월마감 원가 설명
- 기존 시스템 읽기 전용 연결
- 한 공장 · 한 제품군 · 한 월마감
- 비교 · 변동 기여도 · 근거
- 4~6주 착수
ERP 위에서 원가 변동의 원인 · 금액 · 근거를 한 화면에 냅니다.
원인이 결정 뒤에 도착하던 것을, 결정 앞으로 당깁니다.
한 공장 · 한 제품군 · 한 월마감부터 4~6주에 시작합니다.
숫자나 전제가 달라진다
배부 기준이 바뀌거나, 원재료 마스터가 오래 묵었거나, 계산이 사람 머릿속에만 있다.
무엇 때문인지가 결정 전에 닿지 않는다
규칙이 언제 어떻게 바뀌었는지 추적할 곳이 없어, 확인에 며칠이 걸린다.
원인을 모른 채 가격·비용·수주를 바꾼다
틀린 절감이 반복되고, 정정 보고가 뒤따른다.
감지
마감이 끝나면 제품군마다 원가가 얼마나 움직였는지 한 화면에 놓입니다.
전부를 보지 않고, 규칙에 걸린 것만 파고듭니다.
| 제품군 | 원가 증감 · 전월 대비 | 변동 크기 | 단위당 원가 | 원가율 참고 | 판정 · 최대 기여 | |
|---|---|---|---|---|---|---|
| 1 | +1억 5,400만원 | 16,915원/kg+1,539원 | 68.4%+4.3%p | 임계 초과원료 단가 | ||
| 2 | +7,019만원 | 16,149원/kg+710원 | 69.5%+3.5%p | 발행 차단설명 못 한 몫 45,000,000원 | ||
| 3 | +6,830만원 | 16,263원/kg+732원 | 72.1%+3.8%p | 임계 초과원료 단가 |
줄을 누르면 아래 Decision Brief 가 그 제품군으로 바뀝니다.
실제 제품 화면입니다. 수치는 가상 데이터이며, 화면의 모든 숫자는 연결된 원천에 실행한 SQL 결과입니다.
설명 · 근거
제품군을 고르면 원가 증감이 요인별로 나뉩니다. 각 줄에는 산식과 귀속 부서가 붙고, 합이 원가 증감과 맞는지 화면에서 대조합니다.
| 왜 변했나 | 금액 | 비중 | 원가율 기여 | 귀속 | 검증 |
|---|---|---|---|---|---|
| 83,504,500원 | +53% | +2.3%p | 구매팀 | 검증 완료 | |
| 49,495,500원 | +33% | +1.4%p | 생산팀 | 잠정 | |
| −47,873,684원 | -30% | −1.3%p | 생산관리팀 | 잠정 | |
| 36,873,684원 | +23% | +1.0%p | 생산팀 | 잠정 | |
| 32,000,000원 | +21% | +0.9%p | 원가팀 | 잠정 | |
| 합 | 154,000,000원 | +100% | +4.3%p | 원가 증감과 대조 | |
합이 맞습니다. 축 다섯을 더하면 1억 5,400만원 — 원가 증감과 같은 값입니다. 한계는 ±0.05%p, 넘으면 “기타”를 만들지 않고 Brief 를 안 냅니다.
SELECT material_code,
SUM(qty_kg * (unit_price
- prev_unit_price)) AS contrib
FROM purchase
WHERE period = ? AND product_group = ?
GROUP BY material_code
ORDER BY contrib DESC축을 누르면 그 줄의 근거가 바뀝니다 — 지금은 「가격축」.
원인 후보는 확정이 아닙니다. 축이 가리키는 곳까지가 이 제품의 답이고, 그다음 판단은 사람이 합니다.
한 번 답하고 끝나는 도구가 아닙니다. 이번 달의 판단이 다음 달의 출발점이 되도록 근거와 결정을 같은 자리에 남깁니다.
Signal감지
원가·손익 숫자가 평소와 다르게 움직이면 먼저 잡습니다. 사람이 월마감을 열어보기 전에 알립니다.
Explain설명
무엇이 얼마나 기여했는지 항목·공정·부문으로 갈라 보여 줍니다. 비교 대상과 계산 근거를 같이 냅니다.
Decide근거
원인 후보마다 드릴다운·산식·출처가 붙습니다. 담당자가 그 자리에서 맞는지 확인하고 결정으로 넘어갑니다.
Act조치
확인된 원인에 대해 다음에 할 일을 후보로 제시하고, 사람이 고른 조치를 기록으로 남깁니다. 실행 여부는 사람이 승인합니다.
Learn축적
어떤 근거로 무엇을 결정했고 결과가 어땠는지가 남습니다. 다음 달 같은 질문이 왔을 때 그 기록에서 출발합니다.
조치와 축적 단계에서 시스템이 하는 일은 후보 제시와 기록입니다. 실행을 대신하지 않으며, 승인은 사람이 합니다.
읽기만 합니다. 그래서 도입에 시스템 교체나 마이그레이션이 필요하지 않습니다. 붙지 않은 원천은 붙지 않았다고 화면에 그대로 씁니다.
커버 경계 — 여기까지가 시스템입니다. MES · BOM 은 정의 파일에 노드로 있지만 적재되지 않았습니다. 그래서 수율의 공정 · LOT 분해와매입 전표의 제품군 귀속 경로는 이 화면에서 답하지 않습니다. 추정으로 채우지 않습니다.
확정된 마감 결과를 설명하는 데까지입니다. 읽기 전용이라 도입 심사가 짧고, 되돌릴 것이 없습니다.
정리된 데이터를 전제로 시작하지 않습니다. 배부 기준이 언제 바뀌었는지, 마스터가 얼마나 묵었는지를 확인하는 것이 초반 작업입니다. 데이터가 깨끗해야 시작할 수 있다면 애초에 이 문제는 풀리지 않습니다. 반대로 데이터와 판단 기준을 정리하는 것 자체가 지금 목적이라면 그건 다른 일입니다 — 공장 진단이 그 자리입니다.
아니요. 기존 시스템을 읽기만 합니다. 새로 입력을 요구하지 않습니다. 다만 계산의 전제를 맞추는 단계에서 담당자에게 확인할 것이 몇 가지 생깁니다.
권한
임원과 담당자는 같은 숫자를 보지만 같은 화면을 보지는 않습니다. 무엇을 보여주는지만큼 무엇을 보여주지 않는지도 정해 둡니다.
| 역할 | 보는 범위 | 화면 구성 | 안 보이는 것 |
|---|---|---|---|
| CFO · 재무임원5개 제품군 중 어디를 파고들지 고른다 | 전 제품군 | 목록이 히어로 · Brief 는 요약층까지 · 검증은 게이트 판정만 | 잔차·SQL 건수·게이트·팩 버전 같은 기술 정보 — 의심될 때만 펼쳐 본다 |
| 원가팀 담당자설명자료를 만들고 숫자를 방어한다 | 전 제품군 | 전층 — 축 표·SQL 원문·전표·게이트·미결 목록·용어 정렬·자유 질의 | 없다. 이 역할이 근거를 못 보면 제품이 성립하지 않는다 |
| 부문장 · 공장장내 제품군 원가가 왜 움직였는지 답한다 | 냉동식품만 | 귀속과 설명 문장이 최상단 · 목록은 내 한 줄 · 근거는 접힌 채로 | 다른 제품군 전체 · 검증 화면 · 전표·SQL 원문 · 자유 질의 · 세팅 화면 |
| FDE · 온톨로지 담당고객 ERP 를 정의 파일에 붙이고 감지 규칙을 세팅한다 | 전 제품군 | 전층 + 골든셋 · QA 평가 + 온톨로지 스튜디오 + 워크플로우 세팅 + 운영·관리자 | 없다. 도입 초기엔 이 역할이 유일한 사용자다 |
역할 이름과 범위는 정의 파일에서 옵니다. 관리회계팀·경영관리실을 쓰는 곳에서는 그 조직 언어에 맞춰 바꿉니다.
전사 도입을 먼저 결정하지 않아도 됩니다. 한 제품군의 한 월마감에서 답이 나오는지부터 봅니다.
범위 확정
한 공장 · 한 제품군 · 한 월마감. 좁게 자를수록 답이 빨리 나옵니다.
데이터 연결
기존 시스템을 읽기 전용으로 연결하고, 어떤 값이 어디서 오는지 정리합니다.
기준 정리
배부 규칙과 마스터의 갱신 시점을 확인해 계산의 전제를 맞춥니다.
설명 확인
실제 월마감 질문에 비교·기여도·근거로 답하고, 담당자와 함께 맞는지 확인합니다.
5가지만 답하면 지금 시작하는 게 맞는지 가늠할 수 있습니다. 연락처는 묻지 않습니다.
1 / 5
확장 방향
저희가 가려는 방향입니다. 다만 지금 계약으로 약속하는 범위는 위에 적은 월마감 원가 설명까지입니다. 나머지는 근거가 쌓이는 만큼 단계적으로 넓힙니다.
도입 전 확인
다음 단계