SAP 수주-수금 통합 관리 — 견적에서 수금까지 승인 · 대사 · 분석을 한 화면 흐름에서
견적 → 수주 → 여신 점검·승인 → 출하 → 청구 → 수금 · 직무 분리 승인 · 시뮬레이션을 거친 일괄 실행 · 대사 규칙 다섯 개와 예외 조치 · 축을 바꿔도 합계가 같은 분석 · 요인분해 · AI 해설과 에이전트 — 소개 영상과 실제 화면 40종
소개 영상블로그 목차 순서대로 · 자막 포함
도입 포인트 — 이 앱을 사용해야 하는 이유
영업 현업의 질문은 해마다 같습니다. 이 수주는 승인해도 되나, 출하와 청구는 빠짐없이 이어졌나, 돈은 들어왔나. 지금 이 답은 표준 화면 · 엑셀 대사 · 메일 승인으로 흩어져 있습니다. 이 앱은 견적에서 수금까지를 한 화면 흐름에 붙여, 화면을 옮겨 다니는 시간과 “어느 숫자가 맞나” 하는 회의를 줄입니다.
관련 기준서는 IFRS 15 고객과의 계약에서 생기는 수익(K-IFRS 제1115호)입니다. 이 앱은 수익 인식을 판단하지 않고, 수주 · 출하 · 청구 · 수금의 연결 숫자를 점검하는 도구입니다. 회계 판단과 공시는 회사와 감사인이 합니다.
핵심 포인트 여덟 가지
| 핵심 포인트 | 고객이 얻는 것 | 지금 방식이라면 |
|---|---|---|
| ① 한 앱에서 견적부터 수금까지 | 기준정보 · 문서 처리 · 승인 · 일괄 실행 · 대사 · 분석 · 감사가 한 앱 안에서 이어집니다. 조회조건과 선택한 문서가 화면을 옮겨도 따라옵니다. | 견적 · 수주 · 출하 · 청구 · 수금을 표준 화면으로 따로 열고, 엑셀로 이어 붙여 현황을 만듭니다. |
| ② 작성자는 승인하지 못하는 승인 흐름 | 임시저장 → 검토요청 → 승인 → 확정 → 취소 순서를 서버가 지킵니다. 작성자 = 승인자 요청과 허용되지 않는 전이는 서버가 거절하고 거절 이력도 남습니다. | 메일과 구두로 승인하고, 누가 승인했는지는 나중에 문서를 뒤져 확인합니다. |
| ③ 여신을 보고 승인하는 2단계 판정 | 수주를 저장하면 한도 · 사용액 · 이번 금액이 점검되고, 1억 원 이상이거나 결과가 정상이 아니면 승인자 두 명이 필요합니다. 예외 승인에는 메모가 남습니다. | 출하 직전에 보류가 걸려 영업과 여신 담당이 전화로 사정을 맞춥니다. |
| ④ 시뮬레이션을 거쳐야 도는 일괄 실행 | 출하와 청구 일괄 생성은 만들어질 문서와 제외될 문서를 먼저 보여 주고, 같은 조건의 시뮬레이션 결과가 있어야 실행됩니다. 재실행은 중복 문서를 만들지 않습니다. | 월말에 대상 목록을 엑셀로 뽑아 하나씩 만들고, 두 번 만든 문서를 나중에 찾아냅니다. |
| ⑤ 대사 규칙 다섯 개와 예외 조치 | 수주 · 출하 · 청구 · 채권 · 여신의 연결 숫자를 규칙으로 매번 맞춰 보고, 어긋난 건은 예외 목록에서 조정 문서나 사유로 조치합니다. 조치하면 차이 건수가 줄어드는 것이 화면에서 보입니다. | 월마감 직전에 숫자가 안 맞는 것을 발견하고 원인을 거슬러 올라갑니다. |
| ⑥ 축을 바꿔도 합계가 갈라지지 않는 분석 | 한 번 읽은 큐브에서 제품군 · 고객 그룹 · 지역 · 월 등의 축을 끌어다 놓아 바꿔 봅니다. 서버를 다시 부르지 않으므로 빠르고, 모든 축이 같은 큐브라 합계가 어긋나지 않습니다. | 축마다 리포트를 따로 만들고 합계를 맞추는 회의를 엽니다. |
| ⑦ 숫자에서 문서 라인까지, 차이에서 요인까지 | 칸을 누르면 그 금액을 만든 문서 라인이 열려 합계 일치를 보여 주고, 계획 대비 차이는 물량 · 믹스 · 단가 · 할인 · 환율 다섯 요인으로 갈라 합이 총차이와 같다고 검산합니다. | 차이가 났다는 것까지만 알고, 원인은 엑셀로 다시 분해합니다. |
| ⑧ 숫자를 만들지 않는 AI와 스스로 도는 에이전트 | AI 는 서비스가 계산한 숫자를 읽어 해설만 하고 근거 표를 보여 줍니다. 에이전트는 감시 규칙에 걸린 항목을 받을 역할의 대기함에 올리고, 하루 한 번만 돕니다. | 화면을 열지 않은 날에는 여신 초과나 장기 미청구 출하가 그대로 지나갑니다. |
사례로 보는 효과 — 계획 대비 1억 7,697만 원 차이의 가장 큰 몫은 물량
계획 대비 순매출이 1억 7,697만 원 모자랐다는 것까지는 표준 리포트도 말해 줍니다. 이 앱은 그 다음을 답합니다. 검증용 샘플 데이터에서 계획 2,331,202,210원 대비 실적 2,154,235,823원, 차이 −176,966,387원(−7.6퍼센트)을 다섯 요인으로 가르자 물량(−124,658,834원) 이 가장 큰 몫이었고, 믹스 −38,197,076원 · 할인·리베이트 −13,681,584원 · 단가 −3,836,948원이 뒤를 이었으며 환율은 +3,408,055원이었습니다. 다섯 요인의 합은 총차이와 1원도 어긋나지 않습니다. 고객별로는 고객 두 곳(−32.4퍼센트 · −29.7퍼센트)의 미달이 컸습니다. 원인은 확인 필요이지만, 회의는 “매출이 모자랐다”에서 “어느 고객의 물량을 어떻게 볼 것인가”로 바뀝니다.
숫자의 신뢰도 같은 방식으로 보입니다. 대사 규칙 다섯 개는 1,393건을 검사해 차이 12건을 찾았고, 이 12건은 검증을 위해 일부러 넣은 예외입니다. 큐브 합계와 원천 문서 라인 합계는 여섯 개 측정값 모두에서 같습니다.
도입하면 달라지는 것
- 화면 이동 — 견적에서 수금까지 한 앱에서 처리하므로 표준 화면과 엑셀을 오가는 횟수가 줄어듭니다.
- 승인의 기록 — 누가 요청했고 누가 승인했는지, 거절된 시도까지 서버 로그에 남아 감사 대응이 쉬워집니다.
- 월말 일괄 처리 — 시뮬레이션으로 합계를 먼저 확인하고 실행하므로 중복 생성과 누락 확인에 쓰던 시간이 줄어듭니다.
- 회의의 주제 — 숫자가 맞는지를 다투는 대신 차이의 요인과 조치를 이야기합니다.
- 놓치지 않는 감시 — 아무도 화면을 열지 않은 날에도 감시 규칙에 걸린 항목이 받을 사람의 대기함에 올라갑니다.
이런 회사에 맞습니다
SAP S/4HANA 로 수주에서 수금까지를 운영하면서 승인과 대사를 메일과 엑셀로 처리하는 회사에 맞습니다. 월 수백 건에서 수천 건의 영업 문서를 처리하는 영업관리팀 · 여신 담당 · 물류 담당이 함께 쓰고, 영업조직이 둘 이상이거나 고객 그룹별 할인 규칙이 있어 숫자를 맞추는 일이 잦은 조직일수록 효과가 큽니다. 승인 단계는 1~2단계 구조를 기본으로 하며, 단계를 늘리는 일은 운영 시점에 정합니다.
실행 화면
사용 방법
- 조회조건 입력 — 화면 위쪽 공통 영역에 영업조직(선택, 전체 · 국내영업 · 수출영업)과 기간 시작 · 종료(선택, 형식 2026-01)가 있습니다. 필수 입력은 없고, 비워 두면 전체 기간을 읽습니다.
- 조회 · Enter — 조회 단추는 조회조건 줄의 오른쪽에 있고 기간 입력 칸에서 Enter 를 눌러도 조회됩니다. 초기화는 조건을 처음 값으로 돌립니다. 앱을 열면 개요 화면이 자동으로 한 번 조회됩니다.
- 개요 · 할 일 확인 — 첫 화면의 타일 7개(미결채권 · 여신 보류 고객 · 승인 대기 · 반려 · 미해결 대사 예외 · 확정 문서 · 열린 할 일)를 보고 아래 "내 할 일"에서 항목을 눌러 해당 화면으로 이동합니다.
- 메뉴 순서 — 왼쪽 메뉴를 위에서 아래로: 개요 · 할 일 → 기준정보 관리 → 문서 처리 → 일괄 실행 → 대사 · 점검 → 분석 → 영역 간 연계 → 이력 · 감사 · 권한. 메뉴를 옮겨도 조회조건은 이어집니다.
- 행 클릭 상세 — 문서 · 기준정보 목록의 행을 누르면 오른쪽에 상세가 열리고, 상태와 내 역할에서 가능한 단추만 켜집니다. 오른쪽 위 사용자 전환으로 조회자 · 처리자 · 승인자 · 관리자를 바꿔 권한 차이를 확인합니다.
- 분석 사용 — 분석 화면에서 차원 칩을 끌어 행 · 열 축을 바꾸고, 비교 기준을 켜 계획과 견주고, 칸을 눌러 드릴스루를, 행 단추로 요인분해와 변동 사유를 엽니다. 레이아웃은 이름 붙여 저장합니다.
- CSV · 보고서 내려받기 — 표 위의 내려받기로 현재 표를 CSV 로, AI 분석 창의 PowerPoint 보고서 단추로 현재 범위의 표 · 차트를 pptx 로 받습니다.
무엇으로 만들었나
| 자리 | 무엇 | 왜 그렇게 두었나 |
|---|---|---|
| 화면 골격 | 도구 페이지 + 측면 메뉴 8개 모듈, 문서 · 기준정보는 목록-상세 분할 화면 | 모듈을 옮겨도 조회조건과 선택 문서가 이어지도록 하나의 앱 안에서 라우팅합니다. |
| 데이터 연결 | OData V2 서비스 1개. 화면은 매니페스트에 선언한 서비스에만 연결하고 조회조건은 $filter, 정렬과 페이징은 모델 기능으로 보냅니다. | 운영 전환 때 서비스 주소만 바꾸면 되도록 화면 코드에 서비스 주소와 샘플 데이터를 넣지 않았습니다. |
| 판정 로직 | 서비스 파일 한 곳이 상태 전이 · 채번 · 직무 분리 · 금액 계산 · 일괄 실행 · 대사 · 요인분해를 맡습니다. | 화면이 달라져도 같은 판정이 나오게 하고, 직접 요청도 같은 규칙으로 막기 위해서입니다. |
| 분석 큐브 | 큐브 행을 한 번 읽어 브라우저에서 행 · 열 축대로 다시 묶고, 차트는 직접 그린 SVG 입니다. | 축을 바꿀 때 서버를 다시 부르지 않고, 외부 차트 라이브러리 반입 심사를 피합니다. |
| 테마 | sap_horizon 테마의 표준 컨트롤만 사용합니다. | SAP Fiori 화면과 같은 시각 언어로 현업이 낯설어하지 않게 합니다. |
OData 구성은 모델 수준으로만 말씀드리면, 화면은 매니페스트에 선언한 OData V2 서비스 하나에 연결합니다. 엔티티셋 34개와 펑션 13개로 되어 있고 조회 · 단건 · 생성 · 수정 · 삭제 · 처리 펑션을 서비스 로직이 구현합니다. 승인 · 직무 분리 · 시뮬레이션 해시 확인 · 하루 한 번 제한 같은 판정은 모두 서비스 쪽에 있고, 화면은 그 결과를 보여 줍니다.
앱 정보
| 항목 | 내용 |
|---|---|
| 영역 | 영업 |
| 업무 흐름 범위 | 견적 → 수주 → 여신 점검·승인 → 출하 → 청구 → 수금 |
| 모듈 구성 | M1 개요 · M2 기준정보 · M3 문서 처리 · M4 일괄 실행 · M5 대사 · M6 분석 · M7 영역 간 연계 · M8 이력 · 감사 · 권한 |
| 업무 영역 | 영업 (수주~수금), 여신, 채권 |
| 관련 기준서 | IFRS 15 고객과의 계약에서 생기는 수익(K-IFRS 제1115호) |
| SAP 표준 T-code | VA21 · VA01 · VKM1 · VL01N · VF01 · F-28 · FBL5N · VA05 |
| Namespace | zui5.o2chub |
| 화면 성격 | 통합 관리 (처리 + 분석 + 감시) |
| 데이터 연동 | OData V2 · o2chub_srv (검증용 샘플 데이터) |
| 테마 | sap_horizon |
열자마자 오늘 할 일이 보인다
타일 7개는 미결채권 합계 · 여신 보류 고객 · 승인 대기 · 반려 · 미해결 대사 예외 · 확정 문서 · 열린 할 일입니다. 타일 숫자는 위쪽 조회조건(영업조직 · 기간)을 따라 바뀝니다. 아래 "내 할 일"의 항목을 누르면 해당 문서나 예외로 바로 이동합니다.
고객 · 자재 · 가격 규칙을 한 곳에서 고친다
고객 번호 · 이름 · 영업조직 · 지역 · 채널 · 고객 그룹 · 여신 한도 · 사용액을 보여 줍니다. 사용 중지된 고객은 흐리게 보이고 검색 상자와 상태 선택으로 좁힙니다. 행을 고르면 수정 · 사용 중지 · 변경 이력 단추가 켜집니다.
자재마다 제품군과 정가가 있어 문서 항목의 단가가 여기서 나옵니다. 정가를 고치면 이후 만드는 문서에 반영되고 이미 전기된 문서는 그대로입니다. 변경한 사람과 시각이 오른쪽 끝에 남습니다.
핵심 고객 5퍼센트 · 일반 고객 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 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
시뮬레이션 합계와 실행 결과가 같다
데모를 신청하신 고객께 공개되는 내용입니다
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 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
누가 무엇을 했는지 서버가 남긴다
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
내 배치를 저장하고 좁은 화면에서도 쓴다
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
화면 뒤에서 일어나는 일
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
조회조건
| 조회조건 | 필수 여부 | 값 | 기본값 |
|---|---|---|---|
| 영업조직 | 선택 | 전체 / 국내영업 (1000) / 수출영업 (2000) | 전체 |
| 기간 (시작) | 선택 | 연-월 (2026-01) | 2026-01 |
| 기간 (종료) | 선택 | 연-월 (2026-10) | 2026-10 |
| 문서 구분 · 상태 | 선택 (문서 처리) | 견적 · 수주 · 출하 · 청구 · 수금 / 여섯 상태 | 전체 |
| 고객 · 자재 검색 | 선택 (기준정보) | 이름 · 번호 일부, 사용 상태 | 사용 중 |
| 실행 유형 | 필수 (일괄 실행) | 출하 / 청구 | 출하 |
| 분석 축 · 측정값 · 비교 기준 | 선택 (분석) | 차원 9개 · 측정값 6개 · 비교 기준 켬/끔 | 제품군 × 월 · 순매출 |
조회조건은 서비스의 $filter 로 전달됩니다. 영업조직과 기간은 모든 화면이 함께 쓰고, 문서 구분 · 상태 · 고객 검색은 해당 화면에서만 씁니다.
결과 컬럼
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
좁은 화면에서 달라지는 것
390px 폭에서는 조회조건이 위아래로 쌓이고 왼쪽 메뉴가 아이콘으로 접힙니다. 표와 차트는 위아래로 쌓이며 가로 스크롤이 생기지 않습니다. 행과 열 조합이 상한 36을 넘으면 반쯤 그린 표 대신 범위를 좁히라는 안내가 나옵니다.
파일 구성
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
SAP 표준 기능 확장 포인트 — 표준 T-code 와 어떻게 연계되는지
표준 실행은 SAP 표준 T-code 가 담당하고, 이 화면은 조회 · 검증 관점을 더해 확장합니다. 문서 번호 체계와 가격 결정 · 여신 점검의 법정 · 감사 대응은 표준에 그대로 둡니다.
표준으로 되는 것과 안 되는 것
| 업무 | 표준 T-code | 표준에서의 불편 | 이 앱 |
|---|---|---|---|
| 수주 · 출하 · 청구 문서 처리 | VA01 · VL01N · VF01 | 문서마다 화면이 다르고 흐름을 한 번에 보려면 문서 흐름 조회를 따로 엽니다. | 한 앱에서 상태 · 승인 · 금액을 이어서 보고, 문서 흐름으로 이동합니다. |
| 여신 점검 | VKM1 · 여신 관리 | 보류 뒤 해소 단계 중심이라 승인 전에 영향을 미리 보기 어렵습니다. | 수주 저장 · 승인 전에 한도 대비 사용률을 계산해 보여 줍니다. |
| 월말 일괄 청구 · 출하 | VF04 · VL10 류 목록 | 대상 목록 중심이고 실행 전 합계 확인은 사람이 합니다. | 시뮬레이션 합계를 보고 실행하며 중복을 막습니다. |
| 수주-수금 숫자 맞추기 | FBL5N · VA05 · VF03 | 화면마다 조건을 다시 넣고 엑셀로 대사합니다. | 대사 규칙 다섯 개를 한 번에 돌려 차이 건수로 보여 줍니다. |
| 계획 대비 차이의 요인 | 없음 | 표준에 없습니다. 보통 엑셀로 만듭니다. | 다섯 요인으로 가르고 합계를 검산합니다. |
| 승인 이력 · 직무 분리 | 문서 변경 이력 | 변경은 남지만 거절된 시도는 남지 않습니다. | 거절된 요청까지 감사 로그에 남깁니다. |
T-code 별 연계 지점
| T-code | 이름 | 연계 |
|---|---|---|
| VA21 · VA23 | 견적 생성 · 조회 | 이 앱의 견적 문서(머리 · 항목)와 같은 데이터 구조를 이어받습니다. 견적 번호로 표준 화면에서 원천을 확인합니다. |
| VA01 · VA03 | 수주 생성 · 조회 | 수주 문서 · 항목 · 금액을 표준 화면과 맞춰 봅니다. 이 앱의 수주 번호 → VA03 에서 같은 항목을 확인합니다. |
| VKM1 | 여신 보류 SD 문서 | 이 앱의 여신 점검 결과(정상 · 초과 · 보류)와 표준의 보류 문서 목록을 대조합니다. 한도 maintenance 는 표준(여신 관리)에 둡니다. |
| VL01N · VL03N | 출하 생성 · 조회 | 출하 일괄 실행 결과 문서의 수량을 표준 출하 문서와 맞춥니다. 대사 규칙 R01 이 같은 숫자를 봅니다. |
| VF01 · VF03 · VF04 | 청구 생성 · 조회 · 청구 대상 목록 | 청구 일괄 생성 결과와 표준의 청구 대상 목록을 대조합니다. 대사 규칙 R02 · R04 가 수량과 순매출을 맞춥니다. |
| F-28 · FBL5N | 수금 전기 · 고객 미결 항목 | 수금과 미결 채권을 표준 고객 개별 항목과 맞춥니다. 대사 규칙 R03 이 고객별 미결 채권을 맞춥니다. |
| VA05 | 수주 목록 | 분석 화면의 수주 금액 집계와 표준 수주 목록 합계를 대조합니다. |
이 앱의 결과를 표준 화면으로 확인하는 순서는 같습니다. 이 앱에서 문서 번호를 확인하고 해당 표준 조회 화면(VA03 · VL03N · VF03)에서 같은 항목과 금액을 맞춰 봅니다. 반대로 표준 화면의 값은 이 앱의 문서 흐름과 대사 화면에서 다시 볼 수 있습니다. 문서 번호 체계와 가격 결정 · 여신 점검의 법정 · 감사 대응은 표준에 남겨 둡니다. 따라서 운영 전환 때 기존 표준 리포트를 없앨 필요는 없습니다.
업무 흐름 매핑표
| 단계 | 표준 T-code | 이 앱의 모듈 | 원천 데이터 |
|---|---|---|---|
| 견적 | VA21 · VA23 | 문서 처리 (견적) | 견적 머리 · 항목 |
| 수주 · 여신 | VA01 · VA03 · VKM1 | 문서 처리 · 여신 점검 | 수주 머리 · 항목 · 신용 한도 |
| 출하 | VL01N · VL03N | 일괄 실행 (출하) | 출하 문서 · 문서 흐름 |
| 청구 | VF01 · VF03 · VF04 | 일괄 실행 (청구) | 청구 문서 |
| 수금 · 미결 | F-28 · FBL5N | 문서 처리 (수금) · 대사 R03 | 고객 개별 항목 |
| 수주 목록 | VA05 | 분석 (수주 금액) | 수주 집계 |
분석 지표 정의표
| 지표 | 산식 · 판정 기준 | 대응 기능 | 원천 데이터 | 비고 |
|---|---|---|---|---|
| 총매출 | 청구 항목의 정가 기준 금액 합 | 분석 | 청구 항목 | - |
| 할인 · 리베이트 | 가격 규칙 · 고객 리베이트율로 계산한 차감액 합 | 분석 · 대사 R04 | 청구 항목 | - |
| 순매출 | 총매출 − 할인 · 리베이트 | 분석 | 청구 항목 | - |
| 수주 · 수금 | 수주 금액 합 · 수금 금액 합 | 분석 | 수주 · 수금 문서 | - |
| 수주 대비 청구 격차 | 수주 금액 − 순매출 | 분석 (계산항목) | 큐브 | 점검 필요 항목 |
| 요인분해 | 물량 · 믹스 · 단가 · 할인 · 환율 합 = 총차이 | 분석 | 큐브 · 계획 | 합이 총차이와 같아야 함 |
| 여신 사용률 | (사용액 + 이번 금액) ÷ 한도 | 여신 점검 | 고객 기준정보 | 정상 · 초과 · 보류 |
S/4HANA 분석 스택과의 자리
S/4HANA 의 표준 CDS 분석 쿼리와 Fiori 분석 앱, Analysis for Office 는 정형 조회와 대량 분석에 강합니다. 이 앱은 그 위에서 대체하려는 것이 아니라 한 업무 흐름 안에서 처리와 분석을 이어 붙이는 자리에 있습니다. 구체적인 표준 Fiori 앱 이름과 사용 가능 여부는 고객사 환경에 따라 달라 확인 필요입니다.
확장 포인트 — 운영에서 실제로 손대는 자리
| 항목 | 표준 | 이 앱의 방식 |
|---|---|---|
| 가격 결정 · 할인 | 표준 조건 레코드(VK11 류) · 가격 절차 | 이 앱의 할인 규칙은 단순 규칙입니다. 운영에서는 표준 가격 절차의 조건 유형과 매핑해 고객사가 정합니다. |
| 여신 한도 | 표준 여신 관리 | 샘플은 고객 기준정보의 한도와 사용액을 씁니다. 운영에서는 표준 여신 관리의 한도 · 노출 값을 읽는 뷰로 바꿉니다. |
| 문서 상태 | 표준 문서 상태 · 완료 상태 | 이 앱의 상태 여섯 가지는 업무 흐름용입니다. 표준 상태와 어떻게 대응시킬지 정합니다. |
| 권한 | 표준 권한 객체 · 역할 | 데모 사용자 4명을 영업조직 단위 권한 객체와 역할로 바꿉니다. |
| 확장 필드 | 확장 필드 · BAdI | 고객사 고유 항목은 확장 필드로 추가하고 큐브 차원에 올릴지를 정합니다. |
CDS 구성
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
자주 묻는 질문
도입을 검토하시는 분들이 자주 물으시는 질문을 네 묶음으로 정리했습니다.
숫자와 산식
큐브 합계와 문서 라인 합계가 같은지 어떻게 아나요?
분석 화면의 검산 줄이 매번 보여 줍니다. 총매출 · 할인 · 순매출 · 수주 · 수금 · 수량 여섯 개 측정값을 큐브 합계와 원천 문서 라인 합계로 비교해 같으면 일치로 표시합니다. 검증용 샘플 데이터에서는 여섯 개 모두 차이가 0입니다. 셀을 눌러 드릴스루를 열어도 칸 금액과 라인 합계를 같은 방식으로 비교합니다.
순매출과 총매출, 할인·리베이트는 어떻게 다른가요?
총매출은 청구 항목의 정가 기준 금액이고, 할인·리베이트는 가격 규칙으로 계산한 차감액이며, 순매출은 총매출에서 할인·리베이트를 뺀 값입니다. 대사 규칙 R04 가 청구 문서마다 이 등식을 1원 허용 오차로 검사합니다.
“수주 대비 청구 격차”는 무엇을 보나요?
계산항목 하나로 수주 금액에서 순매출을 뺀 값입니다. 수주했지만 아직 청구되지 않은 규모를 고객이나 제품군별로 보는 용도입니다. 격차가 크다고 문제가 있다는 뜻은 아니며, 출하 일정과 함께 점검이 필요한 항목입니다.
요인분해의 다섯 요인은 어떻게 정의되나요?
물량은 수량 변화가 계획 평균 단가에 미친 영향, 믹스는 제품 구성이 바뀐 영향, 단가는 판매 단가 변화, 할인·리베이트는 차감액 변화, 환율은 계획 환율 대비 환산 차이입니다. 요인은 서비스가 계산하고 각 요인을 반올림한 뒤 합이 총차이와 같도록 마지막 요인에서 단위 미만 차이를 맞춥니다. 화면의 검산 줄이 그 등식을 보여 줍니다. 원인은 확인 필요입니다.
외화 문서와 환율은 어떻게 처리하나요?
샘플 데이터는 문서 통화별 금액을 원화로 환산해 두고 환율 요인에 가정 환율을 씁니다. 운영에서는 환율 유형과 환산 시점(문서일 · 청구일 · 기말)을 먼저 정해야 합니다. 이 항목은 운영 시점에 할 일 표에 포함되어 있습니다.
대사 규칙의 허용 오차는 어떻게 정했나요?
수량 규칙은 0.001, 금액 규칙은 1원이 기본이고 고객 미결 채권 · 여신 규칙은 금액 단위가 커서 허용 오차 안에 들어오지 않는 건을 예외로 올립니다. 허용 오차는 규칙 정의에 들어 있어 운영에서 재무가 조정합니다.
화면과 조작
처음 쓸 때 어떤 순서로 쓰면 되나요?
위쪽 조회조건(영업조직 · 기간)을 정하고 조회를 누릅니다. 개요에서 할 일을 확인하고 문서 처리에서 문서를 만들어 검토 요청 · 승인 · 확정까지 진행합니다. 월말에는 일괄 실행과 대사를, 분석 화면에서는 피벗과 요인분해를 봅니다. 조회 버튼은 조건 영역 오른쪽 끝에 있고 Enter 키로도 조회됩니다.
승인 단추가 보이지 않는 이유는 무엇인가요?
문서 상태가 검토요청이 아니거나 내 역할에 승인 권한이 없기 때문입니다. 처리자 역할은 승인할 수 없고 승인자나 관리자 역할만 승인할 수 있습니다. 단추를 숨기는 것과 별개로 서버가 같은 규칙으로 직접 요청도 거절합니다.
왜 작성한 문서를 제가 승인할 수 없나요?
직무 분리 규칙입니다. 작성자와 승인자가 같으면 서버가 거절하고, 그 시도도 감사 로그에 거절로 남습니다. 2단계 승인이 필요한 문서는 두 번째 승인자가 첫 승인자와도 달라야 합니다.
일괄 실행에서 시뮬레이션을 꼭 먼저 해야 하나요?
예. 같은 조건의 시뮬레이션 결과가 있어야 실행 단추가 켜지고, 서버도 시뮬레이션 해시 없이는 실행을 거절합니다. 실행 결과의 문서 수와 금액은 시뮬레이션과 같고, 잔량이 없는 참조 문서는 제외되어 중복 문서가 생기지 않습니다.
엑셀 업로드는 어떤 형식인가요?
구분 · 고객 · 참조문서 · 자재 · 수량 · 문서일 · 비고 열을 쓰며 양식은 화면에서 내려받습니다. 업로드하면 먼저 브라우저에서 형식을 검사해 통과 · 확인 필요 건수를 미리 보여 주고, 반영할 때 서버가 다시 검사합니다. 서버가 거절한 행은 사유가 행마다 적힙니다.
휴대폰이나 좁은 화면에서도 쓸 수 있나요?
좁은 화면에서는 조회조건이 위아래로 쌓이고 메뉴가 아이콘으로 접히며 표와 차트가 위아래로 놓입니다. 390px 폭에서 가로 스크롤이 생기지 않는 것을 확인했습니다. 다만 피벗의 열 조합이 많으면 범위를 좁히라는 안내가 나옵니다.
분석 기능
축을 바꿀 때 서버를 다시 부르나요?
아니요. 조회 때 큐브를 한 번 읽어 브라우저가 행 · 열 축대로 다시 묶습니다. 축을 바꾼 뒤 요청 수는 늘지 않고 합계도 같습니다. 조건(기간 · 영업조직)을 바꿔 조회할 때만 서버를 부릅니다.
드릴스루 합계가 칸 금액과 다르면 어떻게 되나요?
드릴스루 창 머리에 불일치로 표시되고 확인 필요 문구가 나옵니다. 검증용 샘플 데이터에서는 시험한 칸이 모두 일치했습니다. 불일치가 나오면 큐브와 원천 라인의 기준이 어긋난 것이므로 큐브 집계 조건을 점검합니다.
변동 사유는 어디에 저장되나요?
서버의 사유 엔티티에 조회 범위 + 행 경로를 키로 저장합니다. 같은 범위를 다시 조회하면 그 행에 따라오고 CSV 와 AI 분석 근거에도 실립니다. 다른 범위에서는 다른 사유로 다룹니다.
AI 는 숫자를 만들어 내나요?
아니요. 금액과 비율은 서비스가 큐브에서 계산하고 AI 는 그 값을 읽어 문장으로 설명합니다. 모델에 넘기는 근거 표를 화면에서 펼쳐 볼 수 있고, 모델 연결은 서비스 설정에서만 켜며 기본은 꺼져 있어 규칙 기반 해설이 나옵니다. API 키는 앱에 두지 않습니다.
에이전트는 어떻게 돌고 하루 한 번만 도는 이유는 무엇인가요?
감시 규칙 5개(제품군 계획 미달 · 여신 한도 초과 · 장기 미청구 출하 · 할인율 상승 · 승인 대기 장기)를 평가해 걸린 항목을 받을 역할의 대기함에 올립니다. 같은 보고가 반복되지 않도록 하루 한 번 제한을 서버가 판정하고, 걸린 것이 없거나 제한에 걸려도 활동 기록은 남깁니다.
도입과 운영
기존 표준 화면은 없애야 하나요?
아니요. 표준 실행은 SAP 표준 T-code 가 담당하고 이 앱은 조회와 점검 관점을 더해 확장합니다. 법정 · 감사 대응은 표준에 그대로 두고, 이 앱의 숫자는 표준 화면과 대사 규칙으로 맞춰 봅니다.
권한과 보안은 어떻게 하나요?
데모 사용자 4명은 시연용이며 운영에서는 영업조직 단위 SAP 권한 객체와 역할로 바꿉니다. 권한은 집계 단계에 걸어야 합계 뺄셈으로 숫자가 새지 않습니다. 모든 쓰기와 거절은 감사 로그에 남습니다.
문서가 수천만 건이면 성능은 어떤가요?
샘플은 문서 라인 1,495행에서 큐브 1,758행으로 묶는 규모입니다. 운영 규모에서는 집계를 데이터베이스(큐브 뷰)에서 하고 기간 · 영업조직을 필수 조건으로 두며 열 조합 상한 36과 표시 행 상한을 유지합니다. 응답 시간 목표와 인덱스는 운영 시점에 정합니다.
운영 데이터에 연결하려면 무엇이 필요하고 얼마나 걸리나요?
기준 · 차원 · 큐브 · 쿼리 · 권한 뷰를 만들고 서비스를 게시한 뒤 화면의 서비스 주소를 바꿉니다. 코드 작업보다 매핑 · 승인 기준 · 권한 같은 합의가 많습니다. 소요 기간은 고객사 범위에 따라 달라 확인 필요입니다.
고객 그룹이나 지역 매핑이 바뀌면 어떻게 하나요?
매핑 테이블의 행만 고치면 되고 큐브와 화면은 그대로입니다. 매핑을 고쳐도 이미 확정된 문서의 금액은 바뀌지 않고 집계 묶음만 바뀝니다.
이 앱의 결과를 최종 판단으로 써도 되나요?
이 앱은 업무 처리와 점검을 돕는 도구입니다. 수익 인식을 포함한 회계 판단은 회사와 감사인이 하고, 세무 신고는 회사와 세무 대리인이 합니다. 화면의 차이와 예외는 점검 필요 표시이며 원인은 담당자가 확인해야 합니다.
적용 시기나 범위는 정해져 있나요?
이 앱은 법으로 시기가 정해진 제도가 아니라 업무 도구입니다. 관련 기준서(IFRS 15)의 시행일과 문단은 원문으로 확인한 경우에만 적는 원칙이라 이 글에서는 다루지 않았고 확인 필요입니다. 도입 범위는 영업조직과 문서 유형 단위로 정할 수 있습니다.
샘플 데이터는 실제 고객 데이터인가요?
아닙니다. 고객 20곳 · 자재 10종 · 문서 1,302건 모두 가상으로 만든 검증용 샘플 데이터이며 일부 숫자는 대사 예외를 확인하려고 일부러 어긋나게 넣었습니다. 실제 고객사의 거래처나 금액은 쓰지 않았습니다.