SAP 협력사 대금 지급 자금 다차원 분석 리포트 — 지급 계획 대비 차이를 요인으로 가르고 원천 송장까지 내려가는 월 자금 점검
큐브 집계 · 축 끌어다 놓기 · 칸에서 원천 송장까지의 드릴스루 · 지급 계획 대비 차이와 일곱 요인분해 · 행에 남는 변동 사유 · 숫자를 모델에 맡기지 않는 해설 · 스스로 도는 점검 — 소개 영상과 실제 화면 29종, 그리고 CDS 코드까지
소개 영상블로그 목차 순서대로 · 자막 포함
도입 포인트 — 이 앱을 사용해야 하는 이유
월 자금 회의의 질문은 늘 비슷합니다. 협력사에 이번 달 얼마가 나갔나, 계획과 얼마나 달랐나, 왜 달랐고 누가 무엇을 확인해야 하나. 지금은 이 세 답이 표준 화면 · 은행 자료 · 엑셀 · 회의 메모로 흩어져 있고, 협력사가 법인 · 은행 · 통화에 걸쳐 있을수록 숫자를 맞추는 일이 회의보다 길어집니다. 이 화면은 세 답을 한 화면에 붙여, 지급 현황을 만드는 손일을 줄이고 점검할 곳을 먼저 가리킵니다.
표준 실행은 SAP 표준 화면이 담당하고, 이 화면은 조회 · 검증 관점을 더해 확장합니다. 지급 계획 대비 차이를 일곱 요인으로 나누고, 사유를 행에 남기고, 기준을 넘은 숫자를 사람이 열지 않아도 대기함에 올립니다. 그리고 그 숫자가 원천 송장 라인과 어긋나지 않는지를 매번 스스로 대사합니다. 대상 영역은 협력사 대금 지급 자금 점검이며, 회계 · 세무 판단은 이 화면이 아니라 회사와 감사인, 세무 대리인의 몫입니다.
핵심 포인트 여덟 가지
| 핵심 포인트 | 고객이 얻는 것 | 지금 방식이라면 |
|---|---|---|
| ① 축을 바꿔도 합계가 갈라지지 않는 피벗 | 공급사 구분 · 지급 은행 · 결제조건 · 통화 등 차원을 끌어다 놓아 행 3단계 · 열 2단계로 봅니다. 모든 축이 같은 큐브에서 나오므로 합계가 어긋날 자리가 없습니다. | 공급사별 · 은행별 · 통화별 표를 따로 만들고, 총액이 서로 다르면 표를 맞추는 회의를 엽니다. |
| ② 칸에서 원천 송장까지 | 숫자를 누르면 그 금액을 만든 송장 라인이 열리고 칸 금액과 합계가 같은지 바로 보입니다. | 표를 닫고 개별 항목 조회 화면을 다시 열어 조건을 손으로 맞춥니다. |
| ③ 지급 계획 대비 차이를 일곱 요인으로 | 송장 금액 변동 · 환율 · 추가 청구 · 할인·상계 · 지급월 이동 · 계획 외 지급 · 계획 지급 미발생으로 가르고 합이 총차이와 맞는지 매번 검산합니다. | 엑셀에서 계획과 실적을 붙여 차이를 나눠 보고, 합이 맞는지 다시 손으로 맞춥니다. |
| ④ 차이 사유가 행에 남는다 | 사유가 조회 범위와 행 경로에 묶여 저장되어 축을 바꿔도 다음 달에도 따라옵니다. | 같은 질문을 매달 다시 하고 지난달 답은 메일함에서 찾습니다. |
| ⑤ 사람이 열지 않아도 도는 점검 | 규칙마다 기준값과 받는 사람이 붙어 걸리면 대기함에 보고가 올라갑니다. 하루 한 번만 돈다는 제한은 서버가 지킵니다. | 숫자가 나빠진 날 아무도 화면을 열지 않으면 그대로 지나갑니다. |
| ⑥ 보는 사람에 맞춘 요약 | 경영 · 재무 · 자금 · 회계 중 하나를 고르면 앞세우는 지표와 기본 축이 그 사람의 질문에 맞게 바뀝니다. | 관점마다 다른 표를 만들어 돌려 보게 됩니다. |
| ⑦ 숫자는 모델에 맡기지 않는 해설과 보고서 | 금액 · 비율은 서비스가 큐브에서 계산하고 해설은 그 근거 표 위에서만 만듭니다. 같은 범위로 파워포인트 검토 자료도 바로 만들어집니다. | 화면을 캡처해 숫자를 옮겨 적고, 그 숫자를 보고서에 써도 되는지부터 따집니다. |
| ⑧ 표준 화면과 이어지는 대사 지점 | 지급 실행 · 개별 항목 · 전표 · 현금 포지션 · 유동성 예측의 표준 화면과 맞춰 볼 지점을 정해 두었습니다. 표준을 없애지 않고 함께 씁니다. | 표준 화면의 값과 엑셀의 값을 사람이 눈으로 맞춥니다. |
사례로 보는 효과
검증용 샘플 데이터(2026년 1~9월, 법인 3개, 은행 5곳, 통화 5종)에서 순지급액은 5,135.18억 원, 지급 계획은 4,964.07억 원으로 총차이는 +171.11억 원(계획 대비 103.4%)였습니다. 합계만 보면 ‘계획보다 3% 남짓 더 나갔다’에서 끝납니다. 일곱 요인으로 가르면 모습이 달라집니다. 계획에 없던 지급이 +320.42억 원, 계획만 있고 지급이 나오지 않은 몫이 −195.25억 원으로 서로 크게 반대로 움직였고, 그 사이에서 송장 금액 변동 +5.73, 환율 효과 +44.91, 추가 청구 반영 +8.07, 할인·상계 효과 −12.78, 지급월 이동 0.00(억 원)이 남았습니다. 계획 + 요인 합 − 실적은 0 이며 화면이 이 검산을 매번 보여 줍니다.
반대로 움직이는 두 큰 요인이 서로를 가리고 있다는 사실은 합계 표에서는 보이지 않습니다. 이 차이를 ‘계획 외 지급’과 ‘계획 지급 미발생’으로 나누어 놓았기 때문에 회의가 ‘왜 더 나갔나’가 아니라 ‘계획에 없던 지급은 무엇이고, 나오지 않은 지급은 발주 취소 · 검수 지연 · 지급 보류 · 협의 이연 중 무엇인가’로 시작할 수 있습니다. 원인은 이 화면이 단정하지 않으며 점검할 곳을 가리킵니다. 위 숫자는 모두 가상의 샘플 값이고 환율 효과의 환율도 가정값입니다.
도입하면 달라지는 것
- 월 자금 회의 자료 — 차이 표 · 요인 분해 · 사유 · 검토 자료가 한 화면에서 나와 엑셀 취합과 캡처가 줄어듭니다.
- 회의의 주제 — ‘어느 숫자가 맞나’ 대신 ‘무엇을 할 것인가’를 이야기합니다.
- 다음 달로 이어지는 기록 — 사유와 보기가 남아 같은 설명을 다시 하지 않습니다.
- 놓치지 않는 점검 — 아무도 화면을 열지 않아도 기준을 넘은 숫자가 대기함에 올라옵니다.
이런 회사에 맞습니다
원부자재 · 부품 · 설비 · 물류 · 용역 등 여러 공급사 구분에 정기적으로 대금을 지급하고, 법인과 지급 은행, 통화가 여러 개라 월 단위로 지급 계획과 실적을 맞춰 보는 회사에 맞습니다. 특히 계획과 실제 지급이 다른 이유를 자금팀 · 회계팀 · 구매팀이 매달 따로 설명해야 하는 조직, 그리고 표준 화면은 유지하면서 분석 관점만 더하고 싶은 SAP 운영 조직에 맞습니다. 반대로 공급사가 몇 곳 안 되고 한 은행 · 한 통화뿐이라면 표준 화면과 엑셀로 충분할 수 있습니다.
실행 화면
검증용 샘플 데이터(가상의 법인 · 은행 · 공급사)를 실제 브라우저에서 찍은 화면 29종입니다. 그림을 누르면 크게 볼 수 있습니다.
사용 방법
- 조회조건 입력 — 법인(비우면 전체), 기간 부터 · 까지(필수), 비교 기준(지급 계획과 비교 · 비교 안 함), 금액 단위를 정합니다.
- 조회 — [조회] 단추를 누르거나 조건 칸에서 Enter 키를 누릅니다. 큐브는 이때 한 번만 읽고 이후 축을 바꿔도 다시 읽지 않습니다.
- 요약 확인 — 위쪽 지표 카드와 조건 요약 한 줄을 봅니다. 조건 영역은 접을 수 있습니다.
- 보는 사람 · 축 이동 — 경영 · 재무 · 자금 · 회계 중 관점을 고르고, 차원 칩을 행 축 · 열 축으로 올립니다(행 최대 3단계, 열 최대 2단계).
- 행 · 칸 클릭 — 행을 펼쳐 하위 차원으로 내려가고, 칸을 눌러 원천 송장 라인을 엽니다.
- 차이 · 사유 — [계획 차이]를 켜 실적 · 계획 · 차이를 보고, 행을 골라 요인 분해를 확인하고, [변동 사유]로 사유를 적습니다.
- 해설 · 에이전트 · 보기 저장 — [해설]로 근거 표가 붙은 초안과 보고서를, [에이전트]로 점검 규칙 실행을, [보기 저장]으로 배치 저장을 합니다.
- 내보내기 — 오른쪽 위 [CSV]로 현재 표를 내려받습니다.
무엇으로 만들었나
화면은 SAP UI5 표준 컨트롤과 직접 그린 SVG 차트로 이루어져 있고, 데이터는 OData V2 서비스를 통해 가져옵니다. 서비스는 차원 · 측정값 · 큐브 · 지급 계획 · 원천 송장 라인 · 큐브 검산 · 변동 사유 · 저장한 보기 · 에이전트 규칙 · 대기함 · 활동 기록 등 열네 가지 조회 대상과 세 가지 계산 호출(차이 요인 분해 · 해설 근거 · 에이전트 실행)로 나뉩니다.
| 구성 요소 | 쓰는 것 | 왜 이렇게 |
|---|---|---|
| 피벗 표 | sap.ui.table.TreeTable | 행 계층을 펼치고 접으며 합계 행을 유지 |
| 큐브를 다시 묶는 계산 모듈 | 브라우저 안 계산 모듈 | 축을 바꿀 때마다 서버를 다시 부르지 않아 응답이 즉시이고, 모든 축이 같은 큐브에서 나와 합계가 갈라지지 않습니다. |
| 차이 · 해설 계산 | 서비스 쪽 계산 모듈 | 금액 · 비율은 서비스가 계산하고 화면은 받아 그리기만 해 계산 위치가 한 곳입니다. |
| OData 서비스 | 조회 14종 + 계산 호출 3종, 쓰기는 사유 · 보기 · 에이전트 기록에 한정 | 조회 조건은 모두 표준 필터로 전달하고, 전체를 뜻하는 값은 조건에서 뺍니다. |
| 차트 · 보고서 | 직접 그린 SVG 차트, 브라우저에서 만드는 파워포인트 파일 | 외부 라이브러리와 외부 전송이 없습니다. |
| 테마 | SAP Horizon | 표준 앱과 시각적 일관성을 맞춥니다. |
처음 열었을 때
화면을 열면 조회를 누르기 전에도 조회조건 · 보는 사람 · 차원 보관함 · 행 축과 열 축 · 피벗 틀이 먼저 뜹니다. 어디에 무엇이 놓이는지 눈으로 익힌 뒤 조회하게 하려는 구성입니다.
조건을 넣고 [조회] 단추(또는 Enter)를 누르면 큐브를 한 번 읽어 옵니다. 기간은 2026년 1월~9월이 기본이고 법인을 비우면 전체 법인입니다. 조회 전에는 숫자가 없다는 점이 분명하도록 틀만 보여 줍니다.
위 카드는 순지급액 5,135.18억 원, 최대 비중 공급사 구분 41.0%, 지연 지급 비중 14.5%, 계획 대비 차이 +171.11억 원처럼 지금 범위의 요약입니다. 표와 차트는 같은 계산 결과를 그리므로 어느 쪽을 봐도 합계가 같습니다.
법인 · 기간 · 비교 기준 · 금액 단위를 바꿀 때 펼칩니다. 조회 단추는 오른쪽 위에 있고 초기화 단추는 조건을 기본값으로 되돌립니다.
접어도 조건 요약 한 줄은 남아 지금 어떤 범위를 보고 있는지 잊지 않게 합니다. 회의 때 화면을 크게 띄워 놓고 이야기할 때 쓰는 모습입니다.
보는 사람 탭
같은 큐브를 경영 · 재무 · 자금 · 회계 네 관점으로 읽을 수 있습니다. 탭을 고르면 첫 줄 안내와 기본 행·열 축, 기본 측정값이 그 사람의 질문에 맞게 바뀌며 다시 조회하지는 않습니다.
법인별로 추가 청구가 어디서 반영됐는지, 할인·상계가 어디서 크게 났는지 점검할 곳을 가립니다. 탭을 바꿔도 다시 조회하지 않습니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
축 옮기기와 범위
차원 보관함의 칩을 눌러 행 축 · 열 축에 올리고, 값 필터로 범위를 좁힙니다. 열 축은 두 단계까지입니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
계산항목
측정값 말고도 비율 · 평균 같은 계산항목을 열로 올릴 수 있습니다. 식은 서비스가 정의합니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
원천 송장
숫자를 의심하는 순간 가장 빠른 길은 그 숫자를 만든 라인을 보는 것입니다. 칸을 누르면 같은 조건의 원천 라인이 열립니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
계획 대비 차이
비교 기준을 두면 같은 표가 실적 · 계획 · 차이 · 차이율이 됩니다. 행을 고르면 그 차이를 일곱 요인으로 가른 폭포가 나옵니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
해설과 보고서
해설은 서비스가 계산한 숫자 위에 규칙으로 쓴 초안입니다. 문장마다 근거 표가 붙고, 같은 내용을 검토용 파워포인트로 받을 수 있습니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
에이전트
에이전트는 규칙을 판정해 점검이 필요한 항목을 대기함에 올릴 뿐 판단을 대신하지 않습니다. 하루 한 번 제한은 서버가 지킵니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
보기 저장
자주 쓰는 배치는 보기로 저장해 두었다가 그대로 불러옵니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
한도와 좁은 화면
화면이 느려지거나 멈추기 전에 한도를 알려 주고, 좁은 화면에서는 세로로 쌓입니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
차이 요인 판정과 화면 상태 규칙
| 판정 조건 | 결과 상태 | 사용자 조치 |
|---|---|---|
| 금액 기준(백만원)과 비율 기준(%)을 모두 넘는 차이 칸 | 붉은 글씨로 표시 | 가장 먼저 사유를 확인합니다. 기본값은 50백만원 · 5%이며 화면에서 바꿉니다 |
| 계획 + 일곱 요인의 합 − 실적 ≠ 0 | 검산 줄에 경고 표시 | 요인 분해를 신뢰하기 전에 원천 라인과 범위를 점검합니다(현재 검증 데이터에서는 항상 0) |
| 열 조합이 36개를 넘음 | 표를 그리지 않고 안내 줄 표시 | 열 축에서 한 단계를 빼거나 값 필터로 범위를 좁힙니다 |
| 표의 칸 값 ≠ 원천 라인 합계 | 드릴스루 팝업에 불일치 표시 | 범위 · 단위 · 값 필터를 확인합니다(현재 검증 데이터에서는 모두 일치) |
| 행에 변동 사유가 기재됨 | 행 앞 연필 표시, 해설이 건너뜀 | 사유의 정확성은 담당자가 점검합니다 |
| 같은 날 에이전트를 두 번 실행 | 서비스가 LIMIT 으로 거부, 활동 기록에 남김 | 다음 날 다시 실행합니다 |
일곱 요인의 산출 방식
| 요인 | 이름 | 산출 방식 |
|---|---|---|
| AMT | 송장 금액 변동(거래통화) | 같은 문서 안에서 거래통화 금액이 계획과 달라진 만큼을 계획 환율로 환산 |
| FX | 환율 효과 | 같은 문서의 송장 금액 차이 가운데 계획 환율과 지급일 환율의 차이로 생긴 몫(가정 환율) |
| VAR | 추가 청구 반영 | 단가 인상 · 검수 수량 증가에 따른 추가 청구액의 실적 − 계획 |
| OFF | 할인·상계 효과 | 현금할인 · 리베이트 상계 · 반품 차감의 실적 − 계획(부호 반대) |
| TIME | 지급월 이동 | 계획 기간과 실적 기간이 다른 문서 — 한 기간에서 빠지고 다른 기간에 들어간 금액 |
| NEWP | 계획 외 지급 | 계획에 없던 지급 문서의 실적 순지급액 |
| LOST | 계획 지급 미발생 | 계획에는 있었으나 지급이 나오지 않은 금액 — 원인은 점검 필요 |
조회조건과 결과 컬럼
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
파일 구성
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
SAP 표준 기능 확장 포인트 — 표준 T-code 와 어떻게 연계되는지
표준 실행은 SAP 표준 T-code 가 담당하고, 이 화면은 조회 · 검증 관점을 더해 확장합니다. 지급 실행과 법정 · 감사 · 세무 신고 대응은 표준 화면에 그대로 두고, 이 화면은 월 자금 회의와 점검에 쓰는 분석 관점을 맡습니다.
표준으로 되는 것과 안 되는 것
| 하고 싶은 일 | 표준 화면으로 되는 일 | 이 화면이 더하는 관점 |
|---|---|---|
| 지급 실행 | 자동 지급 실행 화면에서 지급 제안 · 지급 · 로그를 처리 | 실행 결과를 지급월 · 은행 · 결제조건별로 묶어 계획과 비교 |
| 공급사 라인 조회 | 개별 항목 화면에서 공급사 계정의 라인을 봄 | 피벗의 칸에서 바로 그 칸을 만든 라인을 열고 합계를 대조 |
| 전표 원문 확인 | 전표 조회 화면에서 헤더와 라인을 봄 | 원천 라인의 문서번호로 바로 이어 확인 |
| 현금 · 유동성 비교 | 현금 포지션 · 유동성 예측 화면에서 예측 항목을 봄 | 지급 계획과 실제 지급을 같은 표에서 비교하고 차이를 일곱 요인으로 가름 |
| 송장 원문 확인 | 송장 문서 조회 화면에서 송장을 봄 | 이견 보류 후 지급 건을 처리 단계 축으로 모아 먼저 확인 |
T-code 별 연계 지점
| T-code | 이름 | 연계 |
|---|---|---|
| F110 | 자동 지급 실행 | 지급 실행에서 만들어진 지급 건과 이 화면의 지급 건수 · 금액을 같은 기간으로 맞춰 봅니다. 지급 실행은 표준에서 하고 이 화면은 결과를 분석합니다. |
| FBL1N | 공급업체 개별 항목 표시 | 드릴스루로 연 송장 라인을 표준 개별 항목 조회와 같은 조건으로 맞춰 확인합니다. 두 화면의 합계가 같아야 합니다. |
| FB03 | 전표 조회 | 원천 라인의 문서번호로 전표 원문을 확인합니다. 송장 금액 이견 보류 건의 전표를 열어 볼 때 씁니다. |
| FF7A | 현금 포지션 | 지급 계획액이 현금 포지션의 방향과 같은지 봅니다. 계획 원천을 무엇으로 둘지는 도입 시 정하며 확인 필요입니다. |
| FF7B | 유동성 예측 | 지급 계획 열과 예측 항목을 비교합니다. 예측 항목 매핑은 확인 필요입니다. |
| MIR4 | 송장 문서 조회 | 이견 보류 후 지급 건의 송장 원문을 확인합니다. |
운영 전환 시 기존 표준 리포트를 없앨 필요는 없습니다. 지급 실행과 법정 · 감사 대응에 쓰는 표준 리포트는 그대로 두고, 이 화면은 월 회의 · 점검용으로 병행합니다. 두 화면의 숫자가 다르면 먼저 이 화면의 대사 줄(큐브 = 라인 합계)을 보고, 표준 화면과 같은 조건인지 확인하는 순서를 권합니다.
S/4HANA 분석 스택과의 자리
표준 CDS 분석 쿼리와 Fiori 분석 앱 같은 도구는 범용 분석에 강합니다. 이 화면은 그 옆에서 협력사 대금 지급 자금이라는 하나의 주제를 끝까지 파고드는 자리이며, 같은 CDS 큐브를 뷰 레이어로 두기 때문에 분석 스택과 중복되지 않고 이어집니다. 사용할 수 있는 표준 Fiori 앱의 이름과 범위는 운영 환경에서 확인 필요입니다.
표준 데이터 매핑 — 분석 지표 정의
| 지표 | 산식 · 판정 기준 | 대응 기능 | 원천 데이터 | 비고 |
|---|---|---|---|---|
| 순지급액 | 송장 금액 + 추가 청구액 − 할인·상계 | 피벗 · 지표 카드 | 공급업체 개별 항목 금액(원화 환산) | 공급사 계정 매핑은 고객사 확정 — 확인 필요 |
| 지급 비중 | Net × 100 ÷ 전체 순지급액 | 계산항목(SHARE) | 위와 같음 | 분모는 현재 범위 합계 |
| 지연 지급 비중 | 지급기한을 넘긴 지급의 순지급액 × 100 ÷ 순지급액 | 계산항목 · 에이전트 규칙 | 전기일 · 결제조건 · 기준일 | 지급기한 산정은 고객사 확정 — 확인 필요 |
| 건당 순지급액 | 순지급액 ÷ 지급 건수 | 계산항목(AVGNET) | 전표 수 | 건수는 지급이 확인된 건만 |
| 기말 미지급 잔액 | 송장 접수 후 월말까지 지급하지 않은 금액 | 측정값(끝 기간만) | 미결 개별 항목 — 확인 필요 | 기간을 합쳐도 끝 기간만 씀 |
| 집중도 지수 | 공급사 구분별 비중 제곱의 합 × 10,000 | 지표 카드 | 큐브 | 값이 클수록 한 구분에 쏠림 |
확장 포인트 — 운영에서 실제로 손대는 자리
| 자리 | 무엇을 정하나 | 손대는 사람 |
|---|---|---|
| 은행 · 공급사 구분 매핑 | 하우스 뱅크와 계정 그룹을 분석 차원 값으로 바꾸는 기준 표 | 자금팀 |
| 계획 원천 | 지급 계획을 어느 원천에서 가져올지 — 확인 필요 | 자금팀 · 기획팀 |
| 환율 유형 · 환산 시점 | 표준 화면과 같은 유형으로 맞출지 | 회계팀 |
| 할인·상계 구분 기준 | 현금할인 · 리베이트 상계 · 반품 차감의 구분 | 회계팀 · 구매팀 |
| 권한 | 회사코드 단위로 집계 전에 거를지 | 보안 · 권한 담당 |
| 점검 규칙 기준값 | 샘플 기준을 운영 기준으로 바꾸기 | 자금팀 · 재무 |
CDS 구성 — 뷰 · 권한 · 서비스와 운영에서 할 일
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
자주 묻는 질문
도입을 검토하시는 분들이 자주 물으시는 질문을 주제별로 정리했습니다.
숫자와 산식
순지급액은 어떻게 계산합니까?
라인마다 송장 금액 + 추가 청구액 − 할인·상계로 계산한 값을 원화로 환산해 더합니다. 지급 건수와 건당 순지급액은 순지급액을 지급 문서 수로 나눈 값입니다.
외화 송장은 어떻게 원화로 바꿉니까?
거래통화 금액에 지급일 환율을 곱해 라인마다 환산한 뒤 더합니다. 합계를 먼저 더하고 환산하면 환율이 다른 라인이 섞여 값이 틀어지기 때문입니다. 샘플의 환율은 가정값이며 운영에서는 환율 유형을 먼저 정해야 합니다 — 확인 필요.
차이는 어떤 요인으로 나뉩니까?
송장 금액 변동 · 환율 효과 · 추가 청구 반영 · 할인·상계 효과 · 지급월 이동 · 계획 외 지급 · 계획 지급 미발생 일곱 가지입니다. 샘플의 전체 범위 총차이 +171.11억 원은 +5.73, +44.91, +8.07, −12.78, 0.00, +320.42, −195.25(억 원)로 나뉩니다. 계획 + 요인 합 − 실적은 0 이어야 하며 화면이 매번 보여 줍니다.
차이가 큰데 색이 칠해지지 않는 행이 있습니다.
색은 금액과 비율 기준을 모두 넘을 때만 칠합니다. 작은 차이에 눈이 가지 않게 하려는 장치이며 기준값은 화면에서 바꿀 수 있습니다. 색은 점검이 필요하다는 신호일 뿐 원인을 단정하지 않습니다.
기말 미지급 잔액을 기간으로 합산해도 됩니까?
안 됩니다. 잔액은 시점 값이라 마지막 기간의 값을 씁니다. 측정값에 ‘마지막 값’ 규칙을 적용해 기간 열을 합쳐도 잔액이 부풀지 않게 합니다.
계획이 없는 행은 어떻게 보입니까?
계획이 없는 행은 계획을 0 으로 두고 차이를 계산하므로 실적 전체가 차이가 됩니다. 이 경우 계획 원천이 비어 있는지 먼저 확인하세요.
지연 지급 비중은 무엇을 기준으로 합니까?
지급기한을 넘겨 지급한 순지급액 ÷ 전체 순지급액입니다. 지급기한은 결제조건과 기준일로 정해지며 원천 필드는 고객사 확정 사항이라 확인 필요입니다.
할인·상계는 어떤 것을 뜻합니까?
현금할인 · 리베이트 상계 · 반품·클레임 차감처럼 지급액에서 뺀 금액입니다. 구분 기준이 회사마다 다르므로 운영 전에 정해야 하며, 회계 처리가 맞는지는 점검 필요입니다.
화면과 조작
조회하지 않으면 아무것도 안 보입니까?
조회 전에도 조회조건 · 보는 사람 · 차원 보관함 · 피벗 틀은 보입니다. 숫자는 [조회]를 눌러야 나옵니다. 조건을 바꾸고 조회하지 않으면 이전 결과가 남아 있으므로 조건 요약 줄로 범위를 확인하세요.
축을 바꿀 때마다 서버를 부릅니까?
부르지 않습니다. 조회 때 큐브를 한 번 읽고 이후에는 브라우저에서 다시 묶습니다. 조회 조건(기간 · 법인 · 비교 기준)을 바꿀 때만 다시 조회합니다.
행과 열은 몇 단계까지 놓을 수 있습니까?
행 3단계, 열 2단계까지입니다. 열 조합이 36개를 넘으면 안내합니다. 열 축에서 한 단계를 빼거나 값 필터로 범위를 좁히세요.
칸 금액과 원천 송장 합계가 다르면 어떻게 합니까?
같은 조건으로 모은 원천 라인 합계와 비교해 드릴스루 팝업에 불일치를 표시합니다. 범위 · 금액 단위 · 값 필터를 점검하세요.
CSV 는 무엇이 내려받아집니까?
맨 위 CSV 단추는 현재 표 그대로(금액 단위 포함), 드릴스루 팝업의 CSV 단추는 원천 라인을 내려받습니다.
휴대폰에서도 쓸 수 있습니까?
좁은 화면에서는 요약 카드 · 표 · 차트가 세로로 쌓입니다. 열이 많은 표는 가로로 넘겨 봅니다.
분석 기능
변동 사유는 어디에 저장됩니까?
서비스의 사유 저장소(ReasonSet)에 저장됩니다. 같은 범위의 같은 행을 다시 열면 연필 표시로 나오고, 사유가 있는 행은 해설이 건너뜁니다. 사유의 정확성은 담당자가 점검해야 합니다.
해설과 에이전트의 결과를 그대로 써도 됩니까?
해설은 서비스가 계산한 숫자 위에 규칙으로 쓴 초안이고, 에이전트는 기준을 넘은 항목을 대기함에 올릴 뿐입니다. 근거 표의 숫자와 원천 라인을 직접 확인한 뒤 판단하세요 — 점검 필요.
모델 연결을 켜면 무엇이 달라집니까?
calc.js 의 설정 하나로 켜며 기본은 꺼져 있습니다. 켜더라도 숫자는 서비스가 계산하고 모델은 문장만 다듬도록 설계했습니다. 켠 뒤의 결과는 별도 점검이 필요합니다.
에이전트는 언제 실행됩니까?
에이전트 팝업의 실행 단추로 하루 한 번 실행합니다. 같은 날 두 번째 실행은 서비스가 LIMIT 으로 거부하고 활동 기록에 남깁니다.
보기 저장에는 무엇이 들어갑니까?
행 · 열 축, 측정값, 보는 사람 탭, 값 필터, 계획 차이 스위치와 기준값이 들어갑니다. 기본 보기에 자동 조회를 켜면 화면을 열 때 바로 조회합니다.
보고서(검토용 자료)는 무엇을 담습니까?
해설의 요약 · 핵심 발견 · 근거와 요인 폭포를 담은 검토용 초안입니다. 이 글 왼쪽의 ‘검토용 자료 다운로드’ 단추는 같은 숫자의 글 내용을 파워포인트로 묶습니다. 외부에 쓰기 전에 숫자와 표현을 점검해야 합니다.
도입과 운영
표준 T-code 를 대체합니까?
대체하지 않습니다. 표준이 잘하는 일은 표준에 두고, 이 화면은 묶고 비교하고 점검하는 관점만 더합니다. 지급 실행과 법정 · 감사 · 세무 대응은 표준에 남깁니다.
회계 처리나 신고 판단에 써도 됩니까?
이 화면은 분석 보조 도구이며 회계 처리 · 신고의 판단 근거로 정한 바가 없습니다. 표준 T-code 의 원천과 맞춰 본 뒤 담당자가 점검해야 합니다.
샘플 데이터는 실제 값입니까?
아닙니다. 가상의 법인 · 은행 · 공급사로 만든 검증용 데이터이며 환율도 가정값입니다.
권한은 어떻게 겁니까?
회사코드 단위 권한을 집계 전에 거는 것을 권합니다. 드릴스루에만 걸면 남의 숫자가 합계로 새는 길이 남습니다. 세부 설계는 확인 필요입니다.
운영 전에 정해야 할 것은 무엇입니까?
은행 · 공급사 구분 매핑, 계획 원천, 환율 유형, 할인·상계 구분 기준, 권한, 점검 규칙 기준값입니다. 개발보다 합의가 많은 항목입니다.
테스트 폴더는 무엇입니까?
test/ 는 샘플 데이터로 화면을 열어 보는 검증용입니다. 앱 본체는 test/ 를 읽지 않고 OData 서비스를 호출합니다.