SAP 롤링포캐스트 버전 대사 점검 — 개정을 거듭할수록, 최초계획과 최신포캐스트는 여전히 맞물려 있는가

롤링포캐스트는 최초에 세운 계획(BUD)을 분기마다 새로 들여다보고 FC1, FC2, FC3, FC4로 개정해 나가는 방식입니다. 문제는 개정을 거듭할수록 "지금 보고 있는 최신포캐스트가 최초계획에서 어떤 개정들을 거쳐 여기까지 왔는지"를 스프레드시트만으로 추적하기 어려워진다는 점입니다. 개정 건이 누락되거나 중복 반영되면 최신포캐스트 숫자와 실제 근거가 슬며시 어긋납니다.

코스트센터·계정과목별로 최초계획부터 최신포캐스트까지의 버전 이력을 표준 계획/실적 집계 구조 위에서 관리하고, 버전 전환 구간별 개정액을 누적해 최신포캐스트와 자동으로 대사하는 화면을 OpenUI5로 확장했습니다. 실제 구동 화면 4종을 함께 공개합니다.

실제 화면 4종 둘러보기

회계연도·코스트센터·버전·계정과목을 넣고 조회하면 라인 상세가 뜹니다 → 개정 이력 탭에서 버전 전환 구간별 개정액을 확인 → 대사 결과 탭의 행을 클릭하면 최초계획부터 최신포캐스트까지의 대사 상세가 다이얼로그로 열립니다.

아래는 실제로 앱을 실행해 기능을 눌러 가며 캡처한 화면입니다. 이미지를 클릭하면 원본 크기로 확대됩니다.

Main.view.xml

개정 이력

대사 결과

대사 상세 다이얼로그

조작 방법

1. 회계연도 · 코스트센터 · 버전 · 계정과목을 지정합니다.
2. 입력 필드에서 Enter 키를 누르거나 조회조건 영역 오른쪽 끝의 조회 버튼을 누르면 재조회됩니다. 초기화 버튼은 조건을 비웁니다.
3. 버전을 "전체"로 두면 버전 조건 없이 조회합니다.
4. 대사 결과 탭의 행을 클릭하면 대사 상세 다이얼로그가 열립니다.
5. 대사 결과 탭 우측 하단의 CSV 내려받기 버튼으로 현재 조회된 목록을 내려받을 수 있습니다.

포캐스트 대사 판정 로직

코스트센터·계정과목별로 등록된 버전별 금액을 바탕으로 누적개정액을 계산하고, 최초계획에 더한 값이 최신포캐스트와 일치하는지 대사합니다.

버전 롤링 처리 단계

최초계획(BUD) + 누적개정액 = 최신포캐스트(FC4)
실적 - 최신포캐스트 = 차이금액
차이율 = 차이금액 ÷ 최신포캐스트

조회조건

결과 컬럼

SAP 표준 기능 매핑

요구사항 매핑표

참고 CDS 뷰

운영 서비스로 연결할 때를 가정해 새로 스케치한 집계 뷰 예시입니다(운영 반영 시 권한 체크를 추가해야 합니다).

@AbapCatalog.sqlViewName: 'ZRFCSTLINE'
define view Z_I_RollingForecastLine
  as select from cosp
    association [1..1] to csks as _Ccenter on cosp.kostl = _Ccenter.kostl
    association [1..1] to skat as _Account on cosp.kstar = _Account.saknr
{
  key cosp.gjahr   as FiscalYear,
  key cosp.kostl   as CostCenter,
  key cosp.versn   as Version,
  key cosp.kstar   as GLAccount,
      _Ccenter.ktext as CostCenterName,
      _Account.txt50 as GLAccountName,
      cosp.wkg001 + cosp.wkg002 + cosp.wkg003 + cosp.wkg004 +
      cosp.wkg005 + cosp.wkg006 + cosp.wkg007 + cosp.wkg008 +
      cosp.wkg009 + cosp.wkg010 + cosp.wkg011 + cosp.wkg012 as AnnualAmount
}
group by cosp.gjahr, cosp.kostl, cosp.versn, cosp.kstar
// 개정 이력(버전 전환 구간별 개정액)은 별도 엔티티셋으로 관리

OpenUI5 구성

서비스 경로는 manifest.json 의 dataSources 에 상대 경로로 선언한 OData V2 모델을 그대로 바인딩하며, 조회조건은 sap.ui.model.Filter 로 조립해 $filter 로만 전달합니다. 버전을 "전체"로 둘 때는 필터를 아예 생성하지 않습니다. 총건수는 $inlinecount=allpages 로 확인합니다.

파일 구성

검증 환경 구성 상세는 이 글에서 다루지 않습니다. 운영 전환 시에는 화면과 판정 로직은 그대로 두고 데이터 계층만 실제 서비스 호출에 맞추면 됩니다.

검증 결과

화면 구성에 쓴 데이터는 최초계획·누적개정액·최신포캐스트의 관계가 항상 검증되도록 구성했습니다.

화면 수치는 모두 검증용으로 구성한 가상 데이터입니다.

자주 묻는 질문