# ERP 고도화 검토 자료 - 충돌/누락/확인사항 Report

본 보고서는 24개 검토 자료를 종합하여 플랫폼 간 요구사항 불일치(충돌), 기획 문서 상 미비된 핵심 요건(누락), 그리고 개발 착수 전 반드시 의사결정이 완료되어야 하는 쟁점 질문 및 체크리스트를 정리한 문서입니다.
*모든 설계 요소는 영문 모델명과 한글명을 병기하여 기재하였습니다.*

---

## 1. 플랫폼 간 충돌 및 불일치 요구사항

### A. 생산 실적 등록 시 자재 소모 자동 차감 여부
* **설명**: 
  * `STEP07 자재·재고 플랫폼 정의서`에서는 다단계 BOM(자재소요량) 구조를 정의하고 생산실적과 자재소모의 연계 및 LOT(자재 추적 단위) 추적성을 명시하고 있습니다.
  * 반면, `STEP08 생산실행플랫폼 정의서`에서는 핵심 설계 원칙 중 `CP-06 (자재소모 자동연계 금지)`를 통해 "현재는 생산량만 관리하며 생산실적 등록 시 자재소모를 자동 발생시키지 않는다"고 제한하고 있습니다.
* **조치 방향**: 1단계 공장 운영 ERP 개발 범위에서는 자재소모 자동차감 기능을 **명확히 제외**하고, 생산 실적과 자재 재고의 실시간 자동 차감이 아닌 수동 재고 실사 및 조정으로 마감 시 처리하도록 설계를 통일해야 합니다.

### B. 매출 인식 시점 및 기준 정의의 혼선
* **설명**:
  * `장헌 고도화 관련 질문과 답변.xlsx`에서는 "기성청구일 = 매출일"과 "세금계산서 발행일 = 매출일" 두 가지 답변이 혼재되어 기술되어 있습니다. 현업 답변 중 "매출일은 세금계산서 청구일 매월 말일"이며 "회계 매출 인식시점은 담당자가 ERP에 올려야 인식됨"이라고 되어 있습니다.
  * 또한 CEO 대시보드와 손익 계산에서 사용할 기준 매출은 세금계산서 발행금액이 아닌 "기성확정금액"이라고 명시되어 있습니다.
* **조치 방향**: ERP 데이터 설계 상 **생산 손익용 매출**(`ProductionRevenue` = 기성확정금액 기준)과 **회계상 매출**(`AccountingRevenue` = 세금계산서 발행금액 기준)로 테이블 구조를 철저히 이원화하여 적재해야 합니다.

---

## 2. 기획 상 누락된 핵심 요구사항

### A. 초과 생산 발생 시 예외 승인 및 재제작 처리 방안
* **설명**: 
  * `STEP08 생산실행플랫폼 정의서`에는 누계 생산량이 설계 수량을 초과할 수 없도록 강제하는 초과생산 방지 제약 조건만 기술되어 있습니다.
  * 그러나 실제 현장에서는 제품의 파손, 품질 부적합(불량) 등으로 인해 설계 수량을 초과하여 재제작(Re-production)해야 하는 예외적인 상황이 반드시 발생합니다.
* **누락 내용**: 불량 발생 시 기존 생산 유닛(`ProductionUnit`)의 폐기(`SCRAP`) 상태 처리 절차와 설계 수량 초과를 허용하기 위한 관리자 승인 결재선 및 추가 생산 번호(S/N) 채번 규칙이 누락되어 있어 **확인 필요**.

### B. 마감 완료 후 데이터 재오픈(Reopen) 시 회계 역분개 및 보정 방안
* **설명**:
  * 마감이 완료된 월의 데이터를 재오픈(`REOPENED`) 승인을 얻어 사후 수정할 수 있도록 설계되어 있습니다.
  * 그러나 해당 마감 데이터가 이미 상용 회계 ERP로 인터페이스(`IntegrationQueue` 작동)되어 세금계산서 발행 및 분개 전표 생성이 완료된 경우, ERP 내부 데이터를 수정하면 외부 회계 데이터와 정합성이 깨집니다.
* **누락 내용**: 재오픈 후 데이터 수정 시 외부 회계 시스템으로 정정 전표 또는 역분개 전표를 자동으로 재전송하기 위한 연동 트리거 및 보정 규칙이 누락되어 있어 **확인 필요**.

### C. 대시보드 집계 Snapshot(스냅샷) 생성 및 갱신 주기 정책
* **설명**:
  * 대용량 생산/출하 데이터를 대시보드에서 실시간 직접 집계(RDB direct query)할 경우 시스템 전반의 성능 저하를 초래하므로 Batch(배치) 스냅샷 테이블 설계가 권장된다고 기술되어 있습니다.
* **누락 내용**: `DashboardSnapshot(대시보드스냅샷)` 테이블의 구체적인 스키마 구조와 배치(`BATCH_DAILY_KPI`)의 주기적 수행 시점(실시간 캐싱 처리 여부 또는 N시간 단위 마이크로 배치 도입 여부)이 확정되지 않아 **확인 필요**.

---

## 3. 개발 착수 전 핵심 질문 (Key Q&A)

ERP 개발 착수 전, 현업 및 의사결정권자의 확인을 거쳐 확정해야 할 핵심 질문 목록입니다.

1. **질문**: 기성 청구금액과 세금계산서 발행금액이 불일치하는 구체적인 예외 케이스(예: 삭감, 이월, 교량별 묶음 청구에 따른 소수점 단수 차이 등)와 이에 대한 보정(Rounding) 처리 주체는 기획팀입니까, 회계팀입니까?
   * *답변 상태*: **확인 필요**
2. **질문**: 다단계 BOM(자재소요량)의 최대 깊이(Max Depth) 수준은 몇 단계로 제한 설계해야 합니까? 동적 트리 구조로 무제한 지원해야 합니까?
   * *답변 상태*: **확인 필요**
3. **질문**: 작업자별 개별 급여 정보 및 노무비 단가는 ERP 내부 DB에 직접 저장되어 계산에 활용됩니까, 아니면 외부 급여 시스템으로부터 계산 결과값만 수신하여 원가 배분에 사용합니까?
   * *답변 상태*: **확인 필요**
4. **질문**: 상용 회계 ERP(더존 등)와의 연동을 위해 외부 시스템에서 제공하는 API 규격서 및 DB 직접 연결(DB Link 등) 허용 권한이 확보되어 있습니까?
   * *답변 상태*: **확인 필요**

---

## 4. ERP 개발 준비 완료 Check-list

본격적인 물리 DB 설계 및 코딩 단계로 진입하기 전, 다음 체크리스트의 요건이 충족되었는지 점검해야 합니다.

- [x] **텍스트 추출 및 원천 요구사항 확인**: 24개 원본 파일의 텍스트가 정상 추출되어 분석이 완료되었는가?
- [ ] **외부 회계 API 스펙 확보**: 연동 대상 상용 ERP 솔루션의 API 스펙 문서 및 테스트 환경이 제공되었는가? (현재 **확인 필요**)
- [ ] **전자결재 자체 개발 전결 규칙 확보**: ERP 내부 승인 시 사용할 부서별, 직급별 전결 금액 및 전결선 기준이 명문화되었는가? (현재 **확인 필요**)
- [ ] **마감 연동 테스트 시나리오 정의**: 생산마감부터 손익마감까지 연결되는 마감 제약(Lock) 조건 및 예외 해제 프로세스의 테스트 시나리오가 준비되었는가? (현재 **확인 필요**)
- [ ] **보안 수준 정의**: 암호화가 필요한 개인정보(주민번호, 급여 등) 컬럼의 범위와 API Gateway 통제용 JWT 만료 주기 설정이 정의되었는가? (현재 **확인 필요**)