SAP IBP: 공급망을 위한 통합 비즈니스 계획

SAP IBP는 SAP Integrated Business Planning for Supply Chain의 약자입니다. 판매 및 운영 계획, 수요 예측, 재고, 대응 및 공급 계획, 수요 주도형 보충을 위한 SAP의 클라우드 소프트웨어입니다. SAP S/4HANA 또는 SAP ECC 위에서 작동하며, 그곳에서 마스터 데이터와 트랜잭션 데이터를 가져오고 실행을 위해 계획을 다시 보냅니다.

이것이 짧은 답입니다. 긴 답은 적합성에 관한 것입니다. 저는 방산 제조 분야에서 IBP를 구축했고, 투자할 가치가 있는지는 언제나 한 가지로 귀결됩니다. 귀사의 계획이 얼마나 복잡한가입니다.

이 가이드는 공급망 책임자, CFO, 프로그램 리더를 위한 글입니다. 오늘날 IBP가 하는 일, S/4HANA와 연결되는 방식, 임베디드 PP/DS 및 스프레드시트와의 비교, 그리고 흔한 실패가 기술 문제가 아닌 이유를 다룹니다.

IBP는 SAP HANA 기반의 클라우드 서비스입니다. SAP는 이를 SAP Integrated Business Planning for Supply Chain으로 판매하며, 계획 기능은 다음과 같습니다.

1. 판매 및 운영 계획(S&OP): 영업, 마케팅, 공급망, 재무가 수요, 공급, 재무 영향에 대해 하나의 숫자에 합의하는 조정 계층
2. 수요: 프로모션과 영업 입력으로 보강한 통계 및 머신러닝 예측, 합의 관리와 예측 정확도 추적 포함
3. 재고: 서비스 수준, 수요 변동성, 리드 타임을 바탕으로 제품과 위치별 목표 재고 설정, 다단계 네트워크 포함
4. 대응 및 공급: 우선순위가 매겨진 수요, 할당, 생산 능력으로 만드는 제약 기반 공급 계획, 그리고 계획과 현실이 어긋날 때 대응하기 위한 오더 기반 계획
5. 수요 주도형 보충: DDMRP 방법론에 기반한 전략적 디커플링 지점과 재고 버퍼

공급망 전반의 가시성과 경보를 위한 SAP Supply Chain Control Tower는 IBP와 네이티브로 통합됩니다. SAP의 애플리케이션 개요에 릴리스별 현재 범위가 나와 있습니다.

SAP의 AI 어시스턴트인 Joule은 Joule 사용 권한이 있으면 IBP에서 쓸 수 있습니다. SAP의 IBP 문서를 바탕으로 질문에 답하며, 2508 릴리스에서 Joule을 통한 작업 일정 계획이 추가되었습니다. 저장된 작업을 나열하고, 일정을 잡고, 상태를 확인하는 기능입니다. 유용하지만 계획을 대신 세워 주지는 않습니다.

IBP는 S/4HANA의 모듈이 아닙니다. 자체 구독이 있는 별도의 클라우드 제품입니다.

S/4HANA는 운영 실행을 담당합니다. MRP, 생산 오더, 현장 일정, 실적 확인입니다. IBP는 전술적, 전략적 수준에서 작동하며, 여기에 오더 기반 대응 계획이 더해집니다. S/4HANA 쪽은 제 SAP PP 가이드에서 다루며, S/4HANA의 기존 SOP가 왜 호환성 범위(compatibility scope)이고 IBP가 그 후속 제품으로 지정되었는지도 설명합니다.

마스터 데이터(제품, 위치, 리소스)와 트랜잭션 데이터(판매 이력, 미결 오더, 재고)는 S/4HANA에서 IBP로 흐릅니다. 계획은 다시 돌아옵니다. 예를 들어 예측은 계획 독립 소요량으로 반환됩니다. SAP Learning의 IBP 통합 도구 가이드는 세 가지 주요 경로를 제시합니다.

1. SAP Integration Suite(Cloud Integration): 신규 IBP 고객에게 SAP가 선호하는 방식입니다. SAP BTP에서 실행되고, SAP Cloud Connector를 통해 온프레미스 또는 프라이빗 클라우드 시스템에 접근하며, SAP는 대용량 데이터를 옮기기 위한 S/4HANA Cloud Public Edition용 통합 콘텐츠를 제공합니다.
2. SAP Cloud Integration for data services(CI-DS): 기존 IBP 고객 다수가 이미 쓰고 있는 배치 도구로, 주로 시계열 데이터에 사용됩니다. 이 고객들에게는 여전히 지원되지만 온프레미스 에이전트가 필요합니다.
3. 실시간 통합(RTI): 대응 및 공급의 오더 기반 계획용입니다. bgRFC를 사용해 마스터 데이터와 트랜잭션 데이터의 변경 사항을 예약된 배치 작업 없이 발생 즉시 IBP로 보냅니다. SAP의 실시간 통합 문서에 소스 시스템별 전제 조건이 나와 있습니다.

플랫 파일 업로드, Excel 애드인, OData 서비스는 소규모 또는 비 SAP 데이터 피드를 다룹니다. 이미 CI-DS를 운영 중이라면 걷어낼 필요는 없습니다. 지금 시작한다면 Integration Suite를 중심으로 설계하십시오.

1. 04SAP IBP계획: 판매 및 운영, 수요, 재고, 대응 및 공급
2. 03통합배치 데이터는 SAP Integration Suite 또는 CI-DS, 오더 기반 계획은 실시간 통합
3. 02SAP S/4HANA 또는 ECC실행: MRP, 생산 오더, 실적 확인
4. 01마스터 데이터리드 타임, 계획 파라미터, 플랜트 할당

여기서 데이터 거버넌스가 결과를 좌우합니다. 자재 마스터에 잘못된 리드 타임, 누락된 계획 파라미터, 틀린 플랜트 할당이 들어 있으면 IBP는 그 오류를 바탕으로 계획합니다. 결과는 기술적으로는 맞고 운영상으로는 틀립니다.

이 셋은 마치 경쟁하는 것처럼 비교됩니다. 대부분은 서로 다른 질문에 답합니다.

임베디드 PP/DS(Production Planning and Detailed Scheduling)는 S/4HANA 안에서 실행됩니다. 며칠에서 몇 주에 걸쳐 공장 리소스의 오더를 유한 일정으로 계획합니다.

IBP는 네트워크 전반과 몇 달에 걸쳐 계획하고, 부서들이 하나의 계획에 합의하게 만듭니다. 스프레드시트는 계획 담당자가 만드는 대로 무엇이든 하지만, 시스템과는 연결되지 않습니다.

아래 표는 각각이 맞는 자리를 보여 줍니다.

질문	SAP IBP	S/4HANA의 임베디드 PP/DS	스프레드시트
주된 역할	네트워크, 전술, S&OP 계획	공장 내 상세한 유한 일정 계획	계획 담당자가 모델링하는 것 무엇이든
기간	몇 주에서 몇 달, 그 이상	몇 시간에서 몇 주	제한 없음
범위	다수의 공장, 창고, 채널	한 공장의 리소스와 오더	계획 담당자 한 명의 관점
데이터	S/4HANA 또는 ECC에서 통합	S/4HANA와 같은 데이터베이스	복사된 뒤 시간이 지나면 낡음
부서 간 합의	기본 내장(S&OP, 수요 합의)	없음	이메일과 회의로
라이선스	별도 클라우드 구독	S/4HANA 범위에 포함, 고급 기능은 라이선스 확인 필요	없음

실무에서 저는 S/4HANA의 임베디드 PP/DS와 MRP Live를 모두 써 봤고, 사례에 따라 고객사를 IBP로 안내하기도 했습니다. 많은 제조사는 PP/DS나 MRP Live가 필요하고 IBP는 끝내 필요하지 않습니다. 둘 다 필요한 곳도 있습니다. 네트워크 계획과 S&OP에는 IBP, 공장이 실제로 돌리는 순서를 정하는 데는 PP/DS입니다.

대부분의 기업은 스프레드시트에서 시작합니다. 계획이 한 사람의 모델을 넘어서기 전까지는 괜찮습니다. 아직 ERP 자체를 고르고 계신다면 제 제조업용 ERP 비교에서 그 결정부터 다룹니다.

누군가 구독 계약에 서명하기 전에 이 표를 첫 번째 테스트로 쓰십시오.

신호	IBP 쪽	S/4HANA 계획만으로 충분한 쪽
판매 채널	리드 타임과 서비스 수준이 다른 소매, 직판, 수출	하나의 주요 채널
수요 패턴	계절성 또는 프로모션 주도	안정적
유통 네트워크	공장에서 지역 및 현지 창고로	단일 거점 또는 단순한 네트워크
공급 제약	최적화가 필요한 실제 생산 능력 또는 공급업체 한계	생산 능력이 제약이 되는 일이 드묾
S&OP 성숙도	월간 사이클은 있지만 따로 노는 스프레드시트로 운영	아직 S&OP 프로세스 없음
제품 범위	다수의 SKU와 위치	제한된 SKU 수

대부분의 답이 오른쪽 열에 있다면 S/4HANA의 MRP와 생산 계획이 운영상 필요를 충족합니다. IBP의 추가 비용은 회수되지 않을 수 있습니다.

S&OP 프로세스가 아예 없다면 프로세스부터 설계하십시오. 소프트웨어가 프로세스를 만들어 주지는 않습니다.

저는 SAP IBP로 Go-Live한 공급망 팀이 여전히 따로따로 계획하는 것을 봤습니다. 예측은 한 스프레드시트에, 생산 계획은 다른 스프레드시트에 있었고, 물류는 어제 숫자를 바탕으로 결정을 내리고 있었습니다. IBP는 배포되어 있었고, S/4HANA와의 통합도 돌아가고 있었고, 대시보드에는 데이터가 채워져 있었습니다.

계획 담당자들은 화면에 나온 것을 믿지 않았고 자기 모델을 계속 썼습니다. 제가 일했던 한 회사에서는 계획 담당자들이 몇 달 동안 IBP와 나란히 예전 스프레드시트를 몰래 유지했습니다. 시스템은 있었지만 일하는 방식은 바뀌지 않았습니다.

구성 전에 데이터 품질을 고치지 않음

데이터를 고치기 전에 구성부터 하는 팀은 현실과 맞지 않는 초기 계획을 만들어 냅니다. 현재 리드 타임을 무시하는 예측, 실제 생산 능력을 무시하는 공급 계획, 불완전한 이력 위에 세운 재고 목표입니다. 계획 담당자는 시스템을 무시하는 것으로 반응합니다. 데이터가 고쳐질 즈음에는 IBP를 무시하는 것이 습관이 되어 있습니다.

구성을 시작하기 전에 S/4HANA 마스터 데이터를 IBP의 요구 사항에 비추어 평가하고, 공백을 메우고, 계획 담당자에게 결과에 의존하라고 요구하기 전에 결과가 그럴듯한지 확인하십시오. 그 평가를 진행하는 방법은 제 SAP 데이터 마이그레이션이 실패하는 이유 글에서 다룹니다.

IBP에 맞춰 S&OP를 재설계하지 않음

대부분의 조직에서 S&OP는 각 부서가 자기 숫자를 발표하는 회의의 연속입니다. 그 아래에 IBP를 깔면 똑같이 단절된 프로세스에서 새로운 결과물이 나올 뿐입니다.

효과적인 S&OP에는 고정된 데이터 제출 주기, 수요와 공급의 차이를 해소하는 정해진 경로, 그리고 권고가 아니라 구속력 있는 경영진의 결정이 필요합니다. 소프트웨어는 그 프로세스를 더 쉽게 운영하게 해 줍니다. 존재하지 않는 프로세스를 운영할 수는 없습니다.

통합 범위를 모호하게 둠

IBP 통합도 다른 통합처럼 명세하십시오. 어떤 마스터 데이터 오브젝트인지, 어떤 트랜잭션이 언제 S/4HANA로 돌아가는지, 두 시스템이 일치하지 않을 때 누가 대사하는지입니다. 개념 수준으로만 기술되어 기술 팀에 맡겨진 통합은 테스트에서, 더 나쁘면 운영 환경에서 공백으로 드러납니다.

정착을 교육으로만 취급함

교육은 사람들에게 화면을 가르칩니다. 신뢰를 만들지는 않습니다. IBP 예측이 자기 모델보다 낫다는 것을 본 계획 담당자는 넘어오고, 빗나가는 것을 자주 본 계획 담당자는 넘어오지 않습니다.

빗나가는 이유는 대개 부실한 데이터, 조정되지 않은 통계 모델, 아무도 입력하지 않은 비즈니스 예외입니다. 계획 담당자에게 전환을 요구하기 전에 정확한 결과를 보여 주십시오.

통합 비즈니스 계획의 모범 사례는 대부분 순서의 문제로 귀결됩니다. IBP 프로젝트를 시작하기 전에 다음을 순서대로 확인하십시오.

1. IBP가 사용할 각 마스터 데이터 영역의 지정된 책임자
2. IBP 요구 사항에 비춘 데이터 품질 평가, 공백은 해소했거나 일정이 잡혀 있을 것
3. 설계된 S&OP 사이클: 캘린더, 제출 마감, 의사결정 권한, 에스컬레이션 경로
4. 오브젝트, 방향, 빈도, 도구, 대사 책임자를 명시한 통합 명세
5. IBP가 더 낫다는 것을 보여 줄 수 있도록 현재 방법의 예측 정확도 기준선
6. 계획 담당자가 IBP 결과를 자기 모델과 비교하는 병행 운영 기간

ECC에서 동시에 넘어오신다면 IBP를 S/4HANA 전환 이후가 아니라 함께 계획하십시오. 제 ECC에서 S/4HANA로의 마이그레이션 가이드가 경로와 기한을 다룹니다.

SAP IBP의 풀네임은 무엇입니까?

SAP IBP는 SAP Integrated Business Planning의 약자입니다. SAP의 정식 제품명은 SAP Integrated Business Planning for Supply Chain입니다. S/4HANA와는 별개인 클라우드 계획 제품입니다.

SAP IBP에는 어떤 애플리케이션이 있습니까?

SAP IBP for sales and operations, SAP IBP for demand, SAP IBP for inventory, SAP IBP for response and supply, 그리고 수요 주도형 보충(demand-driven replenishment)입니다. SAP Supply Chain Control Tower는 가시성과 경보를 위해 네이티브로 통합됩니다. Joule은 Joule 사용 권한이 있으면 쓸 수 있습니다.

SAP IBP는 S/4HANA와 어떻게 통합됩니까?

신규 고객에게 SAP가 선호하는 경로는 SAP BTP 위의 SAP Integration Suite(Cloud Integration)이며, 온프레미스 또는 프라이빗 클라우드 시스템에는 SAP Cloud Connector를 함께 씁니다. 기존 고객은 SAP Cloud Integration for data services(CI-DS)를 계속 쓸 수 있습니다. 대응 및 공급의 오더 기반 계획은 변경 사항을 발생 즉시 IBP로 보내는 실시간 통합을 사용합니다.

SAP IBP는 S/4HANA의 일부입니까?

아닙니다. IBP는 자체 구독이 있는 별도의 클라우드 제품입니다. S/4HANA는 MRP와 생산 오더 같은 운영 실행을 담당하고, IBP는 네트워크 전반의 전술적, 전략적 계획을 담당합니다.

SAP IBP와 PP/DS의 차이는 무엇입니까?

임베디드 PP/DS는 S/4HANA 안에서 실행되며 짧은 기간에 걸쳐 공장 리소스의 오더를 유한하고 상세하게 일정 계획합니다. IBP는 몇 달에 걸쳐 공장, 창고, 채널 전반을 계획하고 S&OP 합의를 지원합니다. 어떤 제조사는 하나가 필요하고, 어떤 제조사는 둘 다 필요합니다.

SAP APO와 SAP IBP의 차이는 무엇입니까?

SAP APO(Advanced Planner and Optimizer)는 SAP SCM 7.0의 온프레미스 계획 구성 요소이며, 메인스트림 유지보수는 2027년에 종료되고 선택적 연장 유지보수는 2030년까지입니다. IBP는 대부분의 APO 계획 기능에 대한 SAP의 클라우드 후속 제품이며, 상세 생산 일정 계획은 S/4HANA의 임베디드 PP/DS로 옮겨 갑니다. 단순 이관이 아니라 계획 재설계로 다루십시오.

S/4HANA가 이미 제공하는 것과 IBP를 저울질하고 계신다면, 소프트웨어 데모가 아니라 귀사의 계획 복잡도에서 시작하십시오. 적합성, 범위, 통합 설계에 대한 두 번째 의견이 필요하시면 연락해 주십시오.