SAP 보험료 납부 자금 다차원 분석 리포트 — 납부 계획 대비 차이를 요인으로 가르고 원천 문서까지 내려가는 월 자금 점검
큐브 집계 · 축 끌어다 놓기 · 칸에서 원천 납부 문서까지의 드릴스루 · 납부 계획 대비 차이와 일곱 요인분해 · 행에 남는 변동 사유 · 숫자를 모델에 맡기지 않는 해설 · 스스로 도는 점검 — 소개 영상과 실제 화면 33종, 그리고 CDS 코드까지
소개 영상블로그 목차 순서대로 · 자막 포함
도입 포인트 — 이 앱을 사용해야 하는 이유
월 자금 회의의 질문은 늘 비슷합니다. 보험료로 이번 달 얼마가 나갔나, 계획과 얼마나 달랐나, 왜 달랐고 누가 무엇을 확인해야 하나. 지금은 이 세 답이 표준 화면 · 은행 자료 · 엑셀 · 회의 메모로 흩어져 있고, 보험 계약이 법인 · 은행 · 통화에 걸쳐 있을수록 숫자를 맞추는 일이 회의보다 길어집니다. 이 화면은 세 답을 한 화면에 붙여, 납부 현황을 만드는 손일을 줄이고 점검할 곳을 먼저 가리킵니다.
표준 실행은 SAP 표준 화면이 담당하고, 이 화면은 조회 · 검증 관점을 더해 확장합니다. 납부 계획 대비 차이를 일곱 요인으로 나누고, 사유를 행에 남기고, 기준을 넘은 숫자를 사람이 열지 않아도 대기함에 올립니다. 그리고 그 숫자가 원천 납부 라인과 어긋나지 않는지를 매번 스스로 대사합니다. 대상 영역은 보험료 납부 자금 점검이며, 회계 · 세무 판단은 이 화면이 아니라 회사와 감사인, 세무 대리인의 몫입니다.
핵심 포인트 여덟 가지
| 핵심 포인트 | 고객이 얻는 것 | 지금 방식이라면 |
|---|---|---|
| ① 축을 바꿔도 합계가 갈라지지 않는 피벗 | 보험 종류 · 은행 · 납입 방식 · 통화 등 차원을 끌어다 놓아 행 3단계 · 열 2단계로 봅니다. 모든 축이 같은 큐브에서 나오므로 합계가 어긋날 자리가 없습니다. | 보험 종류별 · 은행별 · 통화별 표를 따로 만들고, 총액이 서로 다르면 표를 맞추는 회의를 엽니다. |
| ② 칸에서 원천 납부 문서까지 | 숫자를 누르면 그 금액을 만든 납부 문서 라인이 열리고 칸 금액과 합계가 같은지 바로 보입니다. | 표를 닫고 라인 조회 화면을 다시 열어 조건을 손으로 맞춥니다. |
| ③ 납부 계획 대비 차이를 일곱 요인으로 | 약정 보험료 변동 · 환율 · 추가 보험료 · 환급·할인 · 납부월 이동 · 계획 외 납부 · 계획 납부 미발생으로 가르고 합이 총차이와 맞는지 매번 검산합니다. | 엑셀에서 계획과 실적을 붙여 차이를 나눠 보고, 합이 맞는지 다시 손으로 맞춥니다. |
| ④ 차이 사유가 행에 남는다 | 사유가 조회 범위와 행 경로에 묶여 저장되어 축을 바꿔도 다음 달에도 따라옵니다. | 같은 질문을 매달 다시 하고 지난달 답은 메일함에서 찾습니다. |
| ⑤ 사람이 열지 않아도 도는 점검 | 규칙마다 기준값과 받는 사람이 붙어 걸리면 대기함에 보고가 올라갑니다. 하루 한 번만 돈다는 제한은 서버가 지킵니다. | 숫자가 나빠진 날 아무도 화면을 열지 않으면 그대로 지나갑니다. |
| ⑥ 보는 사람에 맞춘 요약 | 경영 · 재무 · 자금 · 회계 중 하나를 고르면 앞세우는 지표와 기본 축이 그 사람의 질문에 맞게 바뀝니다. | 관점마다 다른 표를 만들어 돌려 보게 됩니다. |
| ⑦ 숫자는 모델에 맡기지 않는 해설과 보고서 | 금액 · 비율은 서비스가 큐브에서 계산하고 해설은 그 근거 표 위에서만 만듭니다. 같은 범위로 파워포인트 검토 자료도 바로 만들어집니다. | 화면을 캡처해 숫자를 옮겨 적고, 그 숫자를 보고서에 써도 되는지부터 따집니다. |
| ⑧ 표준 화면과 이어지는 대사 지점 | 개별 항목 · 전표 · 계정 잔액 · 유동성 예측의 표준 화면과 맞춰 볼 지점을 정해 두었습니다. 표준을 없애지 않고 함께 씁니다. | 표준 화면의 값과 엑셀의 값을 사람이 눈으로 맞춥니다. |
사례로 보는 효과
검증용 샘플 데이터(2026년 1~9월, 법인 3개, 은행 5곳, 통화 5종)에서 순납입액은 855.31억 원, 납부 계획은 859.97억 원으로 총차이는 −4.66억 원(계획 대비 99.5%)였습니다. 합계만 보면 ‘계획보다 아주 조금 덜 나갔다’에서 끝납니다. 일곱 요인으로 가르면 모습이 달라집니다. 계획에 없던 납부가 +26.26억 원, 계획만 있고 납부가 나오지 않은 몫이 −34.12억 원으로 서로 크게 반대로 움직였고, 그 사이에서 약정 보험료 변동 −0.18, 환율 효과 −0.18, 추가 보험료 반영 +3.35, 환급·할인 효과 +0.20, 납부월 이동 0.00(억 원)이 남았습니다. 계획 + 요인 합 − 실적은 0 이며 화면이 이 검산을 매번 보여 줍니다.
반대로 움직이는 두 큰 요인이 서로를 가리고 있다는 사실은 합계 표에서는 보이지 않습니다. 이 차이를 ‘계획 외 납부’와 ‘계획 납부 미발생’으로 나누어 놓았기 때문에 회의가 ‘왜 조금 덜 나갔나’가 아니라 ‘계획에 없던 납부는 무엇이고, 나오지 않은 납부는 해지 · 갱신 불발 · 면제 · 협의 이연 중 무엇인가’로 시작할 수 있습니다. 원인은 이 화면이 단정하지 않으며 점검할 곳을 가리킵니다. 위 숫자는 모두 가상의 샘플 값입니다.
도입하면 달라지는 것
- 월 자금 회의 자료 — 차이 표 · 요인 분해 · 사유 · 검토 자료가 한 화면에서 나와 엑셀 취합과 캡처가 줄어듭니다.
- 회의의 주제 — ‘어느 숫자가 맞나’ 대신 ‘무엇을 할 것인가’를 이야기합니다.
- 다음 달로 이어지는 기록 — 사유와 보기가 남아 같은 설명을 다시 하지 않습니다.
- 놓치지 않는 점검 — 아무도 화면을 열지 않아도 기준을 넘은 숫자가 대기함에 올라옵니다.
이런 회사에 맞습니다
재산종합 · 기계장비 · 배상책임 · 적하 · 신용보증 등 여러 보험 종류의 보험료가 정기적으로 나가고, 법인과 지급 은행, 통화가 여러 개라 월 단위로 계획과 실적을 맞춰 보는 회사에 맞습니다. 특히 납부 계획과 실제 납부가 다른 이유를 자금팀 · 회계팀이 매달 따로 설명해야 하는 조직, 그리고 표준 화면은 유지하면서 분석 관점만 더하고 싶은 SAP 운영 조직에 맞습니다. 반대로 보험 계약이 몇 건 안 되고 한 은행 · 한 통화뿐이라면 표준 화면과 엑셀로 충분할 수 있습니다.
실행 화면
검증용 샘플 데이터(가상의 법인 · 은행 · 보험 종류)를 실제 브라우저에서 찍은 화면 33종입니다. 그림을 누르면 크게 볼 수 있습니다.
사용 방법
- 조회조건 입력 — 법인(비우면 전체), 기간 부터 · 까지(필수), 비교 기준(납부 계획과 비교 · 비교 안 함)을 정합니다.
- 조회 — [조회] 단추를 누르거나 조건 칸에서 Enter 키를 누릅니다. 큐브는 이때 한 번만 읽고 이후 축을 바꿔도 다시 읽지 않습니다.
- 요약 확인 — 위쪽 지표 카드와 조건 요약 한 줄을 봅니다. 조건 영역은 접을 수 있습니다.
- 보는 사람 · 축 이동 — 경영 · 재무 · 자금 · 회계 중 관점을 고르고, 차원 칩을 행 축 · 열 축으로 올립니다(행 최대 3단계, 열 최대 2단계).
- 행 · 칸 클릭 — 행을 펼쳐 하위 차원으로 내려가고, 칸을 눌러 원천 납부 문서 라인을 엽니다.
- 차이 · 사유 — [계획 차이]를 켜 실적 · 계획 · 차이를 보고, 행을 골라 요인 분해를 확인하고, [변동 사유]로 사유를 적습니다.
- 해설 · 에이전트 · 보기 저장 — [해설]로 근거 표가 붙은 초안과 보고서를, [에이전트]로 점검 규칙 실행을, [보기 저장]으로 배치 저장을 합니다.
- 내보내기 — 오른쪽 위 [CSV]로 현재 표를 내려받습니다.
무엇으로 만들었나
화면은 SAP UI5 표준 컨트롤과 직접 그린 SVG 차트로 이루어져 있고, 데이터는 OData V2 서비스를 통해 가져옵니다. 서비스는 차원 · 측정값 · 큐브 · 납부 계획 · 원천 납부 문서 라인 · 큐브 검산 · 변동 사유 · 저장한 보기 · 에이전트 규칙 · 대기함 · 활동 기록 등 열네 가지 조회 대상과 세 가지 계산 호출(차이 요인 분해 · 해설 근거 · 에이전트 실행)로 나뉩니다.
| 구성 요소 | 쓰는 것 | 왜 이렇게 |
|---|---|---|
| 피벗 표 | sap.ui.table.TreeTable | 행 계층을 펼치고 접으며 합계 행을 유지 |
| 큐브를 다시 묶는 계산 모듈 | 브라우저 안 계산 모듈 | 축을 바꿀 때마다 서버를 다시 부르지 않아 응답이 즉시이고, 모든 축이 같은 큐브에서 나와 합계가 갈라지지 않습니다. |
| 차이 · 해설 계산 | 서비스 쪽 계산 모듈 | 금액 · 비율은 서비스가 계산하고 화면은 받아 그리기만 해 계산 위치가 한 곳입니다. |
| OData 서비스 | 조회 14종 + 계산 호출 3종, 쓰기는 사유 · 보기 · 에이전트 기록에 한정 | 조회 조건은 모두 표준 필터로 전달하고, 전체를 뜻하는 값은 조건에서 뺍니다. |
| 차트 · 보고서 | 직접 그린 SVG 차트, 브라우저에서 만드는 파워포인트 파일 | 외부 라이브러리와 외부 전송이 없습니다. |
| 테마 | SAP Horizon | 표준 앱과 시각적 일관성을 맞춥니다. |
처음 열었을 때 — 조회 전에도 틀이 먼저 보입니다
화면을 열면 조회를 누르기 전에도 조회조건 · 보는 사람 · 차원 보관함 · 행 축과 열 축 · 피벗 틀이 먼저 뜹니다. 어디에 무엇이 놓이는지 눈으로 익힌 뒤 조회하게 하려는 구성입니다.
조건을 넣고 [조회] 단추(또는 Enter)를 누르면 큐브를 한 번 읽어 옵니다. 기간은 2026년 1월~9월이 기본이고 법인을 비우면 전체 법인입니다. 조회 전에는 숫자가 없다는 점이 분명하도록 틀만 보여 줍니다.
위 카드는 순납입액 855.31억 원, 최대 비중 보험 종류 45.6%, 지연 납부 비중 12.2%, 계획 대비 차이 −4.66억 원처럼 지금 범위의 요약입니다. 표와 차트는 같은 계산 결과를 그리므로 어느 쪽을 봐도 합계가 같습니다.
접어도 조건 요약 한 줄은 남아 지금 어떤 범위를 보고 있는지 잊지 않게 합니다. 회의 때 화면을 크게 띄워 놓고 이야기할 때 쓰는 모습입니다.
보는 사람 탭 — 앞세우는 숫자가 다릅니다
같은 큐브를 경영 · 재무 · 자금 · 회계 네 관점으로 읽을 수 있습니다. 탭을 고르면 첫 줄 안내와 기본 행·열 축, 기본 측정값이 그 사람의 질문에 맞게 바뀌며 다시 조회하지는 않습니다.
행은 보험 종류, 열은 분기입니다. 집중도 지수(2,854)가 카드에 함께 있어 한 종류에 쏠린 정도를 숫자로 말할 수 있습니다.
법인별로 추가 보험료가 어디서 반영됐는지, 환급·할인이 어디서 크게 났는지 점검할 곳을 가립니다.
데모를 신청하신 고객께 공개되는 내용입니다
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 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
납부 계획 대비 차이 — 같은 표가 자금 회의 자료가 됩니다
계획 차이 스위치를 켜면 같은 표가 실적 · 계획 · 차이 · 차이율이 됩니다. 금액 기준과 비율 기준을 모두 넘는 칸은 붉은 글씨로 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
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 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
한도 — 열이 너무 많을 때
열 조합이 36개를 넘으면 추가를 되돌리고 안내합니다. 표와 차트가 읽을 수 없는 상태가 되지 않도록 하는 장치입니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
화면 뒤에서 일어나는 일
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
차이 요인 판정
| 판정 조건 | 결과 상태 | 사용자 조치 |
|---|---|---|
| 금액 기준과 비율 기준을 모두 넘는 차이 칸 | 붉은 글씨 | 가장 먼저 사유를 확인합니다. 기본값은 50백만원 · 5%이며 화면에서 바꿉니다 |
| 계획 + 일곱 요인의 합 − 실적 ≠ 0 | 검산 줄에 경고 | 요인 분해를 신뢰하기 전에 원천 라인과 범위를 점검합니다 — 점검 필요 |
| 열 축이 3단계가 되거나 열 조합이 36개를 넘음 | 추가를 되돌리고 안내 | 열 축에서 한 단계를 빼거나 값 필터로 범위를 좁힙니다 |
| 표의 칸 값 ≠ 원천 라인 합계 | 드릴스루 팝업에 불일치 표시 | 범위 · 단위 · 값 필터를 확인합니다 |
| 행에 변동 사유가 기재됨 | 행 앞 연필 표시, 해설에서 건너뜀 | 해설은 사유가 없는 행부터 다룹니다 |
| 에이전트 규칙 지표가 임계 이상 | 대기함에 경고 보고 | 받을 역할이 보고를 읽고 점검합니다 |
| 같은 날 에이전트 두 번째 실행 | 실행 거부 · 활동 기록에 LIMIT | 다음 날 다시 실행합니다 |
조회조건
| 항목 | 필수 | 기본값 | 서비스로 가는 조건 |
|---|---|---|---|
| 법인 | 선택 | 전체 | Comp eq |
| 기간 부터 | 필수 | 2026년 01월 | Period ge |
| 기간 까지 | 필수 | 2026년 09월 | Period le |
| 비교 기준 | 선택 | 납부 계획과 비교 | PlanSet 조회 여부 |
결과 컬럼
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
좁은 화면에서 달라지는 것
좁은 화면에서는 요약 카드 · 표 · 차트가 세로로 쌓이도록 만들었고, 열이 많은 표는 가로로 넘겨 봅니다. 휴대폰에서도 조회 · 축 전환 · 칸 확인은 가능하지만 열 두 단계의 넓은 표는 큰 화면에서 보는 편이 낫습니다.
파일 구성
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
SAP 표준 기능 확장 포인트 — 표준 T-code 와 어떻게 연계되는지
표준 실행은 SAP 표준 T-code 가 담당하고, 이 화면은 조회 · 검증 관점을 더해 확장합니다. 법정 · 감사 · 세무 신고 대응은 표준 화면에 그대로 두고, 이 화면은 월 자금 회의와 점검에 쓰는 분석 관점을 맡습니다.
표준으로 되는 것과 안 되는 것
| 하고 싶은 일 | 표준 화면으로 되는 일 | 이 화면이 더하는 관점 |
|---|---|---|
| 계정 라인 조회 | 개별 항목 표시 화면에서 라인을 봄 | 피벗의 칸에서 바로 그 칸을 만든 라인을 열고 합계를 대조 |
| 전표 원문 확인 | 전표 조회 화면에서 헤더와 라인을 봄 | 원천 라인의 문서번호로 바로 이어 확인 |
| 계정 잔액 대조 | 계정 잔액 화면에서 기간별 잔액을 봄 | 보험 종류 · 은행 · 통화별로 축을 바꿔 보며 누계를 대조 |
| 유동성 예측과 비교 | 유동성 예측 화면에서 예측 항목을 봄 | 납부 계획과 실제 납부를 같은 표에서 비교하고 차이를 일곱 요인으로 가름 |
T-code 별 연계 지점
| T-code | 이름 | 연계 |
|---|---|---|
| FBL3N | G/L 계정 개별 항목 표시 | 드릴스루로 연 납부 문서 라인을 표준 라인 조회와 같은 조건으로 맞춰 확인합니다. 두 화면의 합계가 같아야 합니다. |
| FB03 | 전표 조회 | 원천 라인의 문서번호로 전표 원문을 확인합니다. 증권 금액 이견 보류 건의 전표를 열어 볼 때 씁니다. |
| FS10N | G/L 계정 잔액 표시 | 보험료 계정의 기간별 잔액과 이 화면의 누계 순납입액을 맞춰 봅니다. 보험료 계정 매핑은 고객사 확정 — 확인 필요. |
| FF7B | 유동성 예측 | 납부 계획 열과 예측 항목을 비교합니다. 계획 원천을 예측 항목으로 둘지는 도입 시 정하며 확인 필요입니다. |
운영 전환 시 기존 표준 리포트를 없앨 필요는 없습니다. 법정 · 감사 대응에 쓰는 표준 리포트는 그대로 두고, 이 화면은 월 회의 · 점검용으로 병행합니다. 두 화면의 숫자가 다르면 먼저 이 화면의 대사 줄(큐브 = 라인 합계)을 보고, 표준 화면과 같은 조건인지 확인하는 순서를 권합니다.
S/4HANA 분석 스택과의 자리
표준 CDS 분석 쿼리와 Fiori 분석 앱 같은 도구는 범용 분석에 강합니다. 이 화면은 그 옆에서 보험료 납부 자금이라는 하나의 주제를 끝까지 파고드는 자리이며, 같은 CDS 큐브를 뷰 레이어로 두기 때문에 분석 스택과 중복되지 않고 이어집니다. 사용할 수 있는 표준 Fiori 앱의 이름과 범위는 운영 환경에서 확인 필요입니다.
표준 데이터 매핑 — 분석 지표 정의
| 지표 | 산식 · 판정 기준 | 대응 기능 | 원천 데이터 | 비고 |
|---|---|---|---|---|
| 순납입액 | 약정 보험료 + 추가 보험료 − 환급·할인 | 피벗 · 지표 카드 | ACDOCA 계정 라인 금액(원화 환산) | 보험료 계정 매핑은 고객사 확정 — 확인 필요 |
| 납부 비중 | Net × 100 ÷ 전체 순납입액 | 계산항목(SHARE) | 위와 같음 | 분모는 현재 범위 합계 |
| 지연 납부 비중 | 납부기한을 넘긴 납부의 순납입액 × 100 ÷ 순납입액 | 계산항목 · 에이전트 규칙 | ACDOCA 전기일 · 납부기한(확인 필요) | 납부기한 원천은 고객사 확정 — 확인 필요 |
| 건당 순납입액 | 순납입액 ÷ 납부 건수 | 계산항목(AVGNET) | 전표 수 | 건수는 납부가 확인된 건만 |
| 기말 미납 잔액 | 납부 요청 후 월말까지 납부하지 않은 금액 | 측정값(끝 기간만) | 납부 요청 원천 — 확인 필요 | 기간을 합쳐도 끝 기간만 씀 |
| 집중도 지수 | 보험 종류별 비중 제곱의 합 × 10,000 | 지표 카드 | 큐브 | 값이 클수록 한 종류에 쏠림 |
확장 포인트 — 운영에서 실제로 손대는 자리
| 자리 | 무엇을 정하나 | 손대는 사람 |
|---|---|---|
| 은행 · 보험 종류 매핑 | 하우스 뱅크와 계정을 분석 차원 값으로 바꾸는 기준 표 | 자금팀 |
| 계획 원천 | 납부 계획을 어느 원천에서 가져올지 — 확인 필요 | 자금팀 · 기획팀 |
| 환율 유형 · 환산 시점 | 표준 화면과 같은 유형으로 맞출지 | 회계팀 |
| 환급·할인 구분 기준 | 무사고 할인 · 중도해지 환급 · 선납 정산 차감의 구분 | 회계팀 |
| 권한 | 회사코드 단위로 집계 전에 거를지 | 보안 · 권한 담당 |
| 점검 규칙 기준값 | 샘플 기준을 운영 기준으로 바꾸기 | 자금팀 · 재무 |
CDS 구성 — 뷰 · 권한 · 서비스와 운영에서 할 일
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
자주 묻는 질문
도입을 검토하시는 분들이 자주 물으시는 질문을 주제별로 정리했습니다.
숫자와 산식
순납입액은 어떻게 계산합니까?
라인마다 약정 보험료 + 추가 보험료 − 환급·할인으로 계산한 값을 원화로 환산해 더합니다. 납부 건수와 건당 순납입액은 순납입액을 납부 문서 수로 나눈 값입니다.
외화 보험료는 어떻게 원화로 바꿉니까?
거래통화 금액에 납부일 환율을 곱해 라인마다 환산한 뒤 더합니다. 합계를 먼저 더하고 환산하면 환율이 다른 라인이 섞여 값이 틀어지기 때문입니다. 샘플의 환율은 가정값이며 운영에서는 환율 유형을 먼저 정해야 합니다 — 확인 필요.
차이는 어떤 요인으로 나뉩니까?
약정 보험료 변동 · 환율 효과 · 추가 보험료 반영 · 환급·할인 효과 · 납부월 이동 · 계획 외 납부 · 계획 납부 미발생 일곱 가지입니다. 샘플의 전체 범위 총차이 −4.66억 원은 −0.18, −0.18, +3.35, +0.20, 0.00, +26.26, −34.12(억 원)로 나뉩니다. 계획 + 요인 합 − 실적은 0 이어야 하며 화면이 매번 보여 줍니다.
차이가 큰데 색이 칠해지지 않는 행이 있습니다.
색은 금액과 비율 기준을 모두 넘을 때만 칠합니다. 작은 차이에 눈이 가지 않게 하려는 장치이며 기준값은 화면에서 바꿀 수 있습니다. 색은 점검이 필요하다는 신호일 뿐 원인을 단정하지 않습니다.
기말 미납 잔액을 기간으로 합산해도 됩니까?
안 됩니다. 잔액은 시점 값이라 마지막 기간의 값을 씁니다. 측정값에 ‘마지막 값’ 규칙을 적용해 기간 열을 합쳐도 잔액이 부풀지 않게 합니다.
계획이 없는 기간에는 어떻게 보입니까?
계획이 없는 행은 계획을 0 으로 두고 차이를 계산하므로 실적 전체가 차이가 됩니다. 이 경우 계획 원천이 비어 있는지 먼저 확인하세요.
지연 납부 비중은 무엇을 기준으로 합니까?
납부기한을 넘겨 납부한 순납입액 ÷ 전체 순납입액입니다. 납부기한의 원천 필드는 고객사 확정 사항이며 확인 필요입니다.
화면과 조작
조회하지 않으면 아무것도 안 보입니까?
조회 전에도 조회조건 · 보는 사람 · 차원 보관함 · 피벗 틀은 보입니다. 숫자는 [조회]를 눌러야 나옵니다. 조건을 바꾸고 조회하지 않으면 이전 결과가 남아 있으므로 조건 요약 줄로 범위를 확인하세요.
축을 바꿀 때마다 서버를 부릅니까?
부르지 않습니다. 조회 때 큐브를 한 번 읽고 이후에는 브라우저에서 다시 묶습니다. 조회 조건(기간 · 법인 · 비교 기준)을 바꿀 때만 다시 조회합니다.
행과 열은 몇 단계까지 놓을 수 있습니까?
행 3단계, 열 2단계까지입니다. 열 조합이 36개를 넘으면 추가를 되돌리고 안내합니다. 열 축에서 한 단계를 빼거나 값 필터로 범위를 좁히세요.
칸 금액과 원천 문서 합계가 다르면 어떻게 합니까?
같은 조건으로 모은 원천 라인 합계와 비교해 드릴스루 팝업에 불일치를 표시합니다. 범위 · 금액 단위 · 값 필터를 점검하세요.
CSV 는 무엇이 내려받아집니까?
맨 위 CSV 단추는 현재 표 그대로(금액 단위 포함), 드릴스루 팝업의 CSV 단추는 원천 라인을 내려받습니다.
휴대폰에서도 쓸 수 있습니까?
좁은 화면에서는 요약 카드 · 표 · 차트가 세로로 쌓입니다. 열이 많은 표는 가로로 넘겨 봅니다.
분석 기능
변동 사유는 어디에 저장됩니까?
서비스의 사유 저장소(ReasonSet)에 저장됩니다. 같은 범위의 같은 행을 다시 열면 연필 표시로 나오고, 사유가 있는 행은 해설이 건너뜁니다. 사유의 정확성은 담당자가 점검해야 합니다.
해설과 에이전트의 결과를 그대로 써도 됩니까?
해설은 서비스가 계산한 숫자 위에 규칙으로 쓴 초안이고, 에이전트는 기준을 넘은 항목을 대기함에 올릴 뿐입니다. 근거 표의 숫자와 원천 라인을 직접 확인한 뒤 판단하세요 — 점검 필요.
모델 연결을 켜면 무엇이 달라집니까?
calc.js 의 설정 하나로 켜며 기본은 꺼져 있습니다. 켜더라도 숫자는 서비스가 계산하고 모델은 문장만 다듬도록 설계했습니다. 켠 뒤의 결과는 별도 점검이 필요합니다.
에이전트는 언제 실행됩니까?
에이전트 팝업의 실행 단추로 하루 한 번 실행합니다. 같은 날 두 번째 실행은 서비스가 LIMIT 으로 거부하고 활동 기록에 남깁니다.
보기 저장에는 무엇이 들어갑니까?
행 · 열 축, 측정값, 보는 사람 탭, 값 필터, 계획 차이 스위치와 기준값이 들어갑니다. 기본 보기에 자동 조회를 켜면 화면을 열 때 바로 조회합니다.
보고서(검토용 자료)는 무엇을 담습니까?
해설의 요약 · 핵심 발견 · 근거와 요인 폭포를 담은 검토용 초안입니다. 이 글의 왼쪽 ‘검토용 자료 다운로드’ 단추는 같은 숫자의 글 내용을 파워포인트로 묶습니다. 외부에 쓰기 전에 숫자와 표현을 점검해야 합니다.
도입과 운영
표준 T-code 를 대체합니까?
대체하지 않습니다. 표준이 잘하는 일은 표준에 두고, 이 화면은 묶고 비교하고 점검하는 관점만 더합니다. 법정 · 감사 · 세무 신고 대응은 표준에 남깁니다.
회계 처리나 신고 판단에 써도 됩니까?
이 화면은 분석 보조 도구이며 회계 처리 · 신고의 판단 근거로 정한 바가 없습니다. 표준 T-code 의 원천과 맞춰 본 뒤 담당자가 점검해야 합니다.
샘플 데이터는 실제 값입니까?
아닙니다. 가상의 법인 · 은행 · 보험 종류로 만든 검증용 데이터이며 환율도 가정값입니다.
권한은 어떻게 겁니까?
회사코드 단위 권한을 집계 전에 거는 것을 권합니다. 드릴스루에만 걸면 남의 숫자가 합계로 새는 길이 남습니다. 세부 설계는 확인 필요입니다.
운영 전에 정해야 할 것은 무엇입니까?
은행 · 보험 종류 매핑, 계획 원천, 환율 유형, 환급·할인 구분 기준, 권한, 점검 규칙 기준값입니다. 개발보다 합의가 많은 항목입니다.
테스트 폴더는 무엇입니까?
test/ 는 mockserver 로 샘플 데이터를 열어 보는 검증용입니다. 앱 본체는 test/ 를 읽지 않고 OData 서비스를 호출합니다.