SAP 제품원가 롤업·정산 통합 관리 — 전표 승인에서 일괄 실행·대사·차이 분석까지 한 앱으로 끝내는 원가 마감
롤업 전표 작성 · 2단계 승인과 직무 분리 · 시뮬레이션이 먼저인 일괄 실행 · 대사 예외 조치 · 영역 간 문서 흐름 · 감사 기록 · 셀에서 원천 라인까지의 드릴스루 · 차이 요인분해 · 스스로 도는 AI 에이전트 — 소개 영상과 실제 화면 42종, 그리고 CDS 코드까지
소개 영상블로그 목차 순서대로 · 자막 포함
도입 포인트 — 이 앱을 사용해야 하는 이유
월 마감 때 원가팀이 받는 질문은 해마다 같습니다. 롤업은 끝났나, 누가 승인했나, 표준과 실적은 왜 어긋나나. 지금은 이 세 답이 표준 T-code 여러 개와 엑셀 대사표, 메일 승인으로 흩어져 있습니다. 산정과 확정은 표준 화면이 잘하지만, 그 앞뒤에서 사람이 손으로 잇는 일이 마감 시간을 가장 많이 씁니다.
이 앱은 그 앞뒤를 한 화면, 한 가지 숫자로 잇습니다. 롤업 전표를 작성해 승인선에 태우고, 확정한 뒤 일괄 실행으로 공통 부품 → 반제품 → 완제품 순서의 정산을 시뮬레이션부터 확인해 실행하고, 대사 규칙 4종으로 어긋난 숫자를 예외로 받아 조치하고, 같은 큐브 위에서 표준 대비 차이를 요인별로 가릅니다. 표준 실행은 SAP 표준 T-code 가 담당하고, 이 화면은 승인 · 대사 · 분석의 관점을 더해 확장합니다.
핵심 포인트 여덟 가지
| 핵심 포인트 | 고객이 얻는 것 | 지금 방식이라면 |
|---|---|---|
| ① 한 앱에서 작성부터 확정까지 | 롤업 전표 작성 · 검토 요청 · 승인 · 확정을 한 화면에서 이어서 처리합니다. 상태에 맞는 버튼만 켜집니다. | 표준 T-code 여러 개와 엑셀, 메일 승인을 오가며 진행 상황을 손으로 맞춥니다. |
| ② 직무 분리와 2단계 승인 | 작성자는 자기 문서를 승인할 수 없고, 5,000,000원 이상은 서로 다른 승인자 2명이 차례로 승인합니다. | 승인 기준이 메일과 관행에 흩어져 있어 누가 승인했는지 사후에 찾습니다. |
| ③ 시뮬레이션이 먼저인 일괄 실행 | 만들어질 전표를 미리 보고 같은 조건일 때만 실행합니다. 두 번 눌러도 중복 롤업이 생기지 않습니다. | 일괄 처리 뒤에야 결과를 보고, 잘못 돌렸다면 전표를 하나씩 되돌립니다. |
| ④ 어긋난 숫자는 예외로 올라온다 | 대사 규칙 4종을 한 번에 검사하고, 차이가 난 건은 조정 · 사유 · 보류로 조치합니다. 조치는 기록에 남습니다. | 엑셀로 전표와 원가 라인을 맞춰 보고, 차이는 메일로 주고받습니다. |
| ⑤ 앞뒤 문서가 이어진다 | 원본 · 역처리 문서 · 일괄 실행 문서가 서로 이어져 보입니다. 확정한 전표는 지우지 않고 역처리로 되돌립니다. | 취소한 문서와 원본을 따로 찾아 짝을 맞춥니다. |
| ⑥ 누가 무엇을 했는지 남는다 | 상태 이력과 감사 기록에 사용자 · 역할 · 동작 · 변경 전후가 쌓입니다. 서버도 같은 권한 판정을 합니다. | 감사 때 화면 캡처와 메일을 모아 이력을 다시 만듭니다. |
| ⑦ 셀에서 원천 라인까지 | 피벗의 금액 칸을 누르면 그 금액을 만든 원가 라인이 열립니다. 기준 대비 차이를 네 요인으로 가르고 합을 검산합니다. | 숫자를 의심할 때마다 다른 화면을 열고 엑셀로 차이를 분해합니다. |
| ⑧ 사람이 열지 않아도 도는 점검 | 감시 규칙 5개를 평가해 기준을 넘는 항목을 보고 대기함에 올립니다. AI 해설은 숫자를 새로 만들지 않습니다. | 숫자가 나빠진 날 아무도 화면을 열지 않으면 그대로 지나갑니다. |
사례로 보는 효과
검증용 샘플 데이터(사업장 2개, 품목 38개, 2026년 1~9월, 원가 라인 3,445행)로 분석 화면의 차이 요인분해를 돌린 결과입니다. 표준 원가 합계는 28,087,270,500원, 실적 합계는 28,554,407,800원이라 차이는 +467,137,300원(1.7%)입니다. 표준 리포트도 여기까지는 말해 줍니다. 이 앱은 그 차이를 네 요인으로 가릅니다.
| 요인 | 금액 | 총차이 대비 | 의미 |
|---|---|---|---|
| 생산 수량 | +379,894,286원 | 81.3% | 표준 단위당 원가로 본 수량 차이 — 많이 만든 몫이 대부분 |
| 노무비 단가 | +80,850,825원 | 17.3% | 노무비 단가 변동 효과 |
| 제조경비 단가 | +5,381,886원 | 1.2% | 제조경비 단가 변동 효과 |
| 재료비 단가 | +1,010,303원 | 0.2% | 재료비 단가 변동 효과 |
| 합계 = 총차이 | +467,137,300원 | 100% | 검산 줄(요인 합 − 총차이) = 0 |
같은 데이터로 대사 규칙 4종을 돌리면 전표 144건 가운데 머리 금액과 항목 차변 합계 대사 1건, 확정 전표 대변과 원가 라인 대변 대사 2건, 품목 장부 잔액과 원가 라인 대사 4건의 차이가 나옵니다. 이 차이는 대사 화면을 확인하려고 의도적으로 심은 예외로 모두 설명되고, 그 밖의 차이는 0건입니다. 예외마다 조정 · 사유 · 보류로 처리하고 처리 기록이 남는 흐름까지 화면에서 확인했습니다.
도입하면 달라지는 것
- 마감 준비 — 전표 작성 · 승인 · 일괄 실행 · 대사가 한 화면에서 이어져 엑셀 취합과 메일 승인 확인이 줄어듭니다.
- 회의의 주제 — "어느 숫자가 맞나" 대신 "남은 예외를 어떻게 처리할까" 를 이야기합니다. 미해결 예외는 개요 카드에 건수로 보입니다.
- 책임 소재 — 누가 만들고 누가 승인했는지가 전표마다 상태 이력에 남아 사후에 찾을 일이 줄어듭니다.
- 중복과 누락 — 시뮬레이션과 중복 실행 거절로 같은 롤업이 두 번 만들어지는 일이 구조적으로 막힙니다.
- 감사 대응 — 확정한 전표는 지우지 않고 역처리 문서로 되돌려 원본과 취소 내역이 함께 남습니다.
이런 회사에 맞습니다
공통 부품 → 반제품 → 완제품 단계로 원가를 정산하는 제조업에 맞습니다. 사업장이 둘 이상이고, 월 수백 건의 롤업 · 조정 전표를 작성자와 승인자를 나눠 처리하며, 금액 구간별로 승인 단계가 달라지는 조직이라면 효과가 큽니다. 담당은 원가 · 관리회계팀(작성), 원가 책임자(승인), 재무 책임자(대사 확인)이고, 표준 화면은 그대로 두고 승인 · 대사 · 분석만 이 화면으로 모으려는 경영지원 조직에 어울립니다. 반대로 월 처리 건수가 수십 건 이하이고 승인선이 없다면 표준 화면과 엑셀로도 충분합니다.
실행 화면
아래 화면 42종은 검증용 샘플 데이터로 앱을 실제로 실행해 찍은 캡처입니다. 순서는 처음 열었을 때 → 기준정보 → 문서 처리 → 일괄 실행 → 대사 → 분석 → 연계 · 감사 → 레이아웃과 좁은 화면입니다. 사용 방법과 구성, 화면별 설명, 그 뒤에서 일어나는 판정과 조회조건을 차례로 적었습니다.
사용 방법
- 사용자 고르기 — 오른쪽 위에서 조회자 · 처리자 · 승인자 · 관리자 중 하나를 고릅니다. 역할에 따라 버튼이 켜지고 꺼집니다(데모용이며 운영에서는 SAP 권한으로 바뀝니다).
- 개요에서 시작 — 잔액이 남은 품목, 승인 대기 문서, 대사 예외와 내 할 일을 카드로 확인하고 숫자를 눌러 해당 목록으로 이동합니다.
- 조회조건 입력 — 각 화면 위쪽에서 사업장 · 기간 · 상태 등을 정합니다. 필수 조건은 일괄 실행과 분석에만 있고, 나머지는 비워 두면 전체입니다.
- 조회 버튼 또는 Enter — 조회 버튼은 필터 영역 오른쪽 위에 있습니다. 분석은 들어올 때 자동 조회하지 않고 조회를 눌러야 합니다.
- 전표 작성과 검토 요청 — 문서 처리에서 생성을 눌러 사업장 · 기간 · 보내는 품목을 입력하면 받는 품목과 금액을 서버가 롤업 규칙으로 계산합니다. 여러 건은 엑셀 업로드로 한 번에 올립니다.
- 승인과 확정 — 승인자가 승인하거나 반려합니다. 5,000,000원 이상은 서로 다른 승인자 2명이 필요합니다. 승인된 문서를 확정하면 원가 라인과 품목 장부 잔액에 반영됩니다.
- 일괄 실행 — 사업장 · 대상 기간 · 실행 유형을 고르고 시뮬레이션으로 먼저 결과를 본 뒤 실행합니다. 시뮬레이션하지 않은 조건으로는 실행되지 않습니다.
- 대사와 예외 조치 — 대사 실행으로 규칙 4종을 한 번에 검사하고, 차이가 난 예외는 행을 선택해 조정 · 사유 · 보류 중 하나로 처리합니다.
- 분석 탭 · 축 이동 — 차원을 끌어 행과 열을 바꾸고, 금액 칸을 눌러 원천 라인을 열며, 비교 기준을 켜면 차이와 요인분해가 나옵니다.
- 행 · 셀 상세와 내려받기 — 목록의 행을 누르면 상세가 열리고 상태 이력 · 연계 문서가 함께 보입니다. 목록과 분석 표는 CSV · xlsx 로, 분석 보고서는 PowerPoint 로 내려받으며 현재 화면의 필터가 반영됩니다.
무엇으로 만들었나
화면은 OpenUI5 표준 컨트롤로, 데이터는 OData V2 모델 하나로 연결했습니다. 서비스 주소를 바꾸면 같은 화면이 운영 서비스에 그대로 붙도록 모델 설정 수준에서만 서비스에 의존합니다.
| 자리 | 무엇 | 왜 그렇게 두었나 |
|---|---|---|
| 화면 컨트롤 | OpenUI5 1.120 표준 컨트롤(sap.m · sap.f · sap.ui.layout · sap.ui.table · sap.tnt · sap.uxap), 셸은 sap.tnt.ToolPage, 분석 피벗은 sap.ui.table.TreeTable | 외부 라이브러리 없이 표준 컨트롤만 써서 사내망 보안 검토가 짧습니다. 좁은 화면은 두 열에서 한 열로 바뀌는 반응형으로 처리합니다. |
| 판정 · 집계 로직 | 서비스 쪽 한 파일에 상태 전이 · 승인 단계 · 직무 분리 · 시뮬레이션 식별 값 · 대사 4종 · 요인분해 · 에이전트 규칙을 모았습니다 | 화면 버튼은 서비스 판정 결과를 따를 뿐입니다. 같은 판정을 배치(cron · SM36)와 다른 화면이 그대로 씁니다. |
| OData 구성 | OData V2 기본 모델 하나를 쓰고 useBatch:false · defaultCountMode:Inline · 서버 쪽 필터 · 정렬(Server operation mode)로 설정합니다. 목록은 엔티티셋에 바인딩하고, 쓰기 동작은 모델의 callFunction 을 Promise 로 감싸 호출합니다 | 조회조건은 Filter 배열과 Sorter 로 서버에 넘기므로 화면이 전량을 받아 거르지 않습니다. 운영에서는 서비스 주소만 바꾸면 같은 화면이 붙습니다. |
| 화면 모델 | 컨트롤러별 JSON 모델(조회 조건 · 선택 행 · 편집 폼)과 공통 앱 모델(사용자 · 권한) | 서버 데이터와 화면 상태를 나눠 두면 조회 조건을 바꿔도 서버 모델이 흔들리지 않습니다. |
| 테마 | sap_horizon (라이트 · 다크 자동 전환) | SAP 표준 테마를 그대로 따라 Fiori 화면과 나란히 놓아도 이질감이 없습니다. |
| 항목 | 내용 |
|---|---|
| 영역 | 원가 · 통합 관리 |
| 업무 흐름 범위 | 롤업 전표 작성 → 검토 요청 → 승인 → 확정 → 일괄 실행 → 대사 → 분석(필요 시 취소 · 조정) |
| 모듈 구성 | M1 개요 · M2 기준정보 · M3 문서 처리 · M4 일괄 실행 · M5 대사 · M6 분석 · M7 영역 간 연계 · M8 감사 기록 |
| 업무 영역 | 제품원가 롤업(공통 부품 → 반제품 → 완제품 단계 정산), 표준 대비 실적 차이 분석 |
| 대상 영역 | 제조업 원가 마감, 관리회계 월 마감 점검 |
| SAP 표준 T-code | CK11N · CK24 · CKMLCP · CKM3 · MM03 (표준 화면과 병행) |
| 화면 성격 | 업무 처리 + 분석 통합 화면 (조회 버튼은 필터 영역 위쪽) |
| 데이터 연동 | OData V2 서비스 (검증은 동일 계약의 샘플 데이터로 수행) |
| 테마 | sap_horizon (라이트 · 다크 자동 전환) |
처음 열었을 때 — 잔액과 할 일이 먼저 보인다
첫 화면은 조회 조건을 묻기 전에 해야 할 일부터 보여 줍니다. 처리자 · 승인자 · 관리자가 열자마자 자기 몫을 확인하게 하려는 구성입니다.
카드는 위에서부터 미정산 잔액, 승인 대기, 반려, 확정, 미해결 대사 예외 순서입니다. 숫자를 누르면 해당 목록이 필터가 걸린 채 열립니다. 기간은 2026년 1~9월이 기본이고 사업장은 전체입니다. 아래쪽 "내 할 일" 은 로그인한 역할 기준으로 달라집니다.
기준정보 관리 — 롤업 순서와 규칙이 숫자의 뼈대다
롤업이 어느 순서로 누구의 잔액을 누구에게 넘기는지는 기준정보가 정합니다. 문서와 일괄 실행, 대사가 모두 이 값을 읽습니다.
품목 38개가 유형(공통 부품 6 · 반제품 10 · 완제품 22)과 롤업 순서와 함께 나옵니다. 롤업 순서 1 → 2 → 9 가 일괄 실행의 처리 순서가 됩니다. 장부 잔액 열은 원가 라인의 잔액 합계와 같아야 하며, 다르면 대사 규칙 R03 이 예외로 올립니다.
원가요소 12개가 재료비 · 노무비 · 외주가공비 · 제조경비 · 기타 원가 다섯 그룹으로 묶여 있고 변동 · 고정 행태가 붙어 있습니다. 요인분해의 재료비 · 노무비 · 제조경비 단가 요인이 이 그룹을 기준으로 갈립니다. 변경은 관리자 역할만 할 수 있습니다.
롤업 규칙 74건이 "어느 품목의 잔액을 어느 품목에 얼마씩 넘기는가" 를 정합니다. 구동 기준과 가중치가 규칙마다 있고, 시뮬레이션과 일괄 실행이 이 표를 그대로 읽습니다. 규칙을 바꾸면 다음 시뮬레이션부터 반영됩니다.
관리자 역할에서만 생성 버튼이 켜집니다. 필수 항목을 비우면 저장되지 않으며, 같은 사업장에 같은 이름의 사용 중 품목이 있으면 저장 전에 서버가 거절합니다. 삭제는 없고 사용 중지 표시로 처리해 이력이 남습니다.
문서 처리와 승인 — 작성에서 확정까지
상태는 정해진 길로만 넘어갑니다. 화면 버튼은 서비스가 돌려주는 판정을 따르므로 같은 규칙이 업로드와 일괄 실행에도 똑같이 적용됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
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 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
대사와 예외 조치 — 어긋난 숫자는 예외로 올라온다
규칙 4종이 전표 · 원가 라인 · 품목 잔액 · 롤업 뒤 잔액을 서로 맞춰 봅니다. 허용 오차 1원을 넘는 차이만 예외가 되고, 조치는 기록에 남습니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
분석 — 합계가 같은 피벗, 칸에서 원천 라인까지
분석 화면의 모든 축은 같은 큐브에서 나옵니다. 그래서 축을 바꿔도 합계가 변하지 않고, 칸을 누르면 그 금액을 만든 원가 라인까지 내려갑니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
AI 해설과 에이전트 — 숫자는 서비스가, 설명은 모델이
AI 해설은 숫자를 만들지 않습니다. 서비스가 계산한 근거 표를 읽어 요약만 하므로 모델을 꺼도 같은 숫자의 규칙 기반 해설이 나옵니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
영역 간 연계 — 앞뒤 문서를 따라간다
롤업 전표만 따로 보지 않고 그 앞뒤로 이어지는 문서를 같은 화면에서 따라갑니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
이력 · 감사 · 역할 — 승인 버튼은 승인자에게만 보인다
누가 무엇을 했는지는 감사 기록이, 누가 무엇을 할 수 있는지는 역할이 정합니다. 화면을 가리는 데서 끝나지 않고 서버가 같은 판정으로 거절합니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
레이아웃과 좁은 화면 — 저장한 배치와 휴대폰
분석 배치는 이름을 붙여 저장해 두면 다음에도 그 배치로 시작합니다. 휴대폰에서는 같은 순서의 화면이 세로로 쌓입니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
화면 뒤에서 일어나는 일 — 처리 단계
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
문서 상태 판정 — 다음 상태로 넘어가는 조건
문서는 아래 규칙으로만 다음 상태로 넘어갑니다. 서비스가 역할과 조건을 판정하며 화면 버튼은 그 결과를 따릅니다.
| 현재 상태 | 동작 | 다음 상태 | 필요 역할 | 판정 조건과 사용자 조치 |
|---|---|---|---|---|
| 10 임시저장 | 검토 요청 | 20 검토요청 | 처리자 | 차변 · 대변 합계 일치, 항목 1건 이상. 맞지 않으면 작성 화면에서 수정 |
| 90 반려 | 보완 후 재요청 | 20 검토요청 | 처리자 | 반려 사유를 읽고 수정한 뒤 다시 요청 |
| 20 검토요청 | 승인 | 30 승인 | 승인자 | 작성자 ≠ 승인자. 5,000,000원 이상은 서로 다른 승인자 2명이 차례로 승인해야 30 으로 이동 |
| 20 검토요청 | 반려 | 90 반려 | 승인자 | 사유 필수. 작성자에게 할 일이 생성됨 |
| 30 승인 | 확정(전기) | 40 확정 | 처리자 | 원가 라인에 반영되고 품목 장부 잔액이 변함. 마감 기간은 거절 |
| 40 확정 | 취소(역처리) | 99 취소 | 승인자 | 사유 필수. 부호가 반대인 역처리 문서(RV)를 만들어 연결, 원본은 지우지 않음 |
일괄 실행의 판정
| 조건 | 결과 | 사용자 조치 |
|---|---|---|
| 품목 잔액이 없음(롤업할 금액 없음) | 제외 표시, 전표 미생성 | 잔액이 의도된 것인지 확인 |
| 시뮬레이션 식별 값이 없거나 조건이 바뀜 | 실행 거절 | 시뮬레이션을 다시 실행 |
| 이미 실행한 시뮬레이션 식별 값 | 실행 거절(중복 롤업 방지) | 실행 이력에서 결과 확인 |
| 롤업 순서 | 공통 부품(1) → 반제품(2) → 완제품(9) | 품목 기준정보의 롤업 순서 값으로 조정 |
| 실행 합계 ≠ 시뮬레이션 합계 | 실행 중단 및 오류 로그 | 로그의 전표 번호부터 확인 |
대사 규칙 4종
규칙마다 허용 오차는 1원이며, 그 안의 차이는 예외로 올라오지 않습니다.
| 규칙 | 비교 | 판정 | 사용자 조치 |
|---|---|---|---|
| R01 | 전표 머리 금액 = 항목 차변 합계(차대 일치) | 차이가 허용 오차 1원 초과면 예외 | 전표를 정정하거나 사유 기록 |
| R02 | 확정 전표 대변 = 원가 라인 대변 | 차이가 1원 초과면 예외 | 원가 라인을 다시 만들기(열린 기간) 또는 사유 기록 |
| R03 | 품목 장부 잔액 = 원가 라인 잔액 합계 | 차이가 1원 초과면 예외 | 장부 잔액 정정 또는 사유 기록 |
| R04 | 롤업 뒤 반제품 · 공통 부품 잔액 = 0 (진행 중인 조정 전표 포함) | 잔액이 남으면 예외 | 조정 전표 연결 또는 사유 기록 |
차이 요인분해
기준(표준) 대비 총차이를 네 요인으로 나눕니다. 네 요인의 합이 총차이(실적 − 표준)와 같아야 하며 어긋나면 검산 표시가 오류로 바뀝니다. 검증용 샘플 데이터(2026년 1~9월)의 결과는 다음과 같습니다.
| 요인 | 의미 | 금액 |
|---|---|---|
| 생산 수량 | 표준 단위당 원가로 본 수량 차이 | +379,894,286원 |
| 재료비 단가 | 재료비 단가 변동 효과 | +1,010,303원 |
| 노무비 단가 | 노무비 단가 변동 효과 | +80,850,825원 |
| 제조경비 단가 | 제조경비 단가 변동 효과 | +5,381,886원 |
대사식
- 품목 잔액 = 투입 실제원가 + 롤업 수신 − 롤업 송신
- 롤업 균형 = 롤업 수신 합계 = 롤업 송신 합계 (롤업 뒤 반제품 · 공통 부품 잔액 0)
- 큐브 검산 = 큐브 지표 합계 = 원천 라인 합계 (지표 7개 모두)
- 요인 검산 = 네 요인의 합 = 실적 − 표준
- 드릴스루 검산 = 칸 금액 = 칸 안 원천 라인 합계
조회조건
조회 버튼은 필터 영역 오른쪽 위에 있고 Enter 로도 조회됩니다. 조건은 서버 질의($filter)로 넘어갑니다.
| 모듈 | 조건 | 필수 | 기본값 | 서버 필터 |
|---|---|---|---|---|
| M1 개요 | 사업장, 기간(시작 · 종료) | 아니오 | 전체 사업장 · 2026-01 ~ 2026-09 | Plant eq · Period ge/le |
| M2 기준정보 | 검색어(코드 · 이름), 품목 유형, 상태 | 아니오 | 전체 · 사용 중 | ProdType eq · Active eq |
| M3 문서 처리 | 문서 번호 · 품목, 구분, 상태, 사업장, 기간 | 아니오 | 전체 | Status · DocType · Plant · Period · CreatedBy |
| M4 일괄 실행 | 사업장, 대상 기간, 실행 유형 | 예(세 가지 모두) | 직전 기간 · 단계 롤업 | 시뮬레이션 요청 파라미터로 전달 |
| M5 대사 | 상태, 규칙 | 아니오 | 전체 | Status · RuleId |
| M6 분석 | 기간(시작 · 종료), 사업장, 차원 필터(품목 · 유형 · 그룹 · 원가요소 · 행태) | 예(기간) | 2026-01 ~ 2026-09 | Period ge/le · Plant · 차원별 eq |
| M7 영역 간 연계 | 문서 번호, 영역 | 아니오 | 전체 | FromDoc · ToDoc |
| M8 감사 기록 | 사용자, 결과, 검색(대상 · 키 · 메시지) | 아니오 | 최근순 | UserId · Result · At |
결과 컬럼
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
분석 지표
| 지표 | 산식 | 판정 기준 |
|---|---|---|
| 투입 실제원가(ACT) | 품목에 직접 집계된 원가 합계 | 낮을수록 좋음 |
| 롤업 수신 · 송신(RIN · ROUT) | 하위 품목에서 받은 · 상위로 보낸 금액 | - |
| 품목 잔액(BAL) | 투입 실제원가 + 수신 − 송신 | 반제품 · 공통 부품은 롤업 뒤 0 이 목표 |
| 재료비 · 노무비(MAT · LAB) | 원가요소 그룹이 재료비 · 노무비인 금액 | - |
| 생산 수량(QTY) | 품목별 생산 수량(EA) | 많을수록 좋음 |
좁은 화면에서 달라지는 것
- 카드 · 목록 · 상세가 두 열에서 한 열로 바뀌고, 왼쪽 메뉴는 접힙니다.
- 문서 처리는 목록과 상세가 한 화면씩 번갈아 열립니다. 상세에서 뒤로 가면 목록으로 돌아옵니다.
- 분석의 피벗은 가로로 넓은 표라 좁은 화면에서는 좌우로 밀어 봅니다. 열 조합이 지나치게 많으면 그리지 않고 안내만 띄웁니다.
- 처리 버튼의 켜짐 · 꺼짐 규칙은 넓은 화면과 같습니다. 서버 판정이 같기 때문입니다.
파일 구성
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
SAP 표준 기능 확장 포인트 — 표준 T-code 와 어떻게 연계되는지
표준 실행은 SAP 표준 T-code 가 담당하고, 이 화면은 조회 · 검증 관점을 더해 확장합니다. 표준을 대체하거나 다시 만든 것이 아니라 표준 데이터 구조를 그대로 이어받아 그 앞뒤의 승인 · 대사 · 분석을 한 곳에 모은 구성입니다.
표준으로 되는 것과 안 되는 것
| 하고 싶은 일 | 표준 화면으로 되는 것 | 이 앱이 더하는 관점 |
|---|---|---|
| 품목 원가 산정 · 표준원가 확정 | 표준 거래(CK11N · CK24)가 담당합니다. 산정 구성과 확정 단가의 원천입니다. | 확정된 단가와 산정 구성을 분석의 기준(표준)으로 읽어 실적과 비교합니다. |
| 실제원가 롤업 실행 | 표준 거래(CKMLCP)가 담당합니다. 법정 · 감사 대응 결산은 표준에 둡니다. | 실행 앞뒤의 시뮬레이션 · 승인 · 결과 확인과 중복 방지, 실행 이력을 더합니다. |
| 품목별 가격 · 원가 조회 | 표준 거래(CKM3)가 품목 단위로 잘 보여 줍니다. | 같은 숫자를 사업장 · 기간 · 품목 그룹 · 원가요소로 끌어다 놓고, 칸에서 원천 라인까지 내려갑니다. |
| 승인과 직무 분리 | 롤업 결과를 승인선에 태우는 흐름은 표준 화면 밖(메일 · 엑셀)에 있는 경우가 많습니다. | 2단계 승인(5,000,000원 이상) · 작성자 ≠ 승인자 · 반려 사유 · 상태 이력을 한 문서에 둡니다. |
| 어긋난 숫자의 점검 | 전표와 원가 라인, 품목 잔액을 맞춰 보는 일은 보통 엑셀로 합니다. | 대사 규칙 4종을 한 번에 돌리고 예외를 조정 · 사유 · 보류로 처리합니다. |
| 차이의 원인 분해 | 표준에는 수량 · 단가 요인으로 차이를 가르는 화면이 따로 없어 엑셀을 씁니다. | 네 요인으로 가르고 합이 총차이와 같은지 매번 검산합니다. |
T-code 별 연계 지점
| T-code | 이름 | 연계 지점 · 오가는 방법 · 표준에 남겨 둘 일 |
|---|---|---|
| CK11N | 품목 원가 산정(생성) | 산정 구성(재료비 · 노무비 · 경비)을 이 앱이 표준 단가의 근거로 읽습니다. 이 앱 결과의 표준 단가가 의심스러우면 CK11N 의 원가 산정 결과를 열어 원천 구성을 확인합니다. 산정 자체는 표준에 남겨 둡니다. |
| CK24 | 표준원가 확정(가격 갱신) | 확정된 표준 단가가 분석의 기준 원가가 됩니다. 두 화면 숫자를 맞추려면 CK24 에서 확정한 단가와 분석의 표준 합계를 비교합니다. 확정 작업은 표준에 남기며, 이 앱은 확정된 결과를 점검합니다. |
| CKMLCP | 실제원가 롤업(자재 원장 결산) | 실행 전에 만들어질 전표를 시뮬레이션하고 승인 · 실행 이력을 남기는 쪽이 이 앱입니다. 자재 원장 결산 자체와 법정 보고용 결과는 CKMLCP 에서 수행합니다. 롤업 뒤 반제품 · 공통 부품 잔액 0 은 대사 규칙 R04 로 확인합니다. |
| CKM3 | 자재 가격 분석 | 품목 장부 잔액과 원가 라인 합계를 대사 규칙 R03 으로 맞춰 본 뒤, 의심 품목은 CKM3 의 기간별 잔액 · 라인으로 원천을 확인합니다. 반대로 CKM3 의 값을 이 앱의 분석에서 같은 품목 · 기간으로 다시 볼 수 있습니다. |
| MM03 | 자재 조회 | 품목 유형 · 그룹 · 단위 같은 기준 데이터의 원천입니다. 이 앱의 품목 기준정보는 MM03 의 값을 이어받고 롤업 순서와 장부 잔액을 더해 보여 줍니다. 기준 값 변경은 표준에서 하고 이 앱에서 확인합니다. |
운영 전환 때 기존 리포트와 표준 화면을 없애야 하나요? 아닙니다. 표준 거래는 그대로 두고, 월 마감 점검 순서에서 승인 · 대사 · 분석 단계만 이 화면으로 옮깁니다. 법정 · 감사 · 세무 대응에 쓰는 보고서는 계속 표준에서 만들고, 이 앱의 숫자와 맞춰 보는 절차(대사)를 운영 체크리스트에 추가합니다.
S/4HANA 분석 스택과의 자리
이 앱의 분석은 CDS 큐브와 분석 쿼리 위에 올리는 것을 전제로 합니다. 같은 쿼리를 Fiori 분석 앱이나 Analysis for Office 에서 열면 화면은 다르지만 숫자는 같습니다.
이 앱이 더하는 것은 업무 처리(승인 · 일괄 실행 · 예외 조치)와 차이 요인분해 · 에이전트입니다. 조회 전용 분석은 표준 분석 스택으로도 충분하므로 둘을 대체 관계로 보지 않고, 같은 CDS 를 공유하는 두 개의 창으로 봅니다.
표준 Fiori 분석 앱의 정확한 이름과 제공 범위는 시스템 버전에 따라 달라 이 글에서는 특정하지 않습니다. 도입 때 대상 시스템에서 확인해 연결 대상을 정합니다.
확장 포인트 — 운영에서 실제로 손대는 자리
| 자리 | 무엇을 정하나 | 어떻게 손대나 |
|---|---|---|
| 계정 → 원가 라인 종류 매핑 | 어느 계정을 투입 실제원가 · 롤업 수신 · 롤업 송신으로 볼지(원가요소 체계) | 매핑 테이블(고객 유지 테이블)에 행을 추가. 코드 변경 없음 |
| 롤업 규칙 | 보내는 품목 → 받는 품목의 구동 기준과 가중치 | 규칙 테이블 유지. 품목이 늘면 한 줄 추가 |
| 확장 필드 | 프로젝트 · 오더 · 고객 등 추가 차원 | ACDOCA 확장 필드를 CDS 차원으로 노출 후 쿼리에 추가 |
| 승인 구간 | 5,000,000원 기준과 단계 수 | 승인 규칙 테이블 또는 워크플로 설정으로 이동 |
| 권한 | 사업장 · 이익센터 · 원가센터 단위 조회 · 처리 범위 | PFCG 역할과 DCL(pfcg_auth)로 구성 |
| BAdI / 후처리 | 확정 시 후속 문서 생성, 알림, 외부 시스템 연계 | RAP 액션 후크 또는 BAdI 에서 처리 |
분석 지표 정의표
| 지표 | 산식 | 판정 기준 | 대응 기능 | 원천 데이터 | 비고 |
|---|---|---|---|---|---|
| 투입 실제원가(ACT) | 품목에 직접 집계된 원가 합계 | 낮을수록 좋음 | 피벗 지표 | ACDOCA(HSL) | - |
| 롤업 수신 · 송신(RIN · ROUT) | 하위 품목에서 받은 · 상위로 보낸 금액 | - | 피벗 지표 | ACDOCA(HSL) | 부호 반영 |
| 품목 잔액(BAL) | 투입 + 수신 − 송신 | 롤업 뒤 반제품 · 공통 부품 0 | 피벗 지표 · 대사 R03 · R04 | ACDOCA, MBEW | 대사 허용 오차 1원 |
| 롤업률(C01) | 송신 ÷ (투입 + 수신) × 100 | - | 계산 항목 | 계산 | - |
| 단위당 투입 원가(C04) | 투입 ÷ 생산 수량 | 분모 0 이면 빈칸 | 계산 항목 | 계산 | - |
| 차이 | 실적 − 표준, 네 요인의 합 | 합이 어긋나면 오류 | 차이 요인분해 | ACDOCA, KEKO · KEPH | 표준 합계 28,087,270,500원 기준 |
CDS 구성 — 코드와 운영 작업
데모를 신청하신 고객께 공개되는 내용입니다
CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.
데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.
자주 묻는 질문
도입 검토에서 자주 나오는 질문을 네 묶음으로 나눠 적었습니다.
숫자와 산식
이 앱의 숫자는 SAP 표준 화면의 숫자와 같습니까?
같은 원천에서 나오도록 설계했습니다. 원가 라인은 ACDOCA, 표준은 KEKO · KEPH, 품목 정보는 MARA · MAKT · MBEW 이고, 품목 장부 잔액과 원가 라인 잔액 합계는 대사 규칙 R03 으로 매번 맞춰 봅니다. 의심되는 품목은 CKM3 의 기간별 잔액과 라인으로 원천을 확인합니다. 다만 이 글의 모든 숫자는 검증용 샘플 데이터로 확인한 것이고, 실제 시스템과의 일치는 도입 때 계정 매핑을 확정한 뒤 대사 체계로 확인합니다.
대사 규칙 4종은 각각 무엇을 비교합니까?
R01 은 전표 머리 금액과 항목 차변 합계(차대 일치), R02 는 확정 전표의 대변과 원가 라인의 대변, R03 은 품목 장부 잔액과 원가 라인 잔액 합계, R04 는 롤업 뒤 반제품 · 공통 부품 잔액이 0 인지를 봅니다. 규칙마다 허용 오차는 1원이고 그 안의 차이는 예외로 올라오지 않습니다. 진행 중인 조정 전표는 R04 에서 처리된 것으로 봅니다.
샘플 데이터에 예외가 들어 있는 이유가 무엇입니까?
대사 화면이 예외를 제대로 보여 주고 조치까지 이어지는지 확인하려고 일부러 심은 것입니다. R01 1건, R02 2건, R03 4건, R04 5건이 있고 일부는 이미 조치된 상태로 시작합니다. 검증 표의 차이 건수는 모두 이 예외로 설명되고 그 밖의 차이는 0건입니다. 운영 데이터에서는 이런 예외가 없는 것이 정상이며, 생기면 개요 카드에 건수로 나타납니다.
품목 잔액은 어떻게 계산됩니까?
품목 잔액은 투입 실제원가에 롤업 수신을 더하고 롤업 송신을 뺀 값입니다. 공통 부품 → 반제품 → 완제품 순서로 롤업이 끝나면 반제품과 공통 부품의 잔액은 0 이 되어야 하고, 그 확인이 대사 규칙 R04 입니다. 완제품의 잔액은 남는 것이 정상입니다. 큐브 검산 줄은 이 지표 합계가 원천 라인 합계와 같은지 표시합니다.
표시되는 금액은 어느 통화입니까?
이 샘플 데이터는 한 가지 통화(원화)로만 구성되어 있어 환산이 필요 없습니다. 실제 환경에서 외화 거래가 있다면 원가 라인의 통화와 환산 기준을 정해야 합니다. CDS 에서는 금액에 통화 코드를 붙여 서로 다른 통화가 섞여 더해지지 않게 하고, 환율 유형과 환산 시점(거래일 · 월말)은 도입에서 합의할 항목입니다.
총차이를 네 요인으로 가를 때 합이 안 맞으면 어떻게 됩니까?
요인분해는 생산 수량 · 재료비 단가 · 노무비 단가 · 제조경비 단가 네 요인의 합이 실적에서 표준을 뺀 총차이와 같도록 계산합니다. 맨 아래 검산 줄이 그 차이를 매번 0 으로 보여 주고, 어긋나면 검산 표시가 오류로 바뀝니다. 이 사례에서는 총차이 +467,137,300원 중 생산 수량이 +379,894,286원으로 81.3% 였습니다. 합이 안 맞는 것은 계산 오류의 신호이므로 숫자를 쓰기 전에 원인을 먼저 찾습니다.
대사식 검증에서 차이가 난 건은 어떻게 설명합니까?
V2 1건, V3 2건, V4 4건은 R01 · R02 · R03 에 심은 의도적 예외이고, V7 1건은 R02 예외로 지운 라인 금액이 R04 와 이어진 것입니다. V9 의 3건은 취소할 때 자동으로 만들어진 역처리 문서에 승인자가 없는 경우입니다. 그 밖의 검사는 차이 0건이며, 이 표는 검증 결과 절에 그대로 실었습니다.
화면과 조작
승인은 몇 단계입니까?
전표 금액이 5,000,000원 미만이면 1단계, 이상이면 2단계입니다. 2단계는 서로 다른 승인자가 차례로 승인해야 승인(30)이 됩니다. 첫 승인 뒤에도 문서는 검토요청(20)에 머물고 승인 단계가 1 / 2 로 표시됩니다. 금액 기준과 단계 수는 운영에서 정하는 값입니다.
작성자가 자기 문서를 승인할 수 있습니까?
없습니다. 작성자와 승인자가 같으면 서버가 거절합니다. 화면 버튼을 꺼 두는 데 그치지 않고 서비스가 같은 판정을 하므로, 화면을 우회해 요청을 보내도 같은 결과가 나옵니다. 거절된 시도도 감사 기록의 결과 열에 남습니다.
확정한 전표를 잘못 만들었다면 어떻게 합니까?
승인자가 취소하면서 사유를 적습니다. 부호가 반대인 역처리 문서(RV)가 만들어져 원본과 연결되고 원본은 취소(99)로 남아 지워지지 않습니다. 마감된 기간의 문서는 역처리할 수 없습니다. 원본과 역처리 문서는 연계 문서 탭에서 서로 이어져 보입니다.
일괄 실행 버튼을 두 번 누르면 어떻게 됩니까?
두 번째는 거절됩니다. 실행은 시뮬레이션이 돌려준 식별 값과 조건이 같을 때만 되고, 이미 실행한 식별 값은 중복 롤업을 막기 위해 받지 않습니다. 화면을 새로 고치거나 다른 탭에서 다시 눌러도 같습니다. 거절된 요청은 실행 이력을 늘리지 않고 감사 기록에만 남습니다.
시뮬레이션과 실행 결과가 다를 수 있습니까?
실행 합계가 시뮬레이션 합계와 다르면 실행을 중단하고 오류 로그를 남깁니다. 시뮬레이션 뒤에 기간이나 잔액 조건이 바뀌었다면 다시 시뮬레이션하라는 안내가 나옵니다. 이 안전장치 덕분에 확인한 결과와 다른 전표가 생기는 일은 없습니다. 로그의 전표 번호부터 확인하면 어디서 달라졌는지 찾을 수 있습니다.
엑셀로 여러 건을 한꺼번에 올릴 수 있습니까?
문서 처리의 업로드에서 양식을 내려받아 채운 xlsx 를 올립니다. 서버가 먼저 형식과 규칙을 검사해 행별 결과를 미리 보여 주고, 반영하면 서버가 다시 검사해 전표를 만듭니다. 같은 기간 중복처럼 서버가 거절한 행은 사유가 그대로 표시됩니다. 만들어진 문서는 모두 임시저장(10)에서 시작해 정해진 승인 절차를 거칩니다.
분석 기능
피벗에서 축을 바꾸면 숫자가 달라지지 않습니까?
달라지지 않습니다. 모든 축이 같은 큐브에서 나오므로 어느 차원을 행이나 열에 놓아도 합계는 같습니다. 행↔열 바꾸기는 서비스를 다시 부르지 않고 같은 값을 화면에서 재배치하며, 이 동작은 자동 시험에서 서비스 요청 0건으로 같은 합계가 유지됨을 확인했습니다. 차원 필터를 걸면 서버 질의가 바뀌어 합계도 함께 달라집니다.
금액 칸의 숫자와 원천 라인은 정말 같습니까?
같습니다. 큐브가 원가 라인을 더해 만든 값이기 때문입니다. 칸을 누르면 그 칸에 들어간 라인이 열리고 건수와 합계가 위에 나오며, 라인 합계가 칸 금액과 같은지 화면이 검산해 일치 여부를 표시합니다. 분석 아래의 검산 줄과 서비스의 큐브 점검은 지표 7개 모두를 같은 방식으로 비교합니다.
AI 해설이 금액을 잘못 말하면 어떻게 합니까?
그럴 자리를 두지 않았습니다. 금액과 비율은 서비스가 계산해 근거 표로 넘기고 모델에게는 그 숫자를 읽어 설명하는 일만 시킵니다. 근거에 없는 숫자를 만들지 않으며 원인은 "확인 필요" 로만 적습니다. 근거 표가 해설과 함께 화면에 나오므로 읽는 사람이 바로 대조할 수 있습니다.
AI 모델을 붙이지 않아도 쓸 수 있습니까?
쓸 수 있습니다. 기본은 규칙 기반 해설이고, 모델 연결은 서비스 설정에서만 켤 수 있습니다. 모델을 끄면 같은 근거로 규칙 기반 문장이 나오고 외부로 나가는 전송도 없습니다. 모델을 켜는 경우의 키와 게이트웨이 구성은 도입에서 따로 정합니다.
에이전트는 무엇을 하고 어디까지 합니까?
감시 규칙 5개(롤업 후 잔액이 남은 품목, 롤업 전표가 없는 반제품 · 공통 부품, 투입 실제원가 표준 초과, 완제품 생산 수량 저하, 승인 대기 장기 문서)를 평가해 기준을 넘는 항목을 보고 대기함에 올립니다. 규칙마다 받을 역할이 붙어 있고 임계값은 화면에서 고칩니다. 같은 규칙은 하루에 한 번만 판정하며, 에이전트는 올리기까지만 하고 조치는 사람이 합니다. 판단과 기록은 서비스에 있어 사람이 자리에 없는 시간에는 배치(SM36 · cron)가 같은 동작을 호출할 수 있습니다.
분석 결과를 보고서로 내려받을 수 있습니까?
분석 보고서는 PowerPoint 로, 목록과 분석 표는 CSV · xlsx 로 내려받으며 현재 화면의 필터가 그대로 반영됩니다. PowerPoint 는 브라우저 안에서 만들어지고 서버에 파일을 남기지 않습니다. AI 해설을 쓴 경우 근거 표도 함께 실립니다.
도입과 운영
어느 범위까지 적용할 수 있습니까?
이 글의 모든 동작은 검증용 샘플 데이터(사업장 2개, 품목 38개, 2026년 1~9월)로 확인한 것입니다. 실제 회사의 품목 체계와 원가요소에 맞춘 매핑은 도입 시 따로 확정해야 합니다. 화면과 서비스 계약은 그대로 두고 서비스가 읽는 원천만 CDS 로 바꾸는 방식이라, 매핑과 권한이 정해지면 화면은 크게 달라지지 않습니다.
SAP 표준 T-code 와 병행해도 됩니까?
병행을 전제로 만들었습니다. 산정(CK11N) · 확정(CK24) · 자재 원장 결산(CKMLCP)은 표준이 담당하고, 이 앱은 그 앞뒤의 승인 · 대사 · 분석을 맡습니다. 의심되는 숫자는 CKM3 로 원천을 확인하고 기준 데이터는 MM03 로 봅니다. 기존 표준 리포트는 없애지 않고 대사 체계에 포함합니다.
권한과 보안은 어떻게 구성합니까?
데모에서는 조회자 · 처리자 · 승인자 · 관리자 4개 역할을 요청 머리로 구분하지만, 운영에서는 이 구분을 SAP 권한 객체와 PFCG 역할로 바꾸고 데모 사용자 전환을 제거합니다. 판정은 화면이 아니라 서비스가 하므로 화면을 우회한 요청도 같은 규칙으로 거절됩니다. 회사코드 · 사업장 단위 조회 범위는 CDS 의 DCL 로 집계 자리에서 겁니다.
원가 라인이 아주 많아지면 느려지지 않습니까?
조회 규모에 따라 방법이 달라집니다. 큐브 행 수는 라인 수가 아니라 차원 조합 수를 따라가므로, 집계를 DB 로 내리고 기간을 필수 조건으로 두면 대부분 견딥니다. 그래도 큐브가 수십만 행을 넘으면 묶기를 서비스로 옮기고 필요한 조합만 받도록 바꿉니다. 단계별 기준은 "운영 데이터로 갈 때" 표에 정리했습니다.
계정 체계나 매핑이 바뀌면 어떻게 합니까?
계정 → 원가 라인 종류 매핑은 코드가 아니라 고객 유지 테이블이고 유효기간이 있습니다. 새 계정은 행을 추가하고, 체계가 바뀌면 새 유효기간으로 행을 추가해 과거 기간의 숫자가 흔들리지 않게 합니다. 롤업 규칙도 같은 방식으로 테이블에서 관리합니다. 바꾼 뒤에는 대사 규칙을 한 번 돌려 숫자가 맞는지 확인합니다.
운영 서비스에 연결하는 절차와 기간은 어떻게 됩니까?
순서는 합의 → 테이블 · CDS → 서비스 게시 → 화면 설정의 서비스 주소 교체 → 대사 확인입니다. 합의 항목(승인 구간 · 권한 · 허용 오차 · 표준 원천 등)은 "운영 시점에 해야 할 일" 표에 담당과 함께 정리했습니다. 기간은 매핑 확정과 권한 설계에 걸리는 시간이 대부분이라 회사마다 달라 이 글에서는 일정을 단정하지 않습니다.
이 앱의 숫자로 결산이나 세무 신고를 해도 됩니까?
이 앱은 점검과 분석을 위한 도구이며 최종 판단은 회사와 감사인에게 있습니다. 산정 · 확정 · 법정 결산은 SAP 표준 T-code 에서 수행하고, 세무 신고는 회사와 세무 대리인이 판단합니다. 이 앱의 숫자는 표준 결과와 맞춰 보는 대사와 마감 점검, 차이 원인 확인에 쓰는 것을 전제로 합니다.