수출 제품 믹스 공헌이익 다차원 분석 리포트 — 계획 대비 차이를 물량·믹스·환율 요인으로 가르는 수출 수익성 점검
제품·국가·고객·인코텀즈 축 전환 · 칸에서 청구 문서까지의 드릴스루 · 계획 대비 공헌이익 차이의 8요인분해 · 행에 남는 변동 사유 · 숫자를 모델에 맡기지 않는 AI 분석 · 스스로 도는 AI 에이전트 — 소개 영상과 실제 화면 33종, 그리고 CDS 코드까지
소개 영상블로그 목차 순서대로 · 자막 포함
도입 포인트 — 이 앱을 사용해야 하는 이유
수출 담당과 관리회계 담당이 계획 대비 실적을 볼 때 묻는 질문은 늘 같습니다. 계획 대비 공헌이익이 얼마나 벗어났나, 어느 국가·고객·제품에서 났나, 물량 때문인가 환율 때문인가 비용 때문인가. 지금은 이 답이 청구 문서 조회, 고객 항목 조회, 수익성 분석 보고서, 그리고 밤새 만든 엑셀에 흩어져 있습니다. 이 화면은 같은 수출 청구 데이터를 한 큐브에 모아 세 질문을 한 화면에서 답하도록 이어 붙입니다.
표준 화면(VA03 · VL03N · VF03 · FBL5N · KE30)은 각자 맡은 문서와 항목을 정확히 보여 줍니다. 다만 “제품 믹스가 바뀌어서인지, 환율이 움직여서인지”를 한 번에 가르는 자리는 표준 화면 사이에 있습니다. 이 앱은 표준 실행은 SAP 표준 T-code 에 그대로 두고, 그 사이를 조회·검증 관점으로 메웁니다. 판단은 숫자를 단정하지 않고 점검 필요 · 확인 필요로 남깁니다.
핵심 포인트 일곱 가지
| 핵심 포인트 | 고객이 얻는 것 | 지금 방식이라면 |
|---|---|---|
| ① 축을 바꿔도 갈라지지 않는 수출 피벗 | 제품·국가·고객·인코텀즈를 끌어다 놓아 행 3단계·열 2단계로 봅니다. 모든 축이 같은 큐브에서 나와 합계가 어긋나지 않습니다. | 축마다 리포트를 따로 만들고, 합계가 다르면 맞추는 회의를 엽니다. |
| ② 칸에서 청구 문서까지 한 번에 | 금액 칸을 누르면 그 금액을 만든 청구 문서 라인이 열리고, 합계가 칸 금액과 같은지 바로 보입니다. | 리포트를 닫고 VF03 을 열어 조건을 손으로 다시 맞춥니다. |
| ③ 계획 대비 차이를 여덟 요인으로 | 공헌이익 차이를 물량·믹스·외화 단가·환율·변동비·운임보험·수수료·미계획으로 가르고 합이 총차이와 같은지 검산합니다. | 엑셀로 분해하고, 합계가 총차이와 맞는지 다시 손으로 맞춥니다. |
| ④ 환율과 계획에 없던 거래를 따로 세움 | 환율 효과와 계획에 없던 고객·제품 조합이 영업 성과와 섞이지 않도록 요인을 따로 세워 점검할 자리를 좁힙니다. | "계획보다 잘 나왔다" 한 줄에 환율과 일회성 거래가 묻힙니다. |
| ⑤ 변동 사유가 행에 남는다 | 사유가 조회 범위와 행 경로에 묶여 저장되어 축을 바꿔도, 다음 조회에도 그 행에 따라옵니다. | 같은 질문을 매번 다시 하고, 지난번 답은 메일함에서 찾습니다. |
| ⑥ 숫자는 서비스가, 글은 AI가 쓰는 분석 | 금액과 비율은 서비스가 계산하고 해설은 그 값을 옮깁니다. 규칙에 걸린 항목은 받을 역할의 대기함에 올라갑니다. | AI 가 만든 숫자를 보고에 써도 되는지부터 따져야 합니다. |
| ⑦ 보고서와 레이아웃을 그대로 재사용 | 보고 있는 범위로 PowerPoint 보고서가 브라우저에서 만들어지고, 자주 쓰는 배치는 이름을 붙여 저장해 다시 엽니다. | 화면을 캡처하고 숫자를 옮겨 적어 보고서를 다시 만듭니다. |
사례로 보는 효과 — 계획보다 잘 나온 숫자 안에 있는 것
검증용 샘플 데이터(2026년 1월~9월 수출 청구 3,294줄, 고객 14·제품 12·국가 8·통화 4)에서 공헌이익은 계획 3,159백만원, 실적 3,288백만원으로 총차이 +128백만원이 나왔습니다. 합계만 보면 계획을 웃돈 달입니다. 여덟 요인으로 가르자 모양이 달라집니다.
| 요인 | 금액(백만원) | 읽는 법 |
|---|---|---|
| 물량 | +17 | 전체 판매량이 계획과 달라서 생긴 차이 |
| 믹스 | −15 | 어떤 제품이 더 팔렸는지 구성이 달라서 생긴 차이 |
| 외화 단가 | −17 | 외화 판매가격 차이 |
| 환율 | +169 | 환율 변동 효과 — 판매 성과와 분리해서 읽을 값 |
| 변동비 | −96 | EA당 변동비가 계획보다 높음 — 점검 필요 |
| 운임·보험 | −31 | EA당 운임·보험료가 계획보다 높음 — 점검 필요 |
| 수수료 | −4 | EA당 수수료가 계획보다 높음 |
| 미계획 | +105 | 계획에 없던 고객·제품 조합의 실적 — 계획 반영 여부 확인 필요 |
| 합계 | +128 | 총차이와 같음(검산 줄 오차 −0.01원, 반올림) |
환율(+169)과 미계획(+105)을 빼면 나머지 여섯 요인의 합은 −146백만원입니다. 즉 “계획보다 128 잘 나왔다”는 숫자 안에는 비용 쪽에서 계획보다 덜 남은 몫이 들어 있습니다. 원인을 단정하지 않고 변동비·운임보험 단가를 점검해야 할 자리를 금액 순으로 올려 주는 것이 이 화면의 역할입니다. 요인 합계가 총차이와 같은지는 화면이 매번 검산하며, 이 샘플의 대사 검사 68건은 모두 차이 0건입니다(요인 합계는 원 단위 반올림 0.01원).
도입하면 달라지는 것
- 회의의 주제 — “어느 숫자가 맞나” 가 아니라 “변동비와 운임을 어떻게 볼 것인가” 로 옮겨 갑니다.
- 보고 준비 — 차이 표·요인분해·사유·보고서가 한 화면에서 나와 엑셀 취합과 캡처가 줄어듭니다.
- 다음 조회로 이어지는 기록 — 사유와 레이아웃이 남아 같은 설명을 다시 하지 않습니다.
- 놓치는 날이 없는 점검 — 아무도 화면을 열지 않아도 규칙에 걸린 항목이 받을 역할의 대기함에 올라옵니다.
이런 회사에 맞습니다
외화로 수출 청구를 내고 판매 계획을 제품·고객 단위로 세우는 제조·유통 회사에 맞습니다. 수출 국가가 여럿이고 통화가 둘 이상이라 환율 효과를 따로 읽어야 하며, 인코텀즈에 따라 운임·보험료가 매출 대비 비율로 크게 달라지는 곳일수록 효과가 큽니다. 수출 영업, 물류, 관리회계(또는 경영지원) 담당이 같은 숫자를 놓고 이야기해야 하는 조직, 그리고 월 단위로 계획 대비 점검 회의를 여는 조직을 염두에 두었습니다. 반대로 내수 위주이거나 계획을 제품 단위로 세우지 않는 회사는 계획 원천부터 정해야 합니다.
실행 화면
사용 방법
- 조회조건 입력 — 필수는 회사코드와 시작·종료 기간입니다(기본값 1000, 2026-01 ~ 2026-09). 계획 기준은 판매 계획 v1 로 고정이고, 저장된 레이아웃 선택은 선택 사항입니다.
- 조회 — 조회 단추는 조회조건 영역 오른쪽 끝에 있고, 회사코드 칸에서 Enter 키를 눌러도 같은 조회가 됩니다. 조회 전에도 레이아웃 보드와 피벗 틀이 먼저 보입니다. 기본 레이아웃에 자동 조회를 지정하면 화면을 열 때 조회된 채로 시작합니다.
- 요약 확인 — 표 위의 역할별 요약에서 경영자 · 재무 책임자 · 영업 책임자 · 물류 책임자를 바꾸면 앞세우는 지표 네 개와 쪼개 보는 차원이 함께 바뀝니다. 다시 조회하지 않습니다.
- 탭·축 이동 — 레이아웃 보드의 차원 단추를 쓰지 않는 차원 · 행 · 열 칸으로 끌어다 놓습니다. 행은 3단계, 열은 2단계까지이며, 브라우저가 가진 큐브를 바로 다시 묶습니다. 차원 필터 단추에서는 값을 여러 개 고릅니다.
- 행·셀 클릭 상세 — 행의 화살표로 하위 차원까지 내려가고, 금액 칸을 누르면 그 금액을 만든 청구 문서 라인이 열립니다. 위쪽 기간별 요약 단추는 월별 요약을 보여 줍니다.
- 분석 항목과 계획 대비 — 공헌이익·공헌이익률 같은 계산항목을 고르고, 계획 대비 스위치를 켜면 칸마다 실적 · 계획 · 차이 · 증감률이 붙습니다. 차이가 난 행에서 사유를 남기고, 차트의 차이 분해 탭에서 워터폴과 검산 줄을 봅니다.
- AI 분석·에이전트 — 위쪽 AI 분석에서 현재 범위의 해설과 근거 표를 읽고, AI 에이전트에서 감시 규칙 · 받은 보고 · 실행 기록 탭을 오가며 실행합니다.
- 내보내기 — AI 분석 창의 보고서 단추로 PowerPoint 보고서를, 위쪽 CSV 단추로 현재 표(사유 포함)를 내려받습니다. 레이아웃 메뉴에서는 현재 배치를 이름 붙여 저장합니다.
무엇으로 만들었나
화면은 OpenUI5 표준 컨트롤과 직접 그린 SVG 차트로 짰고, 데이터는 OData V2 서비스 하나에서 읽습니다. 서비스 쪽에서 판정하는 일과 브라우저가 맡는 일을 아래처럼 나눴습니다.
| 자리 | 무엇 | 왜 그렇게 두었나 |
|---|---|---|
| 화면 컨트롤 | 트리 테이블 피벗 · 레이아웃 보드(끌어다 놓기) · 역할 요약 · SVG 차트 · 대화상자 묶음 | 외부 차트 라이브러리 없이 표준 컨트롤만 쓰면 사내망에서 반입 심사가 필요 없고, 차트가 표와 같은 값을 그립니다. |
| 집계 로직 | 읽어 온 큐브를 브라우저가 행·열 조합으로 다시 묶는 피벗 모듈 | 큐브 자체가 엔티티셋이라 축을 바꿔도 서비스를 다시 부르지 않고, 어느 배치에서도 총합이 같습니다. |
| 판정·분해 로직 | 서비스가 계산하는 8요인분해 · 규칙 기반 해설 · 감시 규칙 실행 | 금액과 비율은 서비스 한 곳에서만 계산해, 화면·AI 해설·보고서가 같은 숫자를 씁니다. |
| OData 서비스 구성 | 기본 모델 하나(OData V2, 단방향 바인딩, 조회 건수는 응답에 포함) · 읽기 전용 집합 열두 개와 쓰기 집합 세 개 · 계산 펑션 세 개 | 조회조건은 모두 필터 객체로 서비스에 넘기고, 사유·레이아웃·감시 규칙은 생성·수정·삭제로 저장합니다. 운영에서는 데이터 원천만 바꾸고 계약은 그대로 둡니다. |
| 테마 | sap_horizon | 표준 Fiori 화면과 같은 색과 글꼴이라 사용자가 위화감 없이 오갑니다. |
앱 정보
| 항목 | 내용 |
|---|---|
| 솔루션 · 업무 영역 | 수출 솔루션 · 수출 판매 수익성 분석 / 계획 대비 차이 점검 |
| 대상 영역 | 수출 청구(매출 · 변동비 · 운임 · 보험 · 수수료)와 판매 계획의 공헌이익 비교. 특정 기준서의 요구사항을 직접 구현하는 화면은 아닙니다. |
| 연계하는 SAP 표준 T-code | VA03 · VL03N · VF03 · FBL5N · KE30 |
| 화면 성격 | 다차원 분석 리포트 — 피벗 · 드릴스루 · 기준 대비 차이 · 요인분해 · AI 분석 · AI 에이전트 |
| 데이터 | OData V2 — 검증용 샘플 데이터로 동작을 확인했습니다(청구 3,294줄 → 큐브 738건, 판매 계획 733건) |
실제 브라우저에서 검증용 샘플 데이터로 찍은 화면 33종을 순서대로 싣습니다. 그림을 누르면 크게 볼 수 있고, 화면마다 무엇을 하는 자리인지 아래에 적었습니다. 숫자는 모두 같은 자료에서 나온 것이라 화면끼리 맞춰 보셔도 됩니다.
처음 열었을 때 — 조회 전에도 틀이 먼저 보입니다
처음 열었을 때에는 아직 서비스를 부르지 않은 상태에서도 화면의 뼈대가 보입니다. 조회 직후 한 화면에 표 · 차트 · 요약이 함께 뜹니다.
회사코드 · 시작·종료 기간 · 계획 기준 · 저장된 레이아웃과 그 아래 레이아웃 보드가 조회 전에도 먼저 뜹니다. 조회 단추는 조회조건 영역 오른쪽 끝에 있고, 회사코드 칸에서 Enter 키를 눌러도 같은 조회가 됩니다. 기본 배치는 행 지역 › 국가이며 열은 비어 있습니다.
조회 한 번으로 큐브 738건(원천 청구 3,294줄)을 읽어 표 · 차트 · 역할 요약을 그립니다. 경영자 요약은 매출 12,660백만원 · 공헌이익 3,288백만원 · 공헌이익률 26.0%를 앞세우고 각 값 아래에 계획과 대비를 붙입니다. 표 왼쪽 화살표로 지역 아래 국가를 펼치면 차트도 함께 바뀝니다.
차원 단추를 끌어다 세 칸 사이에서 옮깁니다. 행은 3단계, 열은 2단계까지 쌓이고 단추 안쪽 지우기로 축을 뺄 수 있습니다. 어느 칸으로 옮겨도 서비스를 다시 부르지 않고 브라우저가 가진 큐브를 다시 묶습니다.
행 지역 › 국가 › 제품그룹에 열 인코텀즈로 바꾼 모습입니다. 열에는 CIF · DAP · FOB 가 나란히 서고 오른쪽 끝에 합계가 붙습니다. 어떤 배치에서도 총합은 3,288백만원으로 같아야 하며 이 값이 갈라지는지를 배치 6가지로 시험했습니다.
조회 조건 영역을 접으면 회사 · 기간 · 행·열 구성 · 항목 · 계획 대비 여부 · 필터 수가 한 줄에 남고 표와 차트가 화면을 더 씁니다. 다시 펼치면 조건이 그대로 있습니다.
경영 요약 — 역할 네 개
같은 큐브를 역할마다 다른 눈으로 읽습니다. 역할을 바꿔도 다시 조회하지 않고 앞세우는 지표와 쪼개 보는 차원만 바뀝니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
축 전환과 범위 — 열 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 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
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 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
화면 뒤에서 일어나는 일
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
차이 모드의 색 판정
색은 금액의 부호가 아니라 공헌이익에 준 영향 방향으로 칠합니다. 비용이 계획보다 덜 나가면 차이는 음수지만 이익에는 보탬이라 초록입니다.
| 판정 조건 | 결과 상태 | 사용자 조치 |
|---|---|---|
| 차이 금액 1천만원 이상이고 증감률 5% 이상(공헌이익률 같은 비율 항목은 0.5퍼센트포인트 이상), 손익을 늘리는 방향 | 초록(좋은 방향) | 원인을 사유로 남기고 반복 가능한지 확인 필요 |
| 같은 임계를 넘고 손익을 줄이는 방향 | 빨강(점검 필요) | 차이 분해 탭에서 큰 요인을 보고 드릴스루로 원천 라인 확인 |
| 금액과 비율 중 하나만 넘음 | 색 없음 | 필요하면 값만 참고 |
| 계획이 없는 칸(실적만 있음) | 금액 임계만 적용 | 미계획 요인으로 따로 잡히므로 계획 반영 여부 확인 필요 |
8요인분해의 산식
실적과 계획이 모두 있는 칸(기간·고객·제품·인코텀즈 조합)마다 아래 식으로 계산해 더합니다. 합이 총차이와 같도록 식을 닫아 두었고, 화면은 합계와 총차이의 차이를 검산 줄로 매번 보여 줍니다.
| 요인 | 산식 | 읽는 법 |
|---|---|---|
| 물량 | (실적 수량 합 ÷ 계획 수량 합 − 1) × 계획 공헌이익 | 전체 판매량이 계획과 달라서 생긴 차이 |
| 믹스 | (실적 수량 − 계획 수량 × 전체 수량비) × EA당 계획 공헌이익 | 어떤 제품이 더 팔렸는지 구성이 달라서 생긴 차이 |
| 외화 단가 | (실적 외화 단가 − 계획 외화 단가) × 실적 수량 × 계획 환율 | 외화 판매가격 차이 |
| 환율 | (실적 환율 − 계획 환율) × 실적 외화 매출 | 환율 변동 효과 |
| 변동비 · 운임보험 · 수수료 | −(실적 EA당 비용 − 계획 EA당 비용) × 실적 수량 | 단위당 비용 차이(비용이 늘면 마이너스) |
| 미계획 | 계획이 없는 칸의 실적 공헌이익 전액 | 계획에 없던 고객·제품·조건 조합 — 확인 필요 |
실적 없이 계획만 있는 칸은 계획 공헌이익과 물량 요인만큼을 믹스 요인에서 되돌려 합이 맞도록 처리합니다. 원인을 단정하지 않고 점검할 요인과 금액만 제시합니다.
AI 에이전트 감시 규칙
| 규칙 | 판정 조건(기본 임계) | 받을 역할 | 사용자 조치 |
|---|---|---|---|
| 공헌이익률 하락 | 제품그룹 공헌이익률이 계획보다 0.8퍼센트포인트 이상 낮음 | 재무 책임자 | 점검 필요 — 해당 그룹의 요인분해 확인 |
| 국가별 공헌이익 계획 미달 | 국가 공헌이익이 계획보다 6천만원 이상 적음 | 영업 책임자 | 확인 필요 — 고객·제품 단위로 내려가 확인 |
| 환율 영향 임계 | 통화별 환율 요인이 5천만원 이상 손실 | 경영자 | 확인 필요 — 결제·환 정책 담당과 공유 |
| 운임·보험·수수료율 상승 | 국가별 비율이 계획보다 0.3퍼센트포인트 이상 높음 | 물류 책임자 | 확인 필요 — 인코텀즈·운임 조건 점검 |
| 계획 없는 거래 발생 | 고객별 미계획 공헌이익이 1천만원 이상 | 영업 책임자 | 점검 필요 — 계획 반영 여부 확인 |
실행은 하루 한 번만 허용되며(서비스가 판정), 걸린 항목이 없어도 활동 기록이 남습니다. 운영에서는 배치 작업이 같은 실행 펑션을 부르도록 연결하면 됩니다.
산출·대사식
| 대사식 | 의미 |
|---|---|
| Σ 청구 라인 = Σ 큐브 | 매출 · 변동비 · 운임 · 수수료 · 수량 · 라인 수를 요청 시점에 다시 합산해 비교합니다 |
| 공헌이익 = 매출(원화) − 변동비 − 운임·보험료 − 수수료 | 공헌이익률 = 공헌이익 ÷ 매출 × 100, EA당 공헌이익 = 공헌이익 ÷ 수량 |
| 피벗 총합 = 큐브 총합 | 축을 어떻게 바꿔도 총합은 같습니다(브라우저는 합산과 배치만 합니다) |
| 계획 대비 차이 = 실적 공헌이익 − 계획 공헌이익 = 8요인의 합 | 합과 총차이의 차이는 검산 줄에 0 에 가깝게 표시됩니다 |
| 칸 금액 = 드릴스루 합계 | 칸을 눌러 연 문서 라인의 합이 칸 금액과 같은지 머리에 표시합니다 |
조회조건
| 구분 | 항목 | 필수 | 기본값 | 서비스 조건($filter) |
|---|---|---|---|---|
| 조회조건 | 회사코드 | 필수 | 1000 | Bukrs eq |
| 조회조건 | 시작·종료 기간 | 필수 | 2026-01 ~ 2026-09 | Period ge · Period le |
| 조회조건 | 계획 기준 | 고정 | 판매 계획 v1 | Version eq (계획 집합) |
| 조회조건 | 저장된 레이아웃 | 선택 | 기본 레이아웃(있으면) | 레이아웃 집합에서 사용자별로 읽어 축·조건·측정값 복원 |
| 차원 필터 | 지역 · 국가 · 고객 · 인코텀즈 · 제품그룹 · 제품 · 통화 · 사업부 | 선택 | 전체 | 브라우저에서 걸러 서비스를 다시 부르지 않음(같은 차원 안은 또는, 차원 간 그리고) |
| 표시 | 분석 항목 · 보기 방식 · 계획 대비 · 표시 행 수 | 선택 | 공헌이익 · 차원 보기 · 끔 | 측정값·계산항목 선택, 차원 보기/단계 보기, 차이 모드 |
날짜 조건은 datetime'2026-06-01T00:00:00' 형태로 쓰고, 페이지는 $top · $skip · $inlinecount=allpages 로 넘깁니다.
결과 컬럼
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
좁은 화면에서 달라지는 것
폭 390px 같은 휴대폰 화면에서는 조회조건 · 레이아웃 보드 · 분석 항목이 한 열로 쌓이고, 차트는 표 오른쪽이 아니라 표 아래로 내려옵니다. 표와 차트 사이의 폭 손잡이는 이 폭에서 쓰지 않습니다. 표는 가로로 밀어 읽고, 조회 단추는 조회조건 영역 끝에 그대로 있습니다. 또한 행 조합이 500개, 열 조합이 36개를 넘는 배치는 어느 폭에서나 일부만 그린 표 대신 범위를 좁히라는 안내를 띄웁니다.
파일 구성
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
SAP 표준 기능 확장 포인트
이 화면은 표준 T-code 를 대체하지 않습니다. 표준 실행은 SAP 표준 T-code 가 담당하고, 이 화면은 같은 수출 청구 데이터를 조회·검증 관점으로 묶어 확장합니다.
표준으로 되는 것과 안 되는 것
| 하고 싶은 일 | 표준 화면으로 | 이 앱이 더하는 관점 |
|---|---|---|
| 청구 문서 한 건의 내용과 흐름 | VF03 에서 문서·품목·가격 조건을 확인 | 청구 문서 라인을 칸 단위로 모아 금액이 칸 금액과 같은지 대사 |
| 출하·선적 일정 | VL03N 에서 출하 문서와 수량을 확인 | 선적일과 인코텀즈별 운임·보험 비율을 같은 표에서 비교 |
| 수주 조건 · 계획 가격 확인 | VA03 에서 오더 가격·수량 조건 확인 | 수주번호로 계획 조건과 실적 조건을 맞춰 보는 자리(계획 원천은 확인 필요) |
| 고객 대금 흐름 | FBL5N 에서 고객 항목 확인 | 고객 축 공헌이익과 이어 점검(회수 상태 판정은 하지 않음) |
| 수익성 분석 | KE30 에서 수익성 보고서 실행 | 공헌이익 합계를 나란히 놓고 대사, 제품 믹스·환율 요인으로 분해 |
| 계획 대비 차이의 원인 | 표준 화면만으로는 요인 분해까지 이어지지 않음 | 8요인분해 · 변동 사유 기록 · 감시 규칙 |
T-code 별 연계 지점
| T-code | 이름 | 연계 |
|---|---|---|
| VA03 | 판매오더 조회 | 이어받는 데이터 수주번호(SoNo)로 계획 가격·수량 조건과 비교합니다. 대사 지점 계획의 수량·단가·환율 기준. 오가는 방법 칸의 문서 라인에서 수주번호 확인 → VA03 에서 오더 조건 확인. 표준에 남길 일 오더 변경·승인. 계획 값의 원천은 확인 필요. |
| VL03N | 출하 문서 조회 | 이어받는 데이터 출하일(ShipDate) · 출하 수량. 대사 지점 선적일 기준 기간 합계와 청구일 기준 기간 합계의 차이. 오가는 방법 문서 라인의 선적일 → VL03N 에서 출하 문서 확인. 표준에 남길 일 출하 처리·선적 증빙. |
| VF03 | 청구 문서 조회 | 이어받는 데이터 청구 번호(BillDoc) · 품목(Item)의 매출·환율, 드릴스루 문서 라인의 원본. 대사 지점 칸 금액 = 문서 라인 합계. 오가는 방법 이 앱 결과 → 청구 번호 → VF03. 표준에 남길 일 청구 문서 생성·취소, 통관·세무 신고 근거 확인. |
| FBL5N | 고객 항목 조회 | 이어받는 데이터 고객(Customer)별 대금 흐름. 대사 지점 고객 축 매출과 고객 항목의 청구 금액. 오가는 방법 고객 축으로 내려간 뒤 FBL5N 에서 같은 고객의 미결·결제 항목 확인. 회수 상태는 이 화면에서 판정하지 않습니다. |
| KE30 | 수익성 분석 보고서 실행 | 이어받는 데이터 공헌이익 합계 대조. 대사 지점 같은 기간·같은 범위의 수익성 보고서 합계와 이 화면의 공헌이익 합계. 오가는 방법 두 화면 합계를 나란히 놓고 차이가 있으면 수익성 분석 구성(값 필드·조건 유형)부터 확인 필요. |
기존 리포트를 없애야 하나요? 없애지 않습니다. 법정·감사·세무 신고 대응은 표준 화면과 표준 리포트에 그대로 남기고, 이 화면은 월 단위 점검 회의에서 계획 대비 차이를 설명하는 용도로 나란히 씁니다. 두 화면의 합계가 어긋나면 어느 쪽이 틀렸다고 단정하지 말고 위 대사 지점부터 확인 필요로 놓고 맞춰 갑니다.
S/4HANA 분석 스택과의 자리
S/4HANA 는 CDS 뷰 위에 분석 쿼리를 올려 Fiori 분석 앱과 Analysis for Office 로 읽는 구조를 갖고 있습니다. 이 앱의 CDS 구성(아래 CDS 구성 절)은 같은 분석 쿼리 층에 올라가는 것이라, 운영에서는 같은 큐브와 쿼리를 표준 분석 도구가 읽고 이 화면이 끌어다 놓기·드릴스루·요인분해·AI 분석을 더하는 식으로 나란히 쓸 수 있습니다. 판매·수익성 영역의 표준 분석 앱 이름과 제공 여부는 릴리스마다 달라 이 글에서는 이름을 적지 않으며, 도입 시 확인 필요 항목입니다.
확장 포인트 — 운영에서 실제로 손대는 자리
| 자리 | 무엇을 손대나 | 어디서 |
|---|---|---|
| 국가·지역·제품그룹 매핑 | 국가 → 지역, 제품 → 제품그룹 묶음. 새 국가나 제품이 생기면 어느 묶음인지만 적습니다 | 매핑 테이블(현업이 직접) |
| 운임·보험·수수료 조건 유형 | 비용 세 가지에 어떤 가격 조건 유형을 넣을지 | 큐브 뷰의 조건 분류(확인 필요) |
| 인코텀즈 · 통제 이전 기준 | 청구일 기준으로 볼지 선적일 기준으로 볼지, 인코텀즈별 예외 | 기준 뷰와 정책 문서 |
| 판매 계획 원천 | 계획 데이터가 어디에 있는지, 어떤 버전을 쓸지(수량 포함 여부) | 계획 뷰와 계획 테이블 |
| 확장 필드 | 청구 문서에 회사별 확장 필드가 있으면 차원으로 추가 | 커스텀 필드 · BAdI · 기준 뷰 |
| 환율 유형 | 계획 환율과 실적 환율의 유형과 환산 시점 | 큐브 뷰의 통화 환산 |
| 권한 | 회사코드 · 영업조직 · 판매그룹 단위 접근 제어 | 권한 객체와 접근 제어 정의 |
분석 지표 정의
| 지표 | 산식·판정 기준 | 대응 기능 | 원천 데이터 | 비고 |
|---|---|---|---|---|
| 매출(원화) | Σ 청구 품목의 원화 환산 매출 | 피벗 · 역할 요약 | 청구 품목 순액 × 환율 | 환산 방식 확인 필요 |
| 변동비 | Σ 청구 품목의 변동 원가 | 피벗 · 변동비 요인 | 청구 품목 원가 금액 | 원가 구성 확인 필요 |
| 운임·보험료 · 수수료 | Σ 청구 품목의 해당 가격 조건 금액 | 피벗 · 운임보험·수수료 요인 | 가격 조건 금액 | 조건 유형 코드 확인 필요 |
| 공헌이익 | 매출 − 변동비 − 운임·보험료 − 수수료 | 계산항목 · 차이 · 워터폴 | 위 네 값 | |
| 공헌이익률(%) | 공헌이익 ÷ 매출 × 100 | 계산항목 · 감시 규칙 | 위 값 | 차이는 퍼센트포인트 |
| EA당 공헌이익(원) | 공헌이익 ÷ 수량 | 계산항목 · 믹스 요인 | 청구 수량 | |
| 운임·보험·수수료율(%) | (운임·보험료 + 수수료) ÷ 매출 × 100 | 물류 책임자 요약 · 감시 규칙 | 위 값 |
CDS 구성
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
자주 묻는 질문
도입 상담과 데모에서 나올 만한 질문을 네 묶음으로 나눠 적었습니다.
숫자와 산식
이 화면은 언제부터, 어디까지 적용되나요?
이 글의 동작과 수치는 검증용 샘플 데이터로 확인한 결과입니다. 실제 운영 데이터 연결 시점과 대상 범위(사업장 · 기간 · 계획 데이터 원천)는 회사별로 확인 필요 항목입니다.
도입 순서는 보통 계획 원천과 매핑을 확정하고, 뷰를 만들어 서비스를 게시한 뒤 화면의 서비스 주소만 바꾸는 순입니다.
공헌이익은 어떻게 계산하나요?
공헌이익은 매출(원화) − 변동비 − 운임·보험료 − 수수료입니다. 공헌이익률은 공헌이익 ÷ 매출 × 100, EA당 공헌이익은 공헌이익 ÷ 수량입니다.
매출의 원화 환산 방식(문서 환율을 곱할지, 환산 함수를 쓸지)과 변동비 구성은 회사마다 달라 운영 연결 때 확인 필요 항목으로 남겨 두었습니다.
요인 합계가 총차이와 다르게 보이면 어떻게 하나요?
화면의 검산 줄에 두 값의 차이가 표시됩니다. 원 단위 반올림 때문에 1원 안쪽(샘플에서는 0.01원)으로 차이가 날 수 있고, 그보다 크면 조회 범위와 계획 기준을 확인 필요합니다.
합이 맞지 않는 것 자체가 오류 신호라서, 화면이 말없이 넘어가지 않고 검산 줄로 먼저 알려 줍니다.
계획에 없는 거래는 어떻게 처리하나요?
계획이 없는 칸의 공헌이익은 미계획 요인으로 따로 잡혀 믹스 요인과 섞이지 않습니다. 샘플에서는 계획 없는 실적 조합이 22건이고 미계획 요인은 +105백만원입니다.
감시 규칙(계획 없는 거래 발생)이 고객별 미계획 공헌이익이 1천만원 이상일 때 영업 책임자의 대기함에 올릴 수 있습니다. 계획에 반영할 거래인지는 사람이 확인해야 합니다.
환율 요인은 무엇을 뜻하나요?
환율 요인은 (실적 환율 − 계획 환율) × 실적 외화 매출로, 판매 성과가 아니라 환율 변동의 효과를 뜻합니다. 샘플에서는 +169백만원으로 총차이 +128보다 큽니다.
환율 요인과 미계획을 빼고 나머지 여섯 요인을 합하면 −146백만원입니다. 그래서 환율 효과를 분리해서 읽는 것이 중요하지만, 환율 정책이나 헤지 판단은 이 화면이 하지 않습니다.
외화와 원화는 어떻게 다루나요?
청구 품목의 외화 매출(USD · EUR · JPY · CNY)과 문서 환율을 그대로 들고 있고, 원화 매출은 외화 매출에 환율을 곱해 만듭니다. 외화 단가 요인과 환율 요인이 따로 있는 이유가 이것입니다.
계획의 환율을 어떤 유형으로 잡았는지, 실적 환율과 같은 유형인지는 도입 전에 정해야 하는 항목입니다. 정하지 않으면 환율 요인의 의미가 사람마다 달라집니다.
화면과 조작
조회 단추는 어디에 있나요?
조회조건 영역의 오른쪽 끝에 있고, 회사코드 칸에서 Enter 키를 눌러도 같은 조회가 됩니다. 조회 전에도 레이아웃 보드와 피벗 틀이 먼저 보이므로 처음 여는 사람도 무엇을 고르면 무엇이 채워지는지 볼 수 있습니다.
기본 레이아웃에 자동 조회를 지정하면 화면을 열 때 조회된 채로 시작합니다.
축을 바꾸면 서버를 다시 부르나요?
부르지 않습니다. 조회 한 번으로 받은 큐브를 브라우저가 행 3단계 · 열 2단계로 다시 묶을 뿐이라 축을 바꾸는 동안 서비스 호출은 0회입니다. 그래서 어떤 배치에서도 총합은 같아야 하고, 이를 배치 6가지로 시험했습니다.
다시 부르는 것은 칸을 눌러 문서 라인을 읽을 때, 요인분해 · AI 해설 · 감시 규칙을 실행할 때, 사유 · 레이아웃을 저장할 때입니다.
열이나 행이 너무 많아지면 어떻게 되나요?
열 조합이 36개를 넘는 배치는 추가가 막히고, 행 조합이 500개를 넘으면 표 대신 범위를 좁히라는 안내가 나옵니다. 샘플 검증에서는 행 4단계로 1,573개를 만들어 안내가 나오는 것을 확인했습니다.
일부만 그린 표가 전체인 것처럼 읽히는 일을 막기 위한 장치이며, 운영에서도 같은 상한을 둡니다.
차이 표시의 색은 무엇을 뜻하나요?
색은 금액의 부호가 아니라 공헌이익에 준 영향으로 칠합니다. 비용이 계획보다 덜 나가면 차이는 음수지만 이익에는 보탬이라 초록입니다. 금액 1천만원 이상이고 증감률 5% 이상(비율 항목은 0.5퍼센트포인트 이상)일 때만 칠하며 하나만 넘으면 칠하지 않습니다.
빨강은 점검 필요, 초록은 반복 가능한지 확인 필요라는 뜻이며 원인을 단정하지 않습니다.
셀 금액과 문서 라인 합계가 정말 같은가요?
같습니다. 큐브가 청구 라인을 더해 만든 값이기 때문입니다. 전체 합계 칸을 누르면 셀 값 3,288 = 원천 합계 3,288(원천 3,294줄)이 머리에 표시되고, 샘플 칸 11개를 눌러 모두 같은지 시험했습니다.
눈으로 믿으라는 것이 아니라 화면이 매번 두 값을 나란히 보여 주는 방식입니다.
휴대폰에서도 볼 수 있나요?
폭 390px 에서 조회조건 · 레이아웃 보드가 한 열로 쌓이고 차트는 표 아래로 내려옵니다. 표는 가로로 밀어 읽습니다.
화면 설계는 사무실에서 큰 화면으로 쓰는 것을 기준으로 했고, 좁은 화면에서는 숫자 확인과 사유 입력 정도를 염두에 두었습니다.
분석 기능
AI 분석은 숫자도 만드나요?
만들지 않습니다. 금액과 비율은 서비스가 큐브에서 계산하고, 해설은 그 값을 문장으로 옮깁니다. 근거 수치를 펼치면 해설이 읽은 값이 표로 나옵니다.
이 샘플은 모델을 연결하지 않은 규칙 기반 해설이며, 모델 연결은 설정 한 곳이고 기본은 꺼짐입니다. 해설은 원인을 단정하지 않고 점검할 요인과 금액만 제시합니다.
변동 사유는 어디에 저장되고 얼마나 따라오나요?
사유는 조회 범위와 행 경로를 키로 저장됩니다. 그래서 축을 바꿔도 같은 행에 따라오고 CSV 와 AI 분석 근거에도 함께 실립니다.
사용자별이 아니라 범위별 기록이므로 누가 언제 바꿨는지가 함께 남고, 이미 사유가 적힌 차이는 AI 해설에서 건너뜁니다. 예시 사유는 모두 검증용 샘플 문장입니다.
AI 에이전트는 무엇을 하나요?
감시 규칙 다섯 개를 실행해 걸린 항목을 받을 역할(재무 · 영업 · 물류 · 경영자)의 대기함에 보고로 올립니다. 보고는 받는 사람의 눈으로 다시 적고, 모든 문장이 점검 필요 · 확인 필요로 끝납니다.
실행은 하루 한 번만 허용되며 서비스가 판정합니다. 걸린 항목이 없거나 건너뛰어도 활동 기록(시각 · 호출 주체 · 결과)이 남습니다.
감시 규칙의 기준값은 바꿀 수 있나요?
기준값 · 점검 주기 · 받을 역할 · 사용 여부는 화면에서 바꿔 저장합니다. 기본 기준은 제품그룹 공헌이익률 −0.8퍼센트포인트, 국가 공헌이익 6천만원 미달, 환율 손실 5천만원, 운임·보험·수수료율 +0.3퍼센트포인트, 미계획 1천만원입니다.
기준값은 예시이므로 회사의 실제 점검 기준에 맞게 정해야 합니다.
PowerPoint 보고서는 서버에 저장되나요?
저장되지 않습니다. 보고 있는 범위의 표와 차트로 보고서를 브라우저가 직접 만들어 내려받게 합니다. 파일에는 조회 범위와 차이 요인, 등록된 사유가 들어갑니다.
결재선에 올리는 용도로 만든 초안이므로 최종 문구와 판단은 담당자가 확인해야 합니다.
레이아웃은 어디까지 저장되나요?
행 · 열 · 기간 · 분석 항목 · 계획 대비 여부 · 선택한 탭이 이름을 붙여 저장되고, 기본 레이아웃과 자동 조회를 지정할 수 있습니다. 새로 열면 조회된 상태로 시작해 국가 › 제품그룹 · 계획 대비 · 차이 분해까지 복원됩니다.
여러 사람이 쓰는 환경에서는 사용자별로 목록이 나뉩니다.
도입과 운영
표준 T-code 와는 어떤 관계인가요?
표준 실행은 VA03 · VL03N · VF03 · FBL5N · KE30 이 맡고, 이 화면은 같은 데이터를 조회·검증 관점으로 묶어 확장합니다. 칸에서 연 문서 라인의 번호로 표준 청구 문서 조회 화면에서 원본을 찾을 수 있습니다.
기존 표준 리포트는 없애지 않고 나란히 둡니다. 두 화면의 합계가 어긋나면 어느 쪽이 틀렸다고 단정하지 않고 대사 지점부터 확인 필요로 놓습니다.
운영 데이터 연결에는 무엇이 필요하고 얼마나 걸리나요?
필요한 것은 매핑 확정, 계획 원천 확정, 비용 조건 유형 분류, 환율 유형 합의, 권한 설계입니다. 이 중 합의가 오래 걸리고 뷰를 만드는 일 자체는 상대적으로 짧습니다.
소요 기간은 계획 데이터가 어디에 있는지에 크게 좌우되므로 이 글에서는 기간을 약속하지 않습니다. 서비스를 게시한 뒤에는 화면의 서비스 주소만 교체합니다.
권한과 보안은 어떻게 되나요?
집계를 읽는 쿼리에 접근 제어를 걸어 회사코드 · 영업조직 단위로 읽을 수 있는 행을 제한하는 설계입니다. 집계 뒤에 거는 방식이면 합계에서 빼는 방식으로 남의 숫자가 드러날 수 있어 읽는 자리에 겁니다.
화면은 OpenUI5 표준 컨트롤과 직접 그린 차트만 쓰고 외부 라이브러리를 들이지 않습니다. 모델을 연결하면 그 시점에 외부 전송 범위를 별도로 심사해야 합니다.
데이터가 아주 많으면 느리지 않나요?
샘플은 큐브를 브라우저에서 묶지만 운영에서는 집계를 CDS 큐브로 내리고, 기간과 회사코드를 필수 조건으로 둡니다. 문서 라인은 칸의 조건을 모두 걸어 500행씩 쪽 단위로 읽습니다.
응답 시간 목표와 인덱스 · 사전 집계 여부는 실제 데이터 규모를 보고 정해야 하며 확인 필요 항목입니다.
국가·제품 매핑이 바뀌면 어떻게 하나요?
매핑은 현업이 행을 추가하거나 고치는 테이블이라 뷰를 바꾸지 않습니다. 매핑이 없는 값은 UNMAPPED 로 남아 합계에서 사라지지 않고, 새 국가나 제품이 생기면 어느 묶음인지만 적으면 됩니다.
매핑을 바꾸면 과거 기간의 그룹 합계도 바뀌므로 변경 이력과 적용 시점을 정해 두는 것이 좋습니다.
이 화면의 결과를 회계·세무 판단의 근거로 써도 되나요?
이 화면은 집계 · 비교 · 점검을 돕는 도구이며, 최종 판단은 회사와 감사인이 하고 세무 신고는 회사와 세무 대리인 · 관세사가 판단합니다. 화면의 “점검 필요” · “확인 필요” 표시는 원인을 단정하지 않습니다.
법정 · 감사 · 세무 신고 대응은 표준 화면과 표준 리포트에 남겨 두는 것을 전제로 설계했습니다.