자금 솔루션 · 은행 거래 비용 분석

SAP 자금 솔루션 은행 거래 비용 다차원 분석 — 은행 수수료·환전 스프레드·이자·보증료를 끌어다 놓고 약정 대비 차이를 요인과 원천 명세까지

큐브 집계 · 끌어다 놓는 축 구성 · 칸에서 원천 청구 명세까지의 드릴스루 · 약정 대비 차이의 일곱 요인분해 · 행에 남는 변동 사유 · 근거를 보여 주는 AI 분석 · 하루 한 번 도는 에이전트 — 소개 영상과 실제 화면 29종, 그리고 CDS 코드까지

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

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

월말 자금 회의에서 은행 거래 비용은 늘 “작은 항목”으로 지나갑니다. 그런데 은행이 청구한 송금 수수료·전신료·환전 스프레드·이자·보증료는 은행이 여러 곳이고 외화 거래가 있으면 금세 수천 줄이 됩니다. 담당자가 받는 질문은 비슷합니다. 은행에 약정한 만큼만 청구되었나, 어느 은행·어느 서비스에서 벌어졌나, 그 차이는 물량 때문인가 요율 때문인가 환율 때문인가. 지금은 이 답이 은행 청구 명세 · 약정서 · 엑셀 · 표준 라인 항목 조회에 흩어져 있어, 합계표를 맞추는 일에 시간이 먼저 쓰입니다.

이 화면은 은행이 청구한 비용을 하나의 큐브로 묶어 축을 끌어다 놓고, 약정(예정) 비용과의 차이를 일곱 요인으로 갈라 보여 주며, 칸을 누르면 그 금액을 이루는 원천 청구 명세까지 내려갑니다. 특정 회계기준서를 구현한 것이 아니라 은행 계좌의 청구 명세와 약정 비용을 분석하는 업무 화면입니다. 그래서 하우스 은행 관리(FI12)·은행 계좌 명세 처리(FEBAN)·G/L 계정 라인 항목(FBL3N)·수작업 은행 명세 입력(FF67)을 대체하지 않고, 그 숫자를 이어받아 축을 바꿔 보고 차이를 설명하는 쪽을 맡습니다. 표준 실행은 SAP 표준 T-code 가 담당하고, 이 화면은 조회·검증 관점을 더해 확장합니다.

한 줄 요약 — 은행 거래 비용을 축을 바꿔 가며 보고, 약정과 벌어진 곳을 요인으로 설명하고, 그 금액의 원천 청구 명세까지 따라가 합계가 맞는지 확인합니다. 판단은 담당자가 하고 이 화면은 점검할 곳을 좁혀 줍니다.

핵심 포인트 일곱 가지

핵심 포인트고객이 얻는 것지금 방식이라면
① 축을 바꿔도 숫자가 갈라지지 않는 피벗은행·거래 서비스·비용 항목·통화·거래 채널·비용 구분·사업부 같은 차원을 끌어다 놓아 행 3단계·열 2단계로 봅니다. 모든 축이 같은 큐브에서 나오므로 합계가 어긋날 자리가 없고, 축을 바꿔도 서버를 다시 부르지 않습니다.은행별·서비스별·통화별 비용표를 따로 만들고, 합계가 다르면 표를 맞추는 회의를 엽니다.
② 칸에서 원천 청구 명세까지표의 칸을 누르면 그 금액을 이루는 청구 명세 라인이 열리고, 라인 합계가 칸 금액과 같은지 같은 자리에서 “표의 값과 일치”로 표시됩니다.화면을 닫고 표준 라인 항목 조회를 다시 열어 조건을 손으로 맞춥니다.
③ 약정 대비 차이를 일곱 요인으로약정(예정) 비용과 실적의 차이를 물량·요율·환율·면제·감면·청구 시점·약정 외 발생·미발생으로 가르고, 약정 + 요인 합 − 실적 = 0 인지 검산 줄로 확인합니다.총차이만 보고 “왜 벌어졌나”는 은행 담당자에게 되묻거나 감으로 설명합니다.
④ 차이 워터폴과 변동 사유 기재약정에서 실적까지 요인이 어떻게 쌓였는지를 막대로 보고, 설명이 필요한 행에는 사유를 남깁니다. 사유는 행 경로에 묶여 축을 바꿔도 따라옵니다.사유를 메일과 회의록에 흩어 적어 다음 달에 같은 설명을 다시 합니다.
⑤ 보는 사람에 맞춘 경영 요약경영·재무·자금·회계 네 관점으로 기본 축과 측정값이 바뀌어, 같은 데이터를 질문에 맞는 순서로 봅니다.관점마다 보고용 표를 따로 만듭니다.
⑥ 근거를 보여 주는 AI 분석과 하루 한 번 에이전트해설의 금액은 서비스가 계산해 근거 표로 함께 내놓고, PowerPoint 보고서로 내려받습니다. 에이전트는 감시 규칙에 걸린 항목을 대기함에 모으며, 하루 한 번만 서버가 허용합니다.월말에 사람이 훑어보며 이상한 청구를 찾고, 설명 문장은 새로 씁니다.
⑦ 보기 저장과 좁은 화면축·필터·기준값을 이름 붙여 저장하고 “열면 바로 조회”로 지정할 수 있으며, 390px 폭에서도 가로 스크롤 없이 차트가 표 아래로 내려옵니다.같은 설정을 매번 다시 맞추고, 모바일에서는 엑셀 캡처를 돌려 봅니다.

사례로 보는 효과 — 합계는 −0.2% 인데 해외송금은 +20.3% 였다

검증용 샘플 데이터에서 2026년 1월~9월을 조회하면 청구 비용 실적은 4,085,830천원, 약정은 4,094,559천원으로 차이가 −8,729천원(−0.2%) 입니다. 합계만 보면 약정을 잘 지킨 것처럼 보입니다. 거래 서비스 축으로 내려가면 해외송금은 약정 295,883천원에 실적 355,871천원으로 +59,988천원(+20.3%) 벌어져 있고, 같은 크기의 음수가 다른 서비스에서 이를 가리고 있었습니다. 해외송금 아래 한 은행(가상 이름)을 골라 요인분해를 켜면 차이 +21,456천원이 다음처럼 나뉩니다.

항목금액(천원)
약정 비용78,374
물량(거래 금액) 차이+441
요율 차이−47
환율+1,152
면제·감면 차이−58
청구 시점 차이0
약정 외 발생+20,472
미발생(약정만 있음)−504
실적 청구 비용99,831

차이의 대부분(+20,472)이 약정표에 없는 조합에서 청구된 비용이었다는 점이 한눈에 보입니다. 요율이나 물량이 달라진 것이 아니므로, 확인할 곳은 은행의 요율 협의가 아니라 “새로 생긴 거래 종류나 약정 변경 통지가 있었는가”입니다. 검산 줄(약정 78,374 + 요인 합 − 실적 99,831)은 0 으로 표시됩니다. 숫자 검증도 같은 자리에서 합니다. 샘플 청구 명세 라인 6,634건으로 8가지 축 배치 × 3개 측정값, 총 1,350칸을 전수 대사했고 차이는 0건입니다(자세한 표는 CDS 구성의 검증 결과에 있습니다).

도입하면 달라지는 것

  • 월말 은행 비용 점검 — 은행별·서비스별 비용표, 약정 대비 차이, 사유 정리가 한 화면에서 나와 엑셀 취합이 줄어듭니다.
  • 회의의 주제 — “어느 합계가 맞나”가 아니라 “이 은행의 이 항목을 약정과 다시 맞춰 볼 것인가”를 이야기합니다.
  • 다음 달로 이어지는 기록 — 변동 사유와 저장한 보기가 남아 같은 설명을 되풀이하지 않습니다.
  • 놓치는 날이 없는 점검 — 감시 규칙에 걸린 비용률·약정 대비 차이·약정 외 청구·환전 스프레드 비중이 대기함에 올라옵니다.
  • 숫자를 의심하는 비용 — 칸을 누르면 원천 청구 명세가 열리고 합계 일치가 표시되어, 표준 화면을 다시 열어 대조하는 일이 줄어듭니다.

이런 회사에 맞습니다

거래 은행이 여러 곳이고 원화와 함께 달러·유로·위안 같은 외화 송금·환전·무역금융·보증 거래가 있는 회사입니다. 은행별로 약정 요율과 감면 조건이 달라 월말마다 청구 명세와 약정을 엑셀로 대조해야 하는 자금팀·경영지원 조직에 맞고, 본사와 해외법인 사무소처럼 회사코드가 둘 이상일 때 은행 비용을 회사별로 가르는 일에도 쓰입니다.

실행 화면

실제로 돌아가는 화면 29종을 사용 순서대로 싣습니다. 그림을 누르면 크게 볼 수 있고, 화면마다 무엇을 하는 자리인지 아래에 적었습니다. 숫자는 모두 같은 샘플 자료에서 나온 것이라 화면끼리 서로 맞춰 보셔도 됩니다.

사용 방법

  1. 조회 조건 입력 — 위쪽 조회 조건에서 회사(다중 선택), 기간 시작·끝, 비교 기준(없음 또는 약정)을 정합니다. 모두 선택 사항이며 비우면 전체 범위입니다.
  2. 조회 — 조건 줄 오른쪽 끝의 조회 버튼을 누르거나 입력 칸에서 Enter 키를 누릅니다. 저장한 보기 가운데 “열면 바로 조회”로 지정한 것이 있으면 열리자마자 조회됩니다.
  3. 요약 확인 — 조회 뒤 조건 영역은 한 줄 요약으로 접히고 청구 비용·거래 금액 대비 비용률·환전 스프레드·약정 대비 차이·감면율 카드와 피벗·차트가 나타납니다.
  4. 보는 사람과 축 이동 — 경영·재무·자금·회계 버튼으로 관점을 바꾸고, 차원 칩을 행 축·열 축으로 끌어다 놓거나 X 로 뺍니다. 측정값·값 필터·표시 단위도 여기서 바꿉니다.
  5. 칸 클릭 상세 — 표의 칸을 누르면 그 금액을 이루는 원천 청구 명세 라인이 열리고 합계 일치가 표시됩니다. 약정 차이를 켜고 행을 고르면 요인분해와 워터폴, 변동 사유·해설·에이전트를 이어서 씁니다.
  6. 내보내기 — 표 상단의 CSV 로 현재 피벗을, 원천 라인 창의 CSV 로 라인 목록을, 해설 창의 보고서로 PowerPoint 를 내려받습니다.

무엇으로 만들었나

자리무엇왜 그렇게 두었나
화면 컨트롤OpenUI5 표준 컨트롤(트리 표·값 도움·대화 상자)과 직접 그린 SVG 차트외부 차트 라이브러리를 들이지 않아 반입 심사 없이 사내망에서 돕니다.
집계·판정 로직브라우저의 피벗 엔진과 계산 항목 식, 서비스의 요인분해·해설·에이전트 로직축 변경은 브라우저가, 요인분해·해설·에이전트처럼 서버 규칙이 필요한 일은 서비스가 맡습니다.
OData 서비스 구성OData V2 서비스 하나가 차원·측정값·큐브·약정·원천 명세·변동 사유·저장한 보기를 읽고 쓰며, 요인분해·해설·에이전트 실행은 서비스 함수로 호출합니다.화면은 서비스 계약만 알면 되므로 운영에서는 같은 계약을 CDS 로 채워 주소만 바꿉니다.
읽는 방식차원·측정값은 시작 때 한 번, 큐브·약정은 조회 때 한 번 읽고 이후는 브라우저에서 다시 합산축을 바꿀 때마다 서버를 부르지 않아 빠르고, 모든 축이 같은 큐브라 합계가 갈라지지 않습니다.
테마sap_horizonSAP 표준 화면과 같은 결의 화면으로 보이게 합니다.
항목내용
솔루션자금
업무 영역은행 거래 비용 분석(은행 수수료·환전 스프레드·이자·보증료, 약정 비용 대비 차이, 감면 반영)
관련 기준서·대상 영역특정 기준서 연계 없음 · 대상 영역: 은행 청구 명세, 약정(예정) 비용, 외화 환산, 약정 감면
SAP 표준 T-codeFI12 · FEBAN · FBL3N · FF67
화면 성격다차원 분석(피벗 표 · 차트 · 원천 명세 · 차이 분석 · 에이전트)
데이터 연동OData V2 서비스 · 현재는 샘플 데이터로 동작 · 운영 원천 연동은 확인 필요
테마sap_horizon
SAP 표준 기능을 그대로 이어받은 부분 — 비용은 표준 은행 비용 계정 전표와 은행 명세의 구조를 원천으로 삼는 것을 전제로 하며, 환율은 샘플에서는 가정값이고 운영에서는 표준 환율 테이블을 쓰도록 확인이 필요합니다. 이 화면은 그 데이터를 다차원으로 묶어 보고 차이를 설명하는 관점을 더합니다.

처음 열었을 때

조회 조건부터 피벗까지가 한 화면에 세로로 쌓입니다. 조회 전에도 틀이 서 있고, 조회 뒤에는 조건이 접혀 표와 차트가 자리를 넓게 씁니다.

조회 전 — 틀이 먼저 보인다
조회 전 — 틀이 먼저 보인다 — 조회 조건 영역이 펼쳐져 있고, 보는 사람 버튼·레이아웃 보드·빈 피벗 틀이 제자리에 서 있습니다.

조회 전에도 빈 화면을 주지 않습니다. 조건과 보드, 피벗 틀이 먼저 서 있고 표 자리에는 “조회 조건을 정하고 [조회]를 누르면 표가 채워집니다” 안내가 있어서, 처음 여는 사람도 무엇을 고르면 무엇이 채워지는지 먼저 봅니다. 기간은 2026년 1월~9월 전체가 기본이고, 비교 기준은 약정(P0)입니다.

조회 직후 — 요약 카드와 피벗, 오른쪽 차트
조회 직후 — 요약 카드와 피벗, 오른쪽 차트 — 청구 비용·거래 금액 대비 비용률·환전 스프레드·약정 대비 차이·감면율이 위에, 은행 › 거래 서비스 피벗과 막대 차트가 아래에 뜹니다.

조회를 누르면 요약 카드가 먼저 차고, 그 아래로 레이아웃 보드와 피벗이 함께 뜹니다. 기본 배치는 행 축 은행 › 거래 서비스, 열 축 분기, 측정값은 청구 비용(원화)입니다. 표 오른쪽 차트는 같은 값을 그린 것이라 표를 읽기 전에 모양부터 눈에 들어옵니다.

조회 조건을 다시 연 상태
조회 조건을 다시 연 상태 — 접혀 있던 조회 조건 영역을 펼치면 회사·기간·비교 기준과 조회·초기화 버튼이 나타나고, 그 아래에 차원 보관함·행 축·열 축 보드가 보입니다.

조회 뒤에는 조건이 한 줄 요약(회사·기간·비교 기준·단위)으로 접혀 표와 차트에 자리를 내줍니다. 조건을 바꾸고 싶으면 머리글을 눌러 다시 펼치고 조회를 한 번 더 누릅니다. 이때만 서버에서 큐브를 새로 읽습니다. 아래 보드는 쓰지 않는 차원은 보관함에, 쓰는 차원은 행 축(3단계까지)과 열 축(2단계까지)에 놓는 자리입니다.

은행을 열 축으로 옮긴 표
은행을 열 축으로 옮긴 표 — 은행이 열 축으로 올라가면서 같은 숫자가 다른 모양으로 다시 묶였습니다.

차원 칩을 열 축 칸으로 끌어다 놓은 모습입니다. 다시 조회할 필요는 없습니다. 큐브는 이미 브라우저에 있고 축을 바꾸는 일은 그 행을 다시 묶는 일이기 때문입니다. 요약 카드의 합계가 그대로인 것이 이 점을 보여 줍니다.

경영 요약 · 축 전환과 범위

행 축 3단계·열 축 2단계까지 끌어다 놓고, 값 필터로 범위를 좁히고, 측정값과 계산 항목을 고릅니다. 이 단계의 모든 변경은 브라우저 안에서 일어납니다.

모두 펼친 3단 피벗
모두 펼친 3단 피벗 — 모두 펼치기를 누르면 은행 › 거래 서비스 아래까지 한 번에 열립니다.

표 위의 모두 펼치기·모두 접기 버튼으로 트리를 한꺼번에 엽니다. 행이 많아도 표 행 수 설정(기본 12행)만큼 보이고 나머지는 스크롤합니다. 합계 줄이 맨 위에 있어 아래 행을 더하면 합계가 되는지 눈으로 확인할 수 있습니다.

값 필터 — 다중 선택 창

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

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

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

값 필터 — 다중 선택 창 — 상세 설명은 데모를 신청하신 고객께 보여 드려요.
은행 2곳을 고른 결과

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

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 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.

회계 관점 — 상세 설명은 데모를 신청하신 고객께 보여 드려요.

AI 분석과 보고서

해설은 서비스가 계산한 숫자를 규칙으로 문장에 옮긴 것이며, 근거 표가 항상 같이 나옵니다.

해설 — 범위 요약과 핵심 발견

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

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

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

해설 — 범위 요약과 핵심 발견 — 상세 설명은 데모를 신청하신 고객께 보여 드려요.
해설에 쓴 근거 숫자표

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

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

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

해설에 쓴 근거 숫자표 — 상세 설명은 데모를 신청하신 고객께 보여 드려요.

AI 에이전트

감시 규칙을 하루 한 번 점검해 걸린 항목을 대기함에 모읍니다. 하루 한 번 제한은 서버가 판정합니다.

에이전트 — 감시 규칙과 대기함

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

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

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

에이전트 — 감시 규칙과 대기함 — 상세 설명은 데모를 신청하신 고객께 보여 드려요.
첫 실행 — 규칙 4건 중 4건 보고

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

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

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

첫 실행 — 규칙 4건 중 4건 보고 — 상세 설명은 데모를 신청하신 고객께 보여 드려요.
같은 날 두 번째 실행 — 제한 안내

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

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

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

같은 날 두 번째 실행 — 제한 안내 — 상세 설명은 데모를 신청하신 고객께 보여 드려요.

레이아웃 저장과 복원

자주 쓰는 축과 필터를 이름 붙여 저장하고, 기본·자동 조회로 지정해 열자마자 같은 보기가 뜨게 합니다.

보기 저장 메뉴

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

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

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

보기 저장 메뉴 — 상세 설명은 데모를 신청하신 고객께 보여 드려요.
보기 이름 입력

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

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

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

보기 이름 입력 — 상세 설명은 데모를 신청하신 고객께 보여 드려요.
저장한 보기 관리

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

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

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

저장한 보기 관리 — 상세 설명은 데모를 신청하신 고객께 보여 드려요.

좁은 화면

390px 폭에서도 같은 기능을 쓰도록 배치가 바뀝니다.

390px 폭 — 조회 전

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

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

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

390px 폭 — 조회 전 — 상세 설명은 데모를 신청하신 고객께 보여 드려요.
390px 폭 — 조회 후 표

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

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

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

390px 폭 — 조회 후 표 — 상세 설명은 데모를 신청하신 고객께 보여 드려요.
390px 폭 — 차트가 표 아래로

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

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

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

390px 폭 — 차트가 표 아래로 — 상세 설명은 데모를 신청하신 고객께 보여 드려요.

화면 뒤에서 일어나는 일

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

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

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

약정 대비 판정과 표시 규칙

판정 조건결과 상태사용자 조치
실적−약정 차이의 절대값이 금액 기준 이상이고, 차이율 절대값도 비율 기준 이상점검 필요(색 표시)변동 사유를 입력하고 요인분해로 원인 요인을 확인
둘 중 하나만 기준을 넘음표시 없음필요하면 기준값을 조정
약정 + 요인 합 − 실적 = 0 (검산 줄)정상없음
검산 줄이 0 이 아님점검 필요약정 버전과 조회 범위를 확인
청구 명세가 약정표에 없는 조합에서 발생약정 외 발생 요인으로 분리약정 변경 통지나 신규 거래 여부를 확인
약정만 있고 청구가 없는 조합미발생 요인으로 분리청구 누락인지 거래 미발생인지 확인
칸 금액과 원천 명세 합계가 다름점검 필요원천 명세 목록과 조회 범위 확인
열 조합이 상한 초과추가 취소 + 안내필터로 범위를 좁히거나 다른 차원 사용
감시 규칙 지표가 임계값 조건에 해당대기함 등록(점검 필요)대기함 내용을 읽고 담당자가 판단
같은 날 에이전트 두 번째 실행제한 안내다음 날 다시 실행

이 화면은 점검 도구입니다. 색 표시와 해설은 살펴볼 곳을 좁혀 줄 뿐이며 최종 판단은 회사와 감사인이 합니다.

산출과 검산 순서

  1. 원천 청구 명세 라인을 9개 차원 단위로 집계해 실적 큐브와 약정 큐브를 만듭니다. 금액·건수는 모두 기간 합입니다.
  2. 청구 비용에서 약정 감면을 이미 뺀 값을 쓰고, 감면 금액은 별도 측정값으로 둡니다. 감면 전 비용은 둘을 더한 계산 항목입니다.
  3. 약정과의 차이를 물량(거래 금액) · 요율 · 환율 · 면제·감면 · 청구 시점 · 약정 외 발생 · 미발생 일곱 요인으로 나눕니다. 환율 요인에 반올림 차이를 모아 검산을 맞춥니다.
  4. 약정 + 요인 합 − 실적 = 0 인지 검산 줄로 확인하고, 큐브 합계와 원천 라인 합계를 기간 × 측정값으로 대사합니다(검산 기록 54건).

조회조건

조건형식필수기본값·설명
회사다중 선택선택비우면 전체 회사(본사 · 해외법인 서울사무소)
기간 시작 · 끝기간 목록에서 선택선택2026년 01월~09월 9개 기간 전체
비교 기준없음 · 약정(P0)선택약정을 고르면 차이 모드와 요인분해를 쓸 수 있음
값 필터(은행 · 거래 서비스 · 비용 항목 · 통화 · 거래 채널 · 비용 구분 · 사업부)다중 선택선택차원 값은 서비스의 차원 값 목록에서 읽음
측정값다중 선택선택청구 비용 · 거래 금액 · 감면 금액 · 거래 건수 · 라인 수와 계산 항목
금액 단위원 · 천원 · 백만원 · 억원선택표시 단위만 바뀌며 합계는 원 단위 값으로 계산
차이 기준금액(백만원) · 비율(%)선택기본 0.3백만원 · 5퍼센트

서비스에는 기간과 값 필터가 Period>=202601;Period<=202609;Bank=B01,B02 같은 짧은 문법으로 전달됩니다.

결과 컬럼

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

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

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

좁은 화면에서 달라지는 것

  • 조회 조건이 세로로 쌓이고 조회·초기화 버튼이 조건 아래에 놓입니다.
  • 요약 카드는 두 열로 쌓이고, 차트는 표 오른쪽이 아니라 표 아래로 내려옵니다.
  • 표 위 도구 줄의 버튼이 많으면 더보기(…) 메뉴로 접힙니다.
  • 화면 전체의 가로 스크롤은 생기지 않으며, 표만 안쪽에서 스크롤합니다.

파일 구성

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

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

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

SAP 표준 기능 확장 포인트

표준 실행은 SAP 표준 T-code 가 담당하고, 이 화면은 조회·검증 관점을 더해 확장합니다. 표준 화면으로 충분한 일은 표준에 두고, 표준에서 이어지지 않는 자리만 이 화면이 잇습니다.

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

하고 싶은 일SAP 표준 T-code표준에서 걸리는 자리이 앱이 하는 일
하우스 은행·계좌 기준 정보 관리FI12마스터 정보를 관리하는 화면이라 은행 비용을 축을 바꿔 보는 기능은 목적이 아닙니다(확인 필요)은행 차원 값을 같은 이름표로 쓰고 비용을 은행·서비스·항목 축으로 묶어 봅니다
은행 계좌 명세 후처리FEBAN명세를 전기하는 데 맞춰져 있어 약정 비용과의 차이를 요인으로 가르는 기능은 확인한 범위에서 찾지 못했습니다(확인 필요)청구 명세 라인을 약정과 나란히 놓고 일곱 요인으로 나눕니다
은행 비용 계정의 라인 항목 조회FBL3N라인 단위 조회는 강하지만 은행·서비스·통화로 묶은 합계표를 만들려면 내려받아 가공해야 합니다(확인 필요)칸의 합계와 원천 라인 합계를 같은 자리에서 대조합니다
자동 수신되지 않는 은행 명세의 수작업 입력FF67입력 화면이라 입력된 비용을 분석하는 자리는 아닙니다(확인 필요)입력된 명세가 큐브에 들어오면 같은 축으로 비교합니다
법정·감사·세무 신고용 보고-표준과 회계 담당 조직이 책임지는 영역입니다하지 않습니다. 표준에 남깁니다

T-code 별 연계 지점

맞닿는 표준 T-code 마다 이어받는 데이터와 대사 지점을 아래에 적었습니다. 운영으로 옮긴 뒤에도 기존 표준 화면은 없애지 않습니다. 이 화면의 숫자와 표준 화면의 숫자를 맞춰 보는 용도로 함께 씁니다.

T-code이름이 앱과의 연계
FI12하우스 은행 관리이어받는 데이터 하우스 은행·계좌 마스터(은행 키·계좌 ID·통화). 대사 지점 이 앱의 은행 차원 값 수와 마스터의 은행 수가 같은지. 오가는 방법 이 앱의 은행 행에서 FI12 로 같은 은행의 계좌 구성을 엽니다. 표준에 남길 일 은행·계좌 마스터 유지(확인 필요).
FEBAN은행 계좌 명세 후처리이어받는 데이터 은행이 보낸 수수료·이자 명세 항목. 대사 지점 명세의 수수료 합이 이 앱의 해당 은행·기간 칸 금액과 같은지. 오가는 방법 이 앱의 원천 명세 창에서 건수가 맞지 않는 칸을 확인한 뒤 FEBAN 에서 미처리 명세를 찾습니다. 표준에 남길 일 명세 전기와 후처리.
FBL3NG/L 계정 라인 항목이어받는 데이터 은행 비용 계정(수수료·이자·보증료 계정)의 라인 항목. 대사 지점 같은 기간 계정 라인 합계가 이 앱의 청구 비용 합계와 같은지. 오가는 방법 칸의 원천 라인 합계를 FBL3N 의 같은 계정·기간 합계와 맞춥니다. 표준에 남길 일 감사 대응용 라인 조회.
FF67수작업 은행 명세 입력이어받는 데이터 자동 수신되지 않아 손으로 입력한 명세(확인 필요). 대사 지점 수작업 입력분이 큐브에 들어왔는지, 같은 청구가 두 번 잡히지 않았는지. 오가는 방법 건수가 맞지 않으면 FF67 입력 이력을 확인합니다. 표준에 남길 일 명세 입력 자체.

이 앱의 결과에서 표준 화면으로 가는 길은 위 표의 “오가는 방법”과 같습니다. 반대로 표준 화면에서 본 수수료 합계는 이 앱의 은행 행에서 같은 기간의 청구 비용으로 다시 확인합니다. “기존 리포트를 없애야 하나”에 대한 답은 아니오입니다. 법정·공시·감사·세무 신고용 보고는 표준에 남겨 둡니다.

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

S/4HANA 에는 CDS 분석 쿼리와 Fiori 분석 앱, Analysis for Office 같은 분석 수단이 이미 있습니다. 이 화면은 그것들과 경쟁하기보다, 같은 CDS 큐브 위에서 “끌어다 놓는 축 전환 · 칸에서 원천 명세로 · 약정 대비 차이 요인”을 한 화면에 모으는 자리를 맡습니다. 같은 쿼리를 Analysis for Office 에서 열어도 숫자는 같아야 하고, 그 차이가 0 인지를 대사 항목으로 둡니다. 특정 Fiori 앱과의 연계는 확인하지 못한 범위라 이름을 적지 않았습니다(확인 필요).

분석 지표 정의표

지표산식·판정 기준대응 기능원천 데이터비고
청구 비용거래 금액 × 요율 − 약정 감면(원화 환산)조회 · 피벗 · 차트청구 명세 라인의 비용거래일 환율로 환산
거래 금액거래통화 금액 × 환율측정값청구 명세 라인의 거래 금액비용 산정 기준 금액
감면 금액약정 감면(면제) 반영액측정값 · 계산 항목청구 명세 라인의 감면청구 비용에는 이미 빠져 있음
수수료 · 환전 스프레드 · 이자·보증료비용 구분별 청구 비용계산 항목청구 비용(구분 F · S · I)-
감면 전 비용청구 비용 + 감면 금액계산 항목청구 비용 · 감면-
감면율(%)감면 금액 × 100 ÷ (청구 비용 + 감면 금액)계산 항목위 두 값-
거래 금액 대비 비용률(bp)청구 비용 × 10,000 ÷ 거래 금액계산 항목 · 에이전트 규칙청구 비용 · 거래 금액베이시스포인트(만분율)
건당 비용(원)청구 비용 ÷ 거래 건수계산 항목청구 비용 · 건수-
약정 대비 차이실적 − 약정, 차이율 = 차이 ÷ |약정|기준 대비 차이 · 워터폴실적 큐브 · 약정 큐브금액·비율 기준 둘 다 넘어야 색 표시

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

확장 자리고객사가 정하는 것손대는 방식
비용 계정·비용 구분 매핑어느 G/L 계정이 수수료·환전 스프레드·이자·보증료인지매핑 테이블에 행을 추가(자금·회계)
약정 원천약정 요율·감면을 어느 마스터에서 읽을지, 버전(P0 등)을 어떻게 둘지약정 큐브 뷰의 원천 지정(확인 필요)
은행·서비스 차원화면에 보일 은행 이름, 거래 서비스 분류차원 뷰의 텍스트와 분류 매핑
환율 유형거래일 환율을 쓸지 월평균 환율을 쓸지큐브 뷰의 환산 식과 환율 유형 파라미터
확장 필드계약 번호·사업부 같은 추가 구분차원 추가(표준 확장 필드 또는 커스텀 필드)
감시 규칙 임계값비용률 상한·차이 임계·약정 외 청구 한도규칙 값을 설정 테이블에서 관리
권한회사코드·은행 범위별 조회 권한DCL 과 표준 권한 객체 설계

CDS 구성

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

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

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

자주 묻는 질문

도입 상담과 데모에서 자주 나오는 질문을 네 묶음으로 적었습니다.

숫자와 산식

청구 비용에 감면이 이미 반영되어 있습니까?

반영되어 있습니다. 청구 비용은 거래 금액 × 요율에서 약정 감면을 뺀 금액이며, 감면 금액은 별도 측정값으로 보여 줍니다. 감면 전 비용은 둘을 더한 계산 항목입니다. 그래서 감면율은 감면 금액 ÷ (청구 비용 + 감면 금액)으로 계산합니다.

셀 금액과 원천 청구 명세 합계가 같다는 것은 어떻게 확인합니까?

칸을 누르면 그 금액을 이루는 원천 라인이 열리고, 라인 합계가 칸 금액과 같은지 같은 자리에 “표의 값과 일치”로 표시됩니다. 샘플 데이터에서는 서로 다른 12칸을 눌러 모두 일치하는 것을 확인했습니다. 일치하지 않으면 점검 필요로 바뀝니다.

약정 대비 차이의 일곱 요인은 어떻게 나눕니까?

물량(거래 금액) 차이, 요율 차이, 환율, 면제·감면 차이, 청구 시점 차이, 약정 외 발생, 미발생(약정만 있음)입니다. 약정 + 요인 합 − 실적 이 매번 0 이 되는지 검산 줄로 확인합니다. 환율 요인에 반올림 차이를 모아 검산을 맞추므로, 환율 요인은 반올림 몫을 포함한다는 점을 알아 두시면 됩니다.

축을 바꾸면 요인 금액이 달라집니까?

총차이는 같습니다. 요인별 배분은 약정과 실적을 맞추는 단위가 바뀌면 달라질 수 있으므로, 축을 바꾼 뒤에는 요인 합이 총차이와 같은지(검산 줄이 0 인지)를 확인합니다. 샘플 데이터에서는 전체·은행·서비스·통화·분기 조합 등 7가지 범위에서 모두 0 이었습니다.

약정 외 발생과 미발생은 무엇입니까?

청구는 있었는데 약정표에 없는 조합이 약정 외 발생, 약정은 있는데 청구가 없는 조합이 미발생입니다. 둘 다 총차이에 들어가지만 원인이 다르므로 따로 보여 줍니다. 약정 외 발생이 크면 약정 변경 통지나 신규 거래 여부를, 미발생이 크면 청구 누락인지 거래가 없었는지를 확인합니다.

환율은 실제 값입니까?

샘플 데이터의 가정값입니다. 운영에서는 표준 환율 테이블의 환율 유형과 환산 시점을 정해 바꿔야 하며, 연동 범위는 확인 필요입니다. 외화 청구는 거래일 환율로 원화 환산하는 것을 기본으로 삼았습니다.

거래 금액 대비 비용률(bp)은 무엇입니까?

청구 비용 × 10,000 ÷ 거래 금액으로 계산한 만분율입니다. 거래 규모가 다른 은행과 서비스를 같은 눈금에서 비교하기 위한 값이며, 에이전트의 은행별 비용률 상한 규칙도 이 값을 씁니다. 샘플 전체의 비용률은 5.57bp 입니다.

분기 열은 원천 데이터에 없는데 어디서 만듭니까?

회계기간에서 만들어 큐브에 붙인 파생 차원입니다. 그래서 분기 열로 묶어도 원천 라인 수와 합계는 기간 열과 같습니다.

화면과 조작

행 축은 세 개, 열 축은 두 개까지인 이유가 있습니까?

열 축은 조합 수가 곱으로 늘어 머리글이 먼저 읽기 어려워지기 때문입니다. 열 조합이 상한을 넘으면 추가를 막고 안내하며, 이때는 값 필터로 범위를 좁히거나 다른 차원을 쓰시면 됩니다.

축을 바꿀 때 서버를 다시 부릅니까?

부르지 않습니다. 조회 한 번으로 실적 큐브와 약정 큐브를 받아 오고, 끌어다 놓는 축 변경은 브라우저에서 다시 묶기만 합니다. 그래서 축을 바꿔도 숫자가 갈라지지 않습니다.

보는 사람(경영·재무·자금·회계)을 바꾸면 무엇이 달라집니까?

관점별로 측정값과 기본 축이 함께 바뀌고, 그 관점이 묻는 질문이 한 줄로 적힙니다. 데이터는 같고 보는 순서만 다릅니다. 관점을 바꿔도 요약 카드의 합계는 그대로입니다.

저장한 보기는 무엇을 담습니까?

현재의 행·열 축, 측정값, 값 필터, 기준값(차이 기준 등)을 담고, 불러오면 그대로 복원됩니다. 표와 차트의 너비는 기기마다 달라 저장하지 않습니다. 기본 보기나 “열면 바로 조회”로 지정할 수 있습니다.

변동 사유는 축을 바꾸면 사라집니까?

사라지지 않습니다. 사유는 조회 범위와 행 경로에 묶여 저장되므로 축을 바꾸거나 다시 조회해도 같은 행에 따라옵니다. 다만 행 경로 자체가 달라지는 축 구성에서는 그 행이 보이지 않을 수 있습니다.

조회가 느려지지 않습니까?

원천 라인 전체를 내려받지 않습니다. 조회 단계에서 큐브로 집계해 받고, 칸을 눌렀을 때만 그 칸의 원천 라인을 건수 확인 후 쪽 나눠 읽어 옵니다. 한 번에 읽는 큐브는 최대 5,000행이라 범위가 넓으면 조건을 좁히라는 안내가 뜹니다.

휴대폰이나 좁은 창에서도 쓸 수 있습니까?

쓸 수 있습니다. 창이 좁으면 차트를 감추지 않고 표 아래로 내려 가로 스크롤 없이 읽게 합니다. 다만 열이 많은 구성은 넓은 화면이 편합니다.

CSV 로 무엇을 내려받습니까?

표 위의 CSV 는 현재 피벗(지금 보이는 축과 단위 그대로)을, 원천 명세 창의 CSV 는 그 칸의 라인 목록을 내려받습니다. 해설 창의 보고서는 PowerPoint 파일입니다.

분석 기능과 AI

AI 가 금액을 잘못 말하면 어떻게 됩니까?

금액과 비율은 서비스가 큐브에서 계산해 넘기고, 해설은 그 숫자를 읽어 문장으로만 씁니다. 근거 표가 함께 나오므로 문장과 숫자를 바로 대조할 수 있고, 근거 표의 값은 큐브 집계와 같습니다.

AI 모델이 없어도 쓸 수 있습니까?

쓸 수 있습니다. 모델을 쓰지 않을 때는 같은 근거로 규칙 기반 해설이 나오며, 화면에도 “작성 방식: 규칙”이라고 표시됩니다. 모델은 문장을 매끄럽게 하는 선택 사항입니다.

에이전트는 무엇을 합니까?

감시 규칙 네 건(은행별 비용률 상한, 약정 대비 차이 임계, 약정 외 청구 한도, 환전 스프레드 비중 한도)을 점검해 걸린 항목을 대기함에 올립니다. 판단이나 조치는 하지 않고 살펴볼 곳을 모아 줄 뿐입니다.

에이전트는 왜 하루 한 번만 실행됩니까?

같은 날 반복 실행으로 대기함이 중복으로 쌓이는 것을 막기 위해서입니다. 제한은 화면이 아니라 서버가 판정하므로 다른 기기에서 눌러도 같은 결과가 나오고, 두 번째 호출에는 제한 상태가 돌아옵니다.

에이전트를 자동으로 예약 실행할 수 있습니까?

이 화면에서는 사용자가 직접 눌러 실행하는 방식만 확인했습니다. 야간 배치 같은 자동 예약 실행은 운영 연결 때 정할 사항이며 확인 필요입니다.

감시 규칙의 임계값은 바꿀 수 있습니까?

규칙은 지표·조건·임계값·대상 관점으로 되어 있어 값만 바꿔 쓰는 구조입니다. 운영에서는 규칙을 설정 테이블로 관리하도록 정하는 것을 권합니다.

도입과 운영

이 화면은 표준 T-code 를 대체합니까?

대체하지 않습니다. 표준 실행은 SAP 표준 T-code 가 담당하고, 이 화면은 같은 데이터를 이어받아 축을 바꿔 보고 약정 대비 차이를 설명하는 조회·검증 관점을 더합니다. 법정·감사·세무 신고용 보고는 표준에 남깁니다.

운영 데이터는 어떻게 연결합니까?

샘플 서비스와 같은 계약을 CDS 뷰로 채우고 서비스를 활성화한 뒤, 화면의 서비스 주소만 바꿉니다. 원천 테이블과 필드는 고객사 시스템에서 확인이 필요하며, 연결 범위와 소요는 계정 체계와 약정 원천에 따라 달라집니다.

적용 시기와 범위는 어떻게 정합니까?

확인된 사실은 현재 샘플 데이터로 모든 기능이 동작한다는 점까지입니다. 운영 원천 연동 범위와 시기는 고객사와 정할 사항이라 이 글에서 약속하지 않습니다.

권한과 보안은 어떻게 됩니까?

집계를 읽는 쿼리에 회사코드 단위 권한(DCL)을 걸어, 합계에서 남의 숫자가 새지 않게 합니다. 은행 범위별 권한이 필요하면 권한 객체를 따로 설계합니다. 화면 자체는 서비스가 돌려준 범위만 보여 줍니다.

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

집계는 DB 의 큐브 뷰에서 하고 조회 조건에서 기간과 회사를 필수로 받아 읽는 행을 줄입니다. 화면은 큐브를 최대 5,000행까지 읽으므로, 이를 넘는 범위는 조건을 좁혀야 합니다. 응답 시간 기준은 도입 전에 정합니다.

계정 체계나 은행 약정이 바뀌면 어떻게 합니까?

계정 → 비용 구분 매핑 테이블과 약정 원천만 고치면 됩니다. 뷰를 고치지 않고 표만 고치도록 나눠 두었고, 바꾼 뒤에는 검증 결과의 대사식을 다시 돌려 차이가 0 인지 확인합니다.

이 화면의 색과 해설을 믿고 판단해도 됩니까?

이 화면은 점검 도구입니다. 색 표시와 해설은 살펴볼 곳을 좁혀 줄 뿐이며 최종 판단은 회사와 감사인이 합니다(세무 신고는 회사와 세무 대리인). 환율이 샘플의 가정값이라는 점도 함께 감안하셔야 합니다.

도입하면 어떤 효과가 있습니까?

정량 효과를 약속하지는 않습니다. 샘플에서 확인한 것은 합계로는 −0.2% 였던 차이가 거래 서비스 축에서는 해외송금 +20.3% 로 드러났고, 그 대부분이 약정 외 발생이라는 점이 요인분해로 바로 읽혔다는 것입니다. 이런 점검에 쓰는 시간이 줄어드는 정도는 고객사 환경에 따라 다릅니다.