CMSLAB · INTERNAL DATA ARCHITECTURE HYPOTHESIS

데이터 아키텍처 · 공통 마스터 허브 v0.1

기능 메뉴만 보지 않고, ERP·WMS·시트의 원본이 어떻게 공통 제품·원료·창고·채널 기준을 거쳐 재고·매출·마케팅·품질로 연결되는지 한 장으로 봅니다.

기준일 2026-08-29인터뷰 전 내부 검토용기술제품 미확정고객 합의 전

구분해서 봐야 함: 기존 IA는 사용자가 보는 업무·메뉴 구조이고, 이 문서는 원천·저장·마스터·마트·거버넌스를 보여주는 데이터 구조입니다. 둘은 연결되지만 같은 그림이 아닙니다.

무엇을 보강했나

애플리케이션 IA는 사용자의 목적·행동·권한을, 데이터 아키텍처는 원천·키·저장·품질·전파를 관리합니다.

제품·원료·LOT·창고·채널은 한 부서나 한 메뉴 소유가 아니라 ITEM–재고–매출–광고–품질의 공통 연결축입니다.

원천 변경주기, 추출주기, 플랫폼 freshness를 따로 기록합니다. 파일 날짜만 보고 “매일”이나 “실시간”으로 확정하지 않습니다.

L0 원천ERP·WMS·Sheets·채널

L1 Raw/ODS원본·추출시각·스키마 보존

L2 표준·마스터코드맵·단위·상태·이력

L3 업무 MART정책·산식·대사 적용

L4 서비스조회·검토·승인·알림

마스터는 UI의 한 메뉴일 수는 있어도 데이터 구조에서는 모든 도메인에 공통 적용됩니다.

제품 · ITEM · SKU세트·리뉴얼·단종·바코드·원천코드

원료 · BOM · LOTINCI·제조사·구성·품질판정·유효기한

창고 · 위치 · 재고상태센터·로케이션·가용·배정·보류·불량

채널 · 거래선판매처·국가·법인·외부 물류 주체

공통 참조브랜드·카테고리·조직·단위·통화·캘린더

매핑 · 효력 · 변경이력ITEM_CODE_MAP·valid_from/to·승인·전파상태

현재 문서로 확정 가능한 부분은 좁습니다. 아래 “제안”은 구현 약속이 아니라 인터뷰에서 검증할 시작값입니다.

원천	고객 문서·파일 근거	판정	실제 주기 공백	Phase 1 제안
더존 ERP-U	SCM이 ERP·WMS를 매일 아침 각각 다운로드	문서기록	실행시각·실패·재실행·증분 여부	업무 시작 전 1회 기준 + 필요 시 당일 재실행; DB/API 가능 시 증분
한익 WMS	상품·수주·입고·LOT 재고 파일 4종 수령. 메인 WMS 동일성은 미확정	관찰+추정	스냅샷 시각·추출방식·정정 반영	오전 재고 기준선 + 종료 대사; 입출고는 1시간~반일 후보를 실측
품고	요구정의서에 자동(완전 실시간) 기록, Excel에는 snapshot 시각 없음	문서기록	API/화면/ERP 중 무엇이 실시간인지	API 가능 시 15분 이내 후보; 파일 방식이면 1시간 또는 핵심시각 배치
글로비스 HGLIS/OMS	요구정의서에 반자동, 가용/배정 구분. 파일 4종 수령	문서기록	반자동 방식·반출 주기·OMS 관계	오전 1회 + 필요 시 재실행; 인터페이스 확인 뒤 1~4시간 후보
TODAY Sheet	22개 시트와 ERP/WMS 매일 아침 다운로드 기록	관찰+추정	전체 갱신 완료시각·수기 보정	원천 적재 후 매일 버전 보존, 보정자·시각·사유 기록
입고정보 Sheet	입고예정·완료·한익 실입고·LOT/EXP 연결 파일	관찰	입력·수식 갱신 빈도와 완료상태	30~60분 폴링 후보 또는 변경 이벤트 + 일일 종료 스냅샷

사용자 요구에서 시작하고 데이터와 반복 검증으로 단순화.

중복 제거된 authoritative master와 데이터 오너의 책임.

원본 보존, 표준화·중복제거, 업무용 데이터로 단계적 품질 강화.

freshness를 측정 가능한 SLO로 정의하고 end-to-end 지연 관찰.