수출 선수금 계약부채 다차원 분석 — IFRS 15 계약부채를 계획과 견주고 원천 문서까지 따라가는 수출 솔루션 화면
선수금 수령 대 계획 · 끌어다 놓는 축 구성 · 칸에서 원천 문서까지의 드릴스루 · 여섯 요인 차이 분해 · 숫자를 모델에 맡기지 않는 AI 분석 · 스스로 도는 AI 에이전트 — 소개 영상과 실제 화면 33종, 그리고 CDS 코드까지
소개 영상블로그 목차 순서대로 · 자막 포함
도입 포인트 — 이 앱을 사용해야 하는 이유
수출 계약을 맺고 선수금을 받는 순간부터 선적해 청구서를 발행하기 전까지, 그 돈은 매출이 아니라 계약부채입니다(관련 기준서는 IFRS 15, K-IFRS 제1115호). 영업은 “계획한 선수금이 들어왔는가”를, 자금은 “어느 통화로 얼마가 쌓여 있고 환급 보증은 있는가”를, 재무는 “수익으로 넘어가는 속도가 느려 잔액만 쌓이는 곳은 어디인가”를, 경영진은 “계획에서 얼마나 벗어났고 왜인가”를 묻습니다. 이 질문의 답은 판매 오더(VA03) · 청구 문서(VF03) · 고객 개별 항목(FBL5N) · 전표(FB03)에 나뉘어 있어서, 보통은 엑셀에 내려 계획 파일과 붙여 한 장으로 맞춥니다. 그 순간부터 숫자가 사람마다 달라집니다.
이 화면은 그 표를 한 번에 만듭니다. 선수금 수령 라인을 큐브로 묶어 한 번만 읽고, 이후의 축 전환 · 범위 좁히기 · 기준 대비 차이 · 여섯 요인 분해는 브라우저에서 다시 집계합니다. 칸을 누르면 그 금액을 만든 원천 문서 라인이 열려 합계가 맞는지 바로 보이고, 외화 금액은 통화별로 따로 대사해 환율 영향이 거래 영향과 섞이지 않게 합니다(외화 환산은 IAS 21, K-IFRS 제1021호가 다루는 영역과 맞닿아 있습니다). 표준 실행은 SAP 표준 T-code 가 담당하고, 이 화면은 조회 · 검증 관점을 더해 확장합니다.
핵심 포인트 일곱 가지
| 핵심 포인트 | 고객이 얻는 것 | 지금 방식이라면 |
|---|---|---|
| ① 계획 대비 수령 차이를 한 표에서 | 선수금 수령과 연초 계획을 같은 차원 조합으로 나란히 놓고, 차이가 사업에 준 영향(유리 · 불리)으로 색을 칠합니다. | 수령 표와 계획 파일을 엑셀에서 맞춰 붙이고, 조합이 어긋난 행은 손으로 찾습니다. |
| ② 끌어다 놓으면 표가 다시 짜인다 | 11개 차원을 행 3단계 · 열 2단계까지 끌어다 놓습니다. 모두 같은 큐브에서 나오므로 합계가 갈라지지 않습니다. | 고객별 · 국가별 · 제품그룹별 리포트를 따로 만들고 합계를 따로 맞춥니다. |
| ③ 금액 칸에서 원천 문서까지 | 칸을 누르면 그 금액을 만든 선수금 수령 라인이 열리고, 칸 값과 원천 합계가 같은지 표시됩니다. | 리포트를 닫고 고객 개별 항목 화면을 열어 조건을 다시 입력합니다. |
| ④ 차이를 여섯 요인으로 | 물량 · 외화 단가 · 선수금율 · 환율 · 미계획 수령 · 계획 미이행으로 가르고, 합이 총차이와 같은지 매번 검산합니다. 사유는 행에 남습니다. | “왜 늘었나” 를 엑셀로 분해하고 산식이 사람마다 달라집니다. 사유는 메일함에 남습니다. |
| ⑤ 수익으로 넘어가는 속도와 잔액 | 수익 대체율 · 미대체 잔액률을 계산항목으로 두고, 단계 보기로 수령 → 수익 대체 → 환불 → 잔액 순서를 한 표로 봅니다. | 청구 화면과 선수금 화면을 번갈아 열어 잔액이 쌓이는 곳을 추측합니다. |
| ⑥ 통화를 섞지 않는 외화 대사 | USD · EUR · JPY · CNY 외화 금액을 통화별로 대사하고, 환율 영향을 별도 요인으로 분리합니다. | 원화 환산액만 비교해 환율 영향과 거래 영향이 한 숫자에 섞입니다. |
| ⑦ 점검을 대신 돌리는 에이전트와 보고서 | 감시 규칙 5개가 받을 역할별로 보고를 올리고, 보고 중인 범위가 PowerPoint 보고서로 바로 만들어집니다. | 회의 때마다 사람이 숫자를 뽑아 슬라이드를 새로 만듭니다. |
사례로 보는 효과
2026년 1~9월 검증용 샘플 데이터에서 선수금 수령은 88,205백만원으로 계획 81,730백만원보다 6,475백만원(+7.9%) 많았습니다. 합계만 보면 계획을 넘긴 좋은 결과로 읽힙니다. 여섯 요인으로 가르면 선수금율 +3,254 · 미계획 수령 +3,641 · 외화 단가 +899 · 환율 +755 · 물량 +8, 그리고 계획했으나 들어오지 않은 선수금 −2,082(단위 백만원)입니다. 여섯 요인의 합은 총차이 6,475 와 같고, 화면이 그 등식을 매번 검산 줄로 보여 줍니다. 같은 기간 계약부채 잔액은 30,546백만원으로 수령 대비 미대체 잔액률 34.6% 입니다. 계획에 없던 수령이 차이를 가장 크게 키웠고, 동시에 들어오지 않은 계획분이 따로 있다는 구성은 합계만 보는 표에서는 보이지 않습니다. 화면은 원인을 단정하지 않고 점검 필요 항목으로 올립니다. 이 숫자들을 만드는 데 쓴 대사식은 14,960건을 검사해 차이가 0건이었습니다.
도입하면 달라지는 것
- 마감 보고 준비 — 수령 · 계획 · 요인 · 사유 · 보고서가 한 화면에서 나와 엑셀 취합과 캡처가 줄어듭니다.
- 회의의 주제 — “어느 숫자가 맞나” 보다 “들어오지 않은 선수금을 어떻게 할 것인가” 를 이야기합니다.
- 영업 · 자금 · 재무의 같은 숫자 — 역할마다 보는 카드는 다르지만 같은 큐브에서 나옵니다.
- 놓치지 않는 점검 — 아무도 화면을 열지 않아도 규칙에 걸린 항목이 역할별 보고로 올라옵니다.
이런 회사에 맞습니다
수출 비중이 높고 계약금 · 중도금 · 사전 잔금 형태로 선수금을 받는 계약이 많은 제조 · 설비 · 플랜트형 수출 회사에 맞습니다. 외화 통화가 여러 개이고(샘플은 USD · EUR · JPY · CNY) 환급 보증 확보 여부를 영업 · 자금 · 재무가 함께 보는 조직, 판매 오더 · 청구 · 수금 데이터를 S/4HANA 또는 ECC 에서 쓰며 월 단위로 계획 대비 수령을 챙기는 회사라면 효과가 큽니다. 수출이 일부이고 선수금 거래가 드문 회사는 표준 화면으로 충분할 수 있습니다.
실행 화면
사용 방법
- 조회조건을 입력합니다. 회사코드(필수, 기본 1000)와 시작 · 종료 기간(필수, 기본 2026-01 ~ 2026-09)을 정합니다. 비교 기준은 연초 확정 선수금 수령 계획으로 고정되어 있습니다.
- 조회를 누릅니다. 조회 버튼을 누르거나 조건 칸에서 Enter 키를 누릅니다. 큐브를 한 번 읽은 뒤의 축 전환 · 범위 좁히기 · 역할 전환은 서버를 다시 부르지 않습니다.
- 요약을 확인합니다. 역할 단추로 CEO · CFO · 영업 책임자 · 자금 책임자 카드를 바꿔 가며 수령 · 잔액 · 미대체 잔액률 · 요인을 먼저 봅니다.
- 탭과 축을 옮깁니다. 차원 칩을 사용 안 함 · 행 · 열 칸으로 끌어다 놓습니다(칩을 눌러 메뉴로도 옮길 수 있습니다). 분석 항목과 보기 방식, 차원 값 선택으로 범위를 좁힙니다.
- 행이나 칸을 눌러 상세로 내려갑니다. 행을 펼쳐 하위 차원으로 내려가고, 칸을 누르면 그 금액을 만든 원천 문서 라인이 열립니다. 기준 대비 스위치를 켜면 차이 · 요인 · 사유가 붙습니다.
- AI 분석과 에이전트를 씁니다. AI 분석 단추로 해설과 근거 표를 보고, AI 에이전트 단추로 감시 규칙 · 받은 보고 · 실행 기록을 확인합니다.
- 내보냅니다. 보고서 단추는 PowerPoint 파일을, CSV 단추는 현재 표를 내려받습니다. 레이아웃 단추로 자주 쓰는 축과 항목을 이름 붙여 저장합니다.
무엇으로 만들었나
| 자리 | 무엇 | 왜 그렇게 두었나 |
|---|---|---|
| 화면 컨트롤 | OpenUI5 표준 컨트롤과 직접 그린 SVG 차트 | 외부 라이브러리 반입 심사가 필요 없고, 사내망에서도 그대로 열립니다. |
| 집계 · 판정 로직 | 브라우저의 큐브 재집계 파일(열 조합 36 · 행 노드 500 상한, 금액 1천만원 · 증감률 5% 판정) | 축을 바꿀 때마다 서버를 부르지 않고도 모든 표가 같은 큐브에서 나옵니다. |
| 보고서 | 브라우저에서 PowerPoint 를 짓는 파일 | 서버에 문서 생성 환경이 없어도 회의 자료가 나옵니다. |
| 레이아웃 | 축 · 항목 · 접힘 상태를 이름 붙여 저장하는 파일 | 자주 쓰는 구성을 다음에 열 때 그대로 되살립니다. |
| 데이터 서비스 | OData V2 서비스 한 벌 — 큐브 · 계획 · 차원 정의 · 원천 라인 · 사유 · 레이아웃 · 에이전트로 나뉜 엔티티셋과 세 개의 펑션(요인분해 · 해설 · 에이전트 실행) | 운영 전환 때는 같은 계약을 CDS 기반 서비스로 바꾸면 화면은 그대로 둘 수 있습니다. |
| 테마 | sap_horizon | SAP 표준 화면과 같은 결의 색과 글꼴로 보여 사용자가 낯설어하지 않습니다. |
VA03 · VF03 · FBL5N · FB03)로 이어집니다. 이 화면은 그 위에 비교 · 분해 · 검산 관점을 더해 확장합니다.처음 열었을 때
조회 전의 빈 틀과 조회 직후의 표·차트, 그리고 차원 칩을 끌어다 놓는 레이아웃 보드를 먼저 봅니다.
화면을 처음 엽니다. 조회조건, 사용 안 함·행·열 세 칸의 레이아웃 보드, 비어 있는 표 틀이 보입니다. 조회를 누르기 전에는 숫자가 없는 것이 기본 상태입니다.
조회 버튼을 누르거나 조건 칸에서 Enter 키를 누릅니다. 역할별 요약 카드, 지역·국가 트리 표, 오른쪽 막대 차트가 한 화면에 나타납니다. 선수금 수령과 계약부채 잔액의 전체 값을 먼저 확인합니다.
차원 칩을 누릅니다. 행·열 칸으로 보내거나 쓰지 않는 칸으로 되돌리는 메뉴가 열립니다. 끌어다 놓기가 어려운 환경에서도 같은 조작을 메뉴로 할 수 있습니다.
고객 칩을 행 칸으로 끌어다 놓습니다. 행이 지역 › 국가 › 고객 세 단계로 늘어나고 표가 바로 다시 짜입니다. 서버를 다시 부르지 않고, 전체 합계는 그대로입니다.
선수금 구분 칩을 열 칸으로 끌어다 놓습니다. 계약금 · 중도금 · 사전 잔금 열과 합계 열이 생깁니다. 열 조합이 늘어도 합계 열은 이전 전체 합계와 같습니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
경영 요약 — 역할마다 같은 데이터를 다른 눈으로
CEO · CFO · 영업 책임자 · 자금 책임자 네 역할의 요약 카드와 기본 축을 바꿔 봅니다.
데모를 신청하신 고객께 공개되는 내용입니다
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 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
AI 분석과 보고서
현재 범위를 읽어 규칙 기반 해설을 쓰고 근거 표와 파워포인트 보고서를 만듭니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
AI 에이전트
감시 규칙, 받은 보고, 실행 기록을 확인합니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
레이아웃 저장과 복원
자주 쓰는 축과 항목, 접힘 상태를 이름 붙여 저장하고 다시 엽니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
좁은 화면과 범위 상한
열 조합이 상한을 넘을 때의 안내와 휴대폰 폭의 배치를 봅니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
화면 뒤에서 일어나는 일
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
판정 조건 — 점검 필요가 되는 때
화면은 분류 · 집계 · 대사를 돕는 점검 도구이며 원인을 단정하지 않습니다. 모든 표시는 점검 필요 · 확인 필요로 읽습니다.
| 판정 조건 | 결과 상태 | 사용자 조치 |
|---|---|---|
| 금액 항목 : |차이| ≥ 10백만원 이고 |증감률| ≥ 5% (둘 다 넘을 때만) | 영향 방향이 유리하면 초록, 불리하면 빨강 칸 | 색이 칠해진 칸의 사유 단추로 사유를 남기고 요인 분해로 원인 요인을 좁힙니다. |
| 비율 항목(미대체 잔액률 등) : |차이| ≥ 0.5%포인트 | 같은 방식으로 색칠 | 잔액이 쌓이는 월 · 고객을 드릴스루로 확인합니다. |
| 단가 항목 : |증감률| ≥ 5% | 같은 방식으로 색칠 | 외화 단가 요인과 환율 요인을 나눠 확인합니다. |
| 방향이 중립인 항목(수량 등)의 기준 초과 | 주황(점검 필요) | 계획 수량과 실제 계약 수량을 비교합니다. |
| 계획이 없는 칸 : 기준 0 으로 보고 |차이| ≥ 10백만원 | 색칠 + 요인 “미계획 수령” 에 전액 반영 | 계획에 없던 고객 · 제품 조합인지 영업 책임자와 확인합니다. |
| 실적이 없는 계획 칸 | 요인 “계획 미이행” 에 계획 전액을 음수로 반영 | 들어오지 않은 선수금의 사유(보증서 대기 · 일정 변경)를 확인합니다. |
| 요인 합계 ≠ 총차이 | 검산 줄이 경고 색으로 바뀜(정상이면 오차 0.00 ✓) | 서비스 계산을 확인 필요로 두고 보고하지 않습니다. |
| 드릴스루 칸 값 ≠ 원천 합계 | 머리 줄이 경고 색으로 바뀜(정상이면 일치 표시) | 조회 조건을 확인하고 원천 라인을 직접 대조합니다. |
| 열 조합 > 36 또는 행 노드 > 500 | 표를 그리지 않고 범위를 좁히라는 안내 | 열 차원이나 선택값을 줄입니다. |
| AI 해설 : 사유가 적힌 차이 | 해설에서 건너뜀 | 사유를 지우면 다시 해설 대상이 됩니다. |
차이 요인분해 — 여섯 요인
계획(P)과 실적(A)의 수량 Q, 외화 단가 P = 계약금액 ÷ 수량, 선수금율 r = 선수금 ÷ 계약금액, 환산율 X = 원화 수령 ÷ 선수금(외화)를 기준으로 순차 대체합니다. 앞 요인부터 실적 값으로 하나씩 바꿔 가므로 합은 항상 총차이와 같습니다.
| 요인 | 산식 | 뜻 |
|---|---|---|
| 물량 | (Qa − Qp) × Pp × rp × Xp | 계약 수량이 계획과 달라서 생긴 차이 |
| 외화 단가 | Qa × (Pa − Pp) × rp × Xp | 외화 단가가 달라서 생긴 차이 |
| 선수금율 | Qa × Pa × (ra − rp) × Xp | 계약 대비 선수금 비율이 달라서 생긴 차이 |
| 환율 | 총차이 − 위 세 요인(나머지) | 환산율 변화와 원 단위 반올림 잔차 |
| 미계획 수령 | 계획이 없는 칸의 실적 전액 | 계획에 없던 수령 |
| 계획 미이행 | 실적이 없는 계획 칸의 계획 전액(음수) | 계획했으나 들어오지 않은 선수금 |
AI 에이전트 감시 규칙
감시 규칙은 5개이며 기준값은 화면에서 바로 고쳐 저장합니다. 규칙에 걸린 항목은 받을 역할의 관점으로 다시 적은 보고가 되어 대기함에 올라오고, 하루 한 번만 실행되도록 서비스가 판정합니다.
| 규칙 | 조건 | 기준값 | 받는 역할 |
|---|---|---|---|
| R1 | 고객별 계획 대비 수령 차이 금액 초과 | 150백만원 | 영업 책임자 |
| R2 | 국가별 계획 미이행 선수금 금액 초과 | 100백만원 | CEO |
| R3 | 제품그룹별 미대체 잔액률 상한 초과 | 45% | CFO |
| R4 | 고객별 보증 미설정 잔액 금액 초과 | 300백만원 | 자금 책임자 |
| R5 | 통화별 환율 영향 임계 초과 | 25백만원 | 자금 책임자 |
조회조건
| 필드 | 필수 | 기본값 | $filter 로 가는 모양 |
|---|---|---|---|
| 회사코드 | 필수 | 1000 | Bukrs eq '1000' |
| 시작 기간 | 필수 | 2026-01 | Period ge '2026-01' |
| 종료 기간 | 필수 | 2026-09 | Period le '2026-09' |
| 비교 기준 | 고정 | 연초 확정 선수금 수령 계획 | Version eq 'PLN26' |
| 저장된 레이아웃 | 선택 | - | 저장해 둔 목록에서 선택 |
| 차원 필터(11개 차원) | 선택 | 전체 | 같은 차원 안에서는 or, 차원 사이는 and |
결과 컬럼
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
좁은 화면에서 달라지는 것
화면 폭이 700픽셀 이하로 줄면 조회조건 · 레이아웃 보드 · 요약 카드가 세로로 쌓이고 머리 줄의 단추는 아이콘만 남습니다. 가로 스크롤 없이 위에서 아래로 읽고, 차트는 표 아래로 내려옵니다. 열 조합이 36개를 넘으면 반쯤 그린 표 대신 범위를 좁히라는 안내가 뜹니다.
파일 구성
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
SAP 표준 기능 확장 포인트 — 표준 T-code 와 어떻게 연계되는지
표준 실행은 SAP 표준 T-code 가 담당하고, 이 화면은 조회 · 검증 관점을 더해 확장합니다.
표준으로 되는 것과 안 되는 것
| 하고 싶은 일 | SAP 표준 | 표준에서 걸리는 자리 | 이 앱이 하는 일 |
|---|---|---|---|
| 계약 수량 · 금액 확인 | VA03 | 오더를 한 건씩 열어야 하고 고객 · 제품그룹 합계는 따로 만들어야 합니다 | 계약 수량과 금액을 큐브에 얹어 축으로 합산합니다 |
| 고객별 선수금 전기 내역 | FBL5N · FB03 | 고객 한 곳씩 조건을 넣어 열고, 계획과 나란히 놓을 수 없습니다 | 수령 라인을 큐브로 묶어 계획과 나란히 봅니다 |
| 청구와 선수금 정리 | VF03 · F-39 | 정리된 금액이 월별 · 고객별로 합쳐져 있지 않습니다 | 수익 대체액과 수익 대체율을 같은 표에 둡니다 |
| 선수금 전기 입력 | F-29 | 입력 화면이라 분석 관점은 없습니다 | 입력은 표준에 남기고 결과를 읽습니다 |
| 차이의 원인 분해 | 없음 | 표준에 없습니다. 보통 엑셀로 만듭니다 | 여섯 요인으로 가르고 합계를 검산합니다 |
| 통화별 잔액 · 보증 점검 | FBL5N | 통화와 보증 여부를 겹쳐 보려면 별도 정리가 필요합니다 | 통화 · 환급 보증을 축으로 올려 겹쳐 봅니다 |
T-code 별 연계 지점
| T-code | 이름 | 연계 지점 |
|---|---|---|
| VA03 | 판매 오더 조회 | 이어받는 데이터는 오더의 계약 수량과 계약 금액(외화)입니다. 화면의 계약 수량 · 선수금율은 이 값에서 나옵니다. 화면 숫자를 의심하면 해당 오더를 VA03 으로 열어 수량 · 금액을 대조합니다. 오더 변경 · 승인은 표준에 남깁니다. |
| VF03 | 청구 문서 조회 | 선적 청구로 선수금이 수익으로 넘어간 금액(수익 대체액)의 원천입니다. 월별 수익 대체액이 청구 문서 합계와 맞는지 대사하고, 틀리면 해당 청구 문서를 VF03 으로 엽니다. 청구 발행과 취소는 표준에 남깁니다. |
| FBL5N | 고객 개별 항목 | 선수금 전기 라인과 환불 · 취소의 원천입니다. 드릴스루로 열린 라인의 문서번호를 FBL5N 에서 고객 · 기간으로 다시 조회해 합계를 맞춥니다. 법정 · 감사 대응용 고객 원장은 표준 화면을 씁니다. |
| FB03 | 전표 조회 | 드릴스루 라인의 문서번호로 회계 전표를 열어 계정 · 통화 · 금액을 확인합니다. 화면에서 FB03 으로, FB03 에서 화면의 같은 라인으로 오가며 확인합니다. |
| F-29 | 고객 선수금 전기 | 선수금이 계약부채로 쌓이는 입력 지점입니다. 입력 방식(특별 G/L 지시자)이 화면의 선수금 구분 매핑의 기준이 됩니다. 입력은 표준에 남기고 이 화면은 결과를 읽습니다. |
| F-39 | 고객 선수금 정리 | 청구와 선수금을 정리하는 지점입니다. 정리 방식에 따라 수익 대체액의 원천 라인이 달라지므로 운영 전환 때 매핑을 확인합니다(정리 세부는 확인 필요). |
S/4HANA 분석 스택과의 자리
S/4HANA 에는 CDS 기반 분석 쿼리와 Fiori 분석 앱, Analysis for Office 같은 분석 도구가 있습니다. 이 화면은 그것들과 겹치지 않는 자리를 맡습니다 — 표준 분석 도구가 준비된 질문에 답한다면, 이 화면은 계획 대비 수령 차이를 여섯 요인으로 가르고 칸에서 원천 문서까지 따라가는 질문에 답합니다. 운영 전환 때는 8번 절의 뷰 레이어(기준 → 차원 → 큐브 → 쿼리 → 권한)를 같은 방식으로 세우므로, 표준 분석 쿼리와 같은 서비스 층에 놓입니다. 확인하지 못한 Fiori 앱 이름은 적지 않았습니다.
확장 포인트 — 운영에서 실제로 손대는 자리
| 확장 지점 | 무엇을 손대나 | 비고 |
|---|---|---|
| 선수금 구분 매핑 | 특별 G/L 지시자 · 문서유형 · 적요 중 무엇으로 계약금 · 중도금 · 사전 잔금을 가를지 | 현업이 직접 유지하는 매핑 테이블 |
| 환급 보증 구분 | 보증서 확보 · 발급 대기 · 미설정의 원천 위치 | 원천은 회사마다 달라 확인 필요 |
| 수익 대체 · 환불 인식 | 청구 연계 정리 라인 중 어느 것을 수익 대체로 볼지 | 인코텀즈별 통제 이전 시점과 함께 정함 |
| 확장 필드 | 프로젝트 · 사업부 같은 회사 고유의 차원 | 커스텀 필드를 큐브 차원으로 추가 |
| 권한 | 회사코드 · 고객 · 국가 단위 조회 권한 | 집계 단계에 걸어야 합계로 새지 않음 |
| 환율 유형 | 수령 시점 환율 대 기준 환율 | 환율 요인의 의미가 달라짐 |
관련 기준서와 대응 기능
기준서 해석과 인식 시점의 판단은 회사와 감사인의 몫입니다. 아래는 화면이 다루는 영역과의 대응만 적은 것입니다.
| 관련 기준서 | 다루는 영역 | 대응 기능 | 비고 |
|---|---|---|---|
| IFRS 15 (K-IFRS 제1115호) 고객과의 계약에서 생기는 수익 | 고객이 대가를 먼저 지급했으나 수익으로 인식하기 전의 계약부채 잔액과 수익으로 넘어가는 시점 | 계약부채 잔액, 수익 대체율, 미대체 잔액률, 단계 보기 | 인식 시점 판단은 회사와 감사인의 몫이며 화면은 점검 도구 |
| IAS 21 (K-IFRS 제1021호) 환율변동효과 | 외화 거래의 원화 환산과 환율 변동의 영향 | 환율 요인, 통화별 외화 대사 | 환산 정책과 환율 유형은 회사 정책을 따름 |
분석 지표 정의표
| 지표 | 산식 | 판정 기준 | 대응 기능 | 원천 데이터 | 비고 |
|---|---|---|---|---|---|
| 선수금 수령(원화) | 선수금 전기 라인 합 | 계획 대비 |차이| ≥ 10백만원 · 5% | 큐브 · 기준 대비 | ACDOCA(또는 BSEG) 선수금 전기 라인 | 특별 G/L 식별은 확인 필요 |
| 수익 대체액 | 청구 연계 정리 라인 합 | 계획 대비 같은 기준 | 단계 보기 | 청구 문서 연계 정리 라인 | 확인 필요 |
| 환불 · 취소액 | 환불 · 취소 전표 라인 합 | 같은 기준(불리 방향) | 단계 보기 | 고객 개별 항목 라인 | 확인 필요 |
| 계약부채 잔액 | 수령 − 수익 대체 − 환불 · 취소 | 같은 기준(불리 방향) | 큐브 · 요약 카드 | 파생 | - |
| 미대체 잔액률 | 잔액 ÷ 수령 × 100 | |차이| ≥ 0.5%포인트 · 에이전트 규칙 상한 45% | 계산항목 · 에이전트 | 파생 | - |
| 수익 대체율 | 수익 대체액 ÷ 수령 × 100 | |차이| ≥ 0.5%포인트 | 계산항목 | 파생 | - |
| 평균 선수금율 | 선수금(외화) ÷ 계약금액(외화) × 100 | |차이| ≥ 0.5%포인트 | 계산항목 · 선수금율 요인 | 판매 오더 금액, 선수금 외화 | 통화를 섞지 않음 |
| 요인 6종 합계 | 물량 + 외화 단가 + 선수금율 + 환율 + 미계획 수령 + 계획 미이행 | 총차이와 같아야 함 | 차이 분해 · 검산 줄 | 파생(서비스) | 합이 어긋나면 경고 |
CDS 구성
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
자주 묻는 질문
도입을 검토하시는 분들이 자주 묻는 질문을 숫자와 산식 · 화면과 조작 · 분석 기능 · 도입과 운영으로 나눠 정리했습니다.
숫자와 산식
선수금 수령과 계약부채 잔액은 어떻게 다릅니까?
선수금 수령은 고객에게서 받은 돈 전체이고, 계약부채 잔액은 그중 아직 수익으로 넘어가지 않은 몫입니다. 화면은 잔액을 수령 − 수익 대체 − 환불 · 취소 로 정의하고, 이 항등식이 원천 라인 6,976줄과 큐브 916행 모두에서 성립하는지 검사합니다. 수령 대비 잔액의 비율은 미대체 잔액률로 따로 보여 줍니다.
요인 합이 총차이와 항상 같은 이유는 무엇입니까?
순차 대체 방식이기 때문입니다. 물량 → 외화 단가 → 선수금율 순서로 계획 값을 실적 값으로 하나씩 바꾸고, 환율 요인은 총차이에서 앞 세 요인을 뺀 나머지로 두어 원 단위 반올림 잔차까지 흡수합니다. 미계획 수령과 계획 미이행은 계획이 없거나 실적이 없는 칸의 전액이라 따로 더해집니다. 그래서 합은 구조적으로 총차이와 같고, 어긋나면 검산 줄이 경고 색으로 바뀝니다.
환율 요인을 나머지로 두면 부정확하지 않습니까?
환율 요인에는 환산율 변화와 원 단위 반올림 잔차가 함께 들어갑니다. 대신 외화 금액은 통화별로 따로 대사해(샘플은 4개 통화) 거래 자체의 차이가 환율 요인으로 새지 않는지 확인합니다. 환산 시점과 환율 유형은 회사 정책에 따라 달라지므로 운영 시점에 정해야 하는 항목입니다.
여러 통화를 합쳐서 보여 줍니까?
원화 금액은 합산해 보여 주고, 외화 금액은 통화를 섞어 더하지 않습니다. 달러와 엔을 그냥 더한 숫자는 의미가 없기 때문에 외화 선수금은 통화별 대사에서만 씁니다. 화면의 칸 금액은 모두 원화 기준이며, 외화 단가 요인과 환율 요인이 통화에서 오는 영향을 따로 보여 줍니다.
색은 무엇을 기준으로 칠해집니까?
금액 부호가 아니라 영향 방향 입니다. 수령이 계획보다 많으면 유리라 초록이고, 환불 · 취소나 잔액이 계획보다 크면 불리라 빨강입니다. 금액 항목은 차이가 10백만원 이상이고 증감률이 5% 이상일 때만 칠해, 작은 차이로 화면이 알록달록해지는 것을 막습니다.
계획에 없던 고객이 선수금을 보내오면 어떻게 표시됩니까?
기준을 0 으로 보고 차이 전액을 미계획 수령 요인에 반영합니다. 차이가 10백만원 이상이면 칸에도 색이 칠립니다. 반대로 계획은 있는데 실적이 없는 칸은 계획 전액이 음수로 계획 미이행 요인에 들어갑니다.
화면 숫자와 표준 화면의 숫자가 다르면 어디부터 봅니까?
먼저 칸을 눌러 드릴스루의 머리 줄에서 칸 값과 원천 합계가 일치하는지 봅니다. 일치하면 화면은 원천 라인을 정확히 합산한 것이므로, 열린 라인의 문서번호를 FB03 · FBL5N 에서 조회해 조회 조건(회사코드 · 기간 · 고객)과 선수금 식별 기준이 같은지 대조합니다. 대부분의 차이는 선수금으로 보는 범위(특별 G/L 지시자)의 정의 차이에서 나옵니다.
화면과 조작
서버를 다시 부르지 않고 축을 바꿀 수 있는 이유는 무엇입니까?
조회 때 큐브 전체를 한 번 읽어 브라우저에 두고, 축을 바꾸면 그 큐브를 다시 묶기 때문입니다. 샘플 기준 큐브는 916행이고 계획은 883행입니다. 그래서 행 3단계 · 열 2단계까지의 전환이 즉시 일어나며, 모든 표의 합계가 같은 큐브에서 나옵니다.
열 조합이 너무 많아지면 어떻게 됩니까?
열 조합이 36개를 넘거나 행 노드가 500개를 넘으면 반쯤 그린 표를 보여 주지 않고 범위를 좁히라는 안내를 띄웁니다. 열 차원을 줄이거나 차원 값 선택으로 범위를 좁히면 됩니다. 상한은 화면이 느려지거나 읽기 어려운 표가 나오는 것을 막기 위한 것입니다.
끌어다 놓기가 어려운 환경에서도 쓸 수 있습니까?
차원 칩을 누르면 행 · 열 · 사용 안 함으로 보내는 메뉴가 열려 같은 조작을 할 수 있습니다. 터치 화면이나 끌어다 놓기가 막힌 사내 환경에서도 쓸 수 있도록 두었습니다.
휴대폰에서도 열립니까?
열립니다. 화면 폭이 700픽셀 이하로 줄면 조회조건 · 레이아웃 보드 · 요약 카드가 세로로 쌓이고 머리 줄의 단추는 아이콘만 남습니다. 가로 스크롤 없이 위에서 아래로 읽도록 했고, 넓은 표는 확대해서 봐야 하므로 휴대폰은 요약 확인용으로 권합니다.
레이아웃을 저장하면 무엇이 남습니까?
행 · 열 축, 분석 항목, 보기 방식, 접힘 상태가 이름과 함께 남습니다. 기본 레이아웃과 자동 조회를 함께 지정하면 다음에 화면을 열 때 저장해 둔 조건으로 곧바로 조회된 상태에서 시작합니다. 기본 레이아웃은 한 개만 둘 수 있습니다.
표를 파일로 내려받을 수 있습니까?
현재 표를 CSV 로 내려받는 단추와, 표 · 차트 · 요인 · 해설을 담은 PowerPoint 보고서를 만드는 단추가 있습니다. 두 파일 모두 브라우저에서 만들어지므로 서버에 문서 생성 환경이 필요하지 않습니다.
분석 기능
AI 분석이 숫자를 지어내지는 않습니까?
숫자는 서비스가 큐브에서 계산한 값만 씁니다. 해설은 그 값을 읽어 문장으로 풀 뿐이며, 모든 숫자는 근거 표에서 다시 확인할 수 있습니다. 모델을 연결하지 않아도(기본 설정) 같은 근거로 규칙 기반 해설이 나옵니다. 원인은 단정하지 않고 점검 필요 항목으로 제시합니다.
차이 사유는 어디에 어떻게 남습니까?
사유는 조회 범위와 행 경로를 키로 저장됩니다. 그래서 축을 바꿔도, 다음에 같은 범위를 조회해도 따라옵니다. 사유가 적힌 차이는 AI 해설에서 건너뛰므로 같은 설명을 반복하지 않고, 사유를 지우면 다시 해설 대상이 됩니다.
AI 에이전트는 어떤 규칙으로 점검합니까?
규칙 5개입니다. 고객별 계획 대비 수령 차이 금액(기준 150백만원, 영업 책임자), 국가별 계획 미이행 금액(100백만원, CEO), 제품그룹별 미대체 잔액률 상한(45%, CFO), 고객별 보증 미설정 잔액(300백만원, 자금 책임자), 통화별 환율 영향(25백만원, 자금 책임자)입니다. 기준값은 화면에서 고쳐 저장하며 모두 샘플 기본값입니다.
에이전트가 같은 날 여러 번 돌면 보고가 중복됩니까?
하루 한 번만 실행되도록 서비스가 판정합니다. 같은 날 두 번째 실행은 건너뛰고, 건너뛴 기록이 실행 기록에 남습니다. 받은 보고는 역할별로 걸러 볼 수 있습니다.
기준 대비는 무엇과 비교합니까?
연초에 확정한 선수금 수령 계획 하나로 고정되어 있습니다. 계획은 실적과 같은 차원 조합(수령 전기월 · 고객 · 제품그룹 · 인코텀즈 · 선수금 구분)으로 맞춰야 칸 단위 비교가 성립하므로, 운영 전환 때 계획 원천과 버전을 정하는 일이 가장 먼저 필요합니다.
단계 보기는 무엇을 보여 줍니까?
전기되지 않는 단계를 계산항목으로 세워 행으로 놓습니다. 선수금 수령 → 수익 대체 → 환불 · 취소 → 계약부채 잔액 → 미대체 잔액률 순서로 읽으면 계약부채가 줄어드는 속도와 잔액이 쌓이는 곳이 한눈에 보입니다.
도입과 운영
어떤 회사와 사용자에게 맞습니까?
선수금을 받는 수출 계약이 많은 제조 · 설비 · 플랜트형 회사의 영업 책임자 · 자금 책임자 · 재무 담당과 경영진에게 맞습니다. 역할마다 보는 요약 카드가 달라서 한 화면을 여러 부서가 같은 숫자로 씁니다. 수출 선수금 거래가 드문 회사는 표준 화면으로 충분할 수 있습니다.
SAP 표준 T-code 와는 어떤 관계입니까?
대체하지 않고 이어집니다. 계약 수량 · 금액은 VA03, 수익 대체는 VF03, 선수금 전기와 환불은 FBL5N · FB03, 입력은 F-29, 정리는 F-39 가 맡고, 이 화면은 그 데이터를 한 큐브로 모아 비교 · 분해 · 검산합니다. 법정 · 감사 · 세무 신고 대응은 표준에 그대로 둡니다.
데이터 원천과 정합성은 어떻게 보장합니까?
샘플 데이터 기준으로 큐브 합계와 원천 라인 합계, 라인별 항등식, 통화별 외화 대사, 요인 합과 총차이를 모두 전수 대사해 14,960건을 검사했고 차이는 0건이었습니다. 운영에서는 같은 대사식을 FBL5N · FB03 과 맞추는 절차를 운영 대사로 정해야 합니다.
운영 시스템에 연결하려면 어떤 절차가 필요하고 얼마나 걸립니까?
매핑 테이블 → 원천 라인 뷰 → 큐브 → 쿼리 → 권한 → 서비스 순서로 CDS 를 세우고, 서비스를 게시한 뒤 화면의 서비스 주소를 운영 서비스로 바꿉니다. 코드보다 선수금 식별 · 수익 대체 기준 · 환율 유형 같은 합의가 시간을 좌우하므로 소요 기간은 회사별 합의 속도에 달려 있어 일률적으로 말씀드리기 어렵습니다(확인 필요).
권한과 보안은 어떻게 설계합니까?
회사코드 · 국가 단위 권한을 CDS 접근 제어로 집계 단계에 겁니다. 드릴스루에만 걸면 전사 합계와 자기 몫의 차이로 남의 숫자가 드러나기 때문입니다. 화면은 OpenUI5 표준 컨트롤과 직접 그린 SVG 차트만 써서 외부 라이브러리 반입 심사가 필요 없고, AI 모델 연결은 기본 꺼짐이라 외부 전송이 없습니다.
전표가 수천만 건이어도 됩니까?
큐브를 DB 에서 집계해 차원 조합 수만 화면에 올리는 구조로 가야 합니다. 회사코드와 기간은 필수 조건으로 두고, 드릴스루는 500줄씩 끊어 읽습니다. 이 글의 샘플은 원천 6,976줄이라 대용량 응답 시간은 확인하지 못했고, 운영 규모의 성능 기준은 합의가 필요합니다.
선수금 식별이나 구분 매핑이 바뀌면 어떻게 합니까?
매핑 테이블 한 곳만 고치면 됩니다. 특별 G/L 지시자나 선수금 계정이 새로 생기면 어느 선수금 구분 · 보증 구분인지만 현업이 적어 주고, 뷰와 화면은 그대로 둡니다. 다만 매핑이 바뀐 기간의 과거 숫자를 어떻게 볼지는 미리 정해 두어야 합니다.
이 화면의 점검 표시를 근거로 결산이나 신고를 확정해도 됩니까?
화면은 점검 도구이며 최종 판단은 회사와 감사인이 합니다. 세무 신고는 회사와 세무 대리인 · 관세사가 판단합니다. 화면은 원인을 단정하지 않고 점검 필요 항목을 올려 판단 시간을 줄이는 데 목적이 있습니다.