<?xml version="1.0" encoding="UTF-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
  <title>Rabbit</title>
  <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@i49T" />
  <author>
    <name>rabbitlogs</name>
  </author>
  <subtitle>코드는 쓰지 않지만, 시스템을 움직이는 사람의 시선으로. SAP PP와 PI, 구축과 운영을 기록합니다.</subtitle>
  <id>https://brunch.co.kr/@@i49T</id>
  <updated>2025-07-18T10:49:41Z</updated>
  <entry>
    <title>SAP 테스트, 왜 다섯 번이나 하나요 - 프로젝트 실패를 막는 단 하나의 방어막</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@i49T/9" />
    <id>https://brunch.co.kr/@@i49T/9</id>
    <updated>2025-08-18T09:00:04Z</updated>
    <published>2025-08-18T09:00:04Z</published>
    <summary type="html">테스트는 왜 이렇게 복잡할까?  ERP 시스템 하나를 띄우기 위해 수백억 원이 투입되고, 수많은 실무자와 컨설턴트가 1~2년간 밤낮없이 매달립니다. ​ 그런데 오픈 당일, 주문이 안 들어오고, 생산이 멈추고, 회계가 틀어졌다면요? 그 모든 노력이 한순간에 물거품이 될 수도 있습니다. ​ 바로 그래서, SAP 프로젝트에서는 테스트가 생명입니다. &amp;ldquo;믿지만, 반&lt;img src= "https://img1.kakaocdn.net/thumb/R1280x0.fjpg/?fname=http%3A%2F%2Ft1.daumcdn.net%2Fbrunch%2Fservice%2Fuser%2Fi49T%2Fimage%2Fetzc58q50V95zrOZCT0EFIBCoGw" width="500" /&gt;</summary>
  </entry>
  <entry>
    <title>SAP 컨설턴트, 다 같은 줄 아셨나요? - 설계자와 시공자의 충돌과 공존 이야기</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@i49T/8" />
    <id>https://brunch.co.kr/@@i49T/8</id>
    <updated>2025-08-15T09:00:06Z</updated>
    <published>2025-08-15T09:00:06Z</published>
    <summary type="html">컨설턴트라면서 왜 말이 다르죠?  SAP 프로젝트 현장에서 마주치는 두 부류의 컨설턴트. 같은 &amp;lsquo;SAP 컨설턴트&amp;rsquo;란 이름표를 달고 있지만, 실제 하는 일은 완전히 다릅니다. ​ 바로 PI(Process Innovation) 컨설턴트와 구축(Implementation) 컨설턴트 이야기죠. ​ 둘의 관계는 마치 &amp;lsquo;설계자&amp;rsquo;와 &amp;lsquo;시공자&amp;rsquo;처럼 보시면 됩니다. 하나의&lt;img src= "https://img1.kakaocdn.net/thumb/R1280x0.fjpg/?fname=http%3A%2F%2Ft1.daumcdn.net%2Fbrunch%2Fservice%2Fuser%2Fi49T%2Fimage%2FAlh2vFyT21RhDCM3EGhF_9v1nso" width="500" /&gt;</summary>
  </entry>
  <entry>
    <title>SAP Z코드, 꼭 나쁘기만 할까요? - CBO 개발, 그 유혹과 책임 사이</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@i49T/7" />
    <id>https://brunch.co.kr/@@i49T/7</id>
    <updated>2025-08-13T09:00:09Z</updated>
    <published>2025-08-13T09:00:09Z</published>
    <summary type="html">Z로 시작하는 그 코드, 대체 뭐길래? ​ SAP를 쓰다 보면 꼭 듣게 되는 말, &amp;quot;이건 Z로 개발해야 돼요.&amp;rdquo; ​여기서 말하는 Z코드는 SAP의 표준 기능으로는 해결 안 되는 업무를 위해 만든 맞춤형 프로그램을 뜻해요. ​ 정식 명칭은 CBO(Customer Bolt-On), 이름처럼 기존 시스템에 &amp;lsquo;추가로 달아 붙이는 기능&amp;rsquo;이죠. ​ SAP 세계에선 모&lt;img src= "https://img1.kakaocdn.net/thumb/R1280x0/?fname=http%3A%2F%2Ft1.daumcdn.net%2Fbrunch%2Fservice%2Fuser%2Fi49T%2Fimage%2FAy30q6mo71ohvpn6UuMzQ7XPedc.jpg" width="500" /&gt;</summary>
  </entry>
  <entry>
    <title>SAP PP, 라면 회사에도 쓰인다고요? - 생산관리의 모든 것, 레시피부터 조리까지</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@i49T/6" />
    <id>https://brunch.co.kr/@@i49T/6</id>
    <updated>2025-08-11T09:00:27Z</updated>
    <published>2025-08-11T09:00:27Z</published>
    <summary type="html">생산관리의 중심, 레시피가 답이다  라면 한 그릇도 취향 따라 다르게 끓이듯, 공장에서 수백만 개의 라면을 만들 때도 정교한 계획이 필요합니다.   만두를 언제 넣고, 계란은 풀지 말지 고민하는 그 순간이 사실 &amp;lsquo;생산 계획&amp;rsquo;이죠.  기업에서도 이 모든 생산 시나리오를 설계하고 실행하는 중심 시스템이 바로 SAP PP(Production Planning)입니&lt;img src= "https://img1.kakaocdn.net/thumb/R1280x0/?fname=https%3A%2F%2Ft1.daumcdn.net%2Fbrunch%2Fservice%2Fuser%2Fi49T%2Fimage%2F861sUA0xFoZFDx3st_WrfvGpQ1A.jpg" width="500" /&gt;</summary>
  </entry>
  <entry>
    <title>SAP MES 인터페이스, 그냥 연결만 하면 끝날까요? - 실무자 관점에서 본 소통의 기술</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@i49T/5" />
    <id>https://brunch.co.kr/@@i49T/5</id>
    <updated>2025-08-09T07:00:04Z</updated>
    <published>2025-08-09T07:00:04Z</published>
    <summary type="html">실시간 소통이 중요한 이유  SAP와 MES, 마치 레스토랑의 홀 매니저와 주방장 같은 사이입니다. 주문을 받고 생산까지 책임지려면, 둘 사이에 정보를 주고받는 스마트한 소통 방식이 필수죠. ​ 이때 중간에서 주문을 정확히 전달하고 실적을 되받는 웨이터 역할, 바로 SAP MES 인터페이스가 등장합니다.   RFC와 PI/PO, 누가 더 좋은 웨이터일까? &lt;img src= "https://img1.kakaocdn.net/thumb/R1280x0/?fname=http%3A%2F%2Ft1.daumcdn.net%2Fbrunch%2Fservice%2Fuser%2Fi49T%2Fimage%2FZatyHk8X4aI_xa_StAqVW63V8eU.jpg" width="500" /&gt;</summary>
  </entry>
  <entry>
    <title>SAP MES, 싸우는 사인가요? 최고의 팀인가요? - 계획과 실행, 완벽한 한 팀이 되는 순간</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@i49T/4" />
    <id>https://brunch.co.kr/@@i49T/4</id>
    <updated>2025-08-09T06:10:27Z</updated>
    <published>2025-07-25T09:00:14Z</published>
    <summary type="html">계획과 실행, 서로 다른 두 시스템의 역할  &amp;ldquo;SAP랑 MES 연동이 핵심입니다&amp;rdquo;라는 말, 한 번쯤 들어보셨죠?  둘 다 제조 현장에선 빠질 수 없는 시스템인데, 각자의 역할은 완전히 다릅니다. 하나는 계획에 강하고, 다른 하나는 실행에 특화되어 있죠.  SAP는 마치 레스토랑의 총괄 셰프와 같습니다. 어떤 요리를 언제까지 얼마나 만들지 결정하고, 재료 준&lt;img src= "https://img1.kakaocdn.net/thumb/R1280x0/?fname=http%3A%2F%2Ft1.daumcdn.net%2Fbrunch%2Fservice%2Fuser%2Fi49T%2Fimage%2F-TLcHoVovYLhDvOpE6e072cWS1E.jpg" width="500" /&gt;</summary>
  </entry>
  <entry>
    <title>비싼 돈 들여 SAP 깔았는데, 왜 그대로일까? - PI가 빠지면, SAP는 비싼 엑셀일 뿐</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@i49T/3" />
    <id>https://brunch.co.kr/@@i49T/3</id>
    <updated>2025-08-09T06:00:47Z</updated>
    <published>2025-07-23T22:00:26Z</published>
    <summary type="html">PI는 단순한 개선이 아닙니다.  &amp;ldquo;PI가 뭐예요?&amp;rdquo;라는 질문을 자주 듣습니다. PI는 단순한 업무 자동화나 개선이 아니라, SAP 도입의 본질적 이유이자 디지털 전환의 핵심 전략입니다. ​ PI(Process Innovation)는 비효율적인 기존 업무방식을 처음부터 다시 설계해 조직 전체가 더 나은 방식으로 일하도록 만드는 활동이에요. ​ 단순히 시스템&lt;img src= "https://img1.kakaocdn.net/thumb/R1280x0/?fname=http%3A%2F%2Ft1.daumcdn.net%2Fbrunch%2Fservice%2Fuser%2Fi49T%2Fimage%2FiYmlY8gqSeJzat-OiXFrniVsOz4.jpg" width="500" /&gt;</summary>
  </entry>
  <entry>
    <title>SAP 프로젝트, 왜 항상 어렵게 끝날까? - 기술보다 사람이 문제?</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@i49T/2" />
    <id>https://brunch.co.kr/@@i49T/2</id>
    <updated>2025-08-09T05:47:06Z</updated>
    <published>2025-07-21T14:09:46Z</published>
    <summary type="html">디지털 전환&amp;rsquo;의 벽은 기술이 아니라 현실이었다.  SAP 구축은 겉보기엔 탄탄한 시스템 도입처럼 보이지만, 막상 시작하면 예상치 못한 어려움에 부딪히곤 해요. 특히 문제는 기술보다 &amp;lsquo;사람과 조직의 습관&amp;rsquo;에 있다는 점이죠.  시스템은 논리대로 움직이지만, 현실은 늘 그 논리 밖에 있거든요.   착공부터 삐끗하면 끝까지 흔들린다.  SAP 프로젝트는 건축과 닮&lt;img src= "https://img1.kakaocdn.net/thumb/R1280x0/?fname=http%3A%2F%2Ft1.daumcdn.net%2Fbrunch%2Fservice%2Fuser%2Fi49T%2Fimage%2F69hKoyq1Yu32rXdsXmPbBzI25vQ.jpg" width="500" /&gt;</summary>
  </entry>
  <entry>
    <title>SAP, 아직도 '샵'이라고 읽으세요? - ERP가 실무를 바꾸는 방식</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@i49T/1" />
    <id>https://brunch.co.kr/@@i49T/1</id>
    <updated>2025-08-09T05:44:40Z</updated>
    <published>2025-07-21T10:13:50Z</published>
    <summary type="html">SAP, 샵인가요? 프로그램인가요?  회사에서 &amp;ldquo;SAP 결재 올렸나요?&amp;rdquo;라는 말, 한 번쯤 들어보셨을 거예요. 하지만 정작 SAP가 뭔지 설명하라면 말문이 막히죠. 쉽게 말하면, SAP는 회사 전체를 하나로 연결하는 ERP 시스템이에요.  원래는 부서마다 각자 다른 시스템을 쓰다 보니, 정보는 중복되고 실수도 잦죠. 그런데 SAP는 영업부터 생산, 회계까지&lt;img src= "https://img1.kakaocdn.net/thumb/R1280x0.fjpg/?fname=https%3A%2F%2Ft1.daumcdn.net%2Fbrunch%2Fservice%2Fuser%2Fi49T%2Fimage%2FfexWwkPVbqY-WjBFa4JHJq9hizQ" width="500" /&gt;</summary>
  </entry>
</feed>
