D2 Technology · Commerce
커머스 기술은 숫자를 보여주기 전에 그 숫자가 어디서 왔는지 설명할 수 있어야 합니다.
marketplace source evidence, SKU cost mapping, settlement reconciliation, contribution reporting과 exception을 연결해 revenue·contribution·payout을 설명 가능한 상태로 만드는 D2 Commerce Technology.
핵심 요약 (Direct Answer)
D2 Commerce Technology는 marketplace 주문, settlement, Ads, verified COGS, SKU mapping과 source exception을 정규화·대사하여 revenue-period, contribution, payout을 서로 다른 decision view로 유지하는 control layer입니다. 현재 D2 delivery 안에서 Commerce Control 애플리케이션을 운영하지만, dashboard가 source of truth를 대체한다고 주장하지 않습니다.
Control model
Source evidence → identity → reconciliation → decision views 순서로 신뢰를 만듭니다.
visualization보다 먼저 source coverage, stable key, formula와 unresolved exception을 설명할 수 있어야 합니다.
- Source evidence: marketplace export/API, Ads, settlement와 controlled cost source 보존
- Identity & mapping: order, SKU, settlement, campaign identifier를 안정적으로 연결
- Reconciliation: missing COGS, unmatched settlement, unknown deduction과 timing gap을 exception으로 유지
- Decision views: revenue-period, contribution, payout을 목적에 맞게 분리
Current system status
Commerce Control은 D2 delivery에서 사용하는 operating control application입니다.
이 페이지는 공개 self-serve SaaS나 범용 회계 제품으로 소개하지 않습니다. system status와 기능은 실제 delivery evidence 범위에서만 설명합니다.
- Orders, Settlement, Ads, platform deduction, COGS와 SKU mapping을 연결
- source coverage와 exception이 불완전하면 숫자를 완성된 것으로 표시하지 않음
- commerce decision을 위한 management control layer로 사용
Operating principles
GMV, contribution, payout은 하나의 숫자로 합치지 않습니다.
각 view는 서로 다른 질문에 답하므로 reconcile할 수는 있어도 의미를 지운 채 합쳐서는 안 됩니다.
- evidence before visualization
- historical cost는 stable key와 effective period로 재현 가능해야 함
- exception은 숨겨야 할 오류가 아니라 decision confidence를 제한하는 상태
- technology의 끝은 report가 아니라 scale / hold / fix / retest / investigate 같은 accountable action
Technology boundary
Control technology는 없는 business truth를 만들어내지 않습니다.
source가 없거나 정의가 불명확하면 unknown을 유지하며 회계·세무·법정 보고를 자동으로 대체하지 않습니다.
- TikTok Shop, Shopee, Ads platform과 controlled cost master가 evidence source
- statutory accounting, tax reporting, audited financial statement를 기본적으로 대체하지 않음
- settlement, COGS, mapping 등 필수 source가 없으면 unsupported profit를 추정하지 않음
Implementation path
기술 레이어는 source contract와 reconciliation rule이 정해진 뒤 operating surface가 됩니다.
implementation은 실제 source, identifier, formula, exception owner와 recurring review cadence를 먼저 정의합니다.
자주 묻는 질문
프로젝트 착수 전 자주 묻는 질문과 답변입니다.
Commerce Technology가 회계 시스템을 대체하나요?
아닙니다. marketplace operations, reconciliation과 management decision support를 위한 control layer이며 statutory accounting, tax reporting 또는 audited financial statements를 자동으로 대체하지 않습니다.
실시간 데이터가 항상 제공되나요?
아닙니다. source별 API, export, settlement cadence와 provider limit가 다르므로 freshness는 실제 source contract에 따라 표시해야 합니다.
데이터가 빠졌는데도 수익성을 계산하나요?
필수 source가 없으면 gap 또는 exception으로 남기는 것이 원칙입니다. unsupported cost나 profit를 0 또는 추정값으로 숨기지 않습니다.
다음 단계 안내