SAP 수입 3자 대조 차이 다차원 분석 — 발주 · 입고 · 송장 차이를 요인으로 가르고 B/L 라인까지 추적하는 수입 구매 대사
B/L 단위 큐브 피벗 · 칸에서 원천 라인까지의 드릴스루 · 예정(발주) 대비 차이와 여섯 요인 분해 · 행에 남는 변동 사유 · 숫자를 모델에 맡기지 않는 AI 분석 · 스스로 도는 AI 에이전트 — 소개 영상과 실제 화면 26종, 그리고 CDS 코드까지
소개 영상블로그 목차 순서대로 · 자막 포함
도입 포인트 — 이 앱을 사용해야 하는 이유
수입 담당자가 월 마감 전에 가장 자주 받는 질문은 “발주한 금액과 받은 금액과 청구받은 금액이 왜 다르냐”입니다. 구매 오더 화면에서 발주 조건을, 입고 화면에서 받은 수량을, 송장 화면에서 청구 내용을 각각 열어 볼 수는 있지만, 세 문서를 B/L 한 건씩 나란히 놓고 어느 단계에서 얼마가 어긋났는지를 한눈에 보여 주는 자리는 표준 화면 어디에도 따로 없습니다. 그래서 대개 엑셀에 세 자료를 붙여 넣고, 공급사별 · 플랜트별로 나누어 눈으로 대조합니다. 환율이 움직이거나 선적분과 입고분이 엇갈리는 달에는 이 작업이 마감 일정을 잡아먹습니다.
이 앱은 그 대조를 한 화면에 모았습니다. B/L 라인 4,126건을 차원 조합별 큐브로 묶어 공급사 · 원산지 · 플랜트 · 운송수단 같은 축으로 끌어다 놓고, 숫자를 누르면 원천 라인까지 내려가며, 예정(발주) 금액과 실적(송장) 금액의 차이를 입고 수량 · 초과 청구 · 단가 · 환율 · 청구 조정 · 발주 없음 여섯 요인으로 갈라 보여 줍니다. 표준 실행은 SAP 표준 T-code 가 담당하고, 이 화면은 조회 · 검증 관점을 더해 확장합니다. 대상 영역은 수입 발주 · 입고 · 송장 3자 대조이며, 연결되는 기준서는 따로 없어 이 영역 이름으로 적습니다.
핵심 포인트 일곱 가지
| 핵심 포인트 | 고객이 얻는 것 | 지금 방식이라면 |
|---|---|---|
| ① 축을 바꿔도 숫자가 갈라지지 않는 피벗 | 공급사 · 원산지 · 자재그룹 · 플랜트 · 운송수단 · 결제 통화 · 인코텀즈 · 대조 결과를 끌어다 놓아 행 3단계 · 열 2단계로 봅니다. 모든 축이 같은 큐브에서 나와 합계가 어긋날 자리가 없습니다. | 공급사별 · 플랜트별 · 운송수단별 리포트를 따로 만들고, 합계가 다르면 리포트를 맞추는 회의를 엽니다. |
| ② 칸에서 B/L 라인까지 한 번에 | 숫자를 누르면 그 금액을 만든 B/L 라인이 열리고, 칸의 값과 읽은 라인의 합이 같은지 그 자리에서 보입니다. | 리포트를 닫고 구매 오더 · 입고 · 송장 화면을 차례로 열어 조건을 손으로 맞춥니다. |
| ③ 발주와 입고와 송장을 한 줄에 | 한 B/L 라인에 발주 · 입고 · 송장의 수량 · 단가 · 환율이 나란히 놓여, 어느 문서에서 어긋났는지 바로 보입니다. | 세 문서의 자료를 엑셀에 붙여 키로 이어 놓고 눈으로 대조합니다. |
| ④ 예정 대비 차이를 여섯 요인으로 | 입고 수량 · 초과 청구 · 단가 · 환율 · 청구 조정 · 발주 없음으로 가릅니다. 요인의 합이 총차이와 1원도 어긋나지 않는지 화면이 매번 검산합니다. | 총차이만 보고 원인은 담당자의 기억에 기대거나, 엑셀로 밤새 나눕니다. |
| ⑤ 차이 사유가 행에 남는다 | 환율 · 단가 · 청구 조정 같은 원인을 골라 메모와 함께 저장하면 조회 범위와 행 경로에 묶여 다음 조회에도 따라옵니다. | 같은 질문을 매번 다시 하고, 지난번 답은 메일함에서 찾습니다. |
| ⑥ 사람이 열지 않아도 도는 감시 | 규칙마다 임계값과 받을 사람(구매 · 자금 · CFO · 물류)이 붙어 있어, 걸리면 보고가 대기함에 올라갑니다. 하루 한 번 제한은 서버 기록이 판정합니다. | 화면을 여는 사람이 없는 날에는 점검 대상이 그대로 지나갑니다. |
| ⑦ 숫자는 모델에 맡기지 않는 AI | 금액과 비율은 서비스가 큐브에서 계산하고, 문장은 그 숫자를 읽어 옮길 뿐입니다. 모델 연결 없이도 같은 숫자의 규칙 기반 해설이 나옵니다. | AI 가 만든 숫자를 보고 자료에 써도 되는지부터 따져야 합니다. |
사례로 보는 효과
검증용 샘플 데이터(가상 회사의 2026년 4월~9월 송장분, B/L 라인 4,126건)에서 송장 금액은 92,271,984,981원, 발주 기준 예정 금액은 88,896,270,391원으로 총차이는 +3,375,714,590원(+3.8%)입니다. 총차이만 보면 “3.8% 더 청구됐다”에서 멈추지만, 여섯 요인으로 가르면 모습이 달라집니다(단위 백만원).
| 요인 | 금액(백만원) | 읽는 법 |
|---|---|---|
| 예정(발주) | 88,896.3 | 출발점 |
| 입고 수량 | −6,144.7 | 발주 수량 대신 실제 받은 수량을 쓴 몫 — 덜 받은 만큼 줄어듭니다 |
| 초과 청구 | +5,555.3 | 받은 수량을 넘어 청구된 몫 — 점검 필요 |
| 단가 | +222.5 | 송장 단가가 발주 단가와 다른 몫 |
| 환율 | +1,274.1 | 송장 환율이 발주 환율과 다른 몫 |
| 청구 조정 | +39.2 | 송장에 얹힌 조정액 |
| 발주 없음 | +2,429.4 | 연결된 발주가 없는 106건의 송장 금액 전체 |
| 실적(송장) | 92,272.0 | 요인의 합 − 총차이 = 0원 |
입고가 모자란 만큼 금액이 줄었는데도 총차이가 늘어난 것은, 받지 않은 수량에 대한 청구(초과 청구 +5,555.3)와 발주 없는 청구(+2,429.4)가 그보다 컸기 때문입니다. 어느 요인부터 담당자에게 확인해야 하는지가 숫자로 좁혀집니다. 이 사례의 숫자는 어디까지나 가정값으로 만든 검증용 자료의 결과이며, 실제 회사의 효과를 약속하는 수치가 아닙니다.
도입하면 달라지는 것
- 마감 전 대조 작업 — 세 문서를 엑셀에 붙여 키로 잇던 일이 사라지고, 차이가 큰 공급사부터 열어 보는 일로 바뀝니다.
- 회의의 주제 — “어느 숫자가 맞나”가 아니라 “이 초과 청구를 누구에게 확인할 것인가”를 이야기합니다.
- 다음 달로 이어지는 기록 — 차이 사유와 레이아웃이 남아 같은 설명을 다시 하지 않습니다.
- 놓치는 날이 없는 감시 — 화면을 여는 사람이 없어도 규칙에 걸린 공급사 · 플랜트가 대기함에 올라갑니다.
- 구매 · 물류 · 자금이 같은 숫자를 봄 — 역할에 따라 먼저 보이는 지표만 다를 뿐 같은 큐브에서 나옵니다.
이런 회사에 맞습니다
원자재나 부품을 해외 공급사에서 들여오며 결제 통화가 둘 이상이고, 선적(B/L)과 입고와 송장의 시점이 엇갈리는 일이 잦은 제조 · 유통 회사에 맞습니다. 수입 구매 담당, 물류 담당, 자금 담당, 그리고 월 마감에서 매입 채무 차이를 설명해야 하는 경영지원 조직이 같은 화면을 보는 구성을 가정했습니다. 수입 비중이 작거나 발주 · 입고 · 송장이 한 번에 맞아떨어지는 거래가 대부분이라면 표준 화면만으로도 충분할 수 있습니다.
실행 화면
실제로 돌아가는 화면 26종을 사용 순서대로 싣습니다. 그림을 누르면 크게 볼 수 있고, 화면마다 무엇을 하는 자리인지 아래에 적었습니다. 숫자는 모두 같은 자료에서 나온 것이라 화면끼리 맞춰 보셔도 됩니다. 모든 공급사 이름 · B/L 번호 · 환율 · 단가는 가정값입니다.
사용 방법
- 조회조건 입력 — 회사코드(필수)와 시작 · 종료 송장월(필수)을 정합니다. 공급사 · 원산지 · 플랜트 같은 차원 값은 선택이며 비우면 전체입니다.
- 조회 — 조건 영역 오른쪽 끝의 조회 버튼을 누르거나 입력칸에서 Enter 키를 누릅니다. 기본 레이아웃에 자동 조회를 지정했다면 열자마자 조회된 상태로 시작합니다.
- 요약 확인 — 임원 요약에서 역할을 바꾸면 앞에 놓이는 지표가 바뀝니다. 다시 조회하지 않습니다.
- 탭 · 축 이동 — 차원 칩을 행 축 · 열 축으로 끌어다 놓거나 칩의 화살표 버튼으로 옮깁니다. 표시 항목 · 금액 단위 · 비교 기준도 같은 줄에서 바꿉니다.
- 칸 클릭 상세 — 숫자 칸을 누르면 그 금액을 만든 B/L 라인이 열립니다. 비교를 예정 대비 차이로 바꾸면 요인 워터폴을 볼 수 있습니다.
- 내보내기 — 피벗과 원천 라인 목록은 CSV 로, AI 분석 창의 현재 범위 표와 차트는 PPTX 보고서로 내려받습니다.
무엇으로 만들었나
| 자리 | 무엇 | 왜 그렇게 두었나 |
|---|---|---|
| 화면 컨트롤 | OpenUI5 표준 컨트롤(트리 테이블 · 대화상자 · 선택 목록)과 직접 그린 SVG 차트 | 외부 라이브러리 반입 심사 없이 사내망에서 그대로 열리게 하려는 구성입니다. |
| 집계 · 판정 로직 | 큐브 재집계(브라우저) · 요인분해와 해설 · 에이전트 판정(서비스) | 합계는 화면이, 금액 · 비율 · 요인 계산은 서비스가 맡아 숫자의 출처를 한 곳으로 둡니다. |
| OData 서비스 구성 | 화면은 서비스 하나(OData V2 모델)만 바라봅니다. 큐브 · 예정 · 차원 · 측정값 · 계산항목 · 원천 라인 · 사유 · 레이아웃 · 에이전트 규칙과 보고를 읽고 쓰는 엔티티셋과 요인분해 · 해설 · 에이전트 실행 세 가지 함수로 구성 | 운영 연결 시 서비스 주소 한 곳만 바꾸면 되도록 화면과 서비스를 분리했습니다. 오류는 한 곳에서 대화상자로 보여 줍니다. |
| 테마 | sap_horizon | SAP 최신 표준 테마를 그대로 따릅니다. |
처음 열었을 때 — 틀이 먼저 보입니다
조회조건부터 피벗까지가 한 화면에 세로로 쌓입니다. 조회 전에도 틀이 먼저 서 있어서 무엇을 고르면 무엇이 채워지는지 미리 보입니다.
조회를 누르기 전에도 빈 화면을 주지 않습니다. 조건 영역 · 요약 · 분석 축 · 표 틀이 먼저 서 있어서, 처음 여는 사람도 무엇을 고르면 무엇이 채워지는지 먼저 봅니다. 필수 조건은 회사코드와 시작 · 종료 송장월 셋이고, 나머지 차원 값은 비우면 전체입니다.
경영 요약 — 자리마다 다른 화면
같은 큐브에서 나온 같은 숫자인데, 보는 사람의 자리에 따라 먼저 보여야 할 지표가 다릅니다. 요약은 역할을 갈아 끼울 수 있게 두었습니다.
같은 큐브에서 나온 같은 숫자라도 보는 사람의 자리에 따라 먼저 보여야 할 지표가 다릅니다. 역할 선택은 화면 안에서만 일어나므로 서버를 다시 부르지 않고, 고른 역할은 쪼개 보는 기본 차원도 함께 바꿉니다.
CFO 관점은 플랜트 기준입니다. 송장 금액 · 입고 금액(예정 단가) · 청구 초과 금액(7,091.0백만원) · 송장 단가가 앞에 오고, 플랜트별 초과 상위와 절감 상위가 이어집니다. 청구 초과 금액은 송장 금액에서 입고 금액(예정 단가)을 뺀 값으로, 점검 대상을 고르는 첫 기준입니다.
구매 책임자에게는 기준이 공급사로 바뀌고 청구율(송장 금액 ÷ 입고 금액)이 지표로 들어옵니다. 상위에 오른 공급사는 판정이 아니라 “확인 필요” 후보이며, 원인은 아래 요인 워터폴과 원천 라인에서 확인합니다.
축 전환과 범위 — 같은 표를 다른 각도로
차원 칩을 행 축 · 열 축으로 옮기면 표가 바로 다시 묶입니다. 큐브를 한 번 읽어 와 브라우저에서 다시 묶으므로 축을 몇 번 바꿔도 서버 부하가 늘지 않습니다.
대조 결과는 일치 · 단가 차이 · 입고 전 청구 · 청구 조정 · 입고 부족 · 입고 초과 · 발주 없는 청구 일곱 가지입니다. 공급사 한 곳을 펼치면 그 공급사의 차이가 어떤 종류인지가 월별로 나뉘어 보입니다. 숫자는 백만원 단위가 기본입니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
칸에서 B/L 까지 — 숫자를 의심할 때
집계 표의 숫자를 믿으려면 그 숫자를 만든 원천이 보여야 합니다. 칸을 누르면 그 금액을 만든 B/L 라인이 열리고 합계가 맞는지 검산됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
예정 대비 차이 — 같은 표가 대조 리포트가 된다
비교 기준만 바꾸면 같은 표가 예정(발주) 대비 차이 리포트가 됩니다. 총차이는 워터폴로 여섯 요인에 나뉘고, 차이가 난 행에는 사유를 남길 수 있습니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
AI 분석과 보고서
AI 분석은 숫자를 만들지 않습니다. 서비스가 계산한 값을 읽어 문장으로 옮기고, 읽은 내용을 표와 차트가 담긴 보고서로 내려받게 합니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
AI 에이전트 — 사람이 열지 않아도
감시 규칙을 주기마다 돌려 걸린 건을 받을 사람의 눈으로 다시 적어 대기함에 올립니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
레이아웃 저장과 복원
짜 둔 축은 이름을 붙여 저장해 두면 다음에 열 때 그 배치로 시작합니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
좁은 화면과 한계
휴대폰에서도 같은 리포트를 보고, 한 화면에 그릴 수 있는 범위에는 상한이 있습니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
화면 뒤에서 일어나는 일
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
금액 계산 — 라인에서 한 칸까지
| 항목 | 산식 | 설명 |
|---|---|---|
| 예정 금액(발주) | 발주 수량 × 발주 단가 × 발주 환율 | 발주 조건으로 계산한 금액. 발주가 없는 라인은 0 |
| 입고 금액(예정 단가) | 입고 수량 × 발주 단가 × 발주 환율 | 실제로 받은 수량을 발주 조건으로 평가한 금액 |
| 송장 금액 | 송장 수량 × 송장 단가 × 송장 환율 + 청구 조정액 | 공급사가 청구한 금액 |
| 청구 초과 금액 | 송장 금액 − 입고 금액(예정 단가) | 입고분을 넘어 청구된 금액 — 점검 대상 |
| 청구율 | 송장 금액 ÷ 입고 금액(예정 단가) | 100% 를 넘으면 받은 것보다 더 청구된 상태 |
대조 결과 일곱 가지 — 판정 조건 · 결과 상태 · 사용자 조치
| 대조 결과 | 판정 조건 | 사용자 조치 |
|---|---|---|
| 일치 | 수량 · 단가가 세 문서에서 맞음 | 조치 없음 |
| 단가 차이 | 송장 단가가 발주 단가와 다름 | 구매 담당에 단가 조건 확인 요청 |
| 입고 전 청구 | 입고 전에 송장이 먼저 도착 | 미착 · 입고 예정 확인 필요 |
| 청구 조정 | 송장에 조정액이 붙음 | 조정 사유 확인 필요 |
| 입고 부족 | 입고 수량이 B/L 수량보다 적음 | 부족분 청구 여부 점검 필요 |
| 입고 초과 | 입고 수량이 발주를 넘음 | 초과 입고 처리 방식 확인 필요 |
| 발주 없는 청구 | 연결된 발주가 없는 송장 | 발주 누락 여부 확인 필요 |
요인분해 — 합이 총차이와 같다
라인마다 발주 조건에서 송장 조건으로 한 가지씩 바꿔 가며 같은 식을 다시 계산합니다. 순서는 입고 수량 → 초과 청구 → 단가 → 환율 → 청구 조정이고, 발주가 없는 라인은 송장 금액 전체를 “발주 없음” 요인에 넣습니다. 한 번에 한 요인만 바꾸므로 교차항이 남지 않고, 여섯 요인의 합은 총차이와 어긋나지 않습니다. 화면은 워터폴 맨 아래에 “요인 합 − 총차이 = 0원”을 매번 보여 줍니다.
조회조건
| 필드 | 필수 | 기본값 | 서비스로 가는 모습 |
|---|---|---|---|
| 회사코드 | 필수 | 1000 | $filter 의 회사코드 조건 |
| 시작 · 종료 송장월 | 필수 | 2026.04 ~ 2026.09 | 송장월 범위(ge · le) 조건 |
| 차원 값(공급사 · 원산지 · 자재그룹 · 플랜트 · 운송수단 · 결제 통화 · 인코텀즈 · 대조 결과 · 구매그룹) | 선택 | 전체 | 차원 안에서는 or, 차원 사이는 and |
| 표시 항목 · 금액 단위 · 비교 | 선택 | 송장 금액 · 백만원 · 실적만 | 화면 설정 — 서버를 부르지 않음 |
| 금액 임계 · 비율 임계 | 선택 | 화면 기본값 | 화면 설정 — 색 판정에만 쓰임 |
결과 컬럼
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
좁은 화면에서 달라지는 것
창이 좁아지면 차트를 감추지 않고 표 아래로 내려 같은 리포트를 보여 줍니다. 가로 스크롤 없이 조건 · 요약 · 표가 위에서 아래로 이어지고, 칸 클릭 · 사유 · 에이전트 같은 동작은 그대로입니다. 한 화면에 그릴 수 있는 열 수에는 상한이 있어(36개), 넘으면 이유와 함께 앞부분만 보여 줍니다.
파일 구성
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
SAP 표준 기능 확장 포인트 — 표준 T-code 와 어떻게 연계되는지
표준 실행은 SAP 표준 T-code 가 담당하고, 이 화면은 조회 · 검증 관점을 더해 확장합니다. 표준을 대체하지 않고, 표준이 이미 잘하는 일은 표준에 두며 끊기는 자리만 이어 붙입니다.
표준으로 되는 것과 안 되는 것
| 하고 싶은 일 | SAP 표준 | 표준에서 걸리는 자리 | 이 화면이 더하는 것 |
|---|---|---|---|
| 발주 조건 확인 | ME23N | 발주 한 건씩 열어 봄 | 분석 결과의 발주 번호에서 ME23N 으로 가서 조건을 다시 확인 |
| 입고 전기 · 조회 | MIGO · MB51 | 문서 단위 · 자재 단위 조회 | B/L 라인에 입고 수량을 나란히 놓고 송장월 합계를 MB51 과 대사 |
| 송장 입력 · 검증 | MIRO | 송장 한 건씩 검증 | 공급사 · 플랜트 단위로 청구 초과를 모아 점검 대상을 좁힘 |
| 공급사 대금 확인 | FBL1N | 공급사 계정의 개별 항목 | 공급사 합계를 이 화면의 송장 금액과 맞춰 봄 |
| 세 문서의 B/L 단위 대조 · 요인분해 | 없음 | 표준 화면에는 B/L 한 건씩 세 문서를 나란히 놓고 차이를 요인으로 가르는 자리가 따로 없음 | 여섯 요인으로 가르고 합계를 검산 |
| 차이 사유 기록 | 문서 텍스트 | 문서 단위라 집계 행에는 붙일 곳이 없음 | 조회 범위 + 행 경로를 키로 사유를 남김 |
T-code 별 연계 지점
| T-code | 이름 | 연계 |
|---|---|---|
| ME23N | 구매 오더 표시 | 발주 번호와 발주 수량 · 단가 · 환율을 이어받습니다. 대사 지점은 이 화면의 예정 금액과 발주 조건입니다. 오가는 방법: 원천 라인의 발주 번호 → ME23N. 표준에 남길 일: 발주 변경 · 조건 수정. |
| MIGO | 입고 처리 | 입고 문서의 입고일 · 수량을 이어받아 B/L 수량과 맞춰 봅니다. 표준에 남길 일: 입고 전기 · 취소. |
| MIRO | 송장 입력 | 송장 번호 · 수량 · 단가 · 조정액을 이어받습니다. 표준에 남길 일: 송장 전기 · 지급 보류. |
| MB51 | 자재문서 목록 | 입고 문서를 기간 · 자재 단위로 조회해 이 화면의 송장월 합계 · 라인 수와 대사합니다. |
| FBL1N | 공급사 개별 항목 | 공급사 계정의 미결 · 반제 항목으로 이 화면의 공급사 합계를 지급 쪽에서 확인합니다. 표준에 남길 일: 지급 실행 · 반제. |
운영으로 옮길 때 기존 표준 조회나 리포트를 없애야 하느냐는 질문을 자주 받습니다. 답은 “없애지 않는다”입니다. 회계 전표 확인과 법정 · 감사 · 세무 신고 대응은 계속 표준 전표 기준으로 하고(세무 신고는 회사와 세무 대리인 · 관세사), 이 화면은 마감 전에 차이를 찾고 설명을 준비하는 점검 도구로 함께 둡니다.
S/4HANA 분석 스택과의 자리
이 화면의 큐브 · 쿼리 구성은 S/4HANA 의 CDS 분석 쿼리와 같은 방식(차원 · 측정값 · 쿼리 계층)으로 짜여 있어, 운영에서는 같은 구조를 CDS 로 올려 Fiori 분석 화면이나 Analysis for Office 에서 읽는 선택지도 열려 있습니다. 어떤 표준 분석 앱이 이 대조를 이미 제공하는지는 사용 중인 릴리스에 따라 다르므로 확인 필요로 두고, 이 글에서는 앱 이름을 단정하지 않습니다. 이 화면이 더하는 것은 B/L 단위 대조와 요인분해, 사유 기록, 감시라는 한 묶음의 흐름입니다.
분석 지표 정의표
| 지표 | 산식 · 판정 기준 | 대응 기능 | 원천 데이터 | 비고 |
|---|---|---|---|---|
| 송장 금액 | 송장 수량 × 송장 단가 × 송장 환율 + 조정액 | 피벗 · 드릴스루 | 송장 · 환율 | 기본 표시 항목 |
| 입고 금액(예정 단가) | 입고 수량 × 발주 단가 × 발주 환율 | 피벗 · 계산항목 | 입고 문서 · 구매 오더 | 발주 조건 평가 |
| 청구 초과 금액 | 송장 금액 − 입고 금액(예정 단가) | 계산항목 · 임원 요약 | 계산 결과 | 점검 대상 선별 |
| 미입고 청구 수량 비율 | (송장 수량 − 입고 수량) ÷ 송장 수량 | 에이전트 규칙 | 계산 결과 | 공급사별, 상한 8% |
| 미착 금액 | (B/L 수량 − 입고 수량) × 송장 단가 × 송장 환율 | 에이전트 규칙 | 선하증권 정보 · 입고 문서 | 운송수단별 |
| 예정 대비 차이 | 실적 − 예정, 임계는 금액과 비율을 모두 넘을 때 색 | 차이 모드 · 워터폴 | 예정 큐브 | 임계는 화면에서 조정 |
| 요인 6종 | 순차 대체(입고 수량 → 초과 청구 → 단가 → 환율 → 청구 조정 → 발주 없음) | 요인 워터폴 | 라인별 발주 · 입고 · 송장 | 합 = 총차이 |
확장 포인트 — 운영에서 실제로 손대는 자리
| 자리 | 손대는 내용 | 비고 |
|---|---|---|
| 부대비용 · 청구 조정 조건 유형 | 어떤 조건 유형을 청구 조정으로 읽을지 | 고객사마다 다름 — 확인 필요 |
| 선하증권(B/L) 정보 원천 | B/L 번호 · 선적일 · 수량 · 운송수단 · 원산지를 어디서 가져올지 | 표준 구매 데이터에 없어 원천 확인 필요 |
| 환율 유형 · 기준일 | 발주 환율과 송장 환율을 어떤 유형으로 읽을지 | 회계 정책과 함께 결정 |
| 차원 추가 | 계약 조건 · 담당 부서 등 사내 필드를 차원으로 추가 | 큐브 뷰와 서비스 정의에 같이 반영 |
| 권한 | 회사코드 · 플랜트 · 구매그룹 기준 접근 제한 | 집계 단계에 걸어야 합계로 새지 않음 |
| 감시 규칙 | 임계값 · 받을 사람 · 주기 | 화면에서 수정, 실행은 서버가 기록 |
CDS 구성 — 최대한 자세히
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
자주 묻는 질문
도입 상담과 데모에서 자주 나오는 질문을 네 묶음으로 정리했습니다.
숫자와 산식
청구 초과 금액은 무엇이고 왜 점검 대상인가요?
송장 금액에서 입고 금액(예정 단가)을 뺀 값입니다. 받은 수량을 발주 조건으로 평가한 금액보다 더 청구되었다는 뜻이므로, 받지 않은 수량에 대한 청구나 단가 · 환율 차이가 섞여 있을 가능성이 있어 “확인 필요”로 올려 둡니다.
다만 이 값이 크다고 오류라는 뜻은 아닙니다. 선적과 입고의 시점 차이로 일시적으로 커질 수 있어, 원인은 요인 워터폴과 원천 라인에서 확인합니다.
요인의 합이 총차이와 정말 같은가요?
같습니다. 라인마다 발주 조건에서 송장 조건으로 한 가지씩 바꿔 가며 같은 식을 다시 계산하는 순차 대체라서 교차항이 따로 남지 않습니다. 샘플 자료에서는 4,126건 전수에서 차이가 0이었고, 화면은 워터폴 맨 아래에 “요인 합 − 총차이 = 0원”을 매번 보여 줍니다.
요인의 순서를 바꾸면 값이 달라지나요?
달라질 수 있습니다. 순차 대체는 순서에 따라 요인 사이의 몫이 조금씩 옮겨 가기 때문입니다. 이 화면은 입고 수량 → 초과 청구 → 단가 → 환율 → 청구 조정 순서로 고정하고, 어떤 순서로 풀었는지를 설명에 적습니다. 합이 총차이와 같다는 성질은 어느 순서에서도 유지됩니다.
발주가 없는 청구는 왜 따로 분리하나요?
연결된 발주가 없으면 예정 금액이 0이라 송장 금액 전체가 차이가 됩니다. 이를 단가나 환율 요인에 섞으면 원인이 흐려지므로 “발주 없음” 요인으로 분리합니다. 샘플에서는 106건 · 2,429,417,612원입니다. 발주 누락인지 다른 사정인지는 구매 담당 확인이 필요합니다.
외화와 환율은 어떻게 처리하나요?
발주와 송장 각각의 통화와 환율로 금액을 원화로 환산해 비교합니다. 환율 요인은 발주 환율 대신 송장 환율을 쓴 몫입니다. 운영에서 환율 유형과 환산 기준일을 무엇으로 읽을지는 회계 정책과 맞춰 정해야 하며 확인 필요 항목입니다.
화면과 조작
축을 바꿀 때 서버를 다시 부르나요?
부르지 않습니다. 조회할 때 큐브를 한 번 읽어 오고, 축을 바꾸는 일은 브라우저가 그 값을 다시 묶는 일이기 때문입니다. 검증에서 축 전환 중 네트워크 호출이 0건임을 확인했습니다.
칸의 숫자를 어떻게 믿을 수 있나요?
칸을 누르면 그 금액을 만든 B/L 라인이 열리고, 칸의 값과 읽은 라인의 합이 같은지 맨 위에 표시됩니다. 검산 영역에서는 큐브 합계와 원천 라인 합계를 측정값별로 비교합니다. 값이 다르면 불일치로 표시됩니다.
열이 너무 많으면 어떻게 되나요?
한 화면에 그릴 수 있는 열은 36개까지입니다. 넘으면 “열이 42개라 앞의 36개만 보여 줍니다”처럼 이유를 알려 주고 앞부분만 보여 줍니다. 행 축을 줄이거나 조건으로 범위를 좁히면 해소됩니다.
휴대폰에서도 쓸 수 있나요?
쓸 수 있습니다. 창이 좁아지면 차트를 감추지 않고 표 아래로 내려 같은 리포트를 보여 줍니다. 390px 폭에서 가로 스크롤이 생기지 않는 것을 확인했습니다. 다만 열 축을 여러 단계 쌓은 큰 피벗은 넓은 화면이 읽기 편합니다.
자주 쓰는 배치를 저장할 수 있나요?
레이아웃으로 이름 붙여 저장합니다. 기본 레이아웃으로 지정하면 다음에 열 때 그 배치로 시작하고, “열 때 자동 조회”를 함께 지정하면 열자마자 조회까지 끝납니다. 저장은 서비스에 기록되어 새로 고쳐도 남습니다.
분석 기능
AI 분석이 숫자를 만들어 내지는 않나요?
만들지 않습니다. 금액과 비율은 서비스가 큐브에서 계산해 근거로 넘기고, 문장은 그 숫자를 읽어 옮길 뿐입니다. 모델 연결은 서비스 설정에서만 켜며 기본은 꺼져 있어, 꺼져 있을 때는 같은 숫자의 규칙 기반 해설이 나옵니다.
변동 사유는 어디에 저장되나요?
서비스에 저장됩니다. 키는 조회 범위와 행 경로라서 축을 바꾸거나 트리를 다시 펼쳐도 같은 행이면 사유가 따라옵니다. 사유가 없는 점검 대상 행은 AI 분석에서 따로 표시됩니다.
AI 에이전트는 무엇을 하나요?
주기마다 감시 규칙(미입고 청구 수량 비율 · 환율 영향 · 플랜트 송장 초과 · 단가 요인 · 운송수단별 미착 금액)을 돌려, 걸린 건을 받을 사람의 눈으로 다시 적어 대기함에 올립니다. 판단과 기록은 화면이 아니라 서비스에 있어, 사람이 열지 않는 시간에도 배치로 같은 실행을 부를 수 있습니다.
에이전트를 하루에 여러 번 돌리면 보고가 쌓이나요?
쌓이지 않습니다. 하루 한 번 제한을 서버 기록이 판정하므로 같은 날 두 번째 실행은 “한도”로 기록만 남고 새 보고는 올라가지 않습니다. 샘플에서 첫 실행은 완료, 두 번째는 한도로 기록되는 것을 확인했습니다.
AI 분석 결과를 보고서로 쓸 수 있나요?
표와 차트를 담은 PPTX 보고서로 바로 내려받을 수 있습니다. 숫자는 화면과 같은 값이며, 회사의 보고 양식에 맞춘 편집은 내려받은 뒤 사람이 합니다.
도입과 운영
이 앱을 도입하면 효과가 얼마나 되나요?
이 글은 효과 수치를 약속하지 않습니다. 샘플에서 확인한 것은 차이의 원인을 여섯 요인으로 좁히고 합이 맞는지 검산한다는 구조입니다. 시간 절감 같은 효과는 대조에 쓰는 시간과 건수가 회사마다 달라, 도입 전에 현재 작업 시간을 재어 비교하시길 권합니다.
누가 쓰는 화면인가요?
구매 담당(공급사별 청구 초과), 물류 담당(미착), 자금 담당(환율 영향), 경영지원 조직(총차이 설명)을 가정했습니다. 임원 요약의 역할 선택이 그 시각을 바꿉니다.
SAP 표준 T-code 와는 어떤 관계인가요?
대체하지 않습니다. 발주 조건은 ME23N, 입고는 MIGO · MB51, 송장은 MIRO, 공급사 대금은 FBL1N 에서 확인하고, 이 화면은 그 데이터 위에서 대조와 요인분해를 더합니다. 운영 전환 후에도 표준 조회를 없애지 않습니다.
운영 시스템에 연결하려면 무엇이 필요한가요?
CDS 뷰(큐브 · 쿼리 · 권한)와 서비스 활성화, 화면의 서비스 주소 교체입니다. 개발보다 정해야 할 일(조건 유형 · B/L 정보 원천 · 환율 유형 · 권한 등)이 많아 합의에 시간이 걸립니다. 소요는 시스템 구성에 따라 달라 이 글에서 기간을 단정하지 않습니다.
권한과 보안은 어떻게 하나요?
회사코드 · 플랜트 · 구매그룹 기준 표준 권한을 큐브 층에 걸어 집계 자체가 권한 범위로 제한되게 합니다. 드릴스루에만 걸면 합계에서 뺄셈으로 남의 숫자가 드러날 수 있어서입니다. 화면은 표준 컨트롤과 직접 그린 차트만 써서 외부 라이브러리 반입 심사가 필요하지 않습니다.
대용량에서도 괜찮나요?
집계는 큐브(DB 층)에서 하고 화면은 집계 결과만 읽도록 설계합니다. 조회조건의 회사코드와 기간은 필수이고, 원천 라인은 칸을 눌렀을 때만 그 칸의 조건으로 읽습니다. 구체적인 응답 시간은 데이터 규모에 따라 달라 확인이 필요합니다.
플랜트나 공급사가 늘거나 정책이 바뀌면요?
공급사 · 플랜트는 차원 마스터에서 읽으므로 새 값은 자동으로 나타납니다. 조건 유형 · 인코텀즈 정책은 매핑 테이블 값만 고치면 됩니다. 새 차원이 필요하면 큐브 뷰와 서비스 정의를 함께 고칩니다.
이 화면의 결과를 회계나 세무 판단에 써도 되나요?
이 화면은 집계와 대사를 돕는 점검 도구입니다. 결과는 “확인 필요”의 후보를 좁혀 줄 뿐이며, 최종 판단은 회사와 감사인이 하고 관세 · 세무 신고는 회사와 세무 대리인 · 관세사가 확인합니다.
샘플 데이터는 실제 거래인가요?
아닙니다. 가상 회사의 가정값으로 만든 자료이며, 공급사 이름 · B/L 번호 · 환율 · 단가 모두 실제 거래와 무관합니다. 화면의 동작과 합계 검산을 보이기 위한 용도입니다.