SAP 설비투자 집행 자금 다차원 분석 — 계획 대비 396억원 차이를 요인 일곱 개로 가르는 자금 수지 리포트

도입 포인트 — 이 앱을 사용해야 하는 이유

설비투자는 한 번 결의하면 몇 달에 걸쳐 나가는 돈입니다. 월마다 계획보다 얼마나 더 나갔나, 왜 더 나갔나, 다음 달 자금은 괜찮은가를 묻게 되는데, 이 세 답은 자금 포지션 · 개별 항목 조회 · 엑셀 · 은행 자료로 흩어져 있습니다. 이 앱은 세 답을 한 화면에 모읍니다. 집행 계획과 실제 이체액을 같은 차원으로 묶고, 차이를 요인으로 쪼개고, 그 숫자가 어느 원천 라인에서 왔는지까지 내려갑니다.

자금 수지 영역의 업무 분석 도구이며 관련 기준서는 두지 않습니다. 설비 취득 지출의 현금흐름표 분류는 IAS 7 현금흐름표(K-IFRS 제1007호)에 따라 회계팀이 판단하고, 이 화면은 분류 이전 단계인 계획 대비 집행 차이와 지급 시점을 점검하는 데 씁니다.

핵심 포인트 일곱 가지

사례로 보는 효과 — 396억원 차이의 진짜 이유

검증용 샘플 데이터(2026년 1~9월)에서 실집행액은 1조 6,830.22억원으로 집행 계획 16,434.16억원보다 396.06억원(+2.4%) 많았습니다. 표준 화면은 여기까지 말해 줍니다. 요인으로 가르면 수량 변동 +309.60억원과 단가 변동 +67.31억원이 가장 크고, 설계변경·증액 반영이 +37.43억원, 선급금 상계가 −7.77억원입니다. 계획에 없던 신규 집행 +354.46억원과 계획했으나 집행되지 않은 −364.98억원은 서로 거의 상쇄됩니다. 일곱 요인의 합은 총차이와 맞고 그 검산 줄이 매번 화면에 나옵니다.

투자 유형으로 보면 교체·갱신 +172.87억원, 신규 설비 +113.76억원, 유지보수·대수선 +61.33억원 순으로 계획을 넘었고 안전·환경만 −1.26억원 줄었습니다. 같은 숫자를 칸에서 원천 라인으로 내려가면 신규 설비 3,454.41억원이 227건의 합계와 일치합니다. 큐브 검산 63건과 원천 대조 300건 모두 차이가 0원입니다.

도입하면 달라지는 것

• 월 자금 회의의 질문 — "어느 표가 맞나"가 아니라 "이 수량 증가를 어떻게 할 것인가"로 옮겨 갑니다.
• 보고 준비 — 표 · 요인분해 · 사유 · 보고서가 한 화면에서 나와 엑셀 취합과 캡처가 줄어듭니다.
• 다음 기간으로 이어지는 기록 — 변동 사유와 저장한 보기가 남아 같은 설명을 다시 하지 않습니다.
• 지급 시점 관리 — 지연 지급 비중과 기말 미지급 잔액이 같은 표에 있어 이체 마감과 결재 대기를 함께 점검합니다.

이런 회사에 맞습니다

설비투자 규모가 크고 월 단위 집행 계획을 관리하는 제조 · 유통 · 서비스 기업, 법인이 여러 개이고 거래 은행과 지급 방식(펌뱅킹 · 인터넷뱅킹 · 해외 송금 · 신용장 결제 · 전자어음)이 여럿인 곳, 설계변경과 선급금 정산이 잦아 집행액이 결의액과 달라지는 곳에 맞습니다. 사용하는 부서는 자금팀 · 설비 관리팀 · 재무팀이고, 경영진은 첫 화면의 경영 요약만으로도 쓸 수 있습니다.

실행 화면

실제로 돌아가는 화면 35종을 사용 순서대로 싣습니다. 그림을 누르면 크게 볼 수 있고, 화면마다 무엇을 하는 자리인지를 아래에 적었습니다. 숫자는 모두 같은 검증용 샘플 데이터에서 나온 것이라 화면끼리 맞춰 보셔도 됩니다.

사용 방법

1. 조회조건 입력 — 필수 항목은 기간(부터·까지)이고, 법인은 선택입니다. 법인을 "전체 법인"으로 두면 법인 필터를 만들지 않습니다. 비교 기준을 "집행 계획과 비교"로 두면 계획 대비 화면을 쓸 수 있고, 금액 단위는 원·백만원·억원 중에서 고릅니다.
2. 조회 버튼과 Enter 키 — 조회 버튼은 하단 막대가 아니라 조회 조건 영역 안, 입력 칸들의 오른쪽 끝에 있고 초기화 버튼이 같은 줄 오른쪽에 붙어 있습니다. 기간·법인 칸에서 Enter 를 눌러도 같은 조회가 실행됩니다. 조회는 큐브를 한 번 읽을 뿐이며 이후 축을 바꾸는 동작은 서비스를 다시 부르지 않습니다.
3. 요약 지표 확인 — 조회가 끝나면 위쪽 지표 줄 다섯 칸이 채워집니다. 칸은 보는 사람(경영·재무·설비투자·자금)에 따라 바뀌므로 먼저 역할을 고릅니다.
4. 축 구성과 이동 — 차원 보관함의 칩을 행 축·열 축으로 끌어다 놓거나, 칩을 눌러 나오는 메뉴로 옮깁니다. 행 축은 최대 3단계, 열 축은 최대 2단계이며 칩의 X 로 축에서 뺍니다. 값 필터 단추로 차원별 값을 여러 개 골라 범위를 좁힙니다.
5. 행 펼침과 칸 클릭 — 표의 행을 펼쳐 하위 차원으로 내려갑니다. 칸을 누르면 원천 라인 창이 열리고 칸 금액과 원천 합계가 일치하는지 머리에 표시됩니다.
6. 계산항목과 계획 차이 — 측정값에서 계산항목(단위당 실집행액, 지연 지급 비중 등)을 고르면 표와 차트가 그 지표만 보여 줍니다. 계획 차이 스위치를 켜면 칸마다 실적·계획·차이·증감률이 나오고, 오른쪽 아래에 차이 워터폴과 요인 표가 나타납니다.
7. 변동 사유·해설·에이전트 — 차이가 난 행을 골라 변동 사유를 적고, 해설 창에서 규칙 기반 해설과 근거 표를 확인합니다. 에이전트 창은 감시 규칙을 하루 한 번 점검합니다.
8. 보기 저장과 CSV — 보기 저장으로 축·조건·측정값·행 수·접힘 상태를 이름 붙여 저장하고, 기본 보기와 자동 조회를 정할 수 있습니다. CSV 단추는 현재 표를 UTF-8(BOM) 파일로 내려받고, 보고서 PPTX 는 현재 범위를 PowerPoint 로 내려받습니다. 자동 조회를 켠 보기를 기본으로 두면 열 때 곧바로 조회됩니다.

무엇으로 만들었나

처음 열었을 때 — 조회 전 틀부터

조회조건부터 피벗까지가 한 화면에 쌓입니다. 조회 전에도 틀이 먼저 서 있고, 머리 영역은 접을 수 있습니다.

처음 열면 조회조건과 차원 보관함, 행 축·열 축 보드, 빈 피벗 틀이 먼저 보입니다. 조회 전에도 어떤 축으로 볼지 미리 정해 둘 수 있습니다. 조회 버튼은 입력 칸들의 오른쪽 끝에 있고, 조건 칸에서 Enter 를 눌러도 같은 조회가 실행됩니다.

조회를 누르면 서비스가 큐브를 한 번 읽어 표와 오른쪽 SVG 차트를 채웁니다. 위쪽 지표 줄은 선택한 역할에 맞는 다섯 칸이고, 금액 단위는 억원이 기본입니다. 합계 행의 실집행액 16,830.22억원이 이후 모든 화면의 기준 숫자입니다.

차원 칩은 세 칸 사이를 끌어서 옮깁니다. 칩 오른쪽 X 로 축에서 뺄 수 있고, 칩을 눌러 이동 메뉴로도 옮길 수 있어 키보드만으로도 구성할 수 있습니다. 행 축은 최대 3단계, 열 축은 최대 2단계입니다.

차원 칩을 다른 칸에 놓으면 표가 바로 다시 묶입니다. 이 동작은 서비스를 다시 부르지 않고 브라우저에 있는 큐브를 다시 합산하므로 합계는 그대로입니다. 열이 늘어난 만큼 열 머리글이 두 줄로 나뉘어 표시됩니다.

조회 조건 패널은 접을 수 있고 접으면 법인·기간·비교 기준·금액 단위가 한 줄 요약으로 남습니다. 표 영역을 넓게 쓰고 싶을 때 쓰는 기능이며 접은 상태도 보기 저장에 함께 담깁니다.

경영 요약 — 보는 사람에 따라 바뀌는 첫 줄

보는 사람(경영 · 재무 · 설비투자 · 자금)을 바꾸면 앞세우는 지표와 쪼개 보는 차원이 함께 바뀝니다. 다시 조회하지 않습니다.

역할을 바꾸면 위 지표 줄과 쪼개 보는 차원이 함께 바뀝니다. 경영 역할은 투자 유형별 집행 비중과 계획 차이를 앞세웁니다. 다시 조회하지 않고 같은 큐브에서 바로 바뀝니다.

재무 역할은 선급금 상계와 설계변경·증액 반영을 투자 유형별로 나란히 보여 줍니다. 집행 결의액이 실집행액으로 바뀌는 과정을 읽는 화면입니다.

설비투자 역할은 자산군별 집행 수량과 단위당 실집행액을 보여 줍니다. 기계장치·건물 구축물·차량 운반구·IT 장비로 나눠 단가가 어디서 올랐는지 읽습니다.

자금 역할은 지급 은행별 기말 미지급 잔액과 지연 지급 비중을 앞세웁니다. 비중이 큰 은행부터 이체 마감 시각과 결재 대기 건을 확인하는 순서로 씁니다.

축 전환과 범위 — 은행별 · 지급일별로 쪼개 보기

열 축을 두 단계로 쌓고, 값 필터로 범위를 좁히고, 표와 차트의 너비를 조절합니다. 어떤 배치에서도 총합은 같습니다.

열 축도 두 단계까지 쌓을 수 있습니다. 열 조합이 36개를 넘으면 더 추가되지 않고 범위를 줄이라는 안내가 뜹니다. 차트는 행 기준 묶음 막대로 바뀝니다.

값 필터는 차원을 고른 뒤 값을 여러 개 체크합니다. 값마다 이름과 코드와 원천 라인 수가 함께 보이고, 큐브에 있는 값만 올라옵니다. 같은 차원 안에서는 or, 차원끼리는 and 로 묶입니다.

가상 시중은행 A와 B 두 곳만 체크한 모습입니다. 적용을 누르면 큐브에서 해당 값만 남겨 다시 묶습니다.

필터를 걸면 위 지표와 표와 차트가 함께 좁혀지고 머리 영역에 "필터: 지급 은행 2" 요약이 붙습니다. 이 범위의 실집행액 합계 10,807.65억원은 선택한 두 은행의 큐브 합계와 같습니다.

표와 차트 사이 손잡이를 끌어 너비를 조절합니다. 조절한 비율은 브라우저가 기억하고, 좁은 화면에서는 차트가 표 아래로 내려갑니다.

칸에서 원천 라인까지 — 기간별 요약과 드릴스루

궁금한 칸을 누르면 그 금액을 만든 원천 라인이 열립니다. 칸 금액과 원천 합계가 같은지 머리에 표시됩니다.

행 축을 회계기간으로 두면 집행월별 실집행액과 집행 결의액, 설계변경·증액 반영이 한눈에 보입니다. 9월 한 달에 2,696.32억원이 몰렸다는 것도 이 화면에서 바로 읽힙니다.

표의 칸을 누르면 그 금액을 만든 원천 라인이 열립니다. 머리에 표의 값, 원천 합계, 일치 여부, 라인 수, 질의 조건이 함께 표시됩니다. 기본 500행씩 페이징하고 CSV 로 내려받을 수 있습니다.

행 경로와 열 조합이 그대로 조건이 되므로 어떤 칸에서든 같은 방식으로 내려갑니다. 칸 금액과 원천 합계가 일치하면 초록색 일치 표시가 붙습니다.

계산항목 — 지연 지급 비중과 단위당 집행액

전기되지 않는 지표를 식으로 정의해 행처럼 씁니다. 계산은 서비스가 하고 화면은 보여 주기만 합니다.

전기되지 않는 지표는 계산항목으로 정의합니다. 계산항목을 고르면 표와 차트가 그 지표만 보여 줍니다. 단위당 실집행액은 실집행액을 집행 수량으로 나눈 값이며 계산은 서비스가 맡습니다.

지연 지급 비중은 지연 지급 실집행액을 전체 실집행액으로 나눈 퍼센트입니다. 행 축을 펼쳐 비중이 큰 행을 찾는 데 씁니다. 에이전트의 지연 지급 규칙도 같은 식을 씁니다.

계획 대비 차이 — 같은 표가 월 자금 회의 자료가 된다

집행 계획과 비교하면 같은 표가 차이 리포트가 됩니다. 차이를 요인으로 쪼개고 사유를 남깁니다.

계획 차이를 켜면 칸마다 실적, 계획, 차이, 증감률이 나란히 나옵니다. 색은 자금에 준 영향 방향으로 칠하고, 금액 기준과 비율 기준을 둘 다 넘을 때만 칠합니다. 기본 기준은 50백만원과 5퍼센트입니다.

오른쪽 아래 워터폴이 계획에서 실적까지를 요인별 막대로 잇습니다. 수량 변동, 단가 변동, 설계변경·증액, 선급금 상계, 집행월 이동, 계획 외 신규 집행, 계획 집행 미발생 일곱 요인의 합이 총차이와 맞고 그 검산 줄이 매번 표시됩니다.

차이가 난 행을 골라 사유 구분과 내용을 적습니다. 구분은 지급 시기, 수량·단가, 설계변경·증액 반영, 선급금 상계, 계획 외 신규 집행, 일회성, 기타 중에서 고릅니다.

저장한 사유는 조회 범위와 행 경로를 키로 서비스에 쓰입니다. 새로 고침해도 남고 다음 기간에도 따라오며 CSV 와 해설 근거에 함께 실립니다.

해설과 PowerPoint 보고서

숫자는 서비스가 계산하고 문장은 규칙으로 씁니다. 근거 표를 펼쳐 확인하고 PowerPoint 보고서로 내려받습니다.

해설은 현재 범위의 숫자를 서비스가 읽어 요약과 핵심 발견을 규칙으로 씁니다. 모델 연결은 서비스 안 설정 하나로 켜며 기본은 꺼져 있습니다. 이미 사유가 적힌 차이는 건너뜁니다.

해설 문장에 쓴 숫자는 근거 표로 펼쳐 볼 수 있습니다. 모델이 숫자를 만들지 않고 서비스가 계산한 값만 문장에 옮기므로 표와 문장이 같습니다.

현재 범위의 표와 차트를 담은 PowerPoint 보고서를 브라우저 안에서 만들어 내려받습니다. 외부 라이브러리 없이 압축과 XML 을 직접 짓습니다.

에이전트 — 사람이 열지 않아도 도는 점검

감시 규칙에 걸린 항목이 받을 역할의 대기함에 올라갑니다. 하루 한 번 제한은 서버가 판정합니다.

에이전트 창에는 감시 규칙 네 개와 임계값, 받을 역할, 대기함, 실행 이력이 함께 있습니다. 규칙은 지연 지급 비중, 설계변경·증액, 계획 차이, 기말 미지급 잔액입니다.

지금 실행을 누르면 서비스가 규칙을 점검하고 걸린 항목을 받을 역할의 관점으로 대기함에 올립니다. 걸린 것이 없어도 실행 이력에 활동 기록이 남습니다.

같은 날 두 번째 실행은 서비스가 판정해 막습니다. 화면이 막는 것이 아니라 서버 규칙이므로 다른 경로로 불러도 같습니다. 운영 배치 연결은 설명서에 설명만 있습니다.

보기 저장과 복원

축과 조건을 이름 붙여 저장하고 기본 보기와 자동 조회로 지정합니다. 새로 고침해도 조회된 채로 시작합니다.

현재 축과 조회조건과 측정값과 표시 행 수와 접힘 상태를 이름 붙여 저장합니다. 기본 보기와 자동 조회를 함께 지정할 수 있습니다.

저장한 보기를 적용하거나 기본으로 정하고 이름을 바꾸거나 지웁니다. 기본으로 정하고 자동 조회까지 켜 두면 열자마자 조회된 채로 시작합니다.

새로 고침하면 저장해 둔 기본 보기가 적용되고 자동으로 조회됩니다. 사유와 보기가 서비스에 쓰였다는 확인이기도 합니다.

좁은 화면과 한계

좁은 화면에서는 차트가 표 아래로 내려가고, 범위가 상한을 넘으면 좁히라는 안내가 뜹니다. 서비스에 닿지 않을 때도 안내 창이 뜹니다.

행이나 열 조합이 상한을 넘으면 반쯤 그린 표 대신 범위를 좁히라는 안내가 뜹니다. 행 축을 줄이거나 필터를 걸어 범위를 좁히라고 안내합니다.

좁은 화면에서는 차트가 표 아래로 쌓입니다. 표는 가로로 밀어 보고 차트는 아래에서 이어서 봅니다.

서비스에 연결하지 못하면 빈 화면이나 콘솔 오류로 두지 않고 안내 창이 원인을 알려 줍니다. 메타데이터 읽기 실패와 요청 실패와 빈 응답을 구분해 안내합니다.

화면 뒤에서 일어나는 일

조회를 누르면 화면은 두 번만 서비스를 부릅니다. 첫째, 조회조건을 $filter 로 바꿔 큐브(CubeSet)를 한 번 읽습니다. 둘째, 계획 비교를 켰다면 같은 조건으로 계획(PlanSet)을 읽습니다. 그 뒤 축을 바꾸거나 값 필터를 거는 일은 서비스를 다시 부르지 않고 브라우저에서 큐브를 다시 묶는 일입니다. 요인분해(DecomposeVariance), 해설(ExplainScope), 에이전트 실행(RunAgent)은 서비스가 계산해 돌려주고, 칸 클릭의 원천 라인은 원천 라인 집합(ItemSet)을 같은 조건으로 읽습니다. 변동 사유와 보기, 에이전트 이력은 서비스에 쓰입니다.

판정 규칙 — 조건에서 조치까지

차이 요인의 산식

실집행액 = 집행 결의액 + 설계변경·증액 반영 − 선급금 상계이고, 집행 계획액도 같은 구성입니다. 같은 라인에 계획과 실적이 모두 있으면 집행 결의액 차이를 수량 효과와 단가 효과로 가르고, 한쪽에만 있으면 계획 외 신규 집행 · 계획 집행 미발생 · 집행월 이동으로 가릅니다. 어느 쪽이든 합은 총차이와 같습니다.

조회조건

결과 컬럼

좁은 화면에서 달라지는 것

390px 폭에서는 차트가 표 아래로 쌓이고, 표와 차트 사이 손잡이는 쓰지 않습니다. 머리 영역은 접어 두는 편이 읽기 좋고, 표는 가로로 밀어 봅니다. 행과 열 조합이 상한(행은 필터로 줄이기, 열은 36개)을 넘으면 반쯤 그린 표 대신 범위를 좁히라는 안내가 뜹니다.

파일 구성

앱 폴더
  index.html · Component.js · manifest.json
  controller/   화면 제어(조회 · 축 전환 · 드릴스루 · 저장)
  view/         메인 화면과 창(원천 라인 · 사유 · 보기 · 해설 · 에이전트 · 값 필터)
  model/        피벗 재집계 · SVG 차트 · 보고서 생성 · 서식 · 오류 안내
  css/ · i18n/
  odata/        서비스 정의(메타데이터 · 서비스 로직 · 데이터)
  media/        소개 영상
  readme.html   설명서

SAP 표준 기능 확장 포인트

표준 실행은 SAP 표준 T-code 가 담당하고, 이 화면은 조회와 검증 관점을 더해 확장합니다. 어느 표준 화면의 숫자를 이어받고 어디서 맞춰 보는지를 정리했습니다.

표준으로 되는 것과 안 되는 것

T-code 별 연계 지점

운영으로 옮길 때 기존 리포트를 없앨 필요는 없습니다. 법정 · 감사 · 세무 대응에 쓰는 표준 리포트는 그대로 두고, 이 화면은 월 자금 회의와 설비투자 집행 점검에 더해 씁니다.

S/4HANA 분석 스택과의 자리

이 화면이 읽는 큐브와 쿼리는 S/4HANA 의 분석 쿼리(CDS 기반 분석 모델) 방식으로 옮겨 구성합니다. Fiori 분석 앱이나 Analysis for Office 는 같은 쿼리를 다른 화면에서 읽는 선택지이며, 이 화면은 축 끌어다 놓기와 요인분해 · 해설 · 에이전트까지 한 화면에 묶었다는 점이 다릅니다. 확인하지 못한 Fiori 앱 이름은 적지 않았습니다.

분석 지표 정의표

확장 포인트 — 운영에서 실제로 손대는 자리

CDS 구성

운영 데이터로 옮길 때의 구조입니다. 기준(매핑) → 차원 → 실적 · 계획 → 큐브 → 쿼리 → 권한 → 서비스 순서로 쌓습니다. 객체 이름은 기능을 뜻하는 영문으로 지었고, 확정하지 못한 항목은 코드 주석에 "확인 필요"로 남겼습니다.

뷰 레이어 구성

① 설비 구분 매핑 테이블 — 계정과 투자 유형을 잇는 기준

설비투자 집행은 계정만 보면 투자 유형을 알 수 없습니다. 어떤 취득 계정과 건설중인자산 계정이 신규 설비이고 어떤 것이 교체·갱신인지를 고객사가 정하는 기준 표가 가장 먼저 필요합니다. 이 표가 흔들리면 이후의 모든 집계가 흔들리므로 현업이 직접 유지보수할 수 있게 빈 칸 없는 키 구조로 둡니다.

" ─────────────────────────────────────────────────────────────
" ZCX_INVMAP — 설비 구분 매핑(기준)
" 역할 : 계정·계획 그룹을 투자 유형(신규·증설·교체…)과 자산군에 연결한다
" 이렇게 나눈 이유 : 집계 뷰에 case 문으로 박아 두면 계정이 늘 때마다
"                  뷰를 고쳐 이송해야 한다. 표로 두면 현업이 행만 추가한다.
" ─────────────────────────────────────────────────────────────
@EndUserText.label : '설비투자 구분 매핑'
@AbapCatalog.tableCategory : #TRANSPARENT
@AbapCatalog.deliveryClass : #C
@AbapCatalog.dataMaintenance : #ALLOWED
define table zcx_invmap {
  key mandt      : mandt not null;
  key ktopl      : ktopl not null;           " 계정과목표
  key saknr      : saknr not null;           " 계정
  key plan_group : abap.char(10) not null;   " 집행 계획 그룹
  inv_type       : abap.char(1);             " N 신규 · E 증설 · R 교체 · M 유지보수 · I IT · S 안전
  asset_cls      : abap.char(1);             " M 기계 · B 건물 · V 차량 · T IT
  valid_from     : dats;
  valid_to       : dats;
}

② 차원 뷰 — 투자 유형 텍스트와 정렬

차원은 코드와 이름을 따로 들고 있어야 합니다. 화면 칩에는 이름이, 필터에는 코드가 쓰이기 때문입니다. 언어 의존 텍스트는 별도 텍스트 뷰로 분리해 association 으로 잇습니다.

" ─────────────────────────────────────────────────────────────
" ZI_CapexInvType — 투자 유형 차원
" 역할 : 코드(N·E·R·M·I·S)와 이름·정렬 순서를 한 곳에서 정한다
" ─────────────────────────────────────────────────────────────
@AccessControl.authorizationCheck : #NOT_REQUIRED
@EndUserText.label : '투자 유형'
@Analytics.dataCategory : #DIMENSION
@ObjectModel.representativeKey : 'InvType'
@ObjectModel.usageType : { serviceQuality: #A, sizeCategory: #S, dataClass: #CUSTOMIZING }
define view entity ZI_CapexInvType
  as select distinct from zcx_invmap
  association [0..*] to ZI_CapexInvTypeText as _Text on $projection.InvType = _Text.InvType
{
  @ObjectModel.text.association : '_Text'
  key inv_type as InvType,
  _Text
}

define view entity ZI_CapexInvTypeText
  as select from dd07t
{
  key cast( substring( domvalue_l, 1, 1 ) as abap.char(1) ) as InvType,
  @Semantics.language : true key ddlanguage                  as Language,
  @Semantics.text : true        ddtext                       as InvTypeName
} where domname = 'ZCX_INVTYPE' and as4local = 'A'

③ 실적 뷰 — 집행 문서 라인을 같은 모양으로

실적은 공급사 개별 항목과 총계정원장 라인에서 나옵니다. 여기서는 총계정원장 라인(ACDOCA)을 원천으로 잡고 건설중인자산·유형자산 취득 계정만 매핑 표로 걸러 냅니다. 금액은 회사코드 통화 기준이며 선급금 상계 라인은 부호를 구분해 별도 칸으로 옮깁니다.

" ─────────────────────────────────────────────────────────────
" ZI_CapexPaymentFact — 설비투자 집행 실적(라인)
" 역할 : 취득 계정 라인을 집행 결의액·설계변경·선급금 상계로 나눠 한 모양으로 만든다
" 확인 필요 : 선급금·설계변경 라인을 가르는 전표 유형은 고객사 기준으로 정한다
" ─────────────────────────────────────────────────────────────
@AccessControl.authorizationCheck : #CHECK
@EndUserText.label : '설비투자 집행 실적'
define view entity ZI_CapexPaymentFact
  as select from acdoca as a
    inner join   zcx_invmap as m on  m.saknr = a.racct
                                 and m.ktopl = $session.system_language  " 계정과목표 연결은 실제 환경에서 확정
{
  key a.rbukrs                                    as CompanyCode,
  key a.gjahr                                     as FiscalYear,
  key a.belnr                                     as AccountingDocument,
  key a.docln                                     as LedgerGLLineItem,
      cast( concat( a.gjahr, a.poper ) as abap.char(6) ) as Period,
      a.budat                                     as PostingDate,
      m.inv_type                                  as InvType,
      m.asset_cls                                 as AssetCls,
      @Semantics.amount.currencyCode : 'CompanyCodeCurrency'
      case when a.blart <> 'AB' then a.hsl else 0 end   as GrossAmount,
      @Semantics.amount.currencyCode : 'CompanyCodeCurrency'
      case when a.blart = 'AB'  then a.hsl else 0 end   as DeductAmount,
      a.rhcur                                     as CompanyCodeCurrency
} where a.koart = 'A' or a.koart = 'S'

④ 계획 뷰 — 집행 계획을 같은 차원으로

비교 기준은 전표에서 나오지 않는 유일한 자료입니다. 계획은 계획 그룹과 월을 키로 들고 있고, 실적과 같은 차원(법인·은행·투자 유형·자산군)으로 펼쳐 큐브에서 한 줄에 놓이게 합니다.

" ─────────────────────────────────────────────────────────────
" ZI_CapexPaymentPlan — 설비투자 집행 계획(라인)
" 역할 : 집행 계획표(ZCX_PLAN)를 실적 뷰와 같은 키·측정값으로 맞춘다
" 이렇게 나눈 이유 : 실적과 계획을 한 뷰에 섞으면 버전 관리가 어렵다
" ─────────────────────────────────────────────────────────────
@AccessControl.authorizationCheck : #CHECK
@EndUserText.label : '설비투자 집행 계획'
define view entity ZI_CapexPaymentPlan
  as select from zcx_plan as p
{
  key p.bukrs        as CompanyCode,
  key p.plan_version as PlanVersion,
  key p.plan_period  as Period,
  key p.plan_line    as PlanLine,
      p.inv_type     as InvType,
      p.asset_cls    as AssetCls,
      p.bank_key     as BankKey,
      @Semantics.amount.currencyCode : 'Currency'
      p.gross_plan   as GrossAmount,
      @Semantics.amount.currencyCode : 'Currency'
      p.adj_plan     as AdjAmount,
      @Semantics.amount.currencyCode : 'Currency'
      p.deduct_plan  as DeductAmount,
      p.qty_plan     as QuantityPlan,
      p.waers        as Currency
}

⑤ 큐브 — 실적과 계획을 한 모양으로 합친다

큐브는 이 화면의 CubeSet 과 PlanSet 이 읽는 단위입니다. 실적과 계획을 version 열로 구분해 union 하고, 차원 조합별로 합산합니다. 실집행액은 집행 결의액에 설계변경·증액을 더하고 선급금 상계를 뺀 값이며, 기말 미지급 잔액은 마지막 기간만 쓰도록 집계 방식을 따로 지정합니다.

" ─────────────────────────────────────────────────────────────
" ZI_CapexCashCube — 설비투자 집행 자금 큐브
" 역할 : 차원 조합(집행월·법인·은행·투자 유형·자산군·지급일 대비…)별 집계
" ─────────────────────────────────────────────────────────────
@AccessControl.authorizationCheck : #CHECK
@Analytics.dataCategory : #CUBE
@EndUserText.label : '설비투자 집행 자금 큐브'
define view entity ZI_CapexCashCube
  as select from ZI_CapexPaymentFact as f
  association [0..1] to ZI_CapexInvType as _InvType on $projection.InvType = _InvType.InvType
{
  key f.CompanyCode,
  key f.Period,
  key f.InvType,
  key f.AssetCls,
      _InvType,
      @Aggregation.default : #SUM
      @Semantics.amount.currencyCode : 'CompanyCodeCurrency'
      f.GrossAmount                                              as Gross,
      @Aggregation.default : #SUM
      @Semantics.amount.currencyCode : 'CompanyCodeCurrency'
      f.DeductAmount                                             as Deduct,
      @Aggregation.default : #SUM
      @Semantics.amount.currencyCode : 'CompanyCodeCurrency'
      cast( f.GrossAmount - f.DeductAmount as abap.curr(23,2) )  as PaidAmount,
      @Aggregation.default : #SUM
      cast( 1 as abap.int4 )                                     as LineCount,
      f.CompanyCodeCurrency
} group by f.CompanyCode, f.Period, f.InvType, f.AssetCls, f.CompanyCodeCurrency

⑥ 분석 쿼리 — 화면이 읽는 모양

쿼리는 화면이 보는 축과 필터를 선언합니다. 조회조건의 법인과 기간 범위를 필수 필터로 걸고, 행과 열 축의 기본 배치를 정해 둡니다. 사용자가 축을 바꾸는 것은 화면 쪽 일이므로 쿼리는 기본값만 줍니다.

" ─────────────────────────────────────────────────────────────
" ZC_CapexCashQuery — 설비투자 집행 자금 분석 쿼리
" 역할 : 조회조건(법인·집행월)과 기본 축 배치를 정한다
" ─────────────────────────────────────────────────────────────
@AccessControl.authorizationCheck : #CHECK
@Analytics.query : true
@EndUserText.label : '설비투자 집행 자금 분석'
@OData.publish : false
define view entity ZC_CapexCashQuery
  as select from ZI_CapexCashCube
{
  @AnalyticsDetails.query.axis : #FREE
  @Consumption.filter : { selectionType : #SINGLE, mandatory : false }
  key CompanyCode,
  @AnalyticsDetails.query.axis : #COLUMNS
  @Consumption.filter : { selectionType : #INTERVAL, mandatory : true }
  key Period,
  @AnalyticsDetails.query.axis : #ROWS
  key InvType,
  @AnalyticsDetails.query.axis : #FREE
  key AssetCls,
  @AnalyticsDetails.query.axis : #COLUMNS
  PaidAmount,
  @AnalyticsDetails.query.axis : #COLUMNS
  Gross,
  @AnalyticsDetails.query.axis : #COLUMNS
  Deduct
}

⑦ 권한 — 회사코드 기준 접근 제어

권한은 집계 단계에 걸어야 합니다. 드릴스루에만 걸면 전사 합계와 자기 몫의 차이로 남의 숫자가 드러납니다. 회사코드 권한 객체로 쿼리와 큐브 모두에 같은 역할을 겁니다.

" ─────────────────────────────────────────────────────────────
" ZC_CapexCashQuery 접근 역할 — 회사코드 권한
" 역할 : 조회 권한이 있는 회사코드의 집행 자금만 보이게 한다
" ─────────────────────────────────────────────────────────────
@EndUserText.label : '설비투자 집행 자금 접근 제어'
@MappingRole : true
define role ZC_CAPEXCASHQUERY {
  grant select on ZC_CapexCashQuery
    where ( CompanyCode ) = aspect pfcg_auth ( F_BKPF_BUK, BUKRS, ACTVT = '03' );
}

⑧ 서비스 정의와 바인딩 — 화면이 부르는 서비스

쿼리를 서비스로 공개하는 단계입니다. 서비스 정의에서 노출할 객체를 정하고 바인딩에서 OData V2 로 게시합니다. 이 화면이 부르는 엔티티셋 이름은 여기서 정한 이름과 맞춰 두고, 화면 쪽은 서비스 주소만 교체하면 됩니다.

" ─────────────────────────────────────────────────────────────
" ZUI_CAPEXCASH — 서비스 정의
" 역할 : 쿼리를 엔티티셋으로 공개한다. 바인딩은 OData V2(UI) 로 게시
" 확인 필요 : 쓰기 항목(변동 사유 · 보기 · 에이전트 이력)은 RAP 관리형 객체로 따로 둔다
" ─────────────────────────────────────────────────────────────
@EndUserText.label : '설비투자 집행 자금 서비스'
define service ZUI_CapexCash {
  expose ZC_CapexCashQuery as CubeSet;
  expose ZI_CapexInvType   as InvTypeSet;
}
" 서비스 바인딩 : 이름 ZUI_CAPEXCASH_O2 · 유형 OData V2 - UI · 게시 후 서비스 활성화

운영 시점에 해야 할 일

개발보다 정하는 일이 많습니다. 아래 표의 항목이 정해지지 않으면 기술 작업이 시작되어도 첫 회의에서 숫자가 맞지 않는 일이 생깁니다.

숫자를 믿을 수 있는가 — 검증 결과

검증용 샘플 데이터(원천 라인 2,480건 → 큐브 1,862행 · 계획 1,788행)를 전수로 대사한 결과입니다. 사례로 든 숫자와 같은 데이터입니다. 의도적 예외 건은 없습니다.

운영 데이터로 갈 때

전표가 수천만 건이면 집계는 화면이나 서비스 코드가 아니라 데이터 뷰에서 해야 합니다. 조회조건의 법인과 기간을 필수 파라미터로 걸고, 큐브는 차원 조합 단위로 미리 합산해 한 번 읽는 행 수를 수백~수천 행으로 줄입니다. 열 조합 상한(36)과 행 필터 안내는 그대로 두고, 응답 시간 기준(첫 조회 수 초 안쪽)은 고객사 규모에서 확인해야 하므로 확인 필요로 남겨 둡니다.

자주 묻는 질문

숫자와 산식 · 화면과 조작 · 분석 기능 · 도입과 운영으로 묶어 26개 질문에 답합니다.

숫자와 산식

화면과 조작

분석 기능

도입과 운영