한국 브랜드가 셀러센터에 상품을 등록하고 CARTIFY 한국 창고로 보내면, 입고 승인 즉시 싱가포르·필리핀·말레이시아·베트남에서 동시에 판매가 시작되는 크로스보더 마켓플레이스입니다. 계약은 위탁이고 국가별 판매가는 브랜드가 정합니다. CARTIFY는 보관·판매·결제·포장·건별 특송·수출신고·정산을 맡습니다. 아래 구조는 명세서 v0.3의 기능을 도메인 모듈로 묶어 재구성한 것입니다.
세 사용자 앱이 하나의 도메인 계층을 공유합니다. 도메인 모듈을 누르면 오른쪽에 포함된 기능, 업무 규칙, 미결정 항목이 열리고, 이 모듈에 데이터를 주는 모듈과 받는 모듈이 함께 표시됩니다.
4개국 · 국가별 통화 · 브랜드 몰(왼쪽 브랜드 스토리 + 오른쪽 상품) · 통합 장바구니·결제 · 주문 조회
상품 등록 · Inventory·입고 신청 · Pricing & Profit · AI 광고 센터 · AI 브랜드 스토리·진열 · 수익·정산
자사 광고 · 상품 발굴 · 입고·계측·잔여기한 검사 · 주문·포장·송장·출고 스캔 · 운임 · 수출신고 · 판매 통제 · 브랜드 스토리 검수·대리 작성 · 정산
모듈 카드의 C1 같은 배지가 이 표의 카드 번호입니다. 카드는 모두 같은 목 데이터로 독립 실행되게 설계되어 있습니다.
v0.3에서는 셀러가 국가별 판매가를 입력한 국가가 기본 ON이고, 입고가 승인되는 순간 판매가 시작됩니다. 그래서 “지금 이 나라에서 팔 수 있는가”를 한 곳에서 판정해야 합니다. Buyer 노출, 장바구니, 광고 집행이 모두 같은 결과를 참조해야 하며, 명세서가 가장 여러 번 강조하는 규칙입니다.
판정 조건은 명세서 04장 흐름 B입니다. 국가별 금지 품목 목록과 근거, 재고 0일 때 노출 정책, 판매 중지 사유 코드는 미결정입니다. 운영 상태 모니터링 화면은 ADM-PRD-002입니다.
모듈 경계를 넘나드는 다섯 가지 흐름입니다. 각 단계 아래 회색 태그는 그 단계를 담당하는 도메인 모듈입니다.
Pricing & Profit의 시뮬레이션 산식. 판매가는 브랜드가 국가별 현지 통화로 정하고, 수수료 외 항목의 부담 주체는 미정입니다.
값이 두 갈래로 나뉩니다
판매 발생 시 상품·국가·판매가·환율·비용 기준을 그 시점 버전으로 저장(스냅샷)하고, 취소·반환·비용 수정은 덮어쓰지 않고 조정 이력으로 남기는 것이 권장안입니다.
AI 엔진은 공유하지만 계정·예산·권한·성과는 분리합니다. 같은 Closed-loop 구조가 두 주체로 존재합니다.
미결정: 광고 계정 연결 주체, 광고비 결제·청구 구조, AI 자동 집행·예산 증액 한도, 어트리뷰션 정의.
외부 채널 후보 수집 → Opportunity Score와 근거 → 운영자가 BUY / TEST / WATCH / PASS 결정
셀러가 컨셉 컬러·테마·이미지·문구를 넣으면 AI가 매거진 화보처럼 연출한 스토리를 여러 안으로 만듦. 셀러가 고르고 다듬음
효능 표현·사용권·완성도를 확인해 공개. 직접 하기 어려운 브랜드는 대신 만듦. 컴포넌트 라이브러리와 가드레일 관리
왼쪽 스토리를 스크롤하며 읽고, 오른쪽에서 그 나라에서 판매 가능한 상품을 골라 공통 장바구니로 결제
실판매·광고·마진 결과는 다시 발굴 모듈로 돌아와 평가 로직을 개선합니다 (ADM-SCT-009).
관련 기능: ADM-ORD-001~009 · ADM-EXP-001~006. 출고 스캔은 CARTIFY 작업자와 물류 파트너 중 누가 할지 정해지지 않아 역할 중립 기능(설계 제안)으로 두었습니다. 외부 인력이 맡으면 구매자 정보를 가립니다.
실선은 명세에서 확정 방향으로 등록된 상태, 점선은 설계 제안, 주황은 예외 분기입니다. 상태 이름은 명세 표현을 그대로 썼고, 일부 중간 상태는 흐름 설명에서 도출했습니다.
판매 상태는 국가마다 따로 계산됩니다. 셀러 신고 중량·규격은 입고 후 CARTIFY Verified 값으로 대체됩니다.
승인일이 입고일로 자동 기록되고 LOT·재고·원가 입력 영역이 열립니다. 물리적 도착일은 별도 개념입니다.
포장 FIFO는 작업 순서이고, 어떤 LOT를 내보낼지는 FEFO(유통기한 빠른 순)입니다. 둘 다 원가 계산의 선입선출과 다릅니다. 발송 기한(결제 후 기한) 초과 여부도 함께 봅니다.
스캔 담당 주체(CARTIFY 작업자 / 물류 파트너)는 협의 전이라 역할에 묶지 않았습니다. 인계 마감과 이월 처리도 미결정입니다.
구매확정 이벤트 정의, 정산 주기, 분쟁·보류 기간은 미결정입니다.
스토리가 공개되기 전에 브랜드 몰을 비공개로 둘지, 상품 판매는 계속할지는 미결정입니다. 운영자가 대신 만드는 경우(ADM-BRD-005)도 같은 상태를 거칩니다.
점수 가중치는 임의로 확정하지 않고, 관측값과 추정값을 구분해 표시합니다.
HS 추천은 법적 확정 분류가 아닙니다. 신고인·수출자 법적 명의는 미결정이며, 직접 API 연동은 향후 확장(EXP-007)입니다.
다품목 캠페인은 가능한 최소 광고 단위(SKU)만 중지합니다. 정지 가능 단위는 광고 플랫폼 API마다 다릅니다.
PC는 왼쪽 스토리 열이 스크롤되고 오른쪽 상품 열이 고정됩니다. 브랜드별 결제·장바구니는 만들지 않습니다.
명세서 v0.3 06장의 13개 개념 엔터티입니다. 소유 모듈은 데이터를 쓰는 단일 주체, 참조 모듈은 읽기만 하는 쪽으로 정리했습니다. 여러 모듈이 같은 엔터티를 쓰기 시작하면 정합성이 무너지는 지점입니다.
명세서 07장 기준입니다. 거래 구조와 판매 방식은 결정됐지만, Buyer의 기본 거래 기능(회원·검색·결제·주문조회·CS)은 여전히 기능 ID 없이 보완 제안으로 남아 있습니다. 과제 수행자가 이 부분을 어떻게 다루는지가 판단력의 차이를 보여줍니다.
과제에서는 합리적으로 가정하고, 가정한 내용을 기록하도록 안내했습니다.
명세서 곳곳의 “업무 규칙·설계 보완” 항목에서 반복되는 원칙을 추렸습니다. 좋은 결과물은 화면 수보다 이 경계들을 코드와 데이터 구조로 지켜 냅니다.
명세서에 등록된 기능 전체입니다. 역할·상태·검색어로 걸러 볼 수 있습니다.