수입 체화·지체 비용 다차원 분석 — 선사·입항지·월로 돌려 보고 예정 대비 차이를 요인으로 가르는 수입 물류비 리포트

소개 영상블로그 목차 순서대로 · 자막 포함

도입 포인트 — 이 앱을 사용해야 하는 이유

수입 담당자가 월말에 가장 자주 받는 질문은 "이번 달 체화료와 지체료가 왜 예정보다 많이 나왔나" 입니다. 비용은 선사 청구서, 터미널 보관료 정산서, 포워더 자료에 흩어져 있고, 각각 일 요율과 무료기간과 청구 통화가 다릅니다. 지금은 이 자료를 엑셀에 모아 선사별 · 입항지별로 다시 합산하고, 합계가 맞는지 확인하는 데 시간을 씁니다. 정작 중요한 "얼마가 예정을 넘었고 그 이유가 무엇인가" 는 그 뒤에야 이야기됩니다.

이 화면은 그 자리를 다릅니다. 컨테이너 라인에서 체화료 · 지체료 · 보관료 · 기타 추가비용을 계산해 한 큐브로 묶고, 선사 · 입항지 · 터미널 · 입항월 같은 축을 끌어다 놓으며 보게 합니다. 예정과 비교하면 총차이가 일곱 요인으로 갈라지고, 숫자 칸을 누르면 컨테이너 라인으로 내려갑니다. 구매 오더 · 입고 · 송장 문서의 표준 데이터를 이어받는 조회·점검 도구이며, 표준 실행은 SAP 표준 T-code 가 담당하고 이 화면은 조회·검증 관점을 더해 확장합니다.

한 줄 요약 — 체화·지체 비용을 선사 · 입항지 · 월로 돌려 보다가 칸 하나로 컨테이너 라인까지 내려가고, 예정 대비 차이를 일곱 요인으로 가르는 다차원 분석 리포트입니다.

핵심 포인트 여덟 가지

핵심 포인트	고객이 얻는 것	지금 방식이라면
① 축을 바꿔도 합계가 갈라지지 않는 피벗	선사 · 입항지 · 터미널 · 입항월 등 11개 차원을 끌어다 놓아 행 3단계 · 열 2단계로 봅니다. 서버를 다시 부르지 않고 한 큐브에서 다시 묶습니다.	선사 청구서, 포워더 자료, 터미널 정산서를 따로 엑셀 피벗으로 만들고 합계를 다시 맞춥니다.
② 칸에서 컨테이너 라인까지	숫자 칸을 누르면 그 금액을 만든 컨테이너 라인이 열리고 칸 값과 라인 합이 같은지 바로 보입니다.	청구서 번호와 선하증권 번호를 찾아 표준 화면과 엑셀을 번갈아 대조합니다.
③ 예정 대비 차이를 같은 표에서	비교 기준을 예정으로 바꾸면 같은 표에 실적 · 예정 · 차이 · 증감률이 붙습니다. 금액과 비율을 둘 다 넘는 칸만 색이 입혀집니다.	실적 리포트와 예정 대비 리포트를 따로 만들고 기준이 서로 다른 채로 회의에 들어갑니다.
④ 총차이를 일곱 요인으로	물량 · 무료기간 · 지연일수 · 일 요율 · 환율 · 기타비용 · 미계획을 한 줄씩 나누고, 합이 총차이와 같은지 매번 검산합니다.	"왜 늘었나" 를 엑셀로 풀며 산식이 사람마다 달라집니다.
⑤ 변동 사유를 그 행에 남긴다	통관 서류 · 검사 대기 · 운송 차량 · 공장 일정 같은 사유가 조회 범위와 행 경로에 묶여 남아, 축을 바꾸거나 다음 달에도 따라옵니다.	같은 질문을 매달 다시 하고 지난달 답은 메일함에서 찾습니다.
⑥ 역할별 요약과 AI 분석	CFO · 구매 · 물류 · 자금 책임자별로 앞세우는 지표가 바뀝니다. AI 분석은 서비스가 계산한 숫자만 문장으로 옮깁니다.	역할마다 보고서를 따로 만들고, 숫자를 누가 만든 것인지 따져야 합니다.
⑦ 사람이 열지 않아도 도는 감시	규칙마다 임계값과 받을 역할이 붙어, 걸리면 그 역할의 눈으로 다시 쓴 보고가 대기함에 올라갑니다. 하루 한 번 제한은 서버가 판정합니다.	비용이 튄 날 아무도 화면을 열지 않으면 다음 정산서에서야 알게 됩니다.
⑧ 표준 문서와 이어 맞추는 점검	구매 오더 · 입고 · 송장 문서가 가진 같은 필드를 이어받아 표준 T-code 로 원천을 다시 확인하는 길을 둡니다. 레이아웃은 이름 붙여 저장합니다.	표준 화면과 엑셀 사이에 숫자를 옮겨 적다가 어긋납니다.

사례로 보는 효과

검증용 샘플 데이터(컨테이너 라인 3,880건 · 선하증권 2,221건 · 6개월)에서 체화·지체 비용 실적은 47.00억원, 예정은 29.97억원으로 +17.03억원(+56.8%) 차이가 났습니다. 합계만 보면 "비용이 늘었다" 에서 끝납니다. 요인분해로 가르자 지연일수 요인이 +13.09억원으로 총차이의 76.8% 를 차지했고, 예정에 없던 라인(미계획) 250건이 +3.08억원, 일 요율 +0.84억원, 기타비용 +0.60억원, 환율 +0.19억원, 무료기간 +350만원이었으며 물량은 −0.80억원으로 비용을 줄였습니다. 일곱 요인의 합은 총차이와 1원도 어긋나지 않았습니다.

무료기간은 전체로는 +350만원으로 작아 보이지만, 선사별로 내려가면 한 선사에서 +1.44억원이 나오고 다른 선사에서 상쇄됩니다. 같은 합계 뒤에 다른 이야기가 있다는 뜻입니다. 숫자의 정합성은 라인 3,880건 전수에서 확인했습니다(본문 "숫자를 믿을 수 있는가" 참고).

도입하면 달라지는 것

월 정산 준비 — 선사별 · 입항지별 합산과 예정 대비 표가 한 화면에서 나와 엑셀 취합이 줄어듭니다.
회의의 주제 — "어느 숫자가 맞나" 가 아니라 "어느 요인을 줄일 것인가" 를 이야기합니다. 지연일수가 큰 선사 · 입항지 · 지연 사유가 바로 보입니다.
선사 협상 자료 — 무료기간 조건이 비용에 준 영향을 선사별로 보여 줄 수 있습니다.
기록의 연속성 — 변동 사유와 레이아웃이 남아 같은 설명을 다시 하지 않습니다.
놓치지 않는 점검 — 임계값을 넘은 선사 · 터미널 · 통화가 대기함에 올라옵니다.

이런 회사에 맞습니다

컨테이너로 원자재 · 부품 · 상품을 정기적으로 들여오고, 선사 · 포워더 · 터미널이 여러 곳이며, 외화(달러 · 유로 · 위안 등)로 청구되는 체화료와 지체료가 월 단위로 쌓이는 제조 · 유통 회사에 맞습니다. 수입 담당 · 물류 담당 · 구매 담당 · 자금 담당이 같은 숫자를 서로 다른 관점으로 보고 싶을 때, 그리고 경영지원 조직이 비용이 늘어난 이유를 요인으로 설명받고 싶을 때 쓰입니다. 컨테이너 반출 · 반납 일자 같은 물류 이벤트를 SAP 에 어떤 형태로든 갖고 있어야 하며, 이 부분은 도입 시점에 확인할 대상입니다.

실행 화면

사용 방법

조회조건 입력 — 회사코드(필수)와 시작 · 종료 입항월(필수)을 정합니다. 선사 · 입항지 · 터미널 같은 차원 값은 선택 사항이며 비우면 전체입니다. 조회 전에도 틀이 먼저 보입니다.
조회 — 조회조건 영역 오른쪽 끝의 조회 버튼을 누르거나 입력칸에서 Enter 키를 누릅니다. 기본 레이아웃에 자동 조회를 지정했다면 열자마자 조회된 상태로 시작합니다.
요약 확인 — 임원 요약에서 역할(CFO · 구매 · 물류 · 자금)을 바꾸면 앞세우는 지표와 쪼개 보는 차원이 바뀝니다. 다시 조회하지 않습니다.
축 이동 — 차원 칩을 행 축(최대 3단계) · 열 축(최대 2단계)으로 끌어다 놓거나 칩의 화살표 버튼으로 옮깁니다. 표시 항목 · 금액 단위 · 비교 기준도 같은 줄에서 바꿉니다.
칸 클릭 상세 — 숫자 칸을 누르면 그 금액을 만든 컨테이너 라인이 열리고, 칸의 값과 읽은 라인의 합이 같은지 표시됩니다. 비교를 예정으로 바꾼 뒤 행 이름을 누르면 요인 워터폴이 열립니다.
분석 기능 — AI 분석 · AI 에이전트 · 레이아웃 버튼은 화면 위쪽에, 변동 사유는 차이가 난 행의 "사유 쓰기" 에 있습니다.
내려받기 — 피벗과 원천 라인 목록은 CSV, 현재 범위의 표와 차트는 PPTX 보고서 로 내려받습니다.

무엇으로 만들었나

자리	무엇	왜 그렇게 두었나
화면 컨트롤	OpenUI5 표준 컨트롤(sap_horizon 테마)과 직접 그린 SVG 차트	외부 차트 라이브러리를 들이지 않아 사내망 · 보안 검토에서 걸리는 것이 없습니다.
큐브 재집계	조회 때 읽은 큐브를 축에 따라 브라우저에서 다시 묶는 로직	축을 바꿀 때마다 서버를 부르지 않아 응답이 즉시이고, 같은 큐브에서 나오므로 합계가 갈라지지 않습니다.
비용 계산 · 요인분해 · 판정	서비스 쪽 로직 파일(체화 · 지체 · 보관 비용식, 순차 대체 요인분해, 감시 규칙, 해설)	숫자는 서비스가 정하고 화면은 배치만 합니다. 검증용 서비스도 같은 로직 파일을 그대로 씁니다.
OData 서비스 구성	화면은 OData V2 모델 하나만 바라보고 서비스 주소는 앱 설정의 선언을 따릅니다. 큐브 · 예정 · 원천 라인 · 차원 · 측정값 · 계산항목 · 사유 · 레이아웃 · 에이전트 데이터를 각각 읽고 쓰며, 요인분해 · AI 해설 · 에이전트 실행은 서비스 함수로 부릅니다.	운영에서는 서비스 주소만 바꾸면 같은 화면이 SAP 서비스에 붙습니다. 화면 코드는 검증용 서버를 알지 못합니다.
테마	sap_horizon	S/4HANA 의 Fiori 화면과 같은 결의 외형을 씁니다.

SAP 표준 기능을 그대로 이어받은 부분 — 구매 오더 · 입고 · 송장 문서가 가진 공급사 · 구매 오더 번호 · 통화 · 일자 필드를 그대로 이어받습니다. 표준 실행은 SAP 표준 T-code 가 담당하고, 이 화면은 조회·검증 관점을 더해 확장합니다.

앱 정보

항목	내용
솔루션	수입 솔루션
업무 영역	수입 물류비 분석 — 컨테이너 체화 · 지체 비용
관련 기준서 · 대상 영역	대상 영역: 컨테이너 체화·지체 비용 (선사 · 터미널 부대비용)
SAP 표준 T-code	ME23N · MIGO · MIRO · MIR4 · MB51 · FBL1N · FB03
Namespace	zui5.impdemur
화면 성격	다차원 분석 리포트 (조회 · 점검 도구)
데이터 연동	OData V2 서비스 (검증용 샘플 데이터로 동작 확인)
테마	sap_horizon

처음 열었을 때

조회 전에도 틀이 보이고, 조회하면 한 화면에 피벗과 차트가 함께 뜹니다. 아래 네 장은 처음 열었을 때의 흐름입니다.

**조회 전 틀** — 조회를 누르기 전에도 조회조건 · 분석 축 · 임원 요약 · 피벗 틀이 먼저 보입니다.

조회조건은 회사코드(필수)와 시작·종료 기간, 선택 사항인 차원 값입니다. 조회 버튼은 조회조건 영역의 오른쪽 끝에 있고 입력칸에서 Enter 키로도 조회됩니다. 머리 영역은 접을 수 있습니다.

**조회 직후 — 피벗과 차트** — 조회하면 선사 › 청구 통화 행 축 × 입항월 열 축의 피벗과 오른쪽 차트가 함께 나옵니다.

금액은 기본 백만원 단위이고, 표시 항목은 체화·지체 비용 합계입니다. 왼쪽 위 막대는 같은 값을 직접 그린 SVG 차트입니다. 칸 수 1,579는 차원 조합 수이며 원천 라인 3,880건이 여기로 묶였습니다.

**분석 축 — 끌어다 놓은 뒤** — 입항지 칩을 행 축 맨 앞으로 끌어다 놓자 서버 호출 없이 행이 입항지 › 선사 › 청구 통화로 바뀌었습니다.

칩은 끌어다 놓거나 칩의 화살표 버튼으로 옮깁니다. 행 축은 최대 3단계, 열 축은 최대 2단계입니다. 축을 바꿔도 총합은 변하지 않습니다.

**머리 영역을 접은 상태** — 조회조건과 분석 축을 접으면 요약 한 줄만 남아 결과 영역이 넓어집니다.

접힌 줄에는 회사코드 · 기간과 현재 행·열 축이 남습니다. 펼치지 않고도 지금 무엇을 보고 있는지 알 수 있습니다.

경영 요약 — 역할이 바뀌면 같은 큐브가 다른 질문에 답한다

임원 요약은 역할 네 개(CFO · 구매 책임자 · 물류 책임자 · 자금 책임자)를 바꿀 때마다 앞세우는 지표와 쪼개 보는 차원이 함께 바뀝니다. 다시 조회하지 않습니다.

**임원 요약 — CFO** — 역할이 CFO 이면 입항지 기준 합계가 먼저 나오고, 예정 대비 초과가 큰 입항지부터 줄을 세웁니다.

핵심 지표 네 개는 합계 · 선사 청구 합계 · 기타 추가비용 · 컨테이너(TEU)당 비용이며 각각 예정과 차이가 붙습니다. 이 샘플에서는 부산항이 예정보다 7.09억원 많아 맨 위에 있습니다.

**임원 요약 — 구매 책임자** — 상세 설명은 데모를 신청하신 고객께 보여 드려요.

**임원 요약 — 물류 책임자** — 상세 설명은 데모를 신청하신 고객께 보여 드려요.

**임원 요약 — 자금 책임자** — 상세 설명은 데모를 신청하신 고객께 보여 드려요.

축 전환과 범위 — 서버를 다시 부르지 않는다

차원 칩을 끌어다 놓으면 브라우저가 큐브를 다시 묶습니다. 값 다중 선택, 단계 보기, 차트까지 한 큐브에서 나오므로 합계가 어긋날 자리가 없습니다.

**차원 값 다중 선택** — 상세 설명은 데모를 신청하신 고객께 보여 드려요.

**범위를 좁힌 결과** — 상세 설명은 데모를 신청하신 고객께 보여 드려요.

**막대 차트 — 표시 항목 바꾸기** — 상세 설명은 데모를 신청하신 고객께 보여 드려요.

칸에서 컨테이너 라인까지

리포트에서 가장 비싼 질문은 "이 숫자 맞아?" 입니다. 칸을 누르면 그 금액을 만든 컨테이너 라인이 열리고, 칸 금액과 라인 합이 같은지 그 자리에서 보입니다.

**칸에서 컨테이너 라인으로** — 상세 설명은 데모를 신청하신 고객께 보여 드려요.

**차이 모드에서의 드릴스루** — 상세 설명은 데모를 신청하신 고객께 보여 드려요.

**검산과 입항월 요약** — 상세 설명은 데모를 신청하신 고객께 보여 드려요.

계산항목 — 전기되지 않는 단계

체화료 + 지체료처럼 전기되지 않지만 보고 싶은 단계는 계산항목으로 정의합니다. 식은 서비스가 들고 있고 화면은 고른 항목만 보여 줍니다.

**계산항목 — 선사 청구 합계** — 상세 설명은 데모를 신청하신 고객께 보여 드려요.

**계산항목 — 컨테이너당 유료 초과일** — 상세 설명은 데모를 신청하신 고객께 보여 드려요.

예정 대비 차이 — 같은 표가 점검 자료가 된다

비교 기준을 예정으로 바꾸면 같은 표가 점검 자료가 됩니다. 칸마다 차이와 증감률이 붙고, 차트는 워터폴로 바뀌어 총차이를 일곱 요인으로 가르며, 차이가 난 행에는 사유를 남깁니다.

**예정 대비 차이 — 같은 표가 차이 표로** — 상세 설명은 데모를 신청하신 고객께 보여 드려요.

**요인 워터폴 — 예정에서 실적까지** — 상세 설명은 데모를 신청하신 고객께 보여 드려요.

**변동 사유 쓰기** — 상세 설명은 데모를 신청하신 고객께 보여 드려요.

**사유 저장 후** — 상세 설명은 데모를 신청하신 고객께 보여 드려요.

AI 분석과 보고서

AI 분석은 지금 보고 있는 범위를 읽어 요약합니다. 숫자는 모델이 만들지 않고, 넘긴 근거를 화면에서 펼쳐 확인합니다.

**AI 분석 — 요약과 점검 대상** — 상세 설명은 데모를 신청하신 고객께 보여 드려요.

**AI 근거 표** — 상세 설명은 데모를 신청하신 고객께 보여 드려요.

AI 에이전트 — 사람이 열지 않아도 감시한다

감시 규칙은 임계값과 받을 역할이 붙어 있습니다. 걸리면 그 역할의 눈으로 다시 쓴 보고가 대기함에 올라갑니다.

**AI 에이전트 — 감시 규칙** — 상세 설명은 데모를 신청하신 고객께 보여 드려요.

**에이전트 실행** — 상세 설명은 데모를 신청하신 고객께 보여 드려요.

**대기함 — 받을 역할의 눈으로** — 상세 설명은 데모를 신청하신 고객께 보여 드려요.

**활동 기록 — 하루 한 번 제한** — 상세 설명은 데모를 신청하신 고객께 보여 드려요.

레이아웃 저장과 복원

자주 쓰는 구성은 이름을 붙여 저장합니다. 기본으로 지정하면 열 때 그 배치로 시작합니다.

**레이아웃 저장 · 불러오기** — 상세 설명은 데모를 신청하신 고객께 보여 드려요.

**저장하려는 배치** — 상세 설명은 데모를 신청하신 고객께 보여 드려요.

**새로 고친 뒤 복원** — 상세 설명은 데모를 신청하신 고객께 보여 드려요.

좁은 화면과 한계

창이 좁아도 차트를 숨기지 않고 표 아래로 내립니다. 조합이 상한을 넘으면 범위를 좁히라고 안내합니다.

**좁은 화면 — 390px** — 상세 설명은 데모를 신청하신 고객께 보여 드려요.

**좁은 화면의 피벗** — 상세 설명은 데모를 신청하신 고객께 보여 드려요.

**범위 상한 안내** — 상세 설명은 데모를 신청하신 고객께 보여 드려요.

화면 뒤에서 일어나는 일

데모를 신청하신 고객께 공개되는 내용입니다

CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.

데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.

데모 신청하기 Google 계정으로 로그인

비용 계산 — 컨테이너 라인에서 한 칸까지

비용은 컨테이너 라인마다 아래 식으로 계산하고, 라인의 합이 큐브 칸이 됩니다. 일 요율과 무료기간은 선사와의 계약 조건이므로 회사마다 다르며, 이 샘플은 가정값을 썼습니다.

항목	산식	설명
체화료	TEU × max(0, 반출까지 일수 − 체화 무료기간) × 체화 일 요율 × 환율	입항 뒤 컨테이너가 터미널 안에 머문 기간 중 무료기간을 넘긴 날
지체료	TEU × max(0, 반납까지 일수 − 지체 무료기간) × 지체 일 요율 × 환율	반출한 컨테이너를 빈 채 돌려주기까지 무료기간을 넘긴 날
보관료	TEU × max(0, 반출까지 일수 − 보관 무료기간) × 보관 일 요율	터미널 보관(CY)에 대한 원화 청구분
기타 추가비용	라인에 직접 붙은 금액	검사 · 재작업 · 추가 운송 등 일수로 계산되지 않는 비용
합계	체화료 + 지체료 + 보관료 + 기타 추가비용	표시 항목의 기본값

예정 대비 차이 판정

판정 조건	결과 상태	사용자 조치
차이의 절대 금액과 비율이 모두 임계 이상이고 비용이 늘어난 방향	붉게 표시 — 점검 필요	요인 워터폴로 원인 요인을 확인하고 "사유 쓰기"
금액과 비율 중 하나만 임계 이상	색 없음 (정보)	필요하면 임계를 조정
임계 이상이면서 비용이 줄어든 방향	초록 표시 — 개선	줄어든 이유가 반복 가능한 것인지 확인
예정 라인이 없는 컨테이너 라인	"미계획" 요인으로 분리	발주 · 입항 계획이 빠졌는지 확인
칸의 값과 읽은 라인의 합이 다름	드릴스루 머리에 불일치 표시	검산 패널에서 측정값별 차이를 확인
같은 날 에이전트를 두 번째로 실행	"한도" 상태로 기록만 남김	다음 날 실행하거나 규칙을 조정

요인분해 — 합이 총차이와 같다

컨테이너 라인마다 예정 값을 실적 값으로 한 요인씩 바꿔 가며 금액이 얼마나 움직이는지 잽니다. 순서는 물량 → 무료기간 → 지연일수 → 일 요율 → 환율 → 기타비용이고, 예정이 없는 라인은 통째로 미계획 요인에 넣습니다. 한 번에 한 요인만 바꾸므로 교차항이 따로 남지 않고, 일곱 요인의 합이 총차이와 1원도 어긋나지 않습니다. 화면은 워터폴 맨 아래에 "요인 합 − 총차이 = 0원" 을 매번 보여 줍니다.

요인	무엇이 바뀐 몫인가
물량 (QTY)	컨테이너 물량(TEU)이 예정과 달랐던 몫
무료기간 (FREE)	선사 계약의 무료기간 조건이 예정과 달랐던 몫
지연일수 (DAYS)	반출까지 · 반납까지 일수가 예정보다 길었던 몫
일 요율 (RATE)	체화 · 지체 · 보관 일 요율이 달랐던 몫
환율 (FX)	청구 통화의 환율이 예정 환율과 달랐던 몫
기타비용 (OTH)	일수로 계산되지 않는 추가비용 차이
미계획 (UNPLAN)	예정 라인이 없던 컨테이너의 전체 비용

조회조건

필드	필수	기본값	$filter 로 가는 모습
회사코드	필수	1000	Bukrs eq '1000'
시작 기간 (입항월)	필수	202604	Period ge '202604'
종료 기간 (입항월)	필수	202609	Period le '202609'
차원 값 (선사 · 포워더 · 터미널 · 컨테이너 유형 · 입항지 · 청구 통화 · 인코텀즈 · 지연 사유 · 공급사)	선택	전체	차원마다 or, 차원 사이는 and
표시 항목 / 금액 단위 / 비교	선택	합계 / 백만원 / 실적만	화면 설정 — 서버를 부르지 않음
금액 임계 / 비율 임계	선택	100만원 / 10%	화면 설정 — 색 판정에만 쓰임

결과 컬럼

데모를 신청하신 고객께 공개되는 내용입니다

데모 신청하기 Google 계정으로 로그인

좁은 화면에서 달라지는 것

창 폭이 좁으면 표와 차트가 위아래로 쌓이고 피벗은 한 열씩 보입니다. 칸을 누르면 드릴스루가 전체 화면 대화상자로 열립니다. 가로 스크롤이 생기지 않으며, 행 · 열 조합이 상한(열 36개 · 행 노드 1,500개)을 넘으면 반쯤 그린 표 대신 범위를 좁히라고 안내합니다.

파일 구성

데모를 신청하신 고객께 공개되는 내용입니다

데모 신청하기 Google 계정으로 로그인

SAP 표준 기능 확장 포인트 — 표준 T-code 와 어떻게 연계되는지

표준 실행은 SAP 표준 T-code 가 담당하고, 이 화면은 조회·검증 관점을 더해 확장합니다. 그래서 기존 표준 화면과 리포트를 없앨 필요가 없습니다. 표준 화면은 계속 문서 단위 확인과 처리에 쓰고, 이 화면은 그 위에서 여러 축으로 묶어 비교하는 일을 맡습니다.

표준으로 되는 것과 안 되는 것

하고 싶은 일	표준 T-code	표준 화면이 하는 일	이 앱이 더하는 관점
구매 오더에 건 부대비용 조건 확인	ME23N	발주 단위로 조건을 보여 줍니다.	선사 · 터미널 · 입항지 · 월 같은 여러 축으로 묶어 같은 조건의 예정 금액을 비교합니다.
컨테이너가 들어온 입고 문서 확인	MIGO · MB51	자재문서 단위로 입고일과 수량을 확인합니다.	입고일과 반출 · 반납 일자를 한 라인에 놓고 무료기간 안팎을 가릅니다.
선사 · 터미널 청구서 검증	MIRO · MIR4	송장 단위로 입력하고 표시합니다.	청구서 번호가 붙은 라인을 모아 청구 통화 · 선사 단위로 합산해 예정과 맞춥니다.
선사별 미지급 · 지급 확인	FBL1N	공급사 개별 항목을 보여 줍니다.	분석에서 본 선사 합계를 개별 항목으로 이어서 확인합니다.
회계 전표 확인	FB03	전표 한 건을 보여 줍니다.	분석 결과의 청구서 번호에서 전표로 내려가 원천을 확인합니다.
선사 · 입항지 · 월별 다차원 비교	(표준 화면 조합 + 엑셀)	화면을 오가며 사람이 합산합니다.	같은 큐브에서 축을 끌어다 놓으며 봅니다.
예정 대비 차이의 요인 가르기	(표준 화면 조합 + 엑셀)	보통 엑셀 별도 작업입니다.	일곱 요인으로 나누고 합이 총차이와 같은지 검산합니다.

T-code 별 연계 지점

T-code	이름	연계
ME23N	구매 오더 표시	구매 오더 번호와 공급사(선사 · 포워더)를 이어받습니다. 예정 비용을 오더의 조건으로 두는 회사는 예정 금액의 원천이 되며, 분석 결과의 오더 번호에서 ME23N 으로 가 조건을 다시 확인합니다. 표준에 남길 일: 발주 변경 · 조건 수정.
MIGO	입고 처리	입고 문서의 입고일 · 수량을 이어받아 컨테이너 반출일과 선후를 맞춰 봅니다. 분석에서 입고 문서로 가는 길은 MB51 이 담당합니다. 표준에 남길 일: 입고 전기 · 취소.
MIRO	송장 입력	선사 청구서 번호가 있는 송장을 이어받습니다. 체화 · 지체 청구를 별도 오더로 받는지 계획외 부대비용으로 받는지는 회사 방식에 달라 확인 필요입니다. 표준에 남길 일: 송장 전기 · 지급 보류.
MIR4	송장 헤더 표시	분석의 청구서 번호에서 송장 헤더를 열어 청구액과 이 화면의 합계를 맞춰 봅니다.
MB51	자재문서 목록	입고 문서를 기간 · 자재 단위로 조회해 이 화면의 입항월 합계와 라인 수를 대사하는 지점입니다.
FBL1N	공급사 개별 항목	선사 계정의 미결 · 반제 항목을 보여 주어 이 화면의 선사 합계를 지급 쪽에서 확인합니다. 표준에 남길 일: 지급 실행 · 반제.
FB03	전표 표시	송장이 만든 회계 전표를 열어 계정 · 금액을 확인합니다. 법정 · 감사 · 세무 신고 대응은 계속 표준 전표 기준으로 합니다(세무 신고는 회사와 세무 대리인 · 관세사).

운영으로 옮긴다고 기존 리포트를 없앨 필요는 없습니다. 한 분기쯤은 이 화면의 합계와 기존 리포트의 합계를 나란히 두고 맞추며, 어긋나는 라인은 위 T-code 로 원천을 확인합니다. 이 화면은 법정 · 감사 · 세무 신고용 숫자를 만들지 않습니다.

S/4HANA 분석 스택과의 자리

S/4HANA 에는 CDS 뷰 기반의 분석 쿼리와 Fiori 분석 앱, Analysis for Office 같은 도구가 있습니다. 이 앱은 그 경쟁 관계가 아니라 같은 계열의 한 층입니다. 아래 CDS 구성처럼 큐브 뷰와 분석 쿼리를 두면 같은 데이터를 Analysis for Office 에서도 열 수 있고, 이 화면은 그중 축 끌어다 놓기 · 드릴스루 · 요인분해 · 사유 기록 · 에이전트를 한 화면에 모은 형태입니다. 어느 표준 Fiori 앱이 체화·지체 비용을 직접 다루는지는 확인하지 못해 이름을 적지 않았으며, 도입 시 확인할 사항입니다.

확장 포인트 — 운영에서 실제로 손대는 자리

자리	무엇을 손대나	비고
선사별 무료기간 · 요율	선사 · 컨테이너 유형 · 유효기간별 체화 · 지체 · 보관 조건 표	회사마다 계약이 달라 가정값을 쓰지 않고 실제 조건으로 채웁니다.
컨테이너 이벤트 일자	입항일 · 반출일 · 반납일을 담는 원천(물류 시스템 연동 또는 사용자 정의 필드)	표준 MM 에는 없는 값이라 가장 먼저 정해야 합니다. 확인 필요.
부대비용 조건 유형	청구서 · 오더에서 체화 · 지체 · 보관 · 기타 금액을 구분하는 조건 유형 매핑	매핑이 바뀌면 큐브의 측정값 구분이 바뀝니다.
확장 필드	터미널 · 입항지 · 지연 사유 같은 차원을 늘리려면 원천 문서의 확장 필드나 매핑 표 사용	차원은 뷰에 선언된 만큼만 화면에 올라옵니다.
환율 유형	청구 통화를 원화로 바꿀 때 쓰는 환율 유형과 기준일	입항일 · 반출일 · 청구일 중 무엇으로 환산할지 정해야 합니다.
권한	회사코드 · 구매 조직 · 플랜트 같은 표준 권한 객체를 집계 단계에 적용	드릴스루에만 걸면 합계로 남의 숫자가 드러납니다.
감시 규칙	임계값 · 받을 역할 · 사용 여부	화면에서 고치고 서비스에 저장됩니다.

분석 지표 정의표

지표	산식 · 판정 기준	대응 기능	원천 데이터	비고
체화료	TEU × max(0, 반출까지 일수 − 체화 무료기간) × 체화 일 요율 × 환율	피벗 · 드릴스루	컨테이너 이벤트 일자 · 선사 조건 · 환율	일 요율은 계약 조건
지체료	TEU × max(0, 반납까지 일수 − 지체 무료기간) × 지체 일 요율 × 환율	피벗 · 드릴스루	컨테이너 이벤트 일자 · 선사 조건 · 환율
보관료	TEU × max(0, 반출까지 일수 − 보관 무료기간) × 보관 일 요율	피벗 · 드릴스루	터미널 보관 조건	원화 청구
유료 초과 TEU일	TEU × (체화 · 지체 · 보관 중 무료기간을 넘긴 일수의 합)	계산항목 · 에이전트 R01	계산 결과	선사 간 비교용
선사 청구 합계	체화료 + 지체료	계산항목	계산 결과	선사 · 대리점 청구분
예정 대비 차이	실적 − 예정, 임계는 금액과 비율을 모두 넘을 때	차이 모드 · 워터폴	예정 큐브	임계는 화면에서 조정
요인 7종	순차 대체(물량 → 무료기간 → 지연일수 → 일 요율 → 환율 → 기타 → 미계획)	요인 워터폴	라인별 실적 · 예정	합 = 총차이

CDS 구성

데모를 신청하신 고객께 공개되는 내용입니다

데모 신청하기 Google 계정으로 로그인

자주 묻는 질문

도입을 검토할 때 자주 나오는 질문을 네 묶음으로 모았습니다.

숫자와 산식

체화료 · 지체료 · 보관료는 어떻게 계산하나요?

라인마다 TEU × 무료기간을 넘긴 일수 × 일 요율에 청구 통화의 환율을 곱합니다. 체화료와 지체료는 외화 청구를 환율로 원화로 바꾸고, 보관료는 원화 요율을 그대로 씁니다. 기타 추가비용은 일수로 계산되지 않는 금액을 라인에 직접 붙인 값입니다.

이 샘플의 요율과 무료기간은 가정값이며, 실제 값은 선사와의 계약 조건에 따릅니다.

무료기간은 어떻게 반영되나요?

반출까지 일수와 반납까지 일수에서 무료기간을 뺀 값이 0 보다 클 때만 비용이 생깁니다. 체화 · 지체 · 보관이 각자 무료기간을 갖습니다. 무료기간이 예정과 달랐던 몫은 요인분해에서 "무료기간" 요인으로 따로 보입니다.

외화와 환율은 어떻게 처리하나요?

청구 통화별로 환율을 곱해 원화로 바꾼 값으로 합산합니다. 서로 다른 통화를 그대로 더하지 않습니다. 환율이 예정 환율과 달랐던 몫은 "환율" 요인으로 분리됩니다. 어느 날짜의 환율을 쓸지는 운영 시점에 정할 일입니다.

칸의 숫자를 믿을 수 있는지 어떻게 확인하나요?

칸을 누르면 그 금액을 만든 컨테이너 라인이 열리고, 머리에 칸의 값과 읽은 라인의 합이 함께 나옵니다. 검산 패널은 큐브 합계와 원천 라인 합계를 측정값 7종마다 나란히 놓습니다. 샘플에서는 모두 차이가 0 입니다.

예정(비교 기준)은 어디서 오나요?

샘플에서는 라인마다 예정 일수 · 예정 요율을 가진 예정 데이터입니다. 운영에서는 입항 계획이나 이전 기간 평균 같은 회사가 정한 기준에서 가져와야 하며, 어느 자료를 예정으로 삼을지는 도입 때 가장 먼저 정할 일 중 하나입니다.

요인분해는 어떻게 합이 총차이와 같아지나요?

라인마다 예정 값을 실적 값으로 한 요인씩 순서대로 바꿔 가며 금액 변화를 요인에 배정합니다. 한 번에 하나만 바꾸므로 교차항이 따로 남지 않습니다. 예정이 없는 라인은 통째로 미계획 요인입니다. 샘플의 3,880개 라인 모두에서 합과 총차이가 같았습니다.

화면과 조작

조회조건에서 꼭 넣어야 하는 것은 무엇인가요?

회사코드와 시작 · 종료 입항월입니다. 선사 · 입항지 · 터미널 같은 차원 값은 선택이며 비우면 전체입니다. 입력칸에서 Enter 키로도 조회됩니다.

행과 열 축은 몇 단계까지 쓸 수 있나요?

행 축은 최대 3단계, 열 축은 최대 2단계입니다. 열 조합이 36개를 넘으면 더 추가하지 못하게 막고 범위를 좁히라고 안내합니다. 축을 바꿔도 총합은 변하지 않습니다.

레이아웃은 어디에 저장되나요?

축 · 조회조건 · 표시 항목 · 접힘 상태를 이름 붙여 서비스에 저장하므로 다른 브라우저에서도 같게 보입니다. 기본 레이아웃과 "열 때 자동 조회" 를 지정할 수 있습니다.

금액 단위와 내려받기는 어떻게 되나요?

금액 단위는 원 · 천원 · 백만원 · 억원 중에서 고릅니다(기본 백만원). 피벗과 원천 라인 목록은 CSV 로, 현재 범위의 표와 차트는 PowerPoint 보고서로 내려받습니다.

분석 기능

AI 분석은 숫자를 만드나요?

아닙니다. 금액과 비율은 서비스가 큐브에서 계산하고, 해설은 그 값을 문장으로 옮길 뿐입니다. 기본은 모델이 연결되지 않은 규칙 기반 해설이며, 모델 연결은 서비스 설정에서만 켜고 기본은 꺼짐입니다. 해설에 쓴 숫자의 근거 표를 화면에서 펼쳐 볼 수 있습니다.

AI 에이전트는 무엇을 하고 왜 하루 한 번인가요?

감시 규칙(샘플은 5개)을 돌려 임계를 넘은 건을 대기함에 올리고, 받을 역할의 관점으로 다시 쓴 보고를 남깁니다. 같은 날 두 번째 실행은 서버가 한도로 판정해 새 보고 없이 기록만 남겨, 알림이 쌓이는 것을 막습니다.

변동 사유는 어떻게 남고 어디까지 따라오나요?

사유의 키는 조회 범위와 행 경로입니다. 축을 바꾸거나 다시 펼쳐도 같은 행이면 따라오고, CSV 와 AI 분석 근거에도 함께 실립니다. 이미 사유가 적힌 행은 AI 점검 대상에서 건너뜁니다.

계산항목은 무엇이고 직접 만들 수 있나요?

체화료 + 지체료 같은 식을 서비스가 계산하는 항목입니다. 샘플은 선사 청구 합계 · 체화료 비중 · 합계 계산 · TEU당 비용 · TEU당 유료 초과일 5개를 두었고, 새 계산항목은 서비스의 정의 목록에 식을 추가하는 방식입니다. 화면에서 임의 식을 입력하는 기능은 없습니다.

차이에 색이 칠해지는 기준은 무엇인가요?

차이의 절대 금액이 금액 임계 이상이고 비율이 비율 임계 이상일 때만 입힙니다. 기본은 100만원과 10% 이고 화면에서 고칩니다. 비용이 늘어난 방향은 붉게, 줄어든 방향은 초록으로 칠합니다.

요인 워터폴은 무엇을 보여 주나요?

행 이름을 누르면 그 범위의 예정에서 실적까지가 일곱 요인으로 나뉜 막대로 나옵니다. 붉은 막대는 비용을 늘린 요인, 초록 막대는 줄인 요인이며 맨 아래 검산 줄이 요인 합 − 총차이 = 0원을 매번 보여 줍니다.

도입과 운영

도입하면 어떤 효과가 있고 누가 쓰나요?

수입 · 물류 · 구매 · 자금 담당과 경영지원 조직이 같은 숫자를 서로 다른 관점으로 봅니다. 월 정산 때 엑셀로 합산하던 선사별 · 입항지별 표와 예정 대비 요인 설명을 한 화면에서 만듭니다. 시간 절감 같은 수치는 회사마다 달라 이 글에서 약속하지 않습니다.

적용 시기와 범위는 어떻게 되나요?

이 글의 숫자는 가상 회사 1000 의 2026년 4월~9월 입항분 검증용 샘플 데이터에서 나온 것입니다. 운영에서 읽는 기간과 회사 범위는 서비스 구성과 권한에 따르며, 실제 적용 시점은 도입 때 정합니다.

표준 T-code 와는 어떤 관계인가요?

표준 실행은 SAP 표준 T-code 가 담당하고, 이 화면은 조회·검증 관점을 더해 확장합니다. 구매 오더는 ME23N, 입고는 MIGO · MB51, 송장은 MIRO · MIR4, 공급사 항목은 FBL1N, 전표는 FB03 에서 확인합니다. 기존 리포트를 없앨 필요는 없습니다.

데이터 원천은 무엇이고 정합성은 어떻게 지키나요?

구매 오더 · 입고 · 송장 문서의 표준 데이터에 컨테이너 이벤트 일자(입항 · 반출 · 반납)와 선사 계약 조건이 더해집니다. 이벤트 일자의 원천은 표준 MM 에 없어 회사 환경에서 확인해야 합니다. 정합성은 라인 합 = 큐브 합 등 대사식을 전수로 돌려 지킵니다.

권한과 보안은 어떻게 하나요?

회사코드 같은 표준 권한 객체를 라인 뷰(집계 단계)에 겁니다. 드릴스루에만 걸면 합계와의 차이로 남의 숫자가 추정될 수 있습니다. 화면은 외부 라이브러리를 쓰지 않고, AI 모델은 기본 꺼짐이라 외부로 나가는 전송이 없습니다.

대용량 데이터에서도 되나요?

집계는 데이터베이스의 큐브 뷰에서 하고 조회 기간과 회사코드를 필수로 둡니다. 원천 라인은 칸을 눌렀을 때만 기본 500행씩 읽습니다. 샘플은 라인 3,880건이므로 운영 규모의 응답 시간은 실제 환경에서 측정해야 합니다.

조건 유형이나 매핑이 바뀌면 어떻게 하나요?

선사 조건은 조건 테이블에서, 부대비용 구분은 조건 유형 매핑에서 고칩니다. 매핑이 바뀌면 측정값 구분이 바뀌므로 이후 기간부터 적용하고 지난 기간은 다시 계산할지 정해야 합니다. 변경 전후 합계를 표준 T-code 로 한 번 맞춰 보는 것을 권합니다.

운영 연결까지 어떤 절차가 필요한가요?

컨테이너 이벤트 원천 확정 → 선사 조건 입력 → 뷰 전송 순서대로 활성화 → 서비스 게시 → 앱 설정의 서비스 주소 교체 → 한 기간을 표준 화면과 병행 대사 순서입니다. 소요 시간은 이벤트 원천의 준비 상태에 크게 좌우되어 이 글에서 단정하지 않습니다.

이 화면의 결과를 회계 · 세무 판단의 최종 근거로 써도 되나요?

이 화면은 집계와 대사를 돕는 점검 도구입니다. 최종 판단은 회사와 감사인이 하고, 관세 · 세무 신고는 회사와 세무 대리인 · 관세사가 확인합니다. 법정 · 감사 대응 숫자는 표준 전표 기준으로 유지해 주세요.