# 2026-09-07 영업 채널 데이터 샘플 실측

> 고객 원본 31개의 구조를 실측한 문서다. 고객·주문·연락처·결제 식별자의 실제 값은 전사하지 않았다. 원본 파일의 수치는 샘플 범위의 관찰치이며 전사 정의·정본·최신 운영 규칙을 뜻하지 않는다.

## 1. 수령 범위와 안전성

| 항목 | 실측 결과 |
|---|---|
| 원본 위치 | `01_고객원본/2026-09-07_CMSLAB_영업팀_데이터샘플_고객원본/` |
| 데이터 파일 | 31개: XLSX 28, XLS 1, CSV 2 |
| 크기 | 25,293,880 bytes(데이터 파일만) |
| 시트 | 123개 |
| 압축·링크 안전성 | 하위 압축파일과 심볼릭링크 없음 |
| 무결성 | Downloads 수령분과 보존본의 파일 수·크기·SHA-256 일치 |
| 기계가독 프로파일 | `../profiles/2026-09-07_sales-samples-profile.json` |
| 원본 해시 | `01_고객원본/.../00_원본파일_SHA256.txt` |

## 2. 자료군별 요약

| 자료군 | 파일 | 기간·grain | 핵심 내용 | 보안·품질 |
|---|---:|---|---|---|
| 올리브영 | 1 | 2026-01~09 월/일·상품 | 상품등록, Sell-in/out, 온·오프 매출, PPM, 재고·회전일 | 47시트, 수식 895,450, 외부링크 3, 계산오류 존재 |
| 면세 | 10 | 2026-07 월·면세점·점포·상품 | 외부 SKU/Ref No, 입고·반송·판매·재고, ERP코드 매핑 | 매핑 `#N/A` 후보, 가격·거래조건 제한 |
| 비마트·컬리·버티컬·네이버 | 4 | 2026-08 주문/정산/발주·입고 행 | 품고 주문, 지그재그 정산, 비마트·컬리 발주·입고 | 품고 원본에 배송 PII; 비마트·컬리 표본은 거의 비어 있음 |
| 엑스퍼트 | 5 | 2025-11~2026-09 일·결제·정산 | 일별 온라인판매, PG별 정산·수수료·부가세 | 주문자 ID·구매자 식별자; 카페24·카카오페이는 헤더만 있음 |
| 자사몰 | 4 | 2023-01~2026-09 일/월·상품 | 주문·결제·취소·쿠폰·반품, 신제품, 상품별 분석, 회계매출 | 일부 시트에 주문·배송 PII; 집계/로우/피봇 혼재 |
| 일본 온·오프 | 5 | 2026-06~08 일·점포·상품 | Rakuten, Amazon JP, LOFT Sell-out, 오프라인 Sell-in·재고·영업활동 | 일본어 외부코드(JAN/ASIN/EDI)와 ERP 매핑 필요 |
| 글로벌 이커머스 | 2 | 스냅샷, 기간 미표기 | YesStyle 상품 판매 순위·수량, Helium10 카테고리 지표 | 기준시점·상품 매핑·추출조건 미확인 |

## 3. 올리브영: 원천→가공→보고

### 시트 구조

- 상품등록 1시트: 상품코드·카테고리·가격·GP·온라인전용·승인/반려.
- 연간 총괄 1시트: 월별·연간 Sell-in/Sell-out과 리뷰.
- 2026년 1~9월 반복 묶음: `일매출`, `총매출`, `셀아웃로우`, `셀인로우`, `매출비교 및 재고`.
- 표시 26시트, 숨김 21시트. 1~7월의 원천·재고 중간시트가 숨김 처리되어 있으므로 적재에서 제외하면 안 된다.

### 관찰된 흐름

```text
올리브영 상품·Sell-out·Sell-in·재고 다운로드(수동 회신 요청서 근거)
→ 월별 Sell-out 4개 블록(온+오프/온라인 전체/국내/글로벌+라쿠텐)
→ Sell-in 매입·반품 및 오프라인센터·온라인센터·MFC·매장 재고
→ 상품코드 기준 월 총매출·재고회전일
→ 일별 수량·금액, YOY, PPM, 매출비중·일평균
→ 연간 Sell-in/Sell-out 총괄
```

### 핵심 필드·키

- 상품: OY 상품코드, 상품명, 카테고리, 상품상태.
- 기간: 날짜, 월, 일 컬럼. wide 형을 `date`행으로 풀어야 한다.
- 매출: Sell-in/out, 수량, 금액, 온·오프, 국내·글로벌.
- 재고: 위치(오프센터/온라인센터/MFC/매장), 기준일, 수량.
- 프로모션: PPM, 소비자가, 기본할인가. PPM의 정의·적용기간·캠페인 키는 미확인.
- ERP `item_code`, 기획세트→단품 매핑은 이 파일만으로 확정할 수 없다.

### 품질 이슈

- 수식 895,450개와 3개 외부 통합문서 참조. 개인 PC 절대경로 및 별도 2025/연도요약 파일 참조가 있어 이관·재계산이 취약하다.
- 저장된 계산값에 `#DIV/0!` 1,608, `#N/A` 154, `#VALUE!` 12가 관찰됐다. 9월 일매출·총매출에 집중되어 월중 미집계인지 오류인지 확인해야 한다.
- 9월 Sell-in 원천은 3행만 존재한다. 월중 정상상태인지 갱신 누락인지 미확인이다.
- 유사한 Sell-out 4개 블록이 가로로 반복되어 표준 적재 전 `sales_scope`를 두고 long format으로 정규화해야 한다.

## 4. 면세: 유통사 원본→ERP 매핑→월마감

| 범위 | 실측 |
|---|---|
| 원본형 | HDC신라·롯데·신라·신세계·현대 5개, 수식 없음 |
| 가공형 | 롯데·신라·신세계·아이파크신라·현대 5개, ERP코드/세트수량/공급가 가공 |
| 시트·수식 | 28시트, 수식 18,690개, 숨김·외부링크 없음 |
| 외부코드 | 면세점별 상품코드, SKU NO, Ref No |
| 내부코드 | ERP코드, ERP 품목명, 세트/단품 수량 |
| 거래 | 기초/전월말 재고, 매입·입고, 반송·재매입, 판매수량·금액, 기말/잔여 재고 |

관찰된 lineage는 `면세점 포털 월 원본 → 점포별 시트 → 외부코드/자사 ERP코드 VLOOKUP → 세트 해체·공급가·매출·재고 가공 → 재경 전달 후보`다. 다만 재경의 최종 가공·승인·ERP 전표 연결은 실행 증거가 아직 없다.

- 롯데 가공본의 저장 계산값 `#N/A` 813건, 현대 24건은 코드 미매핑 또는 수식범위 오류 후보다.
- 계산식의 0.44/0.45 고정비율은 공급률·부가세·환산 조건 중 무엇인지 확인하고 유효기간을 관리해야 한다.
- 표준 키 후보: `source_channel + store_code + report_month + external_sku/ref_no`; ERP 연결은 버전형 crosswalk로 분리한다.

### 올리브영·면세·다이소 공통점과 역할 경계

| 구분 | 올리브영 | 면세 | 다이소 |
|---|---|---|---|
| 실제 확보 근거 | 2026년 월별 sell-in/sell-out·재고 통합문서 | 2026-07 5개 사업자 raw·ERP코드 보강본 | 판매계획·TODAY 연결 시트만 확보 |
| 관리 단위 | 일/월×상품×판매범위×재고거점 | 월×사업자×점포×외부상품 | 월 계획×제품; 실제 매장/센터 raw는 미확인 |
| 핵심 수작업 | 월별 raw 결합, 범위별 집계, 전년비·회전 계산 | 사업자 양식 통합, ERP코드·입수·환율 보강 | 실제 원천을 받기 전에는 확정 불가 |
| 우선 확인 | 수정본 승인, 4개 sell-out 범위, 재고 기준시각 | 코드맵·상수 효력일, 오류·재경 인계 | 포털/EDI, 3개 센터 재고, 공식 매출·정산 기준 |

세 채널 모두 `외부 원천 보존 → 외부상품키를 ERP item과 연결 → 기준일·metric을 표준화 → 계획/재고/매출·정산 보고`가 공통 골격이다. 다만 이 골격은 데이터 구조에서 도출한 후보이며 실제 승인·마감 순서는 인터뷰로 확인해야 한다.

최신 조직 R&R 근거상 올리브영은 국내영업1팀, 면세·다이소는 국내영업2팀 후보로 배치한다. 과거 파일의 RBD1/RBD2 명칭과 현재 조직명 매핑, 재경·SCM과의 인계 책임은 파일만으로 확정하지 않는다.

## 5. 기타 국내 영업·자사몰·엑스퍼트

### 네이버·비마트·컬리·버티컬

- 네이버 품고 원본: 17,659행×58열. 주문일시, 판매처, 주문·합배송·송장, SKU, 수량·금액, 배송상태 구조와 수취인 연락처·주소 컬럼을 가진다. 제한-개인정보다.
- 지그재그: 2,590행×22열. 정산기준/완료/예정일, 주문·상품주문번호, 상품코드, 할인·수수료·공급가·부가세·정산금액을 가진다.
- 비마트 표본은 헤더 1행만 있어 실데이터가 수령됐다고 볼 수 없다.
- 컬리 표본은 헤더+1행이며 내용은 매출 확정보다 발주·입고예정·입고확정·공급가에 가까워 파일명과 그레인이 다르다.

### 엑스퍼트

- PG 정산: 토스 15행, Payco 10행. 주문, 승인/취소, 결제수단·상태, 수수료·부가세·지급액 구조다.
- 카페24페이먼츠·카카오페이는 헤더 1행만 있어 이 수령분으로는 건별 정산 샘플을 충족하지 못한다.
- `26년 일별 온라인판매현황`: 2시트, 비어있지 않은 행 6,574, 수식 13,821. 수주등록액·수금등록액·실입금·수수료·적립금·쿠폰·배송비·반품·마감을 일별로 대사하는 구조이며 주문자 ID가 있다.

### 자사몰

- 원천/집계 경계가 한 파일 안에 혼재한다. 2025-07, 2026-06~08 상품별 로우·피봇·지표와 2023~2026 일별 주문·결제·취소·할인·반품·회계매출이 있다.
- 신제품 파일은 일별 매출 행렬과 콜라보 목표/사용/판매/소진 진도율을 연결한다.
- `ERP양식외` 시트에 고객·수취인·연락처·주소 컬럼이 있어 raw zone 접근제어와 비식별 파생본이 필요하다.

## 6. 일본·글로벌 채널

| 원천 | 실측 내용 | 핵심 키·누락 |
|---|---|---|
| Rakuten 총괄 | 2026 일·월 매출 JPY/KRW, 유입, 광고비, 전환, ROAS, CPC | `date + channel`; 환율 기준·정본 미확인 |
| Rakuten 상품별 | 품목·품목명×일자 wide 형태. `CFPA0178`, `CFBS0123` 등 내부 품목 형식 코드 존재 | ERP 품목 정본과 일치 검증; 외부 상품/옵션→내부 품목 변환 과정은 파일에 없음 |
| Amazon JP | 46행 스냅샷. parent/child ASIN, SKU, 세션·페이지뷰·주문 | 기준일 2026-08-31; 일별 이력은 미수령 |
| 일본 오프라인 Sell-in | 13시트. 출하연월·도매/판매점·EDI상품코드·낱개환산수량, 재고, 영업활동/도입확정 | `出荷年月日` 실제 값은 `202606`으로 월 단위. 본사 출고·매출 인식과 동일하다고 단정 불가 |
| LOFT Sell-out | Sheet1 3,249행(헤더 포함), 일·점포·JAN·상품·판매수량·매출 | `date + store + JAN`; ERP 매핑 필요. 파일명 ON만으로 온라인 거래라고 단정하지 않음 |
| YesStyle | 상품 ID·상품명·순위·수량·비율 33행 | 기준일·통화·반품·정산 없음 |
| Helium10 | 시점·카테고리 지표 14행 | 키워드/상품/국가/추출설정 미확인 |

### 일본 원본 4종 재확인 · 2026-09-09

사용자 지정 원본을 읽기 전용으로 확인했다. 역할 판단 정본은 [조직 원장 §7](../../01-org-matrix.md#7-일본사업scm-재고관리-경계)에 둔다.

- `[OFF 셀인(납품) 샘플]202606_Cell FusionC実績.xlsx`: `マスタ 실적DB` 3시트의 `出荷年月日`은 전부 `202606`이다. 도매본부·출하원·판매점·EDI상품코드·`バラ換算数量合計`(낱개 환산 수량)가 있으므로 현지 유통 납품 관측치이며, 한국 본사 ERP 출고 건 또는 소비자 주문 건으로 바로 해석하지 않는다.
- 같은 파일 `재고`는 헤더 제외 121행으로 `JAN / BRAND / メーカー / 品名 / 区分 / 在庫数`만 있다. 상태는 良品 66행, B품 44행, 판촉물 9행, 테스터 2행. 창고·소유자·기준일시·LOT·유효기간·예약량·ERP 전표가 없다. `メーカー=K-LABO`는 제조사 열의 값이며 재고 소유권 증거가 아니다.
- `재고（TESTER+B品）` 46행과 `재고（販促物）` 9행은 각각 주 `재고` 시트에 **6개 열 전체 값 기준으로 포함된 사본**이다. 세 시트를 합산하면 중복 집계된다. 주 시트 하나를 적재하고 상태별 보기를 파생하는 것이 적절하다. 같은 JAN 반복도 있어 JAN 단독을 재고 행의 고유키로 사용하지 않는다.
- `운영점포`, `月刊営業活動レポート 월간 보고서`, `導入確定 도입 확정`, `商品マスタ`는 입점·현지 영업활동·향후 도입·JAN/현지명 관리의 근거다. 이 파일에 재고가 있다는 사실은 일본팀의 WMS 수정 권한이나 실물 책임까지 증명하지 않는다.
- `[ON 셀아웃 샘플] (LOFT)260701～260731セルフュージョン実績.xlsx`: `Sheet1`의 날짜·점번·점명·JAN·판매수량·매출, `Sheet2` 점포별 피벗. 재고 잔량·LOT·출고 지시·승인 이력은 없다. OFF 파일은 6월, LOFT는 7월이어서 두 표를 단순 차감해 7월 말 재고를 만들 수 없다.
- `01.매출추이_라쿠텐_2026.xlsx`: `라쿠텐_총괄표_2026`의 일/월 금액·유입·광고비·전환·ROAS는 판매·마케팅 지표다. 동봉 `Qoo10JP`에는 2024년 날짜가 있으므로 파일명 2026을 모든 시트에 적용하지 않는다. 주문일/출고일 등 집계 기준은 원본 주문과 대조가 필요하다.
- `02. 상품별 판매추이_라쿠텐_2026.xlsx`: `Sheet1`은 소분류·카테고리·내부 품목 형식 코드·품목명과 일자별 수량의 가로표다. 주문번호·외부 옵션·물류 거점·LOT가 없어 주문별 물류 대사는 이 자료만으로 불가하다. 내부 코드가 이미 있으므로 외부 JAN만 있다고 전제하지 않는다.

## 7. 데이터레이크 적재 구조

```text
raw
  원본 파일 + source_system/channel + received_at + source_period + hash
  개인정보 raw는 별도 접근제어

standardized
  dim_product_crosswalk(item_code, source, external_sku, pack_qty, valid_from/to)
  dim_channel_store(channel, subchannel, store, country)
  fact_sales(date, channel, store, item_code, sales_type, qty, gross/net/currency)
  fact_inventory(as_of, channel/location, item_code, stock_status, qty)
  fact_order_settlement(order/line, pay/settle date, amount, fee, tax, status)
  fact_inbound_return(date, channel/location, item_code, inbound/return type, qty/value)
  fact_marketing_daily(date, channel/campaign, traffic, ad_cost, conversion)

curated
  채널·제품·일/월 Sell-in/Sell-out, 계획대비, YOY
  재고·회전일·품절, 반품·누락·코드 미매핑
  PG/면세/자사몰 정산→ERP 매출·채권 대사
```

공통 키는 `item_code`, `source_channel`, `external_sku`, `order_id/order_line_id`, `store/location`, `business_date/as_of`, `customer/account`다. 외부 채널 코드를 ERP 코드로 덮어쓰지 말고 유효기간이 있는 crosswalk로 유지해야 한다.

## 8. 자료요청 충족 판정

요청서의 행순번을 `REQ-SALES-Rnn`으로 표기했다. `충족`은 이 수령 표본이 요청의 모든 기간·운영 정보를 충족한다는 뜻이 아니다.

| 판정 | 요청 ID | 근거 |
|---|---|---|
| 표본 충족 | R12·R13 | 올리브영 Sell-out/Sell-in 통합 파일 |
| 표본 충족 | R17~R21 | 5개 면세점 원본·ERP코드 가공본 |
| 표본 충족 | R31 | 지그재그 주문라인 정산 파일 |
| 표본 충족 | R44 | 일본 오프라인 Sell-in·재고·활동 파일 |
| 표본 충족 | R51·R52 | Rakuten 매출/방문·SKU별 일매출 |
| 표본 충족 | R56·R58 | Helium10, YesStyle 표본 |
| 표본 충족 | R61·R62 | Toss, Payco 정산 표본 |
| 표본 충족 | R65~R67·R70 | 자사몰 상품별, 신제품, 일별 마감, 매출·유입 분석 |
| 부분 충족 | R27·R29 | 비마트는 헤더만, 컬리는 헤더+1행 |
| 부분 충족 | R35 | 품고 주문·출고 표본은 있으나 재고 원천 범위 재확인 필요 |
| 부분 충족 | R45~R47 | Amazon JP 상품 스냅샷은 있으나 일별 이력·프로모션 전체는 없음 |
| 부분 충족 | R60·R63·R69 | 카페24/카카오 PG는 헤더만, 라플라스는 집계 파생본만 확인 |
| 미충족 | R24 | 쿠팡 raw 없음 |
| 미충족 | R49·R50 | Qoo10 JP 현행 매출/방문·SKU 원천 없음. Rakuten 파일의 2024 Qoo10 숨김시트는 대체할 수 없음 |
| 미충족 | 다이소 | 260907 신규 폴더에 다이소 전용 원천 없음. 기존 RBD2 판매계획 시트만 존재 |

## 9. 추가 확인 질문

1. 채널별 Sell-in·Sell-out·주문·출고·정산·ERP 매출의 공식 정의와 확정 시점은 무엇인가?
2. 채널 외부 SKU·JAN·ASIN·Ref No·세트코드와 ERP `item_code`의 매핑 정본·오너·유효기간은?
3. 올리브영 Sell-out 4블록의 포함관계와 `글로벌+라쿠텐`을 같은 파일에 포함하는 이유는?
4. PPM·면세 공급률·환율·수수료·쿠폰·증정 비용의 정의와 버전 관리 위치는?
5. 외부 포털→Excel→Google Sheet→재경 파일 사이의 갱신 주기, 재처리, 최종 승인은?
6. 올리브영/면세의 계산오류와 코드 미매핑을 누가 검출·수정·승인하는가?
7. 비마트·컬리·카페24 PG의 유효한 실행 표본과 다이소·쿠팡·Qoo10 원천은 언제 제공 가능한가?
8. 주문·배송 PII의 적재 제외 컬럼, 비식별화, 보존기간, 접근자는?

## 10. 근거 계층

- 가장 높은 근거: 이 수령분의 실제 Excel/CSV 구조·수식·저장 결과.
- 보조 근거: 영업 데이터 요청서의 수집 방식·담당 조직·첨부 표기. 자격증명 값은 이 문서에 옮기지 않았다.
- 조직 매핑: 최신 조직 근거에서 국내영업1은 올리브영·외부몰·자사몰, 국내영업2는 면세·군납·다이소 담당으로 기재돼 있다. 요청서의 RBD1/RBD2 표기와 현재 팀명의 매핑은 확인 필요다.