SAP 수입 L/G(화물선취보증서) 발급 비용 다차원 분석 — 예정 대비 비용 차이를 요인으로 가르고 원천 발급 문서까지 내려가는 리포트
큐브 집계 · 끌어다 놓는 축 구성 · 칸에서 원천 L/G 라인까지의 드릴스루 · 예정 대비 차이와 요인분해 · 행에 남는 차이 사유 · 규칙이 계산하는 AI 분석 · 하루 한 번 도는 AI 에이전트 · 저장하는 레이아웃 — 소개 영상과 실제 화면 24종, 그리고 CDS 코드까지
소개 영상블로그 목차 순서대로 · 자막 포함
도입 포인트 — 이 앱을 사용해야 하는 이유
원본 선적서류가 화물보다 늦게 도착하면 수입 담당은 은행에서 화물선취보증서(L/G)를 발급받아 화물을 먼저 찾아옵니다. 건마다 드는 돈은 작아 보여도 은행 발급 수수료, 서류가 도착할 때까지 묶이는 한도 비용, 서류 특송료가 쌓이면 한 달에 얼마가 나가는지 묻는 질문이 곧 따라옵니다. 예정한 만큼 나갔나, 더 나갔다면 어느 은행·어느 공급사에서 났나, 서류가 늦어서인가 한도 금리 때문인가. 지금은 이 질문마다 은행 청구서, 선적서류 도착 일지, 구매오더 화면, 엑셀을 번갈아 열어 손으로 맞춥니다.
이 앱은 L/G 발급 라인을 한 번 조회해 예정과 실적 큐브로 묶고, 보는 축을 바꾸고, 칸에서 원천 발급 문서까지 내려가고, 예정 대비 차이를 요인으로 나눠 보여 줍니다. 서류 지연 여부와 보증 일수는 비용의 원인으로 바로 이어서 봅니다. 이 화면은 특정 회계기준서의 공시 숫자를 만드는 도구가 아니라 수입 부대비용을 점검하는 업무 분석 화면이며, 관련 기준서는 해당하지 않아 표기하지 않습니다.
핵심 포인트 일곱 가지
| 핵심 포인트 | 고객이 얻는 것 | 지금 방식이라면 |
|---|---|---|
| ① 은행·공급사·서류 경로를 바꿔도 합계가 갈라지지 않는 피벗 | 발급 은행, 공급사, 서류 경로, 보증 일수 구간 등 11개 축을 끌어다 놓아 행 3단계·열 2단계로 봅니다. 모든 축이 같은 큐브에서 나와 합계가 어긋날 자리가 없습니다. | 은행별, 공급사별, 경로별 표를 따로 만들고 총액이 서로 다르면 표를 맞추는 회의를 엽니다. |
| ② 칸에서 원천 발급 문서까지 한 번에 | 숫자를 누르면 그 금액을 만든 L/G 발급 라인이 열리고, 칸의 값과 읽은 라인 합이 같은지 바로 표시됩니다. | 숫자를 의심할 때마다 은행 청구서와 구매오더 화면을 열어 조건을 다시 넣습니다. |
| ③ 비용 세 가지를 한 화면에서 | 발급 수수료, 한도 점유 비용, 서류·특송료를 한 합계로 보고, 각 비용의 비중과 비용률도 계산 항목으로 바로 봅니다. | 수수료는 은행 청구서, 서류 특송료는 물류 영수증, 한도 비용은 자금 팀 계산으로 따로 모읍니다. |
| ④ 예정 대비 차이를 요인으로 가르는 워터폴 | 보증 물량, 외화 단가, 적용 환율, 수수료율, 한도 점유 금리, 보증 일수, 서류·특송 단가, 미계획 발급 여덟 요인으로 차이를 나눕니다. 요인 합과 총 차이의 검산이 매번 0원으로 맞습니다. | "서류가 늦어서 늘었다"는 말로 끝나고 얼마만큼이 일수 때문인지는 아무도 계산하지 않습니다. |
| ⑤ 차이 옆에 이유를 남기는 사유 저장 | 차이가 큰 행에 사유를 적어 두면 축을 바꾸거나 다시 열어도 같은 행에 남아 다음 달 회의에서 다시 설명하지 않아도 됩니다. | 사유는 메일과 메신저에 흩어지고, 다음 달에는 같은 질문을 처음부터 다시 합니다. |
| ⑥ 규칙이 점검 대상을 먼저 짚는 AI 분석과 에이전트 | 정해진 규칙으로 범위를 읽어 점검 대상과 근거 숫자를 보여 주고, 에이전트는 수수료율·서류 지연율·비용 초과를 하루 한 번 감시해 대기함에 올립니다. 숫자는 규칙이 계산합니다. | 월말에 사람이 표를 훑어 이상한 은행·공급사를 찾아냅니다. |
| ⑦ 역할과 레이아웃에 맞춘 시작 화면 | CFO·구매·자금·물류 책임자별로 요약 기준이 바뀌고, 자주 쓰는 축 구성은 저장해 두었다가 열 때 자동으로 조회합니다. | 담당마다 다른 엑셀 양식을 들고 오고, 양식이 바뀌면 숫자가 어긋납니다. |
사례로 보는 효과
검증용 샘플 데이터(가정값)의 2026년 3월~8월 L/G 발급 라인 3,000건(발급 문서 1,340건)을 기준으로 보면, L/G 비용 합계는 예정 3.45억원에서 실적 4.39억원으로 +9,424만원(+27.3%) 늘었습니다. 요인으로 가르면 계획에 없던 미계획 발급이 +5,660만원으로 가장 크고, 보증 일수가 +1,687만원, 한도 점유 금리가 +653만원, 서류·특송 단가가 +588만원, 수수료율이 +353만원, 외화 단가가 +277만원, 적용 환율이 +223만원, 보증 물량이 −17만원입니다. 여덟 요인을 모두 더하면 총 차이와 같아 검산 줄이 0원으로 나옵니다.
표만 보면 "서류가 늦게 와서 더 나갔다"로 끝나기 쉽지만, 요인으로 가르면 예정에 없던 발급이 가장 큰 몫이고 보증 일수가 그다음임이 드러납니다. 또 큐브 합계와 원천 라인 합계를 축 11개 × 측정값 8종으로 맞춰 본 88건에서 차이는 0건이었습니다. 이 수치는 가정 데이터에서 나온 것이며 실제 회사의 값이 아닙니다.
도입하면 달라지는 것
- 월말 점검 준비 — 은행별·공급사별 표를 따로 만들던 일이 한 화면의 축 바꾸기로 줄어듭니다.
- 회의의 주제 — "어느 표가 맞나"가 아니라 "예정에 없던 발급을 어떻게 줄일까"를 이야기합니다.
- 구매와 물류의 대화 — 서류 지연율과 보증 일수가 비용으로 환산되어 공급사 서류 일정 협의의 근거가 됩니다.
- 자금 쪽 점검 — 은행별 수수료율과 한도 점유 비용을 같은 표에서 비교합니다.
- 숫자의 출처 — 칸의 값이 어느 발급 문서의 합인지 바로 확인할 수 있습니다.
이런 회사에 맞습니다
수입 물량이 많아 해상 운송 구간이 길고, 원본 선적서류가 화물보다 늦게 도착하는 일이 반복되어 L/G를 자주 발급하는 제조·유통 회사에 맞습니다. 여러 통화(USD·EUR·JPY·CNY 등)와 여러 은행을 쓰고, 서류 경로(특송·은행 경유·전자 선하증권)가 섞여 있어 L/G 비용의 원인을 매달 엑셀로 나누는 구매·물류·자금 조직이 대상입니다.
실행 화면 — 처음 연 화면부터 좁은 화면까지
사용 방법
- 조회 조건 입력 — 회사코드(필수)와 시작·종료 기간(선택)을 정하고, 필요하면 차원 값 버튼에서 공급사·발급 은행 등의 값을 여러 개 고릅니다(선택).
- 조회 — 조회 조건 패널 오른쪽 위의 조회 버튼을 누르거나 입력칸에서 Enter 키를 누릅니다. 처음 열 때는 자동으로 조회하지 않습니다.
- 요약 확인 — 임원 요약에서 L/G 비용, 비용률, 보증 대상 물대, 서류 지연율과 예정 대비 증감을 봅니다. 역할을 바꾸면 기준 축이 달라집니다.
- 축 이동 — 칩을 행·열로 끌어 놓거나 화살표 버튼으로 옮깁니다. 행·열 바꾸기는 서버를 다시 부르지 않습니다.
- 칸 클릭 상세 — 값 칸을 누르면 원천 L/G 라인이 열리고 칸 값과 라인 합이 같은지 표시됩니다.
- 내려받기 — 피벗 표와 원천 라인 창의 CSV 버튼으로 내려받습니다.
무엇으로 만들었나
| 자리 | 무엇 | 왜 그렇게 두었나 |
|---|---|---|
| 화면 컨트롤 | OpenUI5 sap.ui.table.TreeTable, 칩 보드(DragInfo/DropInfo), 직접 그린 막대·워터폴 차트 | 피벗과 끌어 놓기를 표준 컨트롤 위에서 처리해 접근성과 키보드 조작을 유지하려고 |
| 집계·판정 로직 | 브라우저의 model/cube.js, 서버의 core.js(요인 분해·규칙 판정) | 축을 바꿀 때는 이미 읽은 큐브를 브라우저가 다시 묶고, 요인 분해와 에이전트 판정은 서버가 계산해 숫자의 출처를 하나로 두려고 |
| OData 서비스 구성 | OData V2 모델 하나가 큐브·예정·원천 라인·차원·측정값·계산 항목·검산·차이 사유·레이아웃·에이전트 정보를 읽고, 요인 분해·AI 분석·에이전트 실행은 펑션으로 호출 | 큐브는 한 번 읽어 재묶음하고, 쓰기는 사유·레이아웃 두 곳뿐이라 서비스 면을 작게 두려고 |
| 테마 | sap_horizon | SAP 표준 화면과 같은 시각 언어로 오가는 어색함을 줄이려고 |
| 항목 | 내용 |
|---|---|
| 솔루션 | 수입 |
| 업무 영역 | L/G 발급 · 보증 일수 · 한도 점유 비용 |
| 관련 기준서·대상 영역 | 수입 L/G 발급 비용(관련 기준서 해당 없음) |
| SAP 표준 T-code | ME23N · MIGO · MIRO · MB51 · FBL1N · FB03 |
| 화면 성격 | 다차원 분석 리포트(조회 전용 + 차이 사유·레이아웃 저장) |
| 데이터 연동 | OData V2, 가정 데이터 |
처음 열었을 때 — 조건과 보드가 한눈에
처음 열면 조회 조건, 분석 축 보드, 임원 요약, 피벗 영역이 위에서 아래로 놓입니다. 조회 버튼은 조회 조건 패널 오른쪽 위에 있습니다.
회사코드는 필수이고 기본값은 가정 데이터의 1000입니다. 기간은 2026.03~2026.08이 들어 있고, 차원 값 버튼은 "전체"로 시작합니다. 조회 버튼이나 Enter 키를 누르기 전에는 서버를 부르지 않습니다.
분석 축 패널 제목에 현재 축 배치(행: 발급 은행 › 대금 조건 / 열: 발급월)가 요약됩니다. 이후 축을 바꾸는 조작은 이미 읽어 온 큐브를 브라우저에서 다시 묶으므로 기다림이 없습니다.
경영 요약 — 역할이 바뀌면 보는 곳이 바뀝니다
임원 요약은 역할(CFO, 구매 책임자, 자금 책임자, 물류 책임자)에 따라 기준 축과 표시 항목이 달라집니다.
구매 책임자를 고르면 표시 항목이 서류 지연율, 행 축이 공급사로 바뀝니다. 상위 목록의 숫자는 예정 대비 증감이며, 가정 데이터에는 특정 공급사의 원본 서류 지연이 심어져 있어 점검 대상이 위쪽에 올라옵니다.
물류 책임자는 서류 경로(특송·은행 경유·전자 선하증권)별 평균 보증 일수와 서류·특송료 비중을 봅니다. 경로마다 보증 일수가 얼마나 다른지가 한눈에 보입니다.
축 전환과 범위 — 끌어 놓으면 바로 다시 묶입니다
사용 가능 칩은 분기, 공급사, 선적국, 자재그룹, 발급 은행, 입고 플랜트, 통화, 대금 조건, 서류 경로, 보증 일수 구간, 발급월입니다. 행 축은 최대 3개, 열 축은 최대 2개이며 넘으면 안내가 나옵니다. 끌기가 어려우면 칩의 화살표 버튼을 누릅니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
칸에서 L/G 발급 라인까지 — 칸의 값 = 라인 합
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
계산 항목 — 비율과 평균도 칸 단위로
표시 항목에는 측정값 8종(발급 라인 건수, 수량, 보증 대상 물대, 발급 수수료, 한도 점유 비용, 서류·특송료, 서류 지연 건수, 보증 일수 합) 외에 계산 항목 8종이 있습니다. L/G 비용률 = (수수료+한도 비용+서류) ÷ 물대 × 100, 평균 보증 일수 = 보증 일수 합 ÷ 발급 라인 건수처럼 합계가 아니라 칸마다 다시 계산됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
예정 대비 차이 — 같은 표가 점검 리포트가 됩니다
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
AI 분석과 보고서 — 숫자는 규칙이, 설명은 읽기 좋게
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
AI 에이전트 — 규칙 · 대기함 · 실행 기록
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
레이아웃 저장과 복원 — 짜 둔 축으로 다시 시작
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
좁은 화면과 한계 — 열 조합 상한과 390px 폭
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
화면 뒤에서 일어나는 일
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
판정과 처리 로직
| 판정 조건 | 결과 상태 | 사용자 조치 |
|---|---|---|
| 예정 대비에서 |차이| ≥ 금액 임계 그리고 |차이÷예정| ≥ 비율 임계 | 칸에 색 표시(붉은색 증가·초록색 감소) | 요인 워터폴·원천 라인으로 원인 확인 |
| 금액 임계만 넘고 비율 임계는 못 넘음 | 색 없음 | 필요 시 임계 조정 |
| 칸 값 ≠ 읽은 원천 라인 합 | "점검 필요" 표시 | 큐브·라인 범위를 다시 조회 |
| 요인 합 − 총 차이 ≠ 0 | 검산 줄에 점검 필요 표시 | 분해 범위 확인(정상 데이터에서는 0원) |
| 에이전트 규칙 값이 임계 초과 | 대기함에 보고 행 추가(점검 필요) | 해당 은행·공급사 확인 후 차이 사유 기록 |
| 처리 단계 | 산식 |
|---|---|
| 보증 대상 물대 | 보증 물량 × 외화 단가 × 적용 환율 |
| L/G 발급 수수료 | 물대 × 수수료율 |
| 한도 점유 비용 | 물대 × 한도 점유 금리 × 보증 일수 ÷ 365 |
| 서류·특송료 | 보증 물량 × 서류·특송 단가 |
| L/G 비용 합계 | 수수료 + 한도 점유 비용 + 서류·특송료(물대는 합계에 넣지 않음) |
| 요인 분해 | 예정 값에서 보증 물량 → 외화 단가 → 적용 환율 → 수수료율 → 한도 점유 금리 → 보증 일수 → 서류·특송 단가 순으로 한 요인씩 실적으로 교체, 예정에 없던 발급은 별도 합산 |
| 검산 | 요인 합 − (실적 − 예정) = 0원 |
조회 조건
| 필드 | 필수 | 기본값 | 처리 |
|---|---|---|---|
| 회사코드 | 필수 | 1000 | $filter Bukrs eq |
| 시작·종료 기간 | 선택 | 2026.03~2026.08 | $filter Period ge/le, 시작 ≤ 종료 |
| 차원 값 | 선택 | 전체 | 브라우저에서 큐브·라인 모두 같은 조건으로 거름 |
| 비교 | 선택 | 실적만 | 실적만 / 예정 대비 차이 |
| 금액 임계 · 비율 임계 | 선택 | 1,000,000원 · 10% | 두 조건을 모두 넘을 때만 색 표시 |
결과 컬럼
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
좁은 화면에서 달라지는 것
390px 폭에서는 패널이 한 열로 쌓이고, 표는 가로 스크롤을 쓰며, 차트는 숨기지 않고 표 아래로 내려갑니다. 조작 버튼은 줄어든 폭에서도 가려지지 않도록 줄바꿈됩니다. 열이 많은 피벗은 휴대폰에서 읽기 어려우므로 열 축을 한 단계로 줄여 보는 것을 권합니다.
파일 구성
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
SAP 표준 기능 확장 포인트 — 표준 T-code와 어떻게 연계되는지
표준 실행은 SAP 표준 T-code가 담당하고, 이 화면은 조회·검증 관점을 더해 확장합니다. 표준 화면이 이미 잘하는 일은 표준에 두고, L/G 발급 비용을 여러 축으로 돌려 보며 예정과 비교하는 자리만 이어 붙였습니다.
표준으로 되는 것과 안 되는 것
| 하고 싶은 일 | 표준 화면 | 표준에서 이어 붙일 자리 | 이 화면이 더하는 관점 |
|---|---|---|---|
| 구매오더·품목 확인 | ME23N | L/G 라인에서 구매오더 번호로 이동 | 발급 비용을 구매오더가 아닌 은행·서류 경로 축으로 묶어 비교 |
| 입고 수량·일자 확인 | MIGO · MB51 | 입고 전표와 보증 대상 수량 대조 | 화물 도착일과 원본 서류 도착일의 차이를 보증 일수 요인으로 분리 |
| 송장 검증 결과 확인 | MIRO | 송장 번호·금액·대금 조건 확인 | 대금 조건별 보증 일수·한도 점유 비용을 칸 단위로 비교 |
| 공급업체 개별 항목 확인 | FBL1N | 수수료·서류 비용 전기 내역 확인 | 수수료·특송료 합계를 발급 문서 단위로 맞춰 보는 대사 지점 |
| 회계 전표 확인 | FB03 | L/G 수수료 전표 조회 | 전표 금액과 이 화면의 발급 수수료 합계가 맞는지 확인 |
| 예정 대비 요인 분해 | (표준에 없음) | - | 물량·단가·환율·수수료율·금리·일수·서류 단가·미계획 발급으로 차이를 가르는 계산 |
T-code 별 연계 지점
| T-code | 이름 | 이 화면이 이어받는 데이터 | 대사 지점·오가는 방법 |
|---|---|---|---|
| ME23N | 구매오더 조회 | EKKO·EKPO의 구매오더 번호, 품목, 수량, 단가, 통화 | L/G 라인의 구매오더 번호를 ME23N에서 열어 단가·수량이 외화 단가 요인과 맞는지 확인. 남겨 둘 일: 구매오더 변경·승인 |
| MIGO | 입고 처리 | MKPF·MSEG의 입고 수량·일자 | 화물 도착일과 보증 대상 수량을 입고 수량과 대조. 남겨 둘 일: 입고 전기 |
| MB51 | 자재 문서 목록 | 자재 문서 목록의 입고 전표 | 입고 전표 번호로 발급 라인과 맞춰 봄 |
| MIRO | 송장 검증 | RBKP·RSEG의 송장 번호·금액·대금 조건 | 송장 대금 조건과 L/G 발급 여부를 맞춰 확인. 남겨 둘 일: 송장 검증·전기 |
| FBL1N | 공급업체 개별 항목 | BSEG의 미결·결제 항목 | 수수료·특송료 전기 내역과 발급 수수료·서류·특송료 합계를 대사. 남겨 둘 일: 지급·반제 |
| FB03 | 회계 전표 조회 | BKPF·BSEG의 전표 헤더·품목 | 발급 수수료 전표를 열어 금액·계정을 확인 |
기존 리포트를 없애야 하나요? 아니요. 법정·감사·세무 신고에 쓰는 보고는 표준 화면에 그대로 두고, 이 화면은 L/G 발급 비용을 돌려 보는 분석과 점검에 씁니다.
S/4HANA 분석 스택과의 자리
S/4HANA에는 CDS 분석 쿼리와 Fiori 분석 앱, Analysis for Office 같은 분석 도구가 있습니다. 이 화면은 그것들을 대체하지 않고, 같은 CDS 큐브 위에 올릴 수 있는 OpenUI5 분석 화면의 한 가지 구성을 보여 줍니다. 구체적인 Fiori 분석 앱 이름은 확인하지 못해 적지 않았습니다(확인 필요).
확장 포인트 — 운영에서 실제로 손대는 자리
| 자리 | 무엇을 손대나 | 비고 |
|---|---|---|
| L/G 발급 이력 원천 | L/G 발급 문서(발급일·발급 은행·보증 기간)를 어느 테이블에서 읽을지 | 표준 테이블에 없다면 확장 테이블이 필요(확인 필요) · 구매·자금 협의 |
| 부대비용 조건 유형 | 수수료·특송료를 어느 조건 유형·계정에서 읽을지 | 회계·구매 협의 |
| 발급 은행·서류 경로 매핑 | 하우스 뱅크 코드와 특송·은행 경유·전자 선하증권 구분을 차원 값으로 묶기 | 매핑 테이블에서 관리 |
| 한도 점유 금리 | 건별 금리를 은행 약정에서 읽을지 평균 금리로 둘지 | 자금 협의 |
| 환율 유형 | 적용 환율과 예정 환율을 어느 환율 유형으로 볼지 | 회계 협의 |
| 예정 원천 | 예정 도착일·단가·수수료율을 어디서 가져올지 | 기획·구매 협의 |
| 권한 | 회사코드·플랜트·구매 조직 권한을 어느 단계에 걸지 | 집계 단계(DCL)에서 처리 |
분석 지표 정의
| 지표 | 산식·판정 기준 | 대응 기능 | 원천 데이터 | 비고 |
|---|---|---|---|---|
| L/G 비용 합계 | 수수료 + 한도 점유 비용 + 서류·특송료 | 피벗 표시 항목 | L/G 원천 라인 | 측정값 3종의 합 |
| L/G 비용률 | (수수료+한도 비용+서류)÷보증 대상 물대×100 | 계산 항목 | CalcSet | 가정 비율 |
| 서류 지연율 | 예정 도착일을 넘긴 라인÷전체 라인×100 | 계산 항목·에이전트 규칙 | 예정 서류 도착일·실제 서류 도착일 | 점검 필요 판단용 |
| 평균 보증 일수 | 보증 일수 합÷발급 라인 건수 | 계산 항목 | 보증 일수 | 한도 점유 비용의 주요 원인 |
| 적용 환율 요인 | (실적 환율−예정 환율)만 바꾼 단계의 금액 차이 | 요인 워터폴 | 환율·예정 환율 | 환율 변동 영향 관점 |
CDS 구성 — 운영 데이터로 갈 때의 뷰 레이어와 코드
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
자주 묻는 질문 — 숫자와 산식, 화면과 조작, 분석 기능, 도입과 운영
현업 담당자와 IT 담당자가 가장 많이 묻는 것을 네 묶음으로 정리했습니다. 이 화면은 점검 도구이며 최종 판단은 회사와 감사인이 합니다.
숫자와 산식
L/G 비용 합계는 어떻게 계산하나요?
발급 수수료 + 한도 점유 비용 + 서류·특송료입니다. 수수료는 보증 대상 물대 × 수수료율, 한도 점유 비용은 물대 × 한도 점유 금리 × 보증 일수 ÷ 365, 서류·특송료는 보증 물량 × 서류·특송 단가입니다. 물대 자체는 합계에 넣지 않고 비용률의 분모로만 씁니다.
예정 금액은 어디서 오나요?
화면의 예정 큐브는 실적과 같은 차원 키를 가진 예정 발급 라인에서 옵니다. 샘플에서는 가정값으로 만들었고, 운영에서는 예정 도착일·단가·환율·수수료율을 예산이나 계약 값에서 가져와야 합니다(확인 필요).
요인의 합이 총 차이와 정말 같은가요?
같습니다. 예정 값에서 시작해 보증 물량 → 외화 단가 → 적용 환율 → 수수료율 → 한도 점유 금리 → 보증 일수 → 서류·특송 단가 순서로 한 요인씩 실적 값으로 바꾸고, 예정에 없던 발급은 별도 요인으로 더합니다. 단계 대입이라 합이 항상 총 차이와 맞고 검산 줄이 이를 보여 줍니다.
요인의 순서를 바꾸면 요인별 금액이 달라지나요?
달라질 수 있습니다. 앞 요인이 먼저 실적으로 바뀌므로 교차 영향은 뒤 요인에 반영됩니다. 그래서 순서를 화면에 적어 두었고, 합계와 검산은 순서와 관계없이 맞습니다.
미계획 발급은 무엇인가요?
예정에 없던 L/G 발급의 비용 전체를 한 덩어리로 보여 주는 요인입니다. 나머지 요인은 예정에도 있던 발급의 물량·단가·일수 등이 달라진 부분입니다. 샘플 데이터에서는 이 요인이 가장 큽니다.
외화와 환율은 어떻게 처리하나요?
적용 환율을 예정 환율과 분리해 적용 환율 요인으로 보여 줍니다. 환율은 샘플에서 가정값이며, 운영에서는 회사의 환율 유형과 환산 시점을 정해야 합니다(확인 필요).
칸의 값과 원천 라인 합이 다르면 어떻게 하나요?
화면에 점검 필요가 표시됩니다. 먼저 조회 범위(기간·차원 값 필터)가 큐브와 원천 라인에서 같은지 확인하고, 읽은 라인 수가 읽는 단위보다 적어 일부만 읽은 것은 아닌지 봅니다. 샘플 검증에서는 축 11개 × 측정값 8종 88건 모두 차이가 없었습니다.
화면과 조작
조회 버튼은 어디에 있나요? Enter 키로도 되나요?
조회 조건 패널 오른쪽 위에 있는 조회 버튼을 누르거나 입력칸에서 Enter 키를 누르면 됩니다. 처음 열 때는 자동으로 조회하지 않으며, 레이아웃에서 자동 실행을 지정한 경우에만 열 때 바로 조회합니다.
축을 바꿀 때마다 서버를 다시 부르나요?
부르지 않습니다. 조회 한 번에 실적·예정 큐브를 읽고, 이후 행·열 바꾸기와 축 이동은 브라우저가 큐브를 다시 묶습니다. 브라우저 검사에서 이 조작 동안 서버 요청이 0건이었습니다.
행·열에 놓을 수 있는 축의 개수에 제한이 있나요?
행 축은 최대 3개, 열 축은 최대 2개입니다. 열이 너무 많아지지 않도록 열 36개, 트리 노드 1,500개를 상한으로 두었고, 넘으면 표를 그리지 않고 범위를 좁히라고 안내합니다.
차원 값 필터는 어떻게 쓰나요?
차원 값 버튼에서 축별로 값을 여러 개 고릅니다. 선택한 값은 큐브와 원천 라인 모두에 같은 조건으로 적용되고 조회 조건 제목에 요약됩니다. 값을 고르지 않은 축은 전체로 봅니다.
휴대폰에서도 볼 수 있나요?
390px 폭에서도 가로 넘침 없이 한 열로 쌓여 보이도록 했습니다. 표는 가로 스크롤을 쓰고 차트는 표 아래로 내려갑니다. 다만 열이 많은 피벗은 휴대폰에서 읽기 어려우므로 열 축을 줄이는 것을 권합니다.
CSV는 어떻게 내려받나요?
피벗 표 오른쪽 위의 CSV 버튼은 현재 보이는 표를, 원천 라인 창의 CSV 버튼은 그 칸의 라인을 내려받습니다. 라인은 쪽 단위로 읽어 오며 더 읽기 버튼으로 이어서 읽습니다.
분석 기능
색은 어떤 기준으로 칠하나요?
예정 대비 모드에서 금액 임계(기본 1,000,000원)와 비율 임계(기본 10%)를 둘 다 넘은 칸만 칠합니다. 붉은색은 예정보다 더 나간 방향, 초록색은 덜 나간 방향입니다. 색이 없다고 문제가 없다는 뜻은 아닙니다.
AI 분석은 숫자를 모델이 만드나요?
아닙니다. 발견 사항의 금액과 비율은 서버 규칙이 큐브에서 계산해 근거로 넘기고, 모델 연결은 기본으로 꺼져 있어 규칙 기반 해설이 나옵니다. 모델을 켜더라도 숫자는 규칙이 만든 값만 씁니다.
PPTX 보고서는 어디서 만들어지나요?
브라우저에서 바로 만들어집니다. 외부 라이브러리나 서버를 거치지 않고 표지, 요약, 핵심 발견, 차트, 표, 근거를 담은 .pptx 파일을 직접 짓습니다. AI 분석 창의 PPTX 보고서 버튼으로 받습니다.
AI 에이전트는 어떻게 동작하나요?
규칙 6개(발급 은행 수수료율 상한, 공급사 원본 서류 지연율 상한, L/G 비용 예정 초과, 한도 점유 금리 요인, 보증 일수 요인, 적용 환율 요인)를 하루 한 번 점검해 점검 필요 항목을 대기함에 올립니다. 임계는 화면에서 바꿀 수 있고, 열어 둔 동안 한 시간마다 실행하는 타이머도 켤 수 있습니다.
같은 날 에이전트를 두 번 실행하면 어떻게 되나요?
두 번째 실행은 서버가 한도로 거절하고 화면에는 오늘은 이미 실행했다는 안내가 뜹니다. 하루 한 번 제한은 화면이 아니라 서버의 실행 기록으로 판정합니다.
차이 사유는 얼마나 오래 남나요?
사유는 조회 범위와 행 경로를 키로 저장됩니다. 같은 범위의 같은 행이면 축을 바꾸거나 새로고침해도 따라오고, 삭제하기 전까지 남습니다. 샘플에서는 서버 파일에 저장됩니다.
도입과 운영
누가 쓰면 가장 효과적인가요?
L/G를 발급하고 은행 청구를 확인하는 자금 담당, 공급사 서류 일정을 협의하는 구매 담당, 화물 도착과 서류 도착의 간격을 보는 물류 담당, 부대비용을 점검하는 회계 담당입니다. 역할별 요약이 있어 CFO와 책임자가 첫 화면에서 자기 기준의 숫자를 바로 봅니다.
언제부터 쓸 수 있고 어디까지 적용되나요?
지금 공개된 것은 가정 데이터로 동작하는 설명용 화면입니다. 특정 시스템에 연결된 시점이나 적용 범위는 확인된 사실이 없어 적지 않았으며, 도입 범위는 별도 협의가 필요합니다(확인 필요).
표준 T-code와는 어떤 관계인가요?
표준 실행은 SAP 표준 T-code가 담당하고, 이 화면은 조회·검증 관점을 더해 확장합니다. 구매오더(ME23N), 입고(MIGO), 송장 검증(MIRO), 공급업체 개별 항목(FBL1N)의 데이터 구조를 이어받고, 법정·감사·세무용 보고는 표준에 남겨 둡니다.
운영 시스템에 연결하려면 어떤 절차가 필요한가요?
CDS 뷰(원천 라인, 예정, 큐브, 쿼리, 권한)를 만들고 OData 서비스를 활성화한 뒤 화면의 서비스 주소만 운영 서비스로 교체합니다. 그 전에 L/G 발급 이력의 원천, 부대비용 계정, 환율 유형, 예정 원천을 정해야 합니다. 소요 기간은 확인된 사실이 없어 적지 않았습니다(확인 필요).
권한과 보안은 어떻게 하나요?
회사코드·플랜트·구매 조직 권한을 CDS 큐브에 DCL로 겁니다. 드릴스루에만 권한을 걸면 합계에서 뺄셈으로 다른 조직의 값이 드러나므로 집계 단계에서 거르는 것을 권합니다.
발급 라인이 수천만 건이면 느려지지 않나요?
화면이 큐브를 한 번에 읽는 구조라 규모가 커지면 집계를 CDS(필요하면 SAP HANA 집계 테이블)에서 하고 회사코드·기간을 필수로 둡니다. 드릴스루는 칸 조건으로 쪽 단위로 읽습니다. 성능 기준은 운영 데이터로 측정해 정해야 합니다(확인 필요).
은행이나 서류 경로 구분이 바뀌면 어떻게 하나요?
코드를 차원 값으로 바꾸는 규칙을 매핑 테이블에 데이터로 두었으므로 현업이 직접 고칠 수 있습니다. 새 은행이나 서류 경로가 생기면 그 코드를 매핑에 추가하면 됩니다.
이 화면의 결과로 회계 처리나 세무 신고를 끝낼 수 있나요?
아닙니다. 점검 도구이며 최종 판단은 회사와 감사인이 하고, 세무 신고는 회사와 세무 대리인·관세사가 합니다. 이 화면은 비용이 예정과 왜 다른지 짚어 확인할 자리를 알려 주는 용도입니다.
데이터가 실제 고객 값인가요?
아닙니다. 모든 거래처·은행·금액·환율·수수료율은 설명용으로 만든 가정값이며 실제 회사나 거래의 값이 아닙니다. 가정 데이터에는 점검 필요 사례(특정 공급사의 서류 지연, 특정 은행의 수수료율 가산, 예정에 없던 발급)를 심어 두었습니다.