# CMSLAB 작전계획 CURRENT

> 현재 방향 정본 · 2026-09-09 사용자 지시 반영. 남은 약 3.5개월 동안 경영진 조회를 먼저 구현하고, 실무 자동화의 깊이는 후속으로 확장한다. 고객 공식 범위 승인·배포 완료 기록은 아니다.

## 1. 먼저 만들 결과

**현재 부서가 보고에 사용하는 가공 파일을 등록·검증·이력 적재하여 경영진이 한 곳에서 조회하게 한다.** 채널별 원천 수집 자동화나 전사 LOT 모델 완성을 기다리지 않는다. 기존 파일에 없는 상세 값은 없다고 표시하고, 가공된 결과를 원시 주문 상세처럼 보이지 않게 한다.

- [채널별 확보 자료·작업 현황 웹](../../00_프로젝트작업실/21_CURRENT_채널자료·실행현황.html): 지금 받은 범위, 추가 필요, 먼저 적재할 후보와 공통 작업.
- [자료 상태 정본](../../04_분석설계/discovery/channel-data-status.json) · [상태 정의·조사 방법](../../04_분석설계/discovery/channel-data-status.md): 웹은 이 자료를 읽어 생성하며 같은 현황을 수기로 중복 관리하지 않는다.

## 2. 사용자 지시 — 기능별 1차 범위

판매의 핵심은 **① 판매계획 ② 고객 구매시점 판매추이 ③ 실제 마감 완료 정산내역**의 세 축이다. 손익·예산과 프로모션·광고는 보조 분석 영역으로 유지한다.

| 축 | 먼저 쌓을 데이터·조회 | 후속 깊이·분리할 기준 |
|---|---|---|
| **판매계획** | 현행 양식 업로드·조회 및 제출/변경 이력 | 판매추이와 별도 엔터티. 채널 금액계획과 품목 수량/공급계획을 같은 값으로 강제하지 않음 |
| **판매추이** | 부서가 현재 가공한 구매일 기준 판매실적·주문내역 파일을 계속 누적해 채널·제품·기간별 조회 | 판매계획과 구분. 구매일·주문일 등 원천 기준일 차이는 명시하고, 취소/반품 및 주문 상세는 확보된 깊이만 제공. 월 정산으로 원본을 덮어쓰지 않음 |
| **마감 정산내역** | 쿠폰·행사·배송·채널 정산 등을 반영하고 실제 마감 완료된 제출 파일부터 적재. 정산 중·잠정 자료는 상태를 분리 | 월 마감 주기 단축은 후속 과제. 미마감/가마감 값은 마감 완료와 구분. 일별 정산 파일이 누적형이면 매일 합산하지 않고 기간·기준시각·정정버전을 구분 |
| **손익·예산** | 현재 손익 가공 파일과 배정 예산·집행을 월별 비교. 실제 확보 가능한 가장 짧은 주기로 수합 | 원가·배부·손익 기준을 새로 재계산하는 자동화는 별도. ⑧ 프로모션·⑨ 광고 실적과의 세부 연결은 후속 확장 |
| **프로모션 캘린더** | 플랫폼 원천으로 일정·행사·적용범위·효력일을 관리. 채널에서 판매하는 상품과 ERP 품목 연결 구조 확보 | 전체 채널 적용 / 품목군 / 개별 상품 범위를 표현. ERP 확정 거래와 코드로 결합하며 가격·정산 반영 경로는 별도 확정 |
| **최소 제품 기준** | 분류군 → 출시제품(PRODUCT) → 실물 ITEM, 채널키, 가격/구성 효력일, LOT 연결 가능한 최소 구조 선행 | 모든 LOT·BOM 정비 완료를 조회 화면의 선결조건으로 두지 않음. 미매핑은 예외로 드러내고 임의 결합하지 않음 |

‘판매계획’이라는 표현이 구매일의 실제 판매를 가리키는 곳은 **판매추이**로 해석한다. 실제 계획 업로드 기능은 따로 유지한다. 원전·고객 원본 용어는 수정하지 않는다.

## 3. 사용자 지시 — 진행 원칙

1. **기존 제출 파일부터 받는다.** 새로운 보고용 엑셀 가공을 추가로 요구하기보다 현행 양식을 수집 어댑터가 받아들이는 방향으로 시작한다.
2. **조회와 지속 축적을 먼저 완성한다.** API·봇·개별 담당자 엑셀 자동화가 무한히 늘어나는 접근을 피하고, 실제 반복 공수와 수집 난도를 보고 후속 우선순위를 정한다.
3. **같은 값의 정본을 두 개 만들지 않는다.** ERP에 있는 거래·기준정보는 ERP 쓰기 경로를 존중하고, 플랫폼 고유 계획·캘린더·자료·이력의 소유권을 구분한다. ERP DB 구조에 논리모델 전체를 강제하지 않는다.
4. **판매계획·판매추이·마감 정산내역을 한 숫자로 섞지 않는다.** 기준일, 마감 상태, 단위/통화, 대상 채널, 원천 기간과 갱신시각을 화면에서 확인할 수 있어야 한다.
5. **SCM 이관은 미완료 계획이다.** 출고 승인·실행·ERP 입력의 실제 담당은 별도로 확정하며 이번 조회 우선순위가 R&R 이관 완료를 뜻하지 않는다.
6. **재고 조회와 실행 통제를 분리한다.** 재고 통합조회는 가능한 후보로 두되, 재고 락·예약·할당·가상창고 생성·이동 등 실행은 ERP에서 처리해야 할 수 있다. ERP 기존 기능 사용 안내·운영 절차는 제안할 수 있으나 **ERP 자체 수정은 이번 프로젝트 범위 밖**이다. 기존 기능도 권한·설정에 따라 사용할 수 없을 수 있으므로 확인 전 가능하다고 약속하지 않는다.
7. **AWS 기반 RDB를 우선 검토한다.** ERP Core를 활용해 실제 파일 등록 → 검증 → 이력 적재 → 경영진 조회 흐름부터 착수한다. Docker 배포는 구현 후보이며 지금 배포하거나 외부에 공개하는 지시가 아니다.

### 9/9 추가 수기·전사 확인 — 기존 연동 재사용 우선

- Amazon·Qoo10·TikTok·네이버를 모두 ‘API 미확보’ 또는 ‘연동 완료’로 묶지 않는다. **API 존재 → 고객의 기존 운영 → 실제 수집 범위 → 이번 프로젝트의 권한/실행 검증**을 분리한다. [API 범위·전사 근거 정본](../../04_분석설계/discovery/_materials/files/channel-api-evidence-20260909.md).
- 글로벌 Amazon/Shopify의 기존 Make, TikTok의 수령 시트·별도 수집 작업은 재사용을 먼저 검토한다. 일본 Amazon의 수기 운영과 구분하고, Qoo10의 기존 물류 연결을 임의 변경하지 않는다. 네이버 커머스 API와 품고 물류 API, ERP 쓰기는 서로 다른 범위다.
- 이미 운영 중인 데이터가 있으면 현행 가공 파일/시트 적재와 병행해 연결한다. 어필리에이트 export·Order ID 매핑처럼 API 밖인 데이터는 파일로 보완한다. 모든 API 개발을 경영진 조회의 착수 전제로 삼지 않는다.
- 최송이 부장에게 귀속된 **판매계획 수정 이력** 수기 요구를 반영한다. 계획 원본/제출 버전/적용기간/제출시각과 이전 계획 대비 차이를 남기는 안이며 상세 입력·승인 정책은 확인한다.
- 쿠팡은 담당자가 직접 3PL에 요청하고, ERP 창고재고와 한물류 출고 가능 수량을 확인해 메일·적재리스트·어드민으로 이어진다는 새 수기 사례다. 이를 전 채널 승인 경로로 일반화하지 않는다. 현재재고 다운로드와 과거 셀아웃 파일 보존은 조회·적재에 활용하고, ERP 등록 시점과 기존 기능 권한은 별도로 확인한다.

[추가 사용자 메모 N-100~115·충돌표](../회의록/2026-09-09_인터뷰통합정리·수기메모/20_수기메모_정리본.md)의 새 관찰과 API 전사 확인을 구분했다. 20~30% 차감, GM 45.6%, 6개월/1년 조회 제한, 창고 수는 특정 운영·화면·시점의 기록으로 전사 산식·정책·평균으로 사용하지 않는다. ERP 자체 수정은 계속 이번 범위 밖이다.

## 4. 구현 순서 제안 — 사용자 목표를 실행 단위로 구체화

아래는 에이전트의 실행 제안이며 별도 고객 합의·납기 확정이 아니다. 기존 WBS의 날짜를 임의 재약속하지 않는다.

| 순서 | 실행 단위 | 완료를 확인할 근거 |
|---|---|---|
| 1 | 확보 파일 중 최소 필드·기간·합계가 확인된 한 축/채널을 첫 적재 대상으로 선정 | 실제 수령과 인터뷰 언급 구분, 대상 파일·시트·기준일·담당 확인 |
| 2 | ERP Core 파일 등록 화면과 검사 결과/예외 표시 | 파일 식별자·중복 검사·양식 버전·필수값 오류·수정 후 재처리 |
| 3 | 원본 보존 + 배치/버전/기간별 이력 적재 | 동일 파일 재업로드 시 중복 방지, 누적형/증분형 구분, 정정 이력 |
| 4 | 경영진 조회와 원본 근거 연결 | 원본–적재–화면 합계 대사, 채널·기간 필터, 마감/최신성/확보 깊이 표시 |
| 5 | 같은 패턴으로 판매계획·판매추이·마감 정산내역과 손익 보조축 확대 | 권한·운영자·마감시각·대행자·누락 처리와 반복 적재 검증 |
| 6 | 자동화·프로모션/광고·물류 상세의 후속 확대 | 줄어드는 작업량과 구축/운영비 비교, 필요한 키·정책·권한 확보 |

최초 등록 후보가 있다는 것은 운영 적재 완료가 아니다. 표본만 받은 채널, 기간이 불완전한 파일, 월별 누적 파일은 그 한계를 먼저 표시한다. 원천에 없는 주문/LOT 상세를 화면에서 생성하지 않는다.

## 5. 근거와 미결

- [9/9 일본 채널·Amazon 논의](../회의록/2026-09-09_데이터통합·관리전략_일본채널·Amazon/20_회의기록.md): 기존 가공 결과 취합과 선택 자동화, 추가 가공 부담 방지.
- [9/9 손익·ERP 논의](../회의록/2026-09-09_손익분석·데이터구조·ERP연동/20_회의기록.md): ERP 쓰기 경계, 계획/캘린더 분리, 판매추이·확정 매출 분리.
- [9/9 글로벌 이커머스 논의](../회의록/2026-09-09_전사데이터통합·자동화로드맵_이커머스수집한계/20_회의기록.md): 기존 연동 재사용, 수집 제한과 주기·비용의 교환관계.
- [Discovery 팀별 R&R](../../04_분석설계/discovery/01-org-matrix.md) · [ERP Core 구현 준비](../../04_분석설계/구현준비/README.md).

첫 운영 채널, 제출/확정 책임자, 마감 상태 정의, 손익/예산 파일의 공개범위, 계획·프로모션 편집 승인, 운영 주기와 배포 환경은 실제 자료 검증 및 고객 협의로 확정한다. 채널별 미결은 현황 JSON에서 관리한다.

## 이전 기준선 — 2026-08-29~09-01 기록

아래는 당시 계획·통계·미팅 준비의 추적용 기록이다. ‘현재’, ‘지금’, 과거 목표일은 당시 시점을 가리킨다. 최신 실행 순서는 위 2026-09-09 방향을 따른다. ITEM–재고–매출 상세 조인은 후속 검증으로 유지하되 모든 경영진 조회의 착수 차단 조건으로 적용하지 않는다.

<details>
<summary>이전 작전계획 펼치기</summary>


> **2026-09-09 사용자 방향 반영:** 공통 제품마스터를 ERP DB 구조와 독립적으로 설계한다. 분류군→출시제품→실물 ITEM 최소 3계층과 포장·채널 BOM·LOT 분리, 채널별 식별키/업로드 책임을 구체화한다. 출고요청은 경영지원에서 SCM으로 이관하는 목표이며 전환은 미완료다. MD 기능은 **주문기준 판매추이**로 기획하고 정산·관리회계 매출액과 구분한다. 파일 수령→가공→담당자 업로드→대사 경로를 기본안에 포함한다. [상세 근거·미결·단계별 계획](../../04_분석설계/아키텍처/CMSLAB_제품계층·판매추이·SCM이관_판단근거_2026-09-09.md). 아래 기존 날짜의 실측 통계·일정은 당시 기록이며 새로 실측한 값으로 해석하지 않는다.

> 갱신일: 2026-09-01 (1차 자료요청 회신 반영)  
> 계획 범위: 2026-08-29 ~ 2026-12-23  
> 성격: 상세 WBS와 회의기록을 실행용으로 요약한 현재 기준안

> 2026-09-01 사용자 결정: 9/2 미팅은 부서별 실무협의가 아니라 최송이 부장과 프로젝트 전체 맥락·WBS·후속 협의 어레인지 방식을 맞추는 첫 정렬 미팅으로 진행한다. 당일 사전 공유는 하지 않는다.

## 1. 한 줄 목표

제품/SKU 기준을 먼저 안정화하고 `ITEM → 재고 → 매출`을 실제 표본으로 연결한 뒤, 채널 매출·가마감·손익과 프로모션·광고를 같은 데이터 계약으로 기획해 대사 가능한 MVP를 만든다.

## 2. 현재 판단

| 항목 | 상태 | 현재 판단 | 근거 |
|---|---|---|---|
| D-01 자료 수령 목록·제공일 | 진행 | 현재 저장소 72개 INDEX 작성은 완료. 고객의 전체 제공목록·원천별 오너·제공예정일은 미확정 | Discovery `_materials/INDEX.md`, NEXT 사용자 메모 |
| 제품/SKU 원천 비교 | 진행 | WMS·판매계획·입고/외주 원천 비교 자료가 생겼으나 ERP 품목마스터 정본은 미확정 | 제품마스터 기준안, 추가원천 분석 |
| ERP 품목 정본 | 확인필요 | ERP형 코드를 후보로 쓰되 ERP raw와 코드 오너 확인 전 확정 금지 | 제품마스터 기준안 `PENDING_ERP` |
| 원료마스터 | 확인필요 | INCI·Trade Name·MSDS·COA·처방/BOM 원천이 필요 | 제품마스터 기준안 `MISSING`, 상세 WBS M-02 |
| 공통 인터뷰 준비 D-05 | 진행 | 제품·원료·재고 세션 초안 작성. EDA·업무가설·KPI/KR·소요시간 질문과 데모 미공유 원칙 포함 | 고객 협의 패키지 인터뷰 설계 |
| 채널 수익·마케팅 공통기획 | 대기 | 매출기준·가마감·손익과 프로모션·광고를 한 설계 묶음으로 다룸 | 상세 WBS P2M·G-01~03 |
| ITEM–재고–매출 표본 조인 | 대기 | `item_code·기준일·채널·창고·유효기간`으로 다대다·미매핑까지 설명해야 함 | 상세 WBS J-01·J-02 |
| SCM 현행 흐름 | 부분확인 | 주문/발주→입고, 출고/배송, 창고이동은 원천에서 확인. 출고→재경 매출의 연결키·인식시점·반영주기는 미확정 | Discovery 재고·공급 프로세스, TODAY·ERP 화면 |
| 마스터 등록·전파 | 제안 | ERP `item_code`를 운영 정본 후보로 두고 플랫폼이 표준 ITEM·확장속성·이력·ITEM_CODE_MAP을 관리. ERP 직접쓰기는 승인 전 보류 | 시스템 원장·제품키 전파전략 |
| 애플리케이션 IA | v0.1 완료 | 인터뷰 전에는 L0·L1 업무·메뉴 골격만 내부 가설로 관리. 실제 사례·오너·키·주기·권한 확인 후 v0.2 상세화 | 애플리케이션 IA 가설 CURRENT |
| 데이터 아키텍처 | v0.1 완료 | 원천→Raw→표준·공통 마스터→업무 마트→서비스로 분리. 제품·원료·창고·채널 마스터는 모든 업무에 횡단 적용 | 데이터 아키텍처·마스터 허브 CURRENT |
| ERP·WMS 갱신주기 | 근거분리 완료 | 요구정의상 ERP/WMS는 매일 아침, 품고는 실시간 기록. 한익·글로비스의 실제 갱신·추출·실패처리는 미확정 | 원천별 갱신주기 근거표 |
| 2026년 9월 OKR | 기준선 완료 | WMS 3종 반복 적재, 메인 WMS 일일 실행, 재고 SKU 95% ITEM 매핑, 원천–표준 미설명 수량차이 0건, 10월 MVP 선정으로 측정 | 2026-09 OKR CURRENT |

## 3. 사용자 확인 운영 원칙

아래는 모두 `사용자 확인 2026-08-29`로 채택한다. 실행 완료를 뜻하지 않는다.

1. 인터뷰에서는 위시켓 데모·와이어프레임을 먼저 공유하지 않는다. AS-IS 고객 화면 관찰만 허용한다.
2. 중간보고에는 표본 대사가 끝난 핵심 MVP 1~2개를 제시한다.
3. 채널 매출 기준·가마감·손익과 프로모션·광고 데이터는 동시에 기획한다.
4. `ITEM → 재고 → 매출` 조인을 필수 설계·검증 게이트로 둔다.
5. 인터뷰에서 KPI/KR과 기존 업무시간을 측정해 개선량의 기준선으로 쓴다.
6. 고객 공유용 마스터·스키마 예시는 비식별 실제형 데이터 10~15행을 원칙으로 한다.
7. 출고 지원은 `추천 → 담당자 검토·승인 → ERP 연결/업로드`까지를 우선 범위로 두고, ERP 직접 트랜잭션 등록은 계약·권한·기술 검증 전 구현하지 않는다.
8. IA v0.1은 내부 누락 점검용으로만 사용하고 인터뷰에서 먼저 제시하지 않는다. 역할·L2 메뉴·CRUD·권한은 인터뷰 후 v0.2에서 상세화한다.
9. 애플리케이션 IA와 데이터 아키텍처를 분리한다. 원천 변경주기·추출주기·플랫폼 freshness도 각각 측정하며 파일 날짜만으로 운영주기를 확정하지 않는다.

## 4. 실행 순서와 게이트

| 구간 | 목표시기 | 핵심 작업 | 통과 근거 | 상태 |
|---|---|---|---|---|
| 원천·오너 확정 | ~9/4 | 제품·원료·LOT·재고·ERP 추출 방식과 담당자 확인 | 샘플·접근 매트릭스·제공일 | 진행 |
| 마스터 기준선 | ~9/18 | 제품/SKU·원료·LOT·창고·채널 매핑과 변경절차 | 마스터 v1·예외대장·오너 승인 | 대기 |
| 수익·마케팅 공통기획 | ~9/25 | 매출·가마감·손익·프로모션·광고 공통키·입도·필드·산식 | 공통 데이터기획 v1·미결대장 | 대기 |
| 재고 적재 기반 | ~10/2 | 표준 업로드·반복 적재·동일 기준시각 대사 | 적재기록·재고 대사표 | 대기 |
| ITEM–재고–매출 조인 | ~10/30 | 실제 표본 연결과 다대다·미매핑·유효기간 대사 | J-02 통합 조인 대사표 | 대기 |
| 핵심 MVP 중간보고 | 11/2~11/6 | 업무효과와 수치 근거가 있는 화면 1~2개 시연 | MVP·표본대사·피드백대장 | 대기 |
| 매출·마케팅 검증 | ~11/20 | 가마감·손익·계획과 광고×실적 표본 검증 | 산식·조회·표본 승인 | 대기 |
| 통합 UAT·인계 | ~12/23 | 수치·권한·재처리·교육·문서 인계 | UAT·운영자 재수행·인수확인 | 대기 |

목표일은 상세 WBS의 가설 기반 기준선이다. 고객 자료 제공일과 정책 결정일이 바뀌면 실착수일·예상종료일을 갱신한다.

## 5. 이번 작전 사이클

### 지금

- 9/2 미팅은 최송이 부장 관점에서 전체 범위, 현재 위치, WBS, 고객·위시켓 역할, 후속 주제별 협의 묶음을 설명하는 자리로 준비한다.
- 세부 협의 원장은 질문용 부록으로만 두고, 미팅 본문에서는 참석자·순서·자료·결정 경로와 주간 운영방식을 맞춘다.
- 수령 파일과 미수령 원천·담당자·제공일을 D-01 기준으로 재정리한다.
- ERP 품목마스터 raw와 코드 오너, 원료마스터 원천과 오너를 확인한다.
- 제품마스터 비교 결과를 고객 협의용 10~15행 예시와 미결 질문으로 압축한다.
- SCM·재경과 실제 주문 1건을 골라 주문→입고→이동→출고→매출반영을 종단 추적한다.
- IA v0.1을 인터뷰 질문 누락 점검표로 사용하되 고객에게 먼저 공유하지 않는다.
- ERP·한익·품고·글로비스의 원천 갱신, 추출 완료, 플랫폼 노출 시각을 분리해 실제 지연을 측정한다.

### 다음

- EDA·업무가설·KPI/KR·기존 소요시간 질문을 포함한 인터뷰 패킷을 준비한다.
- 인터뷰에서는 데모 화면을 공유하지 않고 실제 업무·데이터·판단·산출 흐름을 확인한다.
- 채널 매출·가마감·손익과 프로모션·광고의 동일기간 표본을 받아 공통 데이터 계약을 설계한다.
- 제품·재고·매출 표본 조인과 예외대장을 만든다.
- ERP 품목 정본과 플랫폼 확장마스터의 등록·수정·승인·전파 경계를 확정한다.
- 도메인 인터뷰가 끝날 때마다 역할·L2 메뉴·조회/등록/승인 흐름을 IA v0.2에 반영한다.

### 하지 않는 것

- 9/2 미팅 전에 협의 원장·자료요청 메일·공유문서 링크를 새로 배포하지 않는다.
- 9/2 미팅을 참석자가 미정인 상태에서 부서별 상세 질문·답변 회의로 운영하지 않는다.
- 원천·오너·대사 근거 없이 작업을 완료 처리하지 않는다.
- 인터뷰에서 위시켓이 만든 화면으로 논의를 유도하지 않는다.
- 매출·가마감·손익을 먼저 고정한 뒤 프로모션·광고 정의를 뒤늦게 붙이지 않는다.
- 단일 원천이나 바코드를 전사 제품 PK로 단정하지 않는다.
- ERP·WMS 기간계에 무인으로 직접 쓰는 기능을 확인 없이 범위에 넣지 않는다.

## 6. 완료 판단

작업은 아래 근거 중 해당 조건이 충족되어야 `완료`로 전환한다.

- 원천, 오너, 갱신주기, 추출방법이 기록됨
- 공통키 매핑률과 예외가 측정됨
- 표본 기간의 원천–마트–화면 합계가 대사됨
- 수기보정·재처리 이력이 남음
- 권한·개인정보 범위가 검증됨
- 고객 키맨의 실제 업무 시나리오 확인 기록이 있음
- 운영자가 실패 확인과 재실행을 수행함

## 7. 우선 결정·리스크

| ID | 상태 | 내용 | 필요한 조치 |
|---|---|---|---|
| DEC-01 | 확인필요 | SKU·원료·채널 기준정보 결정권자 미확인 | 필드별 오너·승인절차 확정 |
| DEC-03 | 확인필요 | 매출 인식·가마감·손익 배분의 복수 기준 병존 | 용도별 정본과 산식 승인 |
| DEC-05 | 확인필요 | ⑩ VOC·품질, ⑫ 메디컬 채권의 이번 단계 깊이 미결 | 구현/모델만/후속 중 선택 |
| DEC-06 | 확인필요 | 매출·프로모션·광고 공통키와 집계입도 미확정 | 9/25 공통 데이터기획 게이트에서 승인 |
| DEC-07 | 확인필요 | ERP 품목 정본과 플랫폼 확장마스터의 등록·수정·승인 경계 미확정 | 제품 인터뷰에서 코드 오너·RBAC·ERP 연동방식 확정 |
| RSK-01 | 진행 | 원본 자료 제공일 미확정 | 샘플·화면 세션 폴백, 개발 게이트 유지 |
| RSK-02 | 진행 | ERP 조회권한과 정기 추출 경로가 별개 | DB/API/배치/엑셀 기술 판정 |
| RSK-05 | 진행 | 프로모션·광고 정의 지연 시 매출·손익 재설계 위험 | 9월 공통기획에 함께 포함 |
| RSK-06 | 진행 | 창고이동은 확인됐지만 출고→매출 연결키·인식시점·반영주기는 미확정 | SCM·재경 실제 주문 1건 종단 추적 |
| RSK-07 | 진행 | 요구정의서의 `매일 아침`·`완전 실시간`이 원천 화면·파일 추출·ERP 반영·플랫폼 노출 중 어느 구간인지 불명확 | WMS별 워크스루에서 4개 시각과 실패·재처리 확인 |

## 8. 근거 문서

- [상세 WBS](../WBS/CMSLAB_상세WBS_마스터재고우선_2026-08-25.xlsx)
- [주차달력 WBS](../WBS/2026-08-31_CMSLAB_주차달력_WBS_v0.3.xlsx)
- [실행전략](../WBS/CMSLAB_마스터재고우선_실행전략_2026-08-25.md)
- [2026-08-26 피드백 회의기록](../회의록/2026-08-26_내부실행계획_영훈님피드백/2026-08-26_내부실행계획_영훈님피드백_회의기록.md)
- [2026-08-24 킥오프 회의요약](../회의록/2026-08-24_데이터플랫폼구축_프로젝트킥오프/2026-08-24_데이터플랫폼구축_프로젝트킥오프_회의요약.txt)
- [제품마스터 원천비교 기준안](../../04_분석설계/데이터분석/2026-08-28_CMSLAB_제품마스터_원천비교_기준안_v0.1.xlsx)
- [판매계획·입고외주 추가원천 분석](../../04_분석설계/데이터분석/2026-08-28_CMSLAB_판매계획_입고외주_추가원천_현황분석_v0.1.md)
- [WMS 2차 전달 분석](../../04_분석설계/데이터분석/2026-08-28_CMSLAB_WMS_2차전달_현황분석_v0.1.md)
- [Discovery 원장](../../04_분석설계/discovery/README.md)
- [시스템·데이터 수집 원장](../../04_분석설계/discovery/03-systems.md)
- [제품·원료·재고 인터뷰 설계](작업중/제품원료재고_고객협의패키지/01_인터뷰설계_제품원료재고.md)
- [제품키 전파전략](작업중/제품원료재고_고객협의패키지/02_제품키_전파전략.html)
- [IA 가설 CURRENT](../../04_분석설계/IA/CMSLAB_IA_가설_CURRENT.md)
- [IA 가설 검토 화면](../../04_분석설계/IA/CMSLAB_IA_가설_검토.html)
- [데이터 아키텍처·공통 마스터 허브](../../04_분석설계/아키텍처/CMSLAB_데이터아키텍처_마스터허브_검토.html)
- [원천별 갱신주기 근거표](../../04_분석설계/아키텍처/CMSLAB_원천별_갱신주기_근거표_CURRENT.md)
- [2026년 8월 OKR](2026-08_CMSLAB_OKR_CURRENT.md)
- [2026년 9월 OKR](2026-09_CMSLAB_OKR_CURRENT.md)

## 변경 기록

| 일자 | 변경 |
|---|---|
| 2026-08-29 | 작전실 최초 구성. 기존 WBS·킥오프·8/26 피드백과 사용자 확인 원칙을 현재 실행 순서로 통합 |
| 2026-08-29 | Discovery 원장, 고객 협의 패키지, SCM 종단흐름 및 마스터 등록·전파 가드레일 반영 |
| 2026-08-29 | 독립 QA 반영: D-01 상태 과대표시, 품고/ERP-WMS 갱신주기 근거등급, 전체 시트 수, 고객용 Excel W132 컬럼, 전략 화면 가독성, 루트 바로가기 보정 |
| 2026-08-29 | 인터뷰 전 내부용 IA v0.1 골격 작성. 상세 IA는 실제 업무 인터뷰 후 v0.2로 전환 |
| 2026-08-29 | 애플리케이션 IA와 데이터 아키텍처를 분리하고, DB형 공통 마스터 허브·원천별 갱신주기 근거표·8월 OKR을 작전실에 연결 |
| 2026-08-29 | 9월 OKR을 WMS 반복 적재·ITEM 매핑·수량 대사·10월 확장 기준으로 정본화하고 NEXT에 연결 |


## 2026-09-01 상태 갱신 — 1차 자료요청 회신 소화

- 고객 1차 회신 수령(김수현·정순호·장진우·박혜리·방승환·임승민). 협의 원장 **v0.3**에 전량 반영
  (`00_프로젝트작업실/20_회의준비/2026-09-02_CMSLAB_정기미팅/02_고객공유용_..._v0.3.xlsx`).
- **확정된 것**: 과거 데이터 최소 3개년 적재(전략실 방침, 원장 D-10). WMS 3사 실체 확정
  (가온=한익 / 품고나우 / HGLIS, 전부 엑셀 다운로드). ERP 추출은 DB 직접조회·DB Open(Select)·엑셀 가능,
  API는 개발 필요. ERP 배송 개인정보 31일 삭제, 반출은 보안서약서. BigQuery 보존 60일.
- **새 숙제**: 고객이 CSP(GCP/AWS) 비교 제안을 위시켓에 요청 — NEXT N-22.
- **미팅으로 넘어간 것**: 가마감·손익(경영지원실장 설명), 원천별 오너 목록·조직도.
- P1(채널·프로모션·광고) 회신은 9/1 예정분 — 미도착 시 9/2 미팅에서 재요청.

## 2026-09-01 미팅 방향 갱신 — 최송이 부장 첫 정렬

- 9/2 10:00 미팅은 부서별 실무협의가 아니라 고객 PM과 프로젝트 전체 조망·WBS·후속 협의 방식을 맞추는 첫 정렬 미팅으로 전환한다.
- 당일 16:00 이후 사전 공유는 실효가 없다고 판단해 메일 v2 발송, 링크 확인, 구글시트 업로드를 보류한다.
- 내일 본문은 전체 범위, 현재 확인 현황, WBS상 현재 위치, 주제별 협의 묶음, 고객/위시켓 역할, 다음 일정 합의로 구성한다.
- 원장 v0.3은 공유 정본 지위를 유지하되 내일은 세부 질문을 읽는 본문이 아니라 후속 협의용 부록으로 사용한다.
- CSP 비교는 즉석 결론을 내지 않고 고객 소유 계정·운영 담당 확인 후 후속 제안으로 예고한다.


</details>