수입 신용장(L/C) 수수료 다차원 분석 — 개설·인수 수수료의 계획 대비 차이를 여섯 요인으로 가르고 원천 라인까지 내려가는 수입 자금 점검
피벗 축 전환 · 셀에서 원천 수수료 라인까지 드릴스루 · 계획 대비 차이와 여섯 요인 분해 · 행에 남는 변동 사유 · 숫자를 모델에 맡기지 않는 AI 분석 · 스스로 도는 AI 에이전트 — 소개 영상과 실제 화면 32종, 그리고 CDS 코드까지
소개 영상블로그 목차 순서대로 · 자막 포함
도입 포인트 — 이 앱을 사용해야 하는 이유
수입 신용장 수수료 점검의 질문은 늘 같습니다. 수수료가 계획보다 얼마나 늘었나, 왜 늘었나, 누가 무엇을 확인해야 하나. 신용장은 개설할 때 개설 수수료가, 인수할 때 인수 수수료가, 서류에 하자가 있거나 조건을 바꾸면 가산 수수료가 붙고, 외화 금액은 환율을 곱해야 원화 대상 금액이 됩니다. 한 건씩은 작은 금액이지만 은행 · 결제 조건 · 공급사 · 통화가 섞이면 합계가 왜 움직였는지 설명하기 어렵습니다. 환율 영향은 IAS 21 환율변동효과(K-IFRS 제1021호) 관점에서도 따로 볼 필요가 있습니다.
지금은 구매오더(ME23N), 송장(MIRO), 공급사 개별 항목(FBL1N)을 번갈아 열고 엑셀에서 은행 통지서와 신용장별로 수수료를 다시 맞춰 보는 방식이 많습니다. 이 앱은 그 자리에 같은 데이터를 한 번 묶은 큐브를 놓고, 축을 바꿔 가며 보고, 칸에서 원천 수수료 라인까지 내려가고, 계획과의 차이를 여섯 요인으로 가르는 점검 화면을 더합니다. 표준 실행은 SAP 표준 T-code 가 담당하고, 이 화면은 조회 · 검증 관점을 더해 확장합니다.
핵심 포인트 일곱 가지
| 핵심 포인트 | 고객이 얻는 것 | 지금 방식이라면 |
|---|---|---|
| ① 축을 바꿔도 합계가 갈라지지 않는 피벗 | 개설은행 · 결제 조건 · 공급사 · 원산지 · 자재그룹 등 11개 차원을 끌어다 놓아 행 3단계 · 열 2단계로 봅니다. 모든 축이 같은 큐브에서 나옵니다. | 은행별 · 조건별 엑셀 피벗을 따로 만들고, 합계가 다르면 어느 시트가 맞는지부터 따집니다. |
| ② 칸에서 원천 수수료 라인까지 | 숫자를 누르면 그 금액을 만든 신용장 품목 라인이 열리고, 라인 합계가 칸 금액과 같은지 바로 보입니다. | 은행 통지서 · 송장 · 전표를 차례로 열어 신용장 번호로 찾고 금액을 손으로 대조합니다. |
| ③ 계획 대비 차이를 여섯 요인으로 | 대상 금액 · 요율 · 환율 · 정액 수수료 · 하자·조건변경 가산 · 계획 없던 건으로 가르고, 요인 합이 총차이와 같은지 매번 검산합니다. | 수수료가 늘었다는 합계만 보고, 이유는 담당자의 설명과 엑셀에 의존합니다. |
| ④ 변동 사유가 행에 남는다 | 사유는 조회 범위와 행 경로에 묶여 저장되어 축을 바꿔도, 다음 달에도 그 행에 따라옵니다. | 같은 질문을 매달 다시 하고, 지난달 답은 메일함에서 찾습니다. |
| ⑤ 사람이 열지 않아도 도는 감시 | 규칙마다 임계값과 받을 사람(CFO · 구매 · 자금 · 물류)이 붙어, 걸리면 보고가 대기함에 올라갑니다. | 수수료가 튄 날 아무도 화면을 열지 않으면 그대로 지나갑니다. |
| ⑥ 회의 자료를 바로 | 보고 있는 범위의 표와 요인 차트를 담은 PowerPoint 보고서가 브라우저에서 바로 만들어집니다. | 화면을 캡처하고 숫자를 옮겨 적어 보고서를 다시 만듭니다. |
| ⑦ 숫자는 모델에 맡기지 않는 AI | 금액과 비율은 서비스가 큐브에서 계산하고, 해설은 그 숫자를 읽어 쓸 뿐입니다. 근거 표를 화면에서 펼쳐 볼 수 있습니다. | AI 가 만든 숫자를 보고서에 써도 되는지부터 따져야 합니다. |
사례로 보는 효과 — 수수료 +402.3백만원 증가의 이유
검증용 샘플 데이터(2026년 4월~9월, 수수료 라인 3,077건 · 신용장 1,073건) 기준으로 수수료는 계획 2,763.5백만원에서 실적 3,165.8백만원으로 +402.3백만원(+14.6%) 늘었습니다. 합계 리포트는 여기까지 말해 줍니다. 이 앱은 그 다음을 답합니다 — 여섯 요인으로 가르자 증가분의 약 58%(+232.0)가 직전 계획에 없던 신용장 라인에서 났고, 그 다음이 대상 금액(+68.4)과 요율(+61.2)이었습니다. 환율은 +28.9, 정액과 가산은 합쳐도 작았습니다.
| 요인 | 증감(백만원) | 읽는 법 |
|---|---|---|
| 계획 없던 건 | +232.0 | 직전 계획에 없던 신용장 라인 375건에서 새로 생긴 수수료입니다. 증가분의 약 58% 입니다. |
| 대상 금액 | +68.4 | 개설 금액이 계획보다 커져 요율 수수료가 늘어난 몫입니다. |
| 요율 | +61.2 | 은행 적용 요율이 계획보다 높아진 몫입니다. 샘플의 가정값입니다. |
| 환율 | +28.9 | 원화 환산 환율이 계획보다 올라 대상 금액이 커진 몫입니다. |
| 정액 수수료 | +7.4 | 전신료 같은 정액 항목이 늘어난 몫입니다. |
| 하자·조건변경 가산 | +4.4 | 서류 하자와 조건변경 가산이 늘어난 몫입니다. |
요인분해는 이렇게 셉니다
계획값에서 실적값으로 가면서 한 번에 한 요인씩 실제 값으로 바꾸고, 그때마다 라인 단위 식 대상 금액 × 요율 ÷ 100 + 정액 + 가산 을 다시 계산합니다. 바뀐 만큼이 그 요인의 몫입니다.
모든 단계가 이어져 있으므로 여섯 몫을 더하면 총차이와 정확히 같아집니다. 그래서 잔차가 구조적으로 0 이고, 화면이 매번 “요인 합 − 총차이 = 0원” 을 적어 검산합니다.
요인의 크기는 샘플 데이터의 가정값에서 나온 것이며, 실제 환경의 크기를 말하는 것이 아닙니다. 중요한 것은 같은 화면에서 “어느 요인이 얼마” 가 바로 나온다는 점입니다.
도입하면 달라지는 것
- 월 점검 준비 — 요인분해 · 사유 · 보고서가 한 화면에서 나오므로 엑셀 취합과 캡처 작업이 줄어듭니다.
- 회의의 주제 — “어느 시트 숫자가 맞나” 가 아니라 “어느 은행 · 어느 조건을 어떻게 할 것인가” 를 이야기합니다.
- 다음 달로 이어지는 기록 — 사유와 레이아웃이 남아, 매달 같은 설명을 처음부터 다시 하지 않습니다.
- 놓치는 날이 없는 감시 — 아무도 화면을 열지 않은 날에도 규칙에 걸린 숫자는 받을 사람에게 올라갑니다.
이런 회사에 맞습니다
해외에서 원자재 · 상품을 들여오며 신용장으로 결제하고 여러 은행과 거래하는 회사, 은행 수수료를 엑셀로 맞추고 있는 자금 · 회계 조직, 그리고 구매 · 자금 · 물류가 수수료 숫자를 함께 확인해야 하는 경영지원 조직에 맞습니다. 이 화면은 점검 자료이며, 수수료의 회계 처리와 세무상 취급은 회사와 감사인이 판단합니다.
실행 화면
실제로 돌아가는 화면 32종을 사용 순서대로 싣습니다. 그림을 누르면 크게 볼 수 있고, 화면마다 무엇을 하는 자리이고 어떻게 읽는지를 아래에 적었습니다. 모든 캡처는 가상의 검증용 샘플 데이터로 찍었습니다.
사용 방법
- 조회조건을 넣습니다. 회사코드(필수)와 시작 · 종료 기간(필수)을 고르고, 필요하면 개설은행 · 공급사 같은 차원 값을 여러 개 골라 범위를 좁힙니다. 비워 두면 전체입니다.
- 조회를 누릅니다. 조회조건 영역 오른쪽 끝의 조회 버튼을 누르거나 입력칸에서 Enter 를 누릅니다. 자동 조회는 저장한 레이아웃에서 지정한 경우에만 화면을 열 때 실행됩니다.
- 요약을 봅니다. 경영 요약에서 수수료 합계 · 총 수수료율 · 대상 금액 · 가산 비중을 계획과 함께 보고, 역할을 바꿔 앞세우는 지표를 바꿉니다.
- 축과 탭을 옮깁니다. 차원 칩을 끌어다 놓아 행 · 열을 짜고, 표시 항목 · 금액 단위 · 비교 기준을 바꿉니다. 결과 영역에서는 표와 막대 · 요인 워터폴을 오갑니다.
- 행이나 칸을 눌러 내려갑니다. 숫자 칸을 누르면 원천 수수료 라인이 열리고, 차이 모드에서 행 이름을 누르면 그 범위로 요인분해가 계산되며, 사유 칸을 누르면 변동 사유를 적습니다.
- 내보냅니다. 결과 영역의 CSV 버튼은 피벗을, 드릴스루 창의 CSV 버튼은 읽은 원천 라인을 내려받습니다. AI 분석 창에서는 PPTX 보고서를 만듭니다.
무엇으로 만들었나
화면은 OpenUI5 표준 컨트롤과 직접 그린 SVG 차트로만 짰고, 서비스 쪽은 OData V2 규격을 따르는 서비스 한 벌입니다. 아래는 모델 구성 수준으로 적은 구성입니다.
| 자리 | 무엇 | 왜 그렇게 두었나 |
|---|---|---|
| 화면 컨트롤 | OpenUI5 표준 컨트롤, 차원 칩 끌어다 놓기, SVG 차트 | 외부 차트 라이브러리를 들이지 않아 반입 심사가 필요 없고, 차트와 표가 같은 숫자를 씁니다. |
| 집계 · 판정 로직 | 큐브 묶기, 계산항목 식, 차이 색 판정, 요인분해 호출 | 묶기는 브라우저가, 금액과 비율 계산은 서비스가 맡아 숫자의 출처를 하나로 둡니다. |
| 서비스 | OData V2 규격의 서비스 한 벌(엔티티셋 16개 · 펑션 3개) | 화면과 서비스를 분리해 운영 연결 때 서비스 주소만 바꿉니다. |
| 쓰기 | 변동 사유 · 레이아웃 저장 | 집계 행에는 전표가 없어 서비스에 따로 키를 두고 남깁니다. |
| 내보내기 | CSV · 브라우저에서 만드는 PPTX | 서버에 파일을 올리지 않아 반출 통제 대상이 늘지 않습니다. |
SAP 표준 기능을 그대로 이어받은 부분. 구매오더 조건 · 송장 · 공급사 개별 항목의 표준 데이터 구조를 그대로 이어받아 쓰고, 별도의 수수료 체계를 새로 만들지 않습니다. 개설과 전표 반영은 SAP 표준 T-code 가 담당하고, 이 화면은 그 결과를 여러 축으로 조회하고 검증하는 관점을 더합니다.
| 항목 | 내용 |
|---|---|
| 솔루션 | 수입 솔루션 |
| 업무 영역 | 수입 신용장(L/C) 개설 · 인수 수수료 분석 |
| 관련 기준서 | IAS 21 환율변동효과(K-IFRS 제1021호) · IAS 1 재무제표 표시(K-IFRS 제1001호) — 적용 범위는 회사 기준에 따라 확인 필요 |
| SAP 표준 T-code | ME23N · MIGO · MIRO · MB51 · FBL1N · FAGL_FCV |
| 화면 성격 | 다차원 큐브 분석 리포트(피벗 · 드릴스루 · 차이 요인분해) |
| 테마 | sap_horizon |
처음 열었을 때
조회조건부터 피벗까지가 한 화면에 세로로 쌓입니다. 머리 영역은 접을 수 있어서, 축을 짜는 동안에는 펼쳐 두고 숫자를 볼 때는 접어 표와 차트를 넓게 씁니다.
빈 화면을 주지 않습니다. 틀이 먼저 서 있어서 처음 여는 사람도 무엇을 고르면 무엇이 채워지는지 봅니다. 회사코드 1000, 기간 2026.04 ~ 2026.09 가 기본값이고 조회 버튼은 조회조건 영역의 오른쪽 끝에 있습니다.
행은 자재그룹, 열은 개설월이 기본 배치입니다. 값은 백만원 단위의 수수료 합계이며, 괄호 없는 숫자 옆에 계획 대비 증감이 붙습니다. 이후 축을 바꾸는 일은 서버를 다시 부르지 않고 브라우저에서 합니다.
칩을 끌어다 놓거나 화살표 버튼으로 옮깁니다. 행 축은 최대 3단계, 열 축은 최대 2단계까지 쌓입니다. 쓰지 않는 차원은 왼쪽 칸에 모아 둡니다.
서버를 다시 부르지 않으므로 반응이 즉시입니다. 행 · 열 바꾸기와 기본 축 버튼으로 언제든 되돌릴 수 있고, 총합은 축을 바꿔도 같습니다.
접힌 줄에는 지금 어떤 범위를 보고 있는지가 남아 있어, 범위를 잊은 채 숫자를 읽는 일을 막습니다.
경영 요약 — 역할마다 앞세우는 숫자가 다르다
경영 요약은 역할을 바꾸면 앞세우는 지표와 기본 행 축이 바뀝니다. 같은 큐브에서 나온 숫자이므로 역할을 바꿔도 다시 조회하지 않습니다.
데모를 신청하신 고객께 공개되는 내용입니다
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 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
AI 분석과 보고서
표 위 AI 분석은 지금 보고 있는 범위를 읽어 줍니다. 금액과 비율은 서비스가 큐브에서 계산해 근거로 넘기고, 해설은 그 숫자를 문장으로 옮길 뿐입니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
AI 에이전트
화면을 열어야만 점검되는 구조는 놓치는 날이 생깁니다. 에이전트는 감시 규칙을 돌려 걸린 항목을 받을 역할의 대기함에 올립니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
레이아웃 저장과 복원
축을 짜 두고 다음에 또 쓰려면 저장해 두어야 합니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
좁은 화면과 열 조합이 많은 구성
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
화면 뒤에서 일어나는 일
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
수수료 산출과 점검 규칙
신용장 품목(라인) 단위로 수수료를 요율 수수료 · 정액 수수료 · 하자·조건변경 가산으로 나누어 계산하고 그 합을 큐브에 묶습니다. 아래 판정은 모두 “점검 필요” 수준의 안내이며, 수수료의 회계 처리는 회사와 감사인이 판단합니다.
| 판정 조건 | 결과 상태 | 사용자 조치 |
|---|---|---|
| 수수료 유형이 개설 · 인수 | 요율 수수료 = 대상 금액(외화 × 환율) × 요율 | 요율이 약정과 같은지 원천 라인에서 확인 |
| 수수료 유형이 전신 · 하자 · 조건변경 | 정액 수수료 또는 가산 수수료로 집계(대상 금액 없음) | 발생 건수와 사유 확인 |
| 금액 차이와 비율 차이가 둘 다 임계 초과(기본 100만원 · 10퍼센트) | 칸을 붉은색(수수료 증가) 또는 초록색(감소)으로 표시 | 변동 사유 입력 또는 요인분해로 원인 확인 |
| 계획에 없던 라인 | 요인 “계획 없던 건” 으로 분리(수수료 전액) | 라인 단위 드릴스루로 개설 사유 확인 |
| 감시 규칙 임계 초과 | 대기함에 받을 역할 관점의 보고 등록 | 역할별 점검 후 사유 기록 |
| 하루에 두 번째 에이전트 실행 | 제한됨(LIMITED)으로 기록 | 다음 날 다시 실행 |
산출 순서
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
요인분해 처리 단계와 대사식
계획값에서 실적값으로 한 번에 한 요인씩 바꿔 같은 식을 다시 계산합니다. 요인은 대상 금액 · 요율 · 환율 · 정액 수수료 · 하자·조건변경 가산 · 계획 없던 건의 여섯 가지이고, 요인 합은 총차이와 같습니다. 대사식은 네 가지입니다: 큐브 합계 = 원천 라인 합계, 계획 큐브 합계 = 원천 라인 계획 열 합계, 라인 수수료 재계산 = 저장 수수료, 요인 합 − 총차이 = 0.
조회조건
| 필드 | 필수 | 기본값 | OData 조건 |
|---|---|---|---|
| 회사코드 | 필수 | 1000 | Bukrs eq '1000' |
| 시작 기간 | 필수 | 2026.04 | Period ge '202604' |
| 종료 기간 | 필수 | 2026.09 | Period le '202609' |
| 차원 값(다중 선택) | 선택 | 전체 | 큐브에서 읽은 뒤 브라우저에서 거름. 드릴스루는 차원 조건을 $filter 로 보냄 |
| 표시 항목 · 금액 단위 · 비교 · 단계 보기 | 선택 | 수수료 합계 · 백만원 · 실적만 · 끔 | 화면 표시 설정 |
| 금액 임계 · 비율 임계 | 선택 | 1,000,000원 · 10퍼센트 | 화면 표시 설정(가정값) |
| 표시 행 수 · 읽는 단위 | 선택 | 14 · 500 | $top |
결과 컬럼
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
좁은 화면에서 달라지는 것
이 화면은 표와 차트를 한 줄에 나란히 두고 씁니다. 창이 좁아지면 차트를 감추지 않고 표 아래로 내려, 휴대폰에서도 같은 리포트를 봅니다. 표는 가로로 스크롤됩니다.
파일 구성
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
SAP 표준 기능 확장 포인트
이 앱은 표준을 대체하지 않고 표준이 비어 있는 자리를 채웁니다. 어디까지가 표준이고 어디부터가 이 앱인지를 표로 적었습니다.
표준으로 되는 것과 안 되는 것
신용장 개설 조건 확인, 송장 입력, 공급사 개별 항목 조회는 표준 화면으로 충분합니다. 표준으로 어려운 것은 같은 수수료를 은행 · 결제 조건 · 공급사 · 통화로 돌려 보면서 계획과의 차이를 요인으로 설명하는 일입니다.
T-code 별 연계 지점
| 하려는 일 | 표준 T-code | 표준만으로는 | 이 앱은 |
|---|---|---|---|
| 신용장 개설 조건 · 외화 금액 확인 | ME23N | 오더를 한 건씩 열어 봅니다 | 수수료 라인에 외화 금액 · 환율 · 요율이 한 줄로 붙어 있습니다 |
| 입고 시점 확인 | MIGO · MB51 | 자재 문서 목록에는 수수료 비교가 없습니다 | 신용장 품목 단위로 수수료 계획과 실적을 이어 줍니다 |
| 송장 · 은행 수수료 전표 확인 | MIRO | 송장 입력 화면이라 수수료만 모아 보기 어렵습니다 | 수수료 유형별로 묶어 은행 · 조건 축으로 봅니다 |
| 공급사 개별 항목 대조 | FBL1N | 공급사 계정 단위 조회입니다 | 수수료 라인에서 전표로 돌아가 대조하는 출발점이 됩니다 |
| 외화 평가 환율 비교 | FAGL_FCV | 평가 실행 화면이며 수수료 요인과는 별개입니다 | 환율 요인을 독립 요인으로 떼어 영향을 보여 줍니다(평가 환율 대응은 확인 필요) |
| 계획 대비 차이의 원인 분해 | 없음 | 같은 형태의 요인분해 화면이 없어 보통 엑셀로 만듭니다(확인 필요) | 여섯 요인으로 가르고 합계를 검산합니다 |
| 차이 사유 기록 | 전표 적요 | 전표 단위라 집계 행에는 붙일 곳이 없습니다 | 조회 범위 + 행 경로를 키로 사유를 남깁니다 |
요구사항 매핑표
| 기준서 | 요구사항 | 대응 기능 | 비고 |
|---|---|---|---|
| IAS 21 환율변동효과(K-IFRS 제1021호) | 외화 거래의 원화 환산 | 환율 요인 · 외화 금액 요인 | 환율은 샘플의 가정값 |
| IAS 1 재무제표 표시(K-IFRS 제1001호) | 비용의 성격별 정보 | 수수료 유형 · 개설은행 차원 | 계정 분류는 회사 기준 — 확인 필요 |
| IAS 2 재고자산(K-IFRS 제1002호) | 취득원가에 포함할 부대비용 판단 | 수수료 합계 · 유형별 구분 | 산입 여부는 회사와 감사인이 판단 — 확인 필요 |
S/4HANA 분석 스택과의 자리
| 자리 | 역할 |
|---|---|
| SAP 표준 화면 | 개설 · 입고 · 송장 · 전표 반영 같은 실행과 원장 |
| CDS 큐브 · 분석 쿼리 | 차원 × 측정값 집계와 권한을 서버에서 처리 |
| OData 서비스 | 화면이 읽는 단일 창구(조회 · 쓰기 · 펑션) |
| 이 앱 | 조회 · 검증 · 차이 설명 · 감시를 한 화면에서 |
확장 포인트 — 운영에서 실제로 손대는 자리
| 자리 | 정할 것 |
|---|---|
| 수수료 유형 분류 | 개설 · 인수 · 전신 · 하자 · 조건변경을 회사 계정과 어떻게 묶을지 |
| 은행 약정 | 은행별 요율 · 정액 · 면제 조건의 출처 |
| 환율 기준 | 어느 시점 · 어느 유형의 환율을 대상 금액에 쓸지 |
| 계획 원천 | 직전 계획을 어디서 어떻게 고정해 둘지 |
| 권한 | 회사코드 · 플랜트 권한을 큐브 단계에 거는 방법 |
| 감시 규칙 | 임계값과 받을 사람 |
CDS 구성
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
자주 묻는 질문
도입 상담과 데모에서 자주 나오는 질문들입니다. 네 묶음으로 나눠 적었습니다.
숫자와 산식
수수료 합계는 어떻게 계산합니까?
신용장 품목 한 줄마다 대상 금액(외화 금액 × 환율) × 요율 ÷ 100 으로 요율 수수료를 구하고, 여기에 정액 수수료와 하자·조건변경 가산을 더합니다. 큐브는 이 줄들을 차원 조합으로 더한 것이라 어느 축으로 묶어도 합계가 같습니다. 요율 · 정액 · 환율은 샘플의 가정값이며, 운영에서는 은행 약정과 회사 기준으로 정합니다.
칸 금액과 원천 라인 합계가 정말 같습니까?
같습니다. 큐브가 원천 수수료 라인을 더해 만든 값이기 때문입니다. 샘플 검증에서 칸 12개를 골라 라인 합계와 대조했고 모두 같았으며, 측정값 8종 전체의 큐브 합계와 라인 합계 차이도 0 이었습니다.
요인분해의 합이 정말 총차이와 같습니까?
같습니다. 계획값에서 실적값으로 한 번에 한 요인씩 실제 값으로 바꾸며 같은 식을 다시 계산하므로, 단계별 변화를 모두 더하면 총변화가 됩니다. 전체 · 개설월 · 자재그룹 · 공급사 · 은행 범위 22곳에서 검산한 차이가 모두 0원이었습니다.
요인의 순서를 바꾸면 요인별 금액이 달라지지 않습니까?
달라질 수 있습니다. 순차 대입은 어떤 순서로 바꾸느냐에 따라 요인 사이의 교차 효과가 어느 쪽에 붙는지가 달라집니다. 이 화면은 대상 금액 → 요율 → 환율 → 정액 → 가산 순서를 고정해 두어 같은 데이터에서는 항상 같은 결과가 나옵니다. 순서를 바꿔 보고 싶다면 서비스의 요인 순서를 조정합니다.
계획 없던 건은 무엇입니까?
직전 계획에 없었다가 이번에 새로 잡힌 신용장 라인입니다. 샘플에는 375건이 의도적으로 섞여 있고 수수료 전액을 별도 요인으로 분리합니다. 오류가 아니라 계획에 없던 개설을 따로 보기 위한 구분입니다.
총 수수료율은 왜 약 0.30% 입니까? 기준이 있습니까?
샘플 전체에서 수수료 합계를 대상 금액으로 나눈 값입니다. 기준이 있는 값이 아니라 샘플 데이터의 결과입니다. 개설 · 인수 수수료만 대상 금액이 있고 전신료 같은 정액은 대상 금액이 없어, 정액과 가산까지 포함한 부담률이라는 점만 알아 두면 됩니다.
하자 · 조건변경 가산은 어떻게 셉니까?
서류 하자나 신용장 조건변경이 있는 라인에만 가산 수수료가 붙고, 그 라인 수와 금액을 따로 집계합니다. 가산 비중은 가산 수수료를 수수료 합계로 나눈 값입니다. 가산이 붙는 기준과 금액은 샘플의 가정입니다.
화면과 조작
축을 바꿀 때마다 서버를 다시 부릅니까?
아닙니다. 조회를 누르면 큐브와 계획을 한 번 읽어 오고, 이후 행 · 열을 바꾸는 조작은 브라우저가 들고 있는 데이터 위에서 합니다. 서버를 다시 부르는 것은 조회를 다시 누를 때와 칸을 눌러 원천 라인으로 내려갈 때뿐입니다.
행 · 열을 몇 단계까지 쌓을 수 있습니까?
행 축은 3단계, 열 축은 2단계입니다. 열 조합이 상한을 넘으면 더 추가할 수 없고, 이미 넘은 경우에는 표를 반쯤 그리지 않고 범위를 좁히라는 안내를 보여 줍니다.
차이 색이 음수인데 초록으로 보이기도 합니다. 맞습니까?
맞습니다. 색은 부호가 아니라 수수료에 준 영향으로 칠합니다. 수수료를 늘린 방향은 붉은색, 줄인 방향은 초록색이며, 금액과 비율이 둘 다 임계를 넘을 때만 색을 입힙니다.
변동 사유는 어디에 저장됩니까? 축을 바꾸면 사라집니까?
서비스에 저장되고 키는 조회 범위와 행 경로입니다. 그래서 축 배치를 바꾸거나 트리를 다시 펼쳐도 같은 행에 따라옵니다. 새로 고침해도 남는 것을 샘플에서 확인했습니다.
휴대폰에서도 쓸 수 있습니까?
390px 폭에서 영역이 세로로 쌓이고 차트가 표 아래로 내려가는 것을 확인했습니다. 표는 가로로 스크롤됩니다. 축을 짜는 일은 넓은 화면이 편합니다.
CSV 는 어떤 것을 내려받습니까?
결과 영역의 CSV 는 지금 보이는 피벗을, 드릴스루 창의 CSV 는 읽은 원천 라인을 내려받습니다. 금액은 화면 단위가 아니라 원 단위 원값입니다.
AI 분석과 에이전트
AI 가 숫자를 만들어 냅니까?
아닙니다. 금액과 비율은 서비스가 큐브에서 계산하고, 해설은 그 숫자를 읽어 문장으로 옮길 뿐입니다. 해설에 쓴 숫자의 근거는 근거 표로 화면에 펼쳐 볼 수 있습니다. 외부 AI 연결을 끄면 같은 숫자의 규칙 기반 해설이 나옵니다.
AI 에이전트는 무엇을 합니까?
감시 규칙 여섯 개를 돌려, 임계값을 넘은 항목을 받을 역할(CFO · 구매 · 자금 · 물류) 관점의 보고로 대기함에 올립니다. 실행은 하루 한 번으로 제한되고, 두 번째 실행은 제한됨으로 기록됩니다.
에이전트를 사람이 누르지 않아도 돌릴 수 있습니까?
서비스의 에이전트 실행 호출이 화면의 버튼과 같은 일을 하므로, 배치 잡이 그 호출을 주기적으로 두드리면 됩니다. 판단과 기록은 모두 서비스 안에 있어 호출 주체가 달라도 결과가 같습니다.
PowerPoint 보고서는 어디서 만들어집니까?
브라우저 안에서 만들어집니다. 외부 라이브러리 없이 압축과 XML 을 직접 짓기 때문에 서버에 파일을 올리지 않고, 샘플 검증에서 python-pptx 로 열어 6장을 확인했습니다.
도입과 운영
이 화면이 표준 화면을 대체합니까?
대체하지 않습니다. 신용장 개설과 전표 반영은 SAP 표준 T-code 가 담당하고, 이 화면은 그 결과를 여러 축으로 조회하고 검증하는 관점을 더합니다.
수수료의 회계 처리는 누가 판단합니까?
이 화면은 분류 · 집계 · 대사를 돕는 점검 도구이며, 수수료의 회계 처리(비용 인식이나 취득원가 산입 여부)와 세무상 취급은 회사와 감사인 · 세무 대리인이 판단합니다. 이 글에서 확인된 사실로 그 판단을 단정하지 않습니다.
샘플의 값은 실제 값입니까?
아닙니다. 공급사 · 은행 · 신용장 번호 · 금액은 모두 가상이고, 요율 · 정액 · 환율 · 임계값은 가정값입니다. 사례의 요인별 금액도 샘플의 결과이며 실제 환경의 크기를 말하지 않습니다.
외화와 환율은 어떻게 처리합니까?
외화 금액은 외화로 들고 있다가 환율을 곱해 원화 대상 금액을 만듭니다. 환율은 요인분해의 독립 요인이라 환율이 얼마나 영향을 줬는지가 따로 나옵니다. 어느 시점의 환율을 쓸지는 운영에서 정해야 합니다(확인 필요).
운영 시스템에 연결하는 절차는 어떻게 됩니까?
순서는 정해져 있습니다. 먼저 수수료 유형 분류와 은행 약정 · 환율 원천에 대한 합의를 하고, CDS 객체를 만들어 서비스로 게시한 뒤, 화면의 서비스 주소만 바꿉니다. 소요는 합의가 얼마나 빨리 되느냐에 달려 있어 일정을 단정하지 않습니다.
권한은 어떻게 걸립니까?
CDS 에 DCL 을 붙여 회사코드와 플랜트 권한을 표준 권한 객체로 따릅니다. 별도의 권한 체계를 만들지 않습니다. 권한을 드릴스루에만 걸면 전체 합계와 자기 몫의 차이를 빼서 다른 범위의 숫자를 알아낼 수 있으므로 큐브를 읽는 자리에 거는 것이 맞습니다.
데이터가 아주 많으면 느려지지 않습니까?
데모는 서비스가 라인을 들고 브라우저가 큐브를 묶는 구조라 운영 규모에서는 그대로 쓰지 않습니다. 큐브 행 수는 라인 수가 아니라 차원 조합 수를 따라가므로, 운영에서는 집계를 CDS 큐브로 옮기고 화면은 조건에 맞는 부분만 읽습니다.
분류 체계가 바뀌면 어떻게 됩니까?
수수료 유형과 결제 조건 같은 분류는 매핑 테이블에서 읽으므로 코드를 고치지 않고 행만 바꿉니다. 유효기간을 두어 과거 기간의 숫자가 흔들리지 않게 합니다.
숫자가 기존 보고서와 다르면 어떻게 확인합니까?
순서가 있습니다. 먼저 조회 범위(회사코드 · 기간)가 같은지, 다음으로 수수료 유형 포함 범위가 같은지, 그다음 환율 기준이 같은지를 봅니다. 그래도 다르면 칸을 눌러 원천 라인으로 내려가 전표와 하나씩 맞춥니다.