수출 대리점 수수료 다차원 분석 — 지급 계획 대비 차이를 여섯 요인으로 가르고 정산 문서 라인까지 내려가는 수출 솔루션 한 화면

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

수출 담당자와 재경·자금 담당자가 분기 회의에서 받는 질문은 비슷합니다. 대리점에 나간 수수료가 계획보다 얼마나 늘었나, 늘어난 몫이 물량인지 요율인지 환율인지 인센티브인지, 계획에 없던 대리점 계약은 얼마나 되나. 지금은 이 답이 판매 오더·청구 문서와 수수료 정산 자료, 지급 전표에 흩어져 있어서 숫자 하나를 설명하려면 문서를 여러 번 열어 맞춰야 합니다.

이 화면은 수수료 정산 문서 라인을 기간·지역·국가·대리점·제품그룹·인코텀즈·수수료 기준·지급 방식 축으로 한 번에 돌려 보고, 수수료 지급 계획과의 차이를 여섯 요인으로 나눈 뒤 칸에서 원천 문서 라인까지 내려가 합계를 스스로 검산하는 점검 조회 도구입니다. 표준 실행은 SAP 표준 T-code 가 담당하고, 이 화면은 조회·검증 관점을 더해 확장합니다. 최종 판단은 회사와 감사인이 합니다.

핵심 포인트 일곱 가지

사례로 보는 효과 — 3,591백만원 차이는 어디서 났나

검증용 샘플 데이터 2026-01~2026-09 범위에서 총 수수료는 21,863백만원, 수수료 지급 계획은 18,271백만원이어서 총 차이는 +3,591백만원(+19.7%)입니다. 표만 보면 "계획보다 많이 나갔다"에서 멈춥니다.

요인으로 가르면 계획에 없던 대리점 계약(미계획)이 +1,736백만원으로 가장 크고, 물량 +1,170백만원, 기본 수수료 단가 +474백만원, 환율 +144백만원, 성과 인센티브 +67백만원, 정산비는 거의 0입니다. 여섯 요인을 모두 더하면 3,591백만원으로 총 차이와 같고, 대사 항목 13건은 모두 차이 0건입니다. 어디부터 확인할지가 한 화면에서 정해집니다.

도입하면 달라지는 것

• 분기 점검 준비 — 차이 표·요인분해·사유·보고서가 한 화면에서 나와 엑셀 취합과 화면 캡처가 줄어듭니다.
• 회의의 주제 — "어느 숫자가 맞나"보다 "어느 대리점·요인부터 확인할까"를 이야기합니다.
• 다음 분기로 이어지는 기록 — 사유와 배치가 남아 같은 설명을 다시 하지 않습니다.
• 놓치지 않는 점검 — 화면을 열지 않아도 감시 규칙에 걸린 항목이 역할별 받은 보고로 올라옵니다.

이런 회사에 맞습니다

SAP S/4HANA 에서 수출 판매 오더·청구 문서 흐름을 운영하고, 해외 대리점에 판매 수수료를 지급하며 그 수수료를 엑셀로 모아 계획과 견주는 회사에 맞습니다. 대리점이 여럿이고 통화·수수료 기준·지급 방식이 계약마다 달라 정산 부담이 건마다 다른 수출 비중이 큰 제조·유통 회사, 영업·자금·재경이 같은 숫자를 서로 다른 눈으로 보아야 하는 조직에서 효과가 큽니다.

실행 화면

사용 방법

1. 조회 조건 — 회사코드(필수), 시작 기간·종료 기간(필수)을 정합니다. 비교 기준은 수수료 지급 계획으로 고정되어 있고 저장된 레이아웃은 선택입니다.
2. 조회 — 조회조건 영역 오른쪽 끝의 파란 조회 버튼을 누르거나 입력 칸에서 Enter 키를 누릅니다. 자동 조회를 지정한 레이아웃은 화면을 열 때 한 번 조회까지 끝낸 채 시작합니다.
3. 요약 확인 — 역할별 요약(CEO·CFO·영업 책임자·자금 책임자)에서 총 수수료, 기본 수수료, 부대 수수료, 수수료율을 먼저 봅니다.
4. 축·탭 이동 — 차원 칩을 사용 안 함·행·열로 옮기고 보기 방식(차원 보기·단계 보기), 분석 항목, 표시 행 수를 고릅니다.
5. 행·칸 클릭 — 행을 누르면 오른쪽 차트가 그 행 기준으로 바뀌고, 칸을 누르면 원천 정산 문서 라인이 열립니다.
6. 기준 대비·분석 — 기준 대비를 켜 차이를 보고, AI 분석과 AI 에이전트, 기간별 요약, 보고서를 위쪽 버튼에서 엽니다.
7. 내보내기 — CSV 버튼으로 현재 표를 파일로 저장합니다.

무엇으로 만들었나

처음 열었을 때

조회 전의 빈 틀과 조회 직후의 표·차트를 먼저 확인합니다. 행·열 영역에 차원 칩이 놓이는 모습도 여기서 봅니다.

화면을 처음 엽니다. 조회조건과 행·열 영역의 틀, 조회 전 안내가 보입니다. 조회를 누르기 전에는 숫자가 없는 것이 정상입니다.

조회를 누르거나 Enter 키를 누릅니다. 역할별 요약 카드와 기간 표, 비교 차트가 함께 나타납니다. 전체 수수료와 계획 대비 증감을 먼저 확인합니다.

차원 칩을 행과 열 영역으로 옮깁니다. 사용 안 함 · 행 · 열 세 영역과 옮겨진 칩이 보입니다. 칩을 옮기면 표의 모양이 바뀝니다.

조회조건 머리를 접습니다. 조건 영역이 한 줄로 줄고 표 영역이 넓어집니다. 표를 크게 보며 작업할 때 사용합니다.

경영 요약 — 역할마다 같은 데이터를 다른 눈으로

CEO · CFO · 영업 책임자 · 자금 책임자 네 역할의 요약 카드를 바꿔 봅니다.

역할을 CFO 로 바꿉니다. 총 수수료, 기본 수수료, 부대 수수료, 수수료율과 계획 대비가 요약됩니다. 기본 수수료와 부대 수수료 중 어디서 차이가 나는지 봅니다.

역할을 영업 책임자로 바꿉니다. 국가·대리점 단위의 수수료와 미계획 수수료가 요약됩니다. 계획에 없던 대리점 계약이 어느 국가에 있는지 점검합니다.

역할을 자금 책임자로 바꿉니다. 지급 방식·통화별 정산비와 인센티브 비중이 요약됩니다. 송금 · 상계 · 이연 · 보류의 지급 부담을 확인합니다.

축 전환과 범위 — 끌어다 놓으면 표가 다시 짜인다

차원을 행과 열로 옮기고, 값 도움말로 범위를 좁히고, 손잡이로 차트 너비를 조절합니다. 모두 브라우저에서 다시 집계합니다.

열에 차원을 두 개 올립니다. 열 머리가 두 단계로 묶여 표시됩니다. 차원을 늘려도 총합은 변하지 않습니다.

차원 칩의 필터 단추를 누릅니다. 값 목록과 각 값의 문서 줄 수, 검색 칸이 열립니다. 여러 값을 골라 범위를 좁힙니다.

값을 고른 뒤 표를 봅니다. 선택한 값만 남은 표와 합계가 보입니다. 필터 후 합계는 선택 값의 큐브 합과 같아야 합니다.

손잡이를 끌어 표와 차트의 너비를 바꿉니다. 같은 범위의 막대 차트가 표 옆에 놓입니다. 차트도 서버 호출 없이 갱신됩니다.

칸에서 원천 문서까지

금액 칸을 누르면 그 칸을 이루는 정산 문서 라인이 열리고, 라인 합계가 칸 금액과 맞는지 바로 확인합니다.

금액 칸을 누릅니다. 그 칸을 이루는 정산 문서 라인 목록과 위쪽 일치 안내가 열립니다. 라인 합계와 칸 금액이 일치하는지 안내 줄을 봅니다.

다른 금액 칸을 눌러 봅니다. 칸마다 해당하는 문서 라인으로 목록이 바뀝니다. 어느 칸이든 같은 방식으로 합계를 대조합니다.

상단의 기간별 요약을 엽니다. 월별 문서 줄 수, 청구 금액, 수수료, 계획, 요인이 표로 나옵니다. 특정 월에 쏠린 증감이 있는지 점검합니다.

계산항목과 단계 보기

부대 수수료 · 수수료율 같은 계산항목을 단계 보기로 확인합니다.

보기 방식을 단계 보기로 바꿉니다. 총 수수료에서 수수료율까지 계산 단계가 위에서 아래로 나옵니다. 단계별 값이 식과 맞는지 확인합니다.

기준 대비 차이 — 계획과 견주고 사유를 남긴다

수수료 지급 계획과 실적의 차이를 칸마다 보고, 차이를 요인으로 분해하고, 변동 사유를 저장합니다.

기준 대비 스위치를 켭니다. 칸마다 기준 금액과 차이가 작은 글씨로 함께 나옵니다. 금액과 비율이 둘 다 기준을 넘는 칸이 색으로 강조됩니다.

행을 지역 › 국가 › 대리점으로 펼칩니다. 단계마다 계획 대비 차이와 증감률이 보입니다. 차이가 큰 대리점을 찾아 사유 단추를 누릅니다.

차이가 큰 행의 사유 단추를 누릅니다. 사유 코드와 설명을 적는 창이 열립니다. 저장하면 새로 고침 뒤에도 남습니다.

사유를 저장합니다. 저장된 행에 사유 표시가 붙습니다. 같은 행을 다시 열면 적은 내용을 고칠 수 있습니다.

표에서 행을 고르고 차이 분해를 봅니다. 계획에서 실적까지 여섯 요인이 폭포 차트로 이어집니다. 요인 합이 총 차이와 맞는지 아래 안내로 확인합니다.

전체 합계 행을 고릅니다. 요인 합계 3,591 / 총 차이 3,591 (오차 0) 안내가 보입니다. 요인 합 = 실적 − 계획 이 성립합니다.

AI 분석과 보고서

현재 범위를 읽은 해설과 근거 표, 그리고 브라우저에서 만든 파워포인트 보고서를 확인합니다.

AI 분석을 엽니다. 현재 범위의 요약과 핵심 발견이 규칙 기반으로 작성됩니다. 숫자는 화면 집계 값을 그대로 씁니다.

근거 보기를 펼칩니다. 해설에 쓴 숫자의 근거 표가 보입니다. 해설의 숫자를 근거 표와 견줘 확인합니다.

보고서 단추를 누릅니다. 현재 범위의 표와 차트가 담긴 파워포인트 파일이 내려받아집니다. 외부 라이브러리 없이 브라우저에서 만듭니다.

AI 에이전트 — 점검할 곳을 먼저 알려 준다

감시 규칙, 역할별 대기함, 활동 기록을 확인합니다. 실행은 하루 한 번만 허용됩니다.

AI 에이전트의 규칙 탭을 봅니다. 규칙, 지표, 기준값, 받을 역할, 사용 여부가 나옵니다. 기준값은 점검 목적에 맞게 조정합니다.

대기함 탭을 봅니다. 규칙에 걸린 항목이 역할별 보고로 쌓여 있습니다. 보고의 근거 금액을 확인하고 점검 대상을 정합니다.

활동 기록 탭을 봅니다. 실행 시각, 호출 주체, 결과, 걸린 건수가 나옵니다. 두 번째 호출은 하루 한 번 제한으로 건너뜁니다.

레이아웃 저장과 복원

자주 쓰는 배치를 이름 붙여 저장하고, 기본 레이아웃으로 지정하면 다음에 열 때 조회까지 끝낸 채 시작합니다.

레이아웃 메뉴에서 저장을 누릅니다. 이름과 기본 지정, 열 때 자동 조회 선택이 나옵니다. 자주 쓰는 배치만 저장해 둡니다.

레이아웃 관리를 엽니다. 저장된 목록과 기본 · 자동 조회 표시가 나옵니다. 이름 변경과 삭제도 여기서 합니다.

저장 후 화면을 새로 고칩니다. 축 배치와 항목이 저장했던 모양으로 돌아오고 조회까지 끝나 있습니다. 기본+자동 조회이면 열자마자 조회된 상태입니다.

좁은 화면과 한계

390px 폭의 세로 배치와, 행·열 조합 상한에 걸렸을 때의 안내를 확인합니다.

행이나 열 차원을 너무 많이 올립니다. 상한을 넘으면 표를 그리지 않거나 안내가 나옵니다. 차원을 줄이거나 필터를 겁니다.

좁은 화면으로 엽니다. 조건, 표, 차트가 세로로 쌓이고 차트가 표 아래에 놓입니다. 폰 폭에서도 잘림 없이 읽혀야 합니다.

화면 뒤에서 일어나는 일

조회 한 번으로 큐브(실적)와 계획을 받아 오고, 표·차트·요약은 모두 브라우저에서 이 두 묶음으로 다시 집계합니다. 칸을 누를 때만 원천 문서 라인을 나눠 읽고, 차이 분해·AI 해설·에이전트 실행은 서비스의 펑션 세 개가 맡습니다.

판정 조건과 조치

처리 단계와 대사식

조회조건

결과 컬럼

좁은 화면에서 달라지는 것

390px 폭에서는 조회조건, 표, 차트가 세로로 쌓이고 차트가 표 아래에 놓입니다.

파일 구성

<앱 폴더>/
  index.html · Component.js · manifest.json
  controller/ · view/ · model/ · css/ · i18n/
  odata/expcomm_srv/  metadata.xml · service.js · engine.js · json/(엔티티셋별 15개)
  media/       intro.mp4 · intro_poster.jpg · intro_chapters.vtt
  test/        검증 전용(운영 배포 대상이 아님)
  readme.html

SAP 표준 기능 확장 포인트

표준 실행은 SAP 표준 T-code 가 담당하고, 이 화면은 조회·검증 관점을 더해 확장합니다. 표준을 없애지 않고 끊기는 자리만 이어 붙입니다.

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

T-code 별 연계 지점

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

분석 지표 정의표

CDS 구성

실데이터로 옮길 때의 뷰 구성 스케치입니다. 이름 접두어와 원천 테이블은 회사의 명명 규칙과 SAP 환경에 맞춰 정합니다(수수료 조건 유형은 확인 필요).

뷰 레이어 구성

-- ① 수수료 기준 매핑 : 정산 문서의 수수료 조건을 화면의 수수료 기준 코드에 연결
@EndUserText.label: '수수료 기준 매핑'
define view entity ZI_CommBasisMap as select from ztcomm_basis
{ key cond_type as CondType,
  basis_code    as Basis,      -- STD 표준 · VOL 물량 구간 · NEW 신규 시장 · EXC 독점 · PRJ 프로젝트
  paymode_code  as PayMode }   -- REMT 월 송금 · OFFS 상계 · DEFR 이연 · ADVN 선지급 · HOLD 보류

-- ② 정산 문서 라인 기준 뷰 : 금액 · 수량 · 환율을 한 줄로
define view entity ZI_CommItemBase as select from vbrp
  association [1..1] to vbrk as _Head on _Head.vbeln = $projection.BillRef
  association [0..1] to ZI_CommBasisMap as _Map on _Map.CondType = $projection.CondType
{ key vbeln as BillRef, key posnr as Item,
  fkimg  as Qty,
  netwr  as NetAmount,
  _Head.waerk as Currency,
  _Map.Basis, _Map.PayMode, _Head, _Map }

-- ③ 큐브 뷰 : 월 단위로 수수료를 모은다 (화면의 합계는 모두 여기서 나온다)
@Analytics.dataCategory: #CUBE
define view entity ZC_CommCube as select from ZI_CommItemBase
{ key Period, key Agent, key ProdGroup, key Incoterms, key Basis,
  @DefaultAggregation: #SUM Base,
  @DefaultAggregation: #SUM Incent,
  @DefaultAggregation: #SUM Settle,
  @DefaultAggregation: #SUM Base + Incent + Settle as Comm }

-- ④ 계획 뷰 : 같은 키의 수수료 지급 계획 (기준 대비는 키 대응으로 계산)
define view entity ZI_CommPlan as select from ztcomm_plan
{ key version as Version, key period as Period, key agent as Agent,
  key prodgroup as ProdGroup, key incoterms as Incoterms, key basis as Basis,
  qty as Qty, comm_amount as Comm }

-- ⑤ 분석 쿼리 : 회사코드는 필수, 기간은 구간으로 받는다
@Analytics.query: true
define view entity ZQ_CommQuery as select from ZC_CommCube
{ @Consumption.filter: { mandatory: true } Bukrs,
  @Consumption.filter: { selectionType: #INTERVAL } Period,
  Agent, ProdGroup, Incoterms, Basis, Comm, Base, Incent, Settle }

-- ⑥ 권한 : 집계 단계에 건다
define role ZR_CommAccess {
  grant select on ZQ_CommQuery
    where ( Bukrs ) = aspect pfcg_auth( F_BKPF_BUK, BUKRS, ACTVT = '03' ); }

-- ⑦ 서비스 정의 : 화면이 읽는 엔티티셋을 한 곳에서 게시
define service ZUI_ExpComm {
  expose ZQ_CommQuery as CubeSet;
  expose ZI_CommPlan  as PlanSet;
  expose ZI_CommItemBase as ItemSet; }

운영 시점에 해야 할 일

개발보다 정하는 일이 많습니다.

숫자를 믿을 수 있는가 — 검증 결과

대사식별 검사 건수와 차이 건수입니다. 의도적 예외는 55개 키(미계획 1,736백만원)로 대사 차이와 분리해 기록했습니다.

운영 데이터로 갈 때

실데이터에서는 문서 줄이 수천만 건까지 늘 수 있습니다. 조회 때 기간과 회사코드로 범위를 좁히고, 큐브는 월 단위로 미리 집계해 두는 구성을 권합니다.

자주 묻는 질문

숫자와 산식, 화면과 조작, 분석 기능, 도입과 운영 네 묶음으로 21문항을 정리했습니다.

숫자와 산식

화면과 조작

분석 기능

도입과 운영