본문으로 건너뛰기

SAP Integrated Business Planning이 중요한 이유

SAP IBP는 계획 플랫폼이지 계획 솔루션이 아닙니다. IBP가 하는 일, S/4HANA와의 연결 방식, 투자 가치가 있는 경우, 그리고 Go-Live 후에도 많은 팀이 여전히 스프레드시트로 계획하는 이유를 다룹니다.

SAP IBP 수요와 공급 대시보드를 함께 검토하는 공급망 계획 팀
목차
  1. SAP IBP가 다루는 범위
  2. IBP는 S/4HANA와 어떻게 맞물리는가
  3. IBP가 필요합니까?
  4. IBP 구축이 잘못되는 지점
  5. 설정 전에 고치지 않은 데이터 품질
  6. IBP를 중심으로 재설계되지 않은 S&OP
  7. 모호하게 남겨 둔 통합 범위
  8. 교육으로 취급된 도입
  9. 준비 상태 체크리스트
  10. 자주 묻는 질문

SAP Integrated Business Planning(IBP)은 SAP의 클라우드 공급망 계획 스위트입니다. 판매 및 운영 계획(S&OP), 수요, 재고, 대응 및 공급을 다루고, 수요 기반 보충도 포함합니다. S/4HANA나 ECC 위에서 마스터 데이터와 트랜잭션 데이터를 받아 오고, 실행을 위해 계획을 되돌려 보냅니다. 계획이 정말로 복잡할 때 의미가 있으며, SAP SCM 유지보수가 끝나 가는 가운데 대부분의 APO 계획에 대한 SAP의 후속 제품입니다. 이 가이드는 IBP가 투자할 만한지, 흔한 실패를 어떻게 피할지 판단하는 공급망 책임자, CFO, 프로그램 리드를 위한 것입니다. 그 실패는 기술적인 경우가 드뭅니다. 플래너가 산출물을 신뢰하지 않아 스프레드시트를 계속 쓰는 것입니다.

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

플래너들은 대시보드에 나온 것을 신뢰하지 않았고 자기 모델을 따로 유지했습니다. 제가 함께 일한 한 회사에서는 플래너들이 IBP와 나란히 예전 스프레드시트를 몇 달 동안 몰래 관리했습니다. 시스템은 있었지만 일하는 방식은 바뀌지 않았습니다.

IBP는 SAP HANA 위에 구축된 클라우드 서비스입니다. 애플리케이션은 다음을 다룹니다.

  1. 판매 및 운영 계획(S&OP): 영업, 마케팅, 공급망, 재무가 수요, 공급, 재무적 영향에 대해 하나의 숫자에 합의하는 조율 계층
  2. 수요: 프로모션과 상업적 입력으로 보강한 통계 및 머신러닝 예측, 버전 및 합의 관리, 예측 정확도 추적
  3. 재고: 서비스 수준, 수요 변동성, 리드 타임을 기반으로 한 제품 및 로케이션별 목표 재고, 다단계 네트워크 포함
  4. 대응 및 공급: 네트워크 전체의 제약 반영 공급 계획과, 계획과 현실이 어긋날 때 대응하는 오더 기반 계획
  5. 수요 기반 보충: DDMRP 방법론에 기반한 버퍼 포지셔닝

SAP Supply Chain Control Tower는 전체 공급망의 가시성과 알림을 제공하며 IBP와 네이티브로 통합됩니다. SAP의 애플리케이션 개요에 현재 범위가 나와 있습니다.

Joule은 IBP 릴리스 2502(2025년 1월)부터 별도 라이선스로 정식 제공되고 있습니다. SAP의 IBP 문서와 사용자가 연결해 둔 문서를 바탕으로 질문에 답하고, 적절한 앱을 열고, 마스터 데이터 상태 점검을 실행하며, 작업을 예약하고 모니터링합니다. 유용하지만 대신 계획해 주지는 않습니다.

IBP는 S/4HANA의 모듈이 아닙니다. RISE with SAP 고객을 포함해 별도의 구독이 필요한 독립된 클라우드 제품입니다.

S/4HANA는 운영 실행을 담당합니다. MRP, 생산 오더, 현장 일정과 확인입니다. IBP는 전술 및 전략 수준에서 작동합니다. 월간 및 주간 수요와 공급 계획, S&OP, 재고 전략입니다. 제 SAP PP 가이드는 S/4HANA 쪽을 다루며, S/4HANA의 기존 SOP가 왜 IBP를 후속으로 명시한 호환성 범위(compatibility scope)인지도 설명합니다.

통합은 양방향으로 흐릅니다. 마스터 데이터(제품, 로케이션, 리소스)와 트랜잭션 데이터(판매 이력, 미결 오더, 재고)는 S/4HANA에서 IBP로 흐릅니다. 계획은 다시 내려가 실행을 이끕니다. 주요 경로는 두 가지입니다.

  1. 시계열 계획(S&OP, 수요, 재고)은 SAP Cloud Integration for data services를 통해 통합하며, 추출을 단순화하기 위한 애드온을 S/4HANA나 ECC에 설치합니다.
  2. 오더 기반 계획(대응 및 공급)은 ECC나 S/4HANA와의 실시간 통합을 사용하며, Core Interface(CIF)를 기반으로 합니다.

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

IBP가 S/4HANA 옆에 놓이는 위치IBP는 계획하고 S/4HANA는 실행하며, 둘은 같은 마스터 데이터를 씁니다. 맨 아래의 잘못된 리드 타임은 맨 위의 모든 계획에 나타납니다.
  1. SAP IBP계획: 판매 및 운영 계획, 수요, 재고, 대응 및 공급
  2. 통합시계열 데이터는 Cloud Integration for data services로, 오더 기반 계획은 CIF 기반 실시간 연동
  3. SAP S/4HANA 또는 ECC실행: MRP, 생산 오더, 확인
  4. 마스터 데이터리드 타임, 계획 파라미터, 플랜트 배정

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

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

대부분의 답이 오른쪽 열에 있다면 S/4HANA MRP와 생산 계획이 운영상의 필요를 충족하므로, IBP의 추가 비용은 회수되지 않을 수 있습니다. S&OP 프로세스가 아예 없다면 프로세스부터 설계하십시오. 소프트웨어가 프로세스를 만들어 주지는 않습니다.

설정 전에 고치지 않은 데이터 품질

설정부터 하고 데이터를 나중에 고치는 팀은 현실과 맞지 않는 초기 계획을 내놓습니다. 현재 리드 타임을 무시한 예측, 실제 생산능력을 무시한 공급 계획, 불완전한 이력으로 만든 재고 목표입니다. 플래너들은 시스템을 무시하는 것으로 대응합니다. 데이터를 고칠 즈음에는 IBP를 무시하는 것이 습관이 되어 있고, 그 습관을 바꾸는 일은 데이터를 고치는 일보다 어렵습니다.

해결책은 이렇습니다. 설정을 시작하기 전에 S/4HANA 마스터 데이터를 IBP 요구사항에 비추어 평가하고, 갭을 메우고, 플래너에게 의존해 달라고 요청하기 전에 산출물이 그럴듯한지 확인하십시오. 그 평가를 어떻게 하는지는 SAP 데이터 마이그레이션이 실패하는 이유와 해결법 글에서 다룹니다.

IBP를 중심으로 재설계되지 않은 S&OP

대부분의 조직에서 S&OP는 각 기능이 자기 숫자를 발표하는 일련의 회의입니다. 그 밑에 IBP를 깔면 연결되지 않은 같은 프로세스에서 새로운 산출물이 나올 뿐입니다. 효과적인 S&OP에는 정해진 데이터 제출 주기, 수요와 공급 갭을 해소하는 정해진 경로, 권고에 그치지 않고 구속력 있는 경영진의 의사결정이 필요합니다. 소프트웨어는 그 프로세스를 운영하기 쉽게 만듭니다. 존재하지 않는 프로세스를 운영해 주지는 못합니다.

모호하게 남겨 둔 통합 범위

IBP 통합도 다른 통합과 같이 명세하십시오. 어떤 마스터 데이터 오브젝트인지, 어떤 트랜잭션이 언제 S/4HANA로 되돌아가는지, 두 시스템이 어긋날 때 누가 대사하는지입니다. 개념 수준으로만 기술하고 기술 팀에 맡겨 둔 통합은 테스트에서, 더 나쁘게는 운영에서 갭으로 드러납니다.

교육으로 취급된 도입

교육은 사람들에게 화면을 가르칩니다. 신뢰를 만들지는 않습니다. 신뢰는 정확도에서 나옵니다. IBP 예측이 자신의 모델보다 낫다는 것을 본 플래너는 갈아탑니다. 정기적으로 빗나가는 것을 본 플래너는 갈아타지 않으며, 그 빗나감은 대개 부실한 데이터, 튜닝되지 않은 통계 모델, 아무도 입력하지 않은 업무 예외에서 나옵니다. 플래너에게 약속을 요구하기 전에 정확한 산출물을 보여 주십시오.

IBP는 연결되어 있었습니다. 시스템은 작동하고 있었습니다. 그런데 계획 팀은 여전히 스프레드시트로 관리하고 있었습니다. 기술은 있었지만 시스템 산출물에 대한 신뢰가 없었습니다. 이것이 IBP의 가장 흔한 실패 유형입니다.

IBP 프로젝트를 시작하기 전에 다음을 순서대로 확인하십시오.

  1. IBP가 사용할 마스터 데이터 영역마다 지정된 책임자
  2. IBP 요구사항에 비춘 데이터 품질 평가. 갭은 해소했거나 일정이 잡혀 있어야 함
  3. 설계된 S&OP 주기: 달력, 제출 마감일, 의사결정 권한, 에스컬레이션 경로
  4. 오브젝트, 방향, 빈도, 대사 책임자를 명시한 통합 명세서
  5. 현재 방식의 예측 정확도 기준선. IBP가 더 낫다는 것을 보여 줄 수 있도록
  6. 플래너가 IBP 산출물을 자신의 모델과 비교하는 병행 운영 기간
SAP IBP란 무엇이며 무엇을 합니까?

SAP Integrated Business Planning은 SAP의 클라우드 공급망 계획 스위트입니다. 판매 및 운영 계획, 수요 예측, 재고 최적화, 대응 및 공급 계획, 수요 기반 보충을 다룹니다. 각 기능이 자기 스프레드시트로 계획하는 대신, IBP는 공유된 데이터 세트와 프로세스를 제공합니다. 계획은 IBP가 하고, 실행은 S/4HANA나 ECC가 합니다.

SAP IBP의 애플리케이션에는 무엇이 있습니까?

SAP IBP for sales and operations, SAP IBP for demand, SAP IBP for inventory, SAP IBP for response and supply, 그리고 수요 기반 보충입니다. SAP Supply Chain Control Tower는 가시성과 알림을 위해 네이티브로 통합됩니다. 대부분의 기업은 S&OP와 수요로 시작해 이후 재고와 공급을 추가합니다.

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

아닙니다. IBP는 별도의 구독이 필요한 독립된 클라우드 제품이며, 기본 RISE with SAP 계약에는 포함되지 않습니다. S/4HANA는 MRP와 생산 오더 같은 운영 실행을 담당합니다. IBP는 전술 및 전략 계획을 담당합니다. 시계열 데이터는 SAP Cloud Integration for data services를 통해 통합되고, 오더 기반 계획은 Core Interface(CIF)를 기반으로 한 실시간 통합을 사용합니다.

SAP IBP는 S/4HANA에서 어떤 데이터가 필요합니까?

마스터 데이터: 계획 파라미터와 리드 타임이 있는 제품, 로케이션, 리소스와 생산능력, 어디서 무엇이 출하되는지를 나타내는 네트워크입니다. 트랜잭션 데이터: 판매 이력, 미결 판매 오더, 로케이션별 재고, 미결 생산 오더와 구매 오더입니다. 이 데이터의 품질이 계획의 품질을 정합니다. 잘못된 리드 타임은 잘못된 타이밍을 낳고, 일관되지 않은 로케이션은 네트워크 계획에 구멍을 남깁니다.

SAP IBP 구축에는 얼마나 걸립니까?

구축은 보통 6개월에서 12개월이 걸리며, 그보다 빠르다고 약속하는 사람은 신뢰하지 않겠습니다. 복잡한 네트워크 설계와 다단계 재고 최적화를 포함해 모든 영역에 걸친 전체 구축은 12개월에서 18개월이 걸릴 수 있습니다. 일정 초과의 가장 확실한 원인은 범위에 잡지 않은 데이터 작업입니다. 예를 들어 프로젝트 도중에 많은 제품의 자재 마스터에 리드 타임이 없다는 사실을 발견하는 경우입니다.

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

SAP APO(Advanced Planner and Optimizer)는 SAP SCM 7.0의 온프레미스 계획 컴포넌트로, 메인스트림 유지보수가 2027년에 종료되며 선택적 연장 유지보수는 2030년까지입니다. IBP는 대부분의 APO 계획에 대한 SAP의 클라우드 후속 제품이고, 상세 생산 스케줄링은 S/4HANA의 내장 PP/DS로 옮겨 갑니다. SAP의 공급망 Readiness Check는 이전 범위를 정하는 데 도움이 됩니다. 단순 이전(lift and shift)이 아니라 계획의 재설계로 다루십시오.

Noel D'Costa

글쓴이

Noel D'Costa

항공, 정부, 금융, 유통, 제조 분야의 SAP 및 Oracle ERP 프로젝트에서 25년을 일했습니다. 재무 출신입니다. 경영진이 혁신의 범위를 현실적으로 정하고, 어려움에 처한 프로젝트를 정상화하며, 운영 첫해를 견뎌 내는 시스템을 구축하도록 돕습니다.

다음 단계

지금 ERP 프로젝트를 진행 중이십니까?

이 글이 지금 진행 중인 프로젝트와 맞닿아 있다면, 30분 대화가 일주일간의 내부 분석보다 대개 더 많은 진전을 가져옵니다.