# BM·RM 수령자료 (2026-09-02~03)

## 1. 범위·상태

- RM 원본: [`01_고객원본/2026-09-02_CMSLAB_RM팀_자료_고객원본/README.md`](../../../../01_고객원본/2026-09-02_CMSLAB_RM팀_자료_고객원본/README.md)
- BM 원본: [`01_고객원본/2026-09-03_CMSLAB_BM팀_자료_고객원본/README.md`](../../../../01_고객원본/2026-09-03_CMSLAB_BM팀_자료_고객원본/README.md)
- 해제본 9개: XLSX 5개, PDF 4개. 원본 ZIP 2개를 별도 보존한다.
- 자료에서 직접 확인된 구조와 업무 인터뷰로 확정할 판단을 분리했다.

## 2. 핵심 발견

| 주제 | 직접 확인된 근거 | 연결할 객체·관계 | 상태 |
|---|---|---|---|
| BM→SCM 신규코드 요청 | 양식에 `품목코드(SCM)`과 BM 제품속성, 물류정보, BOM, 3개월 판매계획 필드가 존재 | `ProductRequest --REQUESTS_CODE--> Item`, `Department(BM) --HANDS_OFF_TO--> Department(SCM)` 후보 | 양식 존재·필드는 확인; 실제 RACI·승인·전파는 확인 필요 |
| BM SF 취합 | 1차 시트는 M~M+5 채널별 수량·6M 합계·초도발주량, 최종 시트는 런칭·프로모션·정상/할인 가격·수량을 구조화 | `SalesForecastVersion`, `ChannelPlan`, `Launch`, `Promotion`, `SupplyPlan` 후보 | 확인됨; `최종` 명칭의 승인 의미는 미확인 |
| RM QA/RA 문서관리 | 제품표준서·전성분표·성적서·COA 등을 사내 공유폴더에 신규·개정 시 수동 갱신 | `Product --HAS_DOCUMENT--> QualityDocument`, `DocumentVersion`, `Specification`, `TestMethod` | RM 요청서 기록으로 확인 |
| RM QC 시장 출하적부 | 한익 물류 Google Sheet에서 매일 Excel 다운로드·취합. 원장은 입고·품목·LOT·성적서·관리품·판정·재고·비고를 연결 | `ReceiptLot --ASSESSED_BY--> ReleaseDecision`, `ReleaseDecision --AFFECTS--> InventoryStatus` 후보 | 원천·열구조·판정값은 확인; WMS 전파는 미확인 |
| RM CS 불량 클레임 | 불량 발생 시 Google Sheet에 수기 입력한다고 기록 | `VOC --REFERS_TO--> Product/Lot`, `Issue --RESULTS_IN--> CorrectiveAction` 후보 | 업무 원천 기록은 확인; VOC 실제 스키마·샘플은 미수령 |
| 제품 품질·인허가 lineage | 한 제품군에 대해 제품표준서, 전성분표, 완제품 성적서, COA, 기능성 보고서 표본이 함께 제공 | `Product`, `FormulaVersion`, `Ingredient`, `ProductLot`, `COA`, `RegulatoryFiling`, `QualityDecision` 연결 표본 | 문서 존재는 확인; 공통키·버전·효력일 매핑은 미확인 |

## 3. 오류·충돌·보안

- 출하적부 원장은 실업 1,450행이지만 스타일이 Excel 최대행 근처까지 펼쳐져 시트 표시 크기가 `A1:AE1048505`이다. 이 파일을 일반 워크북처럼 전체 순회하면 성능 문제가 생긴다.
- 출하적부 원장에는 12,186개 수식, 7개 외부 Excel 링크, 내부 파일서버 경로, 담당자 메모가 있다. 외부 링크에 의존한 파생값과 원천값을 분리해야 한다.
- 원장의 일부 날짜셀은 `YYYYMMDD` 숫자와 Excel 날짜 서식이 충돌한다. 날짜 표준화 전 원문 보존이 필수다.
- 기능성 보고서에는 개인의 성명·생년월일·주소·전화번호가 있다. 제품표준서·완제품성적서에는 서명·실명, 전성분표에는 정확 처방비율이 있다. 외부 공유·무필터 정적 뷰어에 자동 포함하지 않는다.
- 제품표준서 PDF는 13쪽이며 원 문서에 표시된 페이지는 1, 2, 6~16이다. 3~5쪽 제외이 의도된 것인지 확인한다.

## 4. 즉시 활용 순서

1. BM 인터뷰에서 `양식_신규코드요청.xlsx`의 필드를 보며 실제 완료 1건의 작성→승인→SCM 전달→코드 회신을 대조한다.
2. BM×SCM 공통 시간에 `품목코드(SCM)`의 채번·수정 권한, 반려, 효력일, ERP/WMS 전파를 확정한다.
3. RM 인터뷰에서 출하적부 원장의 최근 정상 1건과 조건부/부적합 1건을 선택해 입고→성적서→검사→판정→SCM/WMS 전파를 따라간다.
4. 같은 제품/로트에 대해 제품표준서→전성분표→성적서/COA→인허가 보고서의 키·버전·효력일을 기록한다.

## 5. 온톨로지 반영 원칙

- 문서·시트·필드의 **존재**는 Evidence로 등록할 수 있다.
- 양식이 정의하는 역할·코드·상태값은 운영 사실이 필수로 보장되지 않으므로 `PROPOSED` 또는 `NEEDS_CLARIFICATION`으로 등록한다.
- 인터뷰에서 실제 사례·승인자·전파 기록을 확인한 뒤에만 `CONFIRMED`로 승격한다.
- 개인정보·정확 처방·실명 서명은 Knowledge Graph에 복제하지 않고 제한 원본 포인터만 남긴다.