SAP 자금 수지 계획 대비 실적 다차원 분석 — 은행 · 활동 · 통화로 돌려 보고 차이를 여섯 요인으로 쪼개는 자금 회의
큐브 집계 · 끌어다 놓는 축 · 칸에서 은행 거래 라인까지 드릴스루 · 계획 대비 차이와 여섯 요인 분해 · 변동 사유 · 숫자를 모델에 맡기지 않는 AI 해설 · 하루 한 번 도는 AI 에이전트 — 소개 영상과 실제 화면 30종, 그리고 CDS 코드까지
소개 영상블로그 목차 순서대로 · 자막 포함
도입 포인트 — 이 앱을 사용해야 하는 이유
자금 담당자가 월말과 분기말에 받는 질문은 대개 세 가지입니다. 계획 대비 얼마나 벗어났나, 왜 벗어났나, 그래서 누가 무엇을 해야 하나. 지금은 이 세 답이 은행 거래내역 엑셀, 자금 수지 계획표, 표준 현금 관리 화면, 회의록으로 흩어져 있어서 숫자를 맞추는 일이 분석보다 먼저 옵니다. 이 앱은 은행 거래 라인을 한 번 읽어 큐브로 묶고, 계획과 실적을 같은 차원으로 나란히 놓은 다음, 차이를 요인으로 가르고 그 요인을 원천 거래까지 따라갈 수 있게 해서 세 답을 한 화면에 붙입니다.
표준 현금 포지션과 유동성 예측 화면은 은행 계정별 잔액과 예측 라인을 정확히 보여 줍니다. 이 화면은 그 위에 “계획에 없던 입금이 얼마였나”, “입금 시기가 늦어서 생긴 차이가 얼마였나”, “환율 때문에 움직인 금액이 얼마였나” 같은 조회와 검증 관점을 더합니다. 법정·감사·세무 신고에 쓰는 실행은 표준 T-code 가 계속 담당하고, 여기서는 회의에 들고 갈 숫자를 같은 큐브에서 여러 모양으로 꺼냅니다. 이 글은 자금 수지·자금 예측 영역을 다루며 특정 회계기준서의 요구사항을 적용 대상으로 삼지 않습니다.
핵심 포인트 일곱 가지
| 핵심 포인트 | 고객이 얻는 것 | 지금 방식이라면 |
|---|---|---|
| ① 축을 바꿔도 갈라지지 않는 피벗 | 은행 · 자금 항목 · 통화 · 거래처 그룹 · 활동 구분을 끌어다 놓아 행 3단계 · 열 2단계로 봅니다. 모든 축이 한 번 읽은 같은 큐브에서 나와 합계가 어긋날 자리가 없고, 축을 바꿔도 서버를 다시 부르지 않습니다. | 은행별 · 항목별 · 통화별 시트를 따로 만들고, 합계가 다르면 시트를 맞추는 시간을 씁니다. |
| ② 칸에서 은행 거래 라인까지 | 숫자를 누르면 그 칸을 이루는 원천 거래 라인이 열리고, 라인 합계가 칸의 값과 같은지 바로 표시됩니다. 의심은 그 자리에서 풀립니다. | 리포트를 닫고 라인 아이템 화면을 다시 열어 조건을 손으로 맞춥니다. |
| ③ 계획 대비 차이가 같은 표 안에서 | 비교 기준을 계획으로 두면 실적 · 계획 · 차이 · 차이율이 나란히 붙고, 금액과 비율 기준을 모두 넘는 칸만 색이 칩니다. 별도 차이 리포트를 운영하지 않습니다. | 실적표와 계획표를 엑셀에서 붙여 차이 열을 직접 만듭니다. |
| ④ 차이를 여섯 요인으로 | 회수 시기 · 지급 시기 · 금액 · 환율 · 계획 외 · 계획 미실현으로 가르고 합이 총차이와 같은지 검산 줄로 보여 줍니다. 늦게 들어온 것인지, 금액이 바뀐 것인지, 아예 안 들어온 것인지가 갈립니다. | 차이 총액만 보고 원인은 담당자에게 메일로 되묻습니다. |
| ⑤ 변동 사유가 행에 남는다 | 차이가 난 행에 사유를 적어 두면 조회 범위와 함께 저장되어 다음 달 같은 행에서 다시 보입니다. CSV 와 해설 근거에도 함께 실립니다. | 같은 질문을 매달 다시 하고, 지난달 답은 메일함에서 찾습니다. |
| ⑥ 숫자는 서비스가, 문장은 초안으로 | 금액과 비율은 서비스가 큐브에서 계산해 근거로 내고, 해설은 그 숫자를 읽어 쓴 초안입니다. 모델을 끄면 같은 숫자의 규칙 기반 해설이 나옵니다. 결과는 파워포인트 보고서로 바로 내려받습니다. | 해설에 쓰인 숫자가 어디서 왔는지 따져 보는 일부터 시작합니다. |
| ⑦ 사람이 자리에 없어도 도는 점검 | 회수 시기 · 환율 영향 · 순흐름 미달 · 지출 비율 네 가지 규칙을 서비스가 하루 한 번 판정해 대기함에 올리고, 누가 언제 돌렸는지 활동 기록에 남깁니다. | 숫자가 나빠진 날 아무도 화면을 열지 않으면 그대로 지나갑니다. |
사례로 보는 효과
검증용 샘플 데이터(가상 회사 2개 · 가상 은행 4개 · 통화 5종 · 2026년 1월~9월)에서 회사 전체를 조회하면 입금 102,039.0백만원, 출금 97,896.1백만원, 순흐름 4,142.9백만원이 나옵니다. 계획은 5,760.4백만원이라 계획보다 1,617.5백만원(−28.1%) 모자랐습니다. 표준 화면은 여기까지 말해 줍니다.
이 앱은 같은 차이를 여섯 요인으로 가릅니다: 회수 시기 +162.5, 지급 시기 −84.6, 금액 −621.9, 환율 +347.0, 계획 외 발생 +145.5, 계획 미실현 −1,566.1(단위 백만원). 가장 큰 몫은 환율이나 금액이 아니라 “계획에는 있었는데 실적에 나타나지 않은 칸”이었습니다. 어느 칸이 그랬는지는 같은 표에서 계획 차이를 켜고 행을 눌러 보면 이어지고, 요인의 합과 총차이의 차이는 0입니다. 이 숫자들은 대사식 10종 · 8,821건을 전수로 돌려 차이 0건이었던 같은 자료에서 나왔습니다.
도입하면 달라지는 것
- 월말 자금 보고 — 은행별 · 항목별 · 통화별 표가 한 화면에서 나와 시트 취합과 캡처가 줄어듭니다.
- 회의의 주제 — “어느 숫자가 맞나” 대신 “계획 미실현 칸을 어떻게 할 것인가”를 이야기합니다.
- 다음 달로 이어지는 기록 — 변동 사유와 저장한 보기가 남아 같은 설명을 반복하지 않습니다.
- 놓치는 날이 없는 점검 — 규칙에 걸린 숫자가 담당자 대기함에 올라옵니다.
이런 회사에 맞습니다
여러 은행과 여러 통화로 입출금이 오가고, 월 단위 자금 수지 계획을 세워 두었지만 실적과의 차이를 엑셀로 맞추고 있는 회사에 맞습니다. 법인이 둘 이상이거나 수출입 대금으로 외화 비중이 있어 환율이 차이의 한 요인으로 따로 보여야 하는 곳, 자금팀 · 회계팀 · 경영지원이 같은 숫자를 서로 다른 시트로 들고 회의에 오는 조직이면 효과가 큽니다. 은행이 한두 곳이고 계획 없이 잔액만 확인하는 규모라면 표준 현금 포지션 화면으로 충분합니다.
실행 화면
실제 브라우저에서 찍은 화면 30종입니다. 순서는 처음 열었을 때 → 경영 요약 → 축 전환과 범위 → 칸에서 원천 거래까지 → 계산 항목 → 계획 대비 차이 → AI 분석과 보고서 → AI 에이전트 → 보기 저장과 복원 → 좁은 화면과 한계이며, 숫자는 모두 같은 검증용 샘플 자료에서 나온 것이라 화면끼리 맞춰 보셔도 됩니다.
사용 방법
- 조회 조건 입력 — 필수는 기간 시작 · 기간 끝입니다. 회사는 비우면 전체, 비교 기준은 계획 또는 없음을 고릅니다. 시작이 끝보다 늦으면 조회하지 않고 안내합니다.
- 조회 — 조건 영역 오른쪽 끝의 조회 버튼을 누릅니다. 조건 입력 칸에서 Enter 를 눌러도 같습니다. 조회하면 조건 영역이 접히고 한 줄 요약으로 바뀝니다.
- 요약 확인 — “보는 사람”(경영 · 재무 · 자금 · 회계)을 고르면 문장과 핵심 지표 카드의 초점이 달라집니다.
- 탭 · 축 이동 — 차원 보관함의 칩을 행 축 · 열 축으로 끌어다 놓거나 눌러 보냅니다. ✕ 로 뺍니다. 이미 읽은 큐브를 다시 묶으므로 서버를 부르지 않습니다. 행 축은 3단계, 열 축은 2단계까지입니다.
- 행 · 셀 클릭으로 상세 — 행을 누르면 오른쪽에 계획에서 실적까지의 워터폴과 요인 표가 나오고, 값 칸을 누르면 그 칸을 이루는 원천 거래 라인이 열립니다.
- 내보내기 — 표 오른쪽 위 CSV 로 현재 표를, 원천 보기 창의 CSV 로 원천 라인을 내려받습니다. 해설은 파워포인트 보고서로 내려받고, 짜 둔 축은 이름을 붙여 보기로 저장합니다.
무엇으로 만들었나
화면은 OpenUI5 표준 컨트롤로만 짰고, 데이터는 OData V2 서비스를 모델로 읽습니다. 아래 표는 자리마다 무엇을 쓰고 왜 그렇게 두었는지를 정리한 것입니다.
| 자리 | 무엇 | 왜 그렇게 두었나 |
|---|---|---|
| 화면 | OpenUI5 표준 컨트롤 — 트리 테이블(행 축 계층), 끌어다 놓기 칩, 다중 선택 창, 직접 그린 SVG 차트와 워터폴 | 외부 차트 라이브러리를 들이지 않아 반입 심사 대상이 없고, 차트가 표와 같은 자료를 읽어 어긋나지 않습니다. |
| 큐브 다시 묶기 | 조회 때 실적 큐브와 계획 큐브를 한 번 읽고, 축 전환 · 필터 · 차이 모드는 브라우저가 그 자료로 다시 묶는 모델 파일 | 축을 바꿀 때마다 서버를 부르지 않아 응답이 즉시이고, 어느 축으로 봐도 같은 합계가 나옵니다. |
| 집계 · 판정 로직 | 서비스 쪽 계산 파일 — 요인 분해, 해설 근거, 에이전트 규칙 판정, 하루 한 번 제한 | 금액과 판정을 화면이 아니라 서비스가 갖고 있어 화면 없이 배치로 같은 문을 두드릴 수 있습니다. |
| 데이터 서비스 | OData V2 서비스 한 개 — 엔티티셋 14개(큐브 · 계획 · 차원 · 측정값 · 계산 항목 · 기간 · 원천 라인 · 대사 · 변동 사유 · 보기 · 에이전트 3종)와 함수 3개(요인 분해 · 해설 · 에이전트 실행). 조회 조건만 서버에 필터로 보내고 나머지 차원 필터는 읽어 둔 큐브에서 거릅니다 | 운영 전환 때 서비스 주소만 바꾸면 화면은 그대로이고, 서비스 뒤의 원천은 CDS 로 교체합니다. |
| 테마 | sap_horizon | SAP 표준 화면과 같은 질감이라 현업이 낯설어하지 않습니다. |
앱 정보
| 항목 | 내용 |
|---|---|
| 솔루션 | 자금(Treasury) |
| 업무 영역 | 자금 수지 · 자금 예측 |
| 관련 기준서 · 대상 영역 | 해당 기준서 없음 · 자금 수지 · 자금 예측 |
| SAP 표준 T-code | FF7A · FF7B · FF_5 · FEBAN · FBL3N |
| 화면 성격 | 다차원 분석 리포트(피벗 · 요인 분해 · 해설 · 에이전트) |
| 데이터 연동 | OData V2 |
| 테마 | sap_horizon |
처음 열었을 때
조회 조건부터 피벗까지가 한 화면에 세로로 쌓입니다. 조건 영역은 접을 수 있어서 축을 짜는 동안에는 펼쳐 두고, 숫자를 볼 때는 접어 둡니다.
조회 전에도 빈 화면을 주지 않습니다. 조회 조건 · 차원 보관함 · 행 축 · 열 축 · 표 틀이 먼저 서 있고 값만 비어 있어서, 처음 여는 사람도 무엇을 고르면 무엇이 채워지는지 먼저 봅니다. 기간 시작과 끝, 회사, 비교 기준이 조건입니다.
조회를 누르면 요약 카드가 먼저 차고 그 아래로 피벗과 오른쪽 차트가 함께 뜹니다. 행 축과 열 축은 “보는 사람”에 맞춘 기본 배치로 놓이고 차트는 표와 같은 값을 그린 것이라 표를 읽기 전에 모양부터 눈에 들어옵니다. 금액 단위는 백만원이 기본입니다.
차원 보관함에는 회계기간 · 회사 · 은행 · 자금 항목 · 통화 · 거래처 그룹 · 입출 구분 같은 칩이 놓여 있습니다. 칩을 행 축이나 열 축 영역으로 끌어다 놓거나 눌러서 보내고, ✕ 로 빼면 보관함으로 돌아옵니다. 점선 테두리가 놓을 수 있는 자리입니다.
은행 칩을 행 축으로 끌어다 놓자 표가 바로 은행별로 다시 묶였습니다. 이 순간 서버로 나간 요청은 없습니다 — 큐브를 이미 읽어 두었기 때문입니다. 합계 행의 값이 축을 바꾸기 전과 같은지 맞춰 보면 “축이 달라도 숫자는 하나”라는 뜻이 보입니다.
조회하면 조건 영역이 한 줄 요약으로 접혀 표와 차트에 자리를 내줍니다. 요약줄에는 회사 · 기간 · 비교 기준 · 금액 단위가 남아 있어 지금 보는 범위를 잊지 않고, 앞쪽 화살표를 누르면 다시 펼쳐 조건을 고칩니다.
경영 요약 — 보는 사람에 따라 달라지는 첫 줄
같은 숫자도 읽는 사람이 다르면 보는 순서가 다릅니다. “보는 사람” 네 가지(경영 · 재무 · 자금 · 회계)가 처음 보이는 측정값과 행 · 열 축 배치, 그리고 안내 문장을 바꿉니다. 카드의 입금 102,039.0 · 출금 97,896.1 · 순흐름 4,142.9 · 계획 대비 차이 −1,617.5(−28.1%) · 지출 비율 95.9%는 네 경우 모두 같은 큐브에서 나옵니다.
경영 관점은 현금 순증감을 활동 구분(행)과 분기(열)로 펼치고 “활동별 순흐름이 계획에서 얼마나 벗어났는지 봅니다”라고 안내합니다. 영업활동 7,413.3 · 투자활동 −6,383.6 · 재무활동 3,113.2(백만원)로 갈라 보이며, 계획 대비 차이 카드는 붉은색으로 불리함을 알립니다.
재무 관점은 잉여 현금흐름과 지출 비율을 측정값으로, 활동 구분 › 자금 항목을 행 축으로 펼치며 환율 · 금액 요인을 함께 보게 안내합니다. 위의 다섯 카드 숫자는 그대로이고 달라지는 것은 아래 표의 배치와 안내 문장입니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
축 전환과 범위 — 보고 싶은 만큼만
열 축은 두 단계까지, 행 축은 세 단계까지입니다. 값 필터는 차원마다 여러 값을 고를 수 있고, 고른 범위는 표 · 차트 · 요인 분해에 함께 적용됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
칸에서 원천 거래까지
숫자를 의심할 때 가장 빠른 방법은 그 숫자를 만든 거래를 보는 것입니다. 값 칸을 누르면 행 경로와 열 조합이 그대로 조회 조건이 되어 원천 라인이 열립니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
계산 항목 — 자주 쓰는 합과 비율을 식으로
활동별 흐름의 합이나 입금 대비 출금 비율처럼 자금 회의에서 반복해 계산하는 값은 계산 항목으로 둡니다. 식은 Flow[A]+Flow[B] 처럼 활동 구분을 꺾쇠로 지정하는 토큰 표현입니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
계획 대비 차이 — 같은 표가 자금 회의 자료가 된다
비교 기준을 계획으로 두고 계획 차이 스위치를 켜면 칸마다 실적 · 계획 · 차이 · 차이율이 붙습니다. 색은 금액 기준과 비율 기준을 둘 다 넘을 때만 칠하며, 기준값은 입력 칸에서 바꿉니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
AI 분석과 보고서 — 숫자는 서비스, 문장은 초안
해설 버튼은 지금 보고 있는 범위를 읽어 요약, 점검이 필요한 항목, 근거 표를 보여 줍니다. 금액과 비율은 서비스가 큐브에서 계산하고 문장은 그 숫자를 풀어 쓴 초안입니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
AI 에이전트 — 규칙이 곧 받을 사람
에이전트는 켜 둔 감시 규칙을 하루 한 번 판정해 걸린 항목을 대기함에 올립니다. 판단과 기록은 화면이 아니라 서비스에 있어, 사람이 자리에 없는 시간에는 스케줄 잡이 같은 함수를 부를 수 있습니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
보기 저장과 복원
짜 둔 축 · 필터 · 측정값에 이름을 붙여 저장하고, 기본 보기와 “열면 바로 조회”를 정해 두면 다음에는 화면을 여는 순간 그 배치로 조회된 채 시작합니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
좁은 화면과 한계
창 폭이 줄어도 차트를 감추지 않고 표 아래로 내려 같은 리포트를 봅니다. 한계는 숨기지 않고 화면에 안내합니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
화면 뒤에서 일어나는 일
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
차이 요인 분해와 점검 규칙
계획 대비 순흐름 차이를 여섯 요인으로 가르며 합은 항상 총차이와 같습니다. 아래 판정은 점검을 돕는 표시이며 원인을 단정하지 않습니다.
| 요인 | 조건 | 사용자 조치 |
|---|---|---|
| 회수 시기 차이 | 실적 입금이 계획보다 늦거나 이른 칸의 (실적 − 계획) | 거래처 그룹 · 자금 항목별 회수 일정을 점검 |
| 지급 시기 차이 | 실적 출금이 계획보다 늦거나 이른 칸의 (실적 − 계획) | 지급 일정 변경 사유를 확인 |
| 금액 차이 | 계획대로 실현된 칸에서 외화 금액 차이 × 계획 환율 | 계약 · 청구 금액 변경을 확인 |
| 환율 변동 | 계획대로 실현된 칸에서 환율 차이 × 실적 외화 금액(나머지 값이라 합이 항상 맞음) | 통화별 차이를 확인 |
| 계획 외 발생 | 실적에만 있고 계획에 없던 칸 | 계획에 반영되지 않은 건인지 점검 |
| 계획 미실현 | 계획에만 있고 실적에 없는 칸 | 취소 · 이월 여부를 확인 |
| 규칙 | 조건 | 결과 상태 | 사용자 조치 |
|---|---|---|---|
| 차이 색칠 | 금액 기준과 비율 기준을 모두 넘는 칸 | 불리하면 빨강 · 유리하면 초록 | 변동 사유를 입력 |
| 원천 검산 | 원천 라인 합계와 칸의 값을 비교 | 일치 · 불일치 표시 | 불일치면 점검 필요 |
| 요인 검산 | 계획 + 요인 합 − 실적 | 0 이면 일치 | 0 이 아니면 점검 필요 |
| 에이전트 규칙 1 | 회수 시기 요인이 −300백만원 이하 | 경고(WARN) | 회수 일정 점검 |
| 에이전트 규칙 2 | 환율 요인 절대값이 20백만원 이상 | 경고(WARN) | 통화별 차이 확인 |
| 에이전트 규칙 3 | 순흐름 차이가 −500백만원 이하 | 경보(ALERT) | 요인 분해로 원인 확인 |
| 에이전트 규칙 4 | 지출 비율(출금 ÷ 입금)이 97% 이상 | 정보(INFO) | 점검 필요 |
| 하루 한 번 | 같은 날 두 번째 실행 | 서버가 LIMIT 으로 판정 | 내일 다시 실행 |
산출과 대사 순서
실적 큐브와 계획 큐브를 한 번 읽어 브라우저에서 다시 묶고, 서비스가 요인 분해 · 해설 · 에이전트 판정을 계산합니다. 큐브 합계는 원천 라인 합계와 맞춰 보고, 요인 합은 총차이와 맞춰 봅니다.
| 순서 | 산출 · 대사식 | 검사 건수 | 차이 건수 |
|---|---|---|---|
| 1 | 큐브 합계 = 원천 라인 합계(측정값 · 기간별) | 36 | 0 |
| 2 | 큐브 점검 결과 NG 건수 | 36 | 0 |
| 3 | 순흐름 = 입금 − 출금(큐브 셀) | 1,089 | 0 |
| 4 | 영업 + 투자 + 재무 활동 흐름 = 순증감(기간별) | 9 | 0 |
| 5 | 요인 합 = 총차이, 계획 + 요인 = 실적(기간 범위 × 회사 조합) | 135 | 0 |
| 6 | 은행별 요인 합 = 전체 요인 | 5 | 0 |
| 7 | 시기 이탈 칸의 부호(입금 +, 출금 −) | 2 | 0 |
| 8 | 원화 칸의 외화 금액 = 원화 금액 | 656 | 0 |
| 9 | 외화 칸 평균 환율이 가정 환율 범위 안 | 433 | 0 |
| 10 | 엔티티 키 중복 | 6,420 | 0 |
조회조건
| 조건 | 필수 | 기본값 | $filter · 처리 |
|---|---|---|---|
| 회사 | 선택 | 전체(비움) | 비우면 전체 회사 · 서버 필터 Bukrs |
| 기간 시작 | 필수 | 2026년 01월 | Period ge — 끝보다 늦으면 조회하지 않고 안내 |
| 기간 끝 | 필수 | 2026년 09월 | Period le — 시작과 하나의 AND 조건으로 전송 |
| 비교 기준 | 선택 | 계획(P0) | 없음이면 계획 차이 스위치가 꺼짐 |
| 금액 기준 · 비율 기준 | 선택 | 10백만원 · 5% | 차이 색칠 기준 — 둘 다 넘을 때만 칠함(브라우저에서 처리) |
| 차원 값 필터 | 선택 | 전체 | 은행 · 통화 · 자금 항목 등 여러 개 선택 — 읽어 둔 큐브에서 거름 |
결과 컬럼
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
좁은 화면에서 달라지는 것
창 폭이 600px 안팎으로 줄면 조회 조건과 카드가 세로로 쌓이고, 표 오른쪽에 있던 차트가 표 아래로 내려옵니다. 표는 가로로 스크롤되며 차트는 감추지 않습니다. 끌어다 놓기가 어려운 터치 화면에서는 칩을 눌러 행 축 · 열 축으로 보내는 방법을 씁니다. 같은 기능을 같은 순서로 쓸 수 있고, 달라지는 것은 배치뿐입니다.
파일 구성
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
SAP 표준 기능 확장 포인트 — 표준 T-code 와 어떻게 연계되는지
표준 실행은 SAP 표준 T-code 가 담당하고, 이 화면은 조회 · 검증 관점을 더해 확장합니다.
표준으로 되는 것과 안 되는 것
| 하고 싶은 일 | 표준 화면이 해 주는 것 | 이 앱이 더하는 관점 |
|---|---|---|
| 은행 계정별 현금 포지션 확인 | 표준 현금 포지션 화면(FF7A)이 계정 · 기간별 잔액을 정확히 보여 줍니다. | 계획과 실적의 차이를 요인으로 가르는 일은 하지 않습니다. |
| 예측 라인의 기간별 흐름 | 유동성 예측 화면(FF7B)이 계획 라인을 관리합니다. | 실적과 같은 차원으로 맞붙여 차이를 보는 일은 별도 작업입니다. |
| 은행 거래내역 가져오기 · 후처리 | FF_5 와 FEBAN 이 전자 은행 거래내역을 가져와 전기합니다. | 가져온 거래를 여러 축으로 돌려 보는 일은 표준 범위 밖입니다. |
| 계정 라인 아이템 조회 | FBL3N 이 은행 계정의 라인 아이템을 보여 줍니다. | 집계 숫자에서 그 라인으로 내려가는 연결은 사용자가 조건을 다시 넣어야 합니다. |
| 차이의 원인 구분 | 표준에는 계획 대비 차이를 시기 · 금액 · 환율 · 계획 외 · 미실현으로 나누는 화면이 없습니다. | 이 앱이 여섯 요인으로 가르고 합계를 검산합니다. |
T-code 별 연계 지점
| T-code | 이름 | 연계 — 같은 데이터 · 대사 지점 · 오가는 길 · 표준에 남길 일 |
|---|---|---|
| FF7A | 현금 포지션 | 은행 계정별 현금 포지션의 합계를 이 앱의 입금 · 출금 · 순흐름과 견줘 봅니다. 오가는 길: 이 앱 결과의 합계가 다르면 FF7A 에서 같은 기간 · 계정을 열어 원천을 확인하고, FF7A 값은 이 앱에서 은행 축 · 기간 축으로 다시 봅니다. 표준에 남길 일: 잔액 확정과 현금 포지션 보고. |
| FF7B | 유동성 예측 | 예측 라인의 기간별 흐름을 이 앱의 계획 큐브가 이어받습니다. 대사 지점: 계획 큐브 합계와 예측 라인 합계. 표준에 남길 일: 예측 라인의 입력 · 수정. |
| FF_5 | 전자 은행 거래내역 가져오기 | 가져온 거래내역이 원천 라인의 출발점입니다. 대사 지점: 가져온 건수와 원천 라인 수. 표준에 남길 일: 가져오기 실행과 오류 처리. |
| FEBAN | 은행 거래내역 후처리 | 후처리가 끝난 거래의 전표를 원천 라인에서 확인합니다. 대사 지점: 후처리 대기 건이 이 앱 숫자에 들어 있는지. 표준에 남길 일: 후처리 전표 생성. |
| FBL3N | G/L 계정 라인 아이템 | 은행 계정 라인 아이템과 원천 라인을 대조합니다. 오가는 길: 원천 보기 창의 전표 키로 FBL3N 에서 같은 전표를 찾습니다. 표준에 남길 일: 감사 · 법정 대응용 원장 조회. |
S/4HANA 분석 스택과의 자리
S/4HANA 의 분석 스택(CDS 분석 쿼리, Fiori 분석 앱, Analysis for Office)과 이 앱은 경쟁하지 않고 같은 원천 위에 놓입니다. 아래 “CDS 구성”의 큐브 · 분석 쿼리는 표준 분석 쿼리와 같은 어휘(@Analytics · @AnalyticsDetails)로 짜서, 같은 큐브를 Analysis for Office 나 표준 분석 앱에서도 읽을 수 있게 둡니다. 이 앱이 더하는 것은 요인 분해 · 변동 사유 · 하루 한 번 도는 점검 같은 업무 흐름입니다. 구매 · 판매 · 현금 관리 쪽 개별 Fiori 앱의 이름과 범위는 이 글에서 확인하지 못했으므로 적지 않았고, 도입 때 현재 릴리스 기준으로 확인이 필요합니다.
운영 전환 시 기존 리포트를 없애야 하나요? 없애지 않습니다. 현금 포지션 보고와 법정 · 감사 대응은 표준 화면에 두고, 이 앱은 회의용 분석과 차이 점검을 맡습니다. 두 화면의 합계가 같은지를 운영 대사로 정해 두면 서로를 검증하는 관계가 됩니다.
확장 포인트 — 운영에서 실제로 손대는 자리
| 자리 | 무엇을 정하나 | 누가 |
|---|---|---|
| 자금 항목 → 활동 구분 매핑 | 자금 항목이 영업 · 투자 · 재무 중 어디에 속하는지를 매핑 테이블에 둡니다. 회사가 쓰는 자금 항목 체계가 바뀌면 이 표만 고칩니다. | 운영 구성 · 자금팀 |
| 계획 그룹 → 계획 큐브 매핑 | 계획 라인을 어느 계획 그룹 · 버전으로 읽을지 정합니다. | 자금팀 · 기획팀 |
| 거래처 그룹 규칙 | 은행 거래 라인의 상대방을 고객 · 공급사 · 은행 · 관계사 등으로 묶는 기준입니다. | 자금팀 · 회계팀 |
| 환율 기준 | 계획 환율과 실적 환율을 어느 환율 유형 · 환산 시점으로 잡을지 정합니다. 환율 요인이 나머지 값으로 계산되므로 기준이 바뀌면 요인 배분이 바뀝니다. | 자금팀 |
| 확장 필드 · BAdI | 고객사가 라인에 붙이는 확장 필드(예: 프로젝트 · 계약 번호)는 차원 후보가 됩니다. 값 도출은 BAdI 나 확장 필드에서 정합니다. | SAP 개발 |
| 권한 | 회사 코드 · 은행 계정 단위 접근 제한은 집계 단계(DCL)에 겁니다. 드릴스루에만 걸면 합계 뺄셈으로 새어 나갑니다. | 보안 · 권한 |
분석 지표 정의
| 지표 | 산식 · 판정 기준 | 대응 기능 | 원천 데이터 | 비고 |
|---|---|---|---|---|
| 입금 · 출금 | 원화 환산 입금 합 · 출금 합(양수) | KPI · 피벗 열 | 은행 거래 라인 원화 금액 | 외화는 원화 환산 후 합산 |
| 순흐름 | 입금 − 출금 | KPI · 피벗 기본 측정값 | 은행 거래 라인 | 입금 +, 출금 − |
| 계획 대비 차이 | 실적 − 계획 · 차이율 = 차이 ÷ 계획 | 계획 차이 모드 | 계획 큐브 · 실적 큐브 | 분모 0 이면 표시 안 함 |
| 지출 비율 | 출금 ÷ 입금 × 100 · 97% 이상이면 정보 | 계산 항목 · KPI · 규칙 4 | 입금 · 출금 합 | 입금 0 이면 표시 안 함 |
| 잉여 현금흐름 | 영업활동 흐름 + 투자활동 흐름 | 계산 항목 | 활동 구분별 순흐름 | 활동 구분은 자금 항목에서 정함 |
| 일평균 순흐름 | 순흐름 ÷ 기간 일수 | 계산 항목 | 기간 마스터 일수 | 샘플 데이터 기준 일수 |
| 여섯 요인 | 요인 분해 표 참조 | 워터폴 · 요인 표 · 해설 | 계획 · 실적 큐브 | 합 = 총차이 검산 줄 |
CDS 구성
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
자주 묻는 질문
도입 상담과 데모에서 자주 받는 질문을 네 묶음으로 적었습니다.
숫자와 산식
요인 분해의 합은 항상 총차이와 같습니까?
같습니다. 환율 변동을 나머지 값으로 두어 합이 맞도록 했고, 화면의 검산 줄이 계획 + 요인 합 − 실적이 0 인지 매번 보여 줍니다. 샘플에서는 계획 5,760.4에서 실적 4,142.9까지 여섯 요인 합이 총차이 −1,617.5와 같았습니다.
환율을 나머지로 둔 만큼 환율 요인에는 계산상 오차 흡수분이 섞일 수 있어, 환율 요인이 클 때는 통화별 차이를 함께 보라고 안내합니다.
여섯 요인은 각각 무슨 뜻입니까?
회수 시기와 지급 시기는 계획 칸이 있고 실적 칸도 있되 시기가 어긋난 차이입니다. 금액은 계획대로 실현된 칸에서 외화 금액이 바뀐 몫, 환율은 같은 칸에서 환율이 바뀐 몫입니다. 계획 외 발생은 실적에만 있는 칸, 계획 미실현은 계획에만 있는 칸입니다.
여섯 요인은 점검을 돕는 분류이며 원인을 단정하지 않습니다. 담당자가 원천 거래와 사유를 확인한 뒤 판단합니다.
입금과 출금의 부호는 어떻게 됩니까?
순흐름은 자금에 미치는 방향으로 입금은 +, 출금은 −입니다. 입금액과 출금액 측정값은 각각 양수로 표시합니다. 지출 비율은 출금 ÷ 입금이므로 부호와 무관합니다.
외화는 어떻게 합산합니까?
큐브는 원화 환산 금액과 외화 금액을 함께 갖습니다. 합계와 차이는 원화 환산 금액으로 하고, 외화 금액은 금액 요인과 환율 요인을 가르는 데만 씁니다. 원화 칸에서는 외화 금액과 원화 금액이 같고, 이 등식은 656건 전수로 확인했습니다. 환율 유형과 환산 시점은 운영 시점에 정해야 하는 항목입니다.
계산 항목은 어떻게 만들어집니까?
식은 Flow[A]+Flow[B] 처럼 측정값과 활동 구분을 토큰으로 지정합니다. 서비스가 정의를 갖고 있어 화면은 식을 풀어 큐브에서 합산하고, 분모가 0 이면 값을 지어내지 않고 비웁니다. 새 계산 항목은 정의 한 줄을 더하는 일입니다.
화면과 조작
축을 바꾸면 서버를 다시 부릅니까?
부르지 않습니다. 조회 때 큐브를 한 번 읽고, 축 전환 · 차원 값 필터 · 계획 차이 · 계산 항목은 브라우저가 그 자료로 다시 묶습니다. 그래서 축을 몇 번 바꿔도 합계가 같고 응답이 즉시입니다. 서버를 다시 부르는 때는 조회를 다시 누를 때와 변동 사유 · 보기를 저장할 때뿐입니다.
행 축과 열 축에 단계 제한이 있는 이유는 무엇입니까?
행 축 3단계, 열 축 2단계입니다. 단계가 늘면 칸 수가 곱으로 늘어 표를 읽을 수 없게 됩니다. 한도에 닿으면 이유를 안내합니다. 더 보고 싶으면 값 필터로 범위를 줄이거나 저장한 보기로 나누어 봅니다.
칸을 눌렀을 때 나오는 원천 라인은 어디서 옵니까?
행 경로와 열 조합이 그대로 조회 조건이 되어 원천 은행 거래 라인을 전기일 순으로 읽습니다. 라인은 500줄씩 나누어 읽고, 맨 위에 라인 수와 합계 일치 여부가 표시됩니다. 같은 창에서 CSV 로 내려받을 수 있습니다.
휴대폰에서도 쓸 수 있습니까?
창 폭이 줄면 차트를 표 아래로 내려 같은 리포트를 봅니다. 터치 화면에서는 끌어다 놓기 대신 칩을 눌러 축으로 보내면 됩니다. 입력이 많은 작업은 큰 화면이 편합니다.
분석 기능
해설은 모델이 씁니까?
기본은 규칙으로 만든 문장 초안입니다. 금액과 비율은 서비스가 큐브에서 계산해 근거로 넘기고, 모델을 연결해도 모델은 그 숫자를 읽어 설명만 합니다. 모델을 끄면 같은 숫자의 규칙 기반 해설이 나옵니다. 문장은 초안이므로 근거 표를 함께 확인해야 합니다.
결과를 그대로 보고에 써도 됩니까?
이 화면은 점검 도구이며 최종 판단은 회사와 감사인이 합니다. 점검 필요 항목은 원천 거래와 사유를 확인한 뒤 쓰셔야 하고, 세무 신고에 쓰는 숫자는 회사와 세무 대리인이 표준 절차로 확정합니다.
변동 사유는 어디에 저장됩니까?
서비스가 조회 범위와 행 경로를 키로 저장합니다. 축을 바꾸거나 트리를 다시 펼쳐도 같은 행이면 사유가 따라오고, CSV 와 해설 근거에도 함께 실립니다. 저장한 사유는 같은 창에서 고치거나 지울 수 있습니다.
에이전트는 무엇을 하고 얼마나 자주 돕니까?
켜 둔 감시 규칙(회수 시기 · 환율 영향 · 순흐름 미달 · 지출 비율)을 서비스가 판정해 걸린 항목을 대기함에 올리고 활동 기록에 남깁니다. 하루 한 번 제한을 서버 기록이 판정하므로 같은 날 두 번째 실행은 거절됩니다. 사람이 없는 시간에는 배치 잡이 같은 함수를 부르게 할 수 있습니다.
보고서(파워포인트)는 어디서 만들어집니까?
브라우저 안에서 만들어집니다. 표와 차트, 요약, 근거를 담은 파일을 외부 라이브러리 없이 지어 내려받으므로, 숫자가 화면 밖으로 전송되지 않습니다.
도입과 운영
어떤 회사에 효과가 큽니까?
여러 은행과 통화를 쓰고 월 자금 수지 계획이 있으며, 계획과 실적의 차이를 엑셀로 맞추는 회사입니다. 법인이 여럿이거나 외화 비중이 있어 환율이 차이의 한 요인으로 따로 보여야 하는 곳일수록 효과가 큽니다. 계획이 없고 잔액만 보는 규모라면 표준 현금 포지션 화면으로 충분합니다.
표준 T-code 를 없애야 합니까?
아닙니다. 현금 포지션(FF7A), 유동성 예측(FF7B), 거래내역 가져오기(FF_5)와 후처리(FEBAN), 라인 아이템(FBL3N)은 그대로 쓰고, 이 화면은 같은 데이터를 조회 · 검증 관점에서 한 번 더 꺼냅니다. 두 화면의 합계가 같은지를 운영 대사로 정해 두면 서로를 검증하게 됩니다.
운영 데이터는 어떻게 연결합니까?
화면은 샘플 서비스로 검증했고, 운영에서는 서비스 뒤의 원천을 CDS 로 교체한 뒤 화면 설정의 서비스 주소를 바꿉니다. 엔티티셋 이름이 계약이므로 화면 코드는 바뀌지 않습니다. 걸리는 시간은 원천 확정과 합의에 달려 있어 이 글에서는 일수를 약속하지 않습니다.
권한은 어떻게 겁니까?
회사 코드 · 은행 단위 접근 제한을 집계 단계(DCL)에 겁니다. 드릴스루 창에만 걸면 합계에서 자기 몫을 빼서 남의 숫자를 추정할 수 있으므로 큐브 단계에 거는 것이 원칙입니다. 변동 사유를 쓸 수 있는 사람은 별도 권한으로 나눌 수 있습니다.
데이터가 아주 크면 어떻게 됩니까?
큐브는 서버에서 기간 · 은행 · 항목 단위로 미리 집계하고, 회사와 기간을 필수 조건으로 두어 전량 조회를 막습니다. 원천 라인은 칸을 눌렀을 때만 500줄씩 읽습니다. 샘플 규모로는 이 한계가 드러나지 않으므로 운영 규모의 응답 시간은 실제 데이터로 확인해야 합니다.
자금 항목이나 계정 매핑이 바뀌면 어떻게 합니까?
매핑 테이블을 고치면 됩니다. 자금 항목이 어느 활동 구분에 속하는지, 어느 계획 그룹과 이어지는지가 데이터이므로 코드를 바꾸지 않습니다. 바뀐 뒤에는 대사식을 다시 돌려 표준 화면과 합계를 맞춥니다.
기존 엑셀 시트를 꼭 없애야 합니까?
없애라고 권하지 않습니다. 처음에는 두 방식을 병행하며 합계를 맞춰 보고, 신뢰가 쌓이면 엑셀의 역할을 줄이면 됩니다. 현업이 쓰던 시트의 항목 체계를 매핑 테이블에 옮겨 두면 전환이 쉽습니다.
이 글의 숫자는 실제 회사 자료입니까?
아닙니다. 가상 회사 · 가상 은행 · 가상 거래처로 만든 검증용 샘플 데이터입니다. 샘플이므로 숫자가 실제 업무의 규모나 효과를 뜻하지 않으며, 이 글의 효과 사례도 샘플에서 실제로 나온 값만 적었습니다.
어떤 점검 항목을 먼저 확인해야 합니까?
도입 때는 활동 구분 매핑, 계획 원천, 환율 기준, 부호 규칙, 대사 체계 다섯 가지를 먼저 합의하시길 권합니다. 이 합의가 서 있으면 나머지는 기술 작업입니다.