01
Source evidence
Giữ marketplace export/API, Ads source, settlement records và controlled cost source trả lời từng reporting question. Dashboard export không tự trở thành source of truth nếu field authority nằm ở hệ khác.
D2 Commerce Technology · Tiếng Việt
Hệ thống Commerce phải giải thích được con số trước khi business hành động theo nó.
D2 nối marketplace source evidence, SKU economics, Ads, settlement và exceptions vào một control layer nơi revenue, contribution và payout vẫn truy ngược được về nguồn thay vì trở thành một dashboard total khó giải thích.
Trả lời trực tiếp
Một Commerce Technology layer nên chứa những gì?
Nó phải preserve source evidence, normalize stable identifiers, map historical product cost, reconcile commercial activity với settlement, surface unresolved exceptions và tạo các decision views riêng cho revenue, contribution và payout. Visualization đến sau các controls đó — không phải trước.
Control model
Source evidence → identity & mapping → reconciliation → decision views.
Mục tiêu là giữ explainability từ raw marketplace evidence đến quyết định management cuối cùng.
02
Identity & mapping
Chuẩn hóa stable order, SKU, bundle, settlement và campaign identifiers để join có thể reproduce. Unmatched record phải visible thay vì silently biến thành zero.
03
Reconciliation & exceptions
Timing gap, missing COGS, unmatched settlement, unknown deduction và mapping gap được giữ thành explicit exception state trước khi profitability được coi là decision-ready.
04
Decision views
Tách sales/revenue-period view, contribution view và settlement/payout view để management biết đang nhìn marketplace activity, operating economics hay financial realization.
Data contracts
Không có một file duy nhất sở hữu mọi câu hỏi về commerce.
Authority được gán theo field và question: Orders trả lời sales activity; Settlement trả lời recorded financial events; cost master trả lời COGS; Ads source trả lời spend/attribution trong scope của nó.
Orders
Sales-period activity, order status, SKU identity, quantity và commercial-event context theo marketplace definition đã chọn.
Settlement / Income
Recorded platform deductions, refunds, adjustments, payable amount và financial realization theo settlement timing của platform.
Ads
Spend và attribution/reporting evidence phải được đặt cạnh cùng commercial scope; platform ROAS không tự trở thành accounting profit.
SKU / Bundle Cost Master
Stable product identity, component mapping và effective-period COGS. Missing cost là exception, không phải zero mặc định.
Exception register
Danh sách unmapped SKU, unmatched settlement, unknown deduction, duplicate join, date-basis mismatch hoặc source gap cần owner và resolution state.
Technology system
Commerce Control là productized control surface hiện tại.
Decision views
Một business cần nhiều view vì mỗi view trả lời một câu hỏi khác nhau.
01
Revenue-period view
Trả lời marketplace activity trong sales period đã chọn theo order/status definition; không mặc định bằng cash received.
02
Contribution view
Nối valid revenue với variable costs đã xác minh như platform deductions, Ads, Affiliate/KOC, COGS, packaging hoặc cost khác nằm trong formula scope.
03
Settlement / payout view
Trả lời khoản platform ghi nhận phải trả/đã trả và timing của financial realization; đây là cash-reconciliation lens, không phải bản sao của order-period P&L.
04
Exception view
Cho operator biết phần nào của report chưa đủ confidence để dùng: missing cost, mapping gap, unmatched financial event hoặc unknown deduction.
Operating principles
Interface chỉ đáng tin khi evidence bên dưới vẫn inspectable.
Evidence trước visualization
Dashboard đẹp không có nhiều giá trị nếu source, mapping, time basis hoặc formula phía dưới không giải thích được. Interface đến sau evidence contract.
GMV, contribution và payout luôn tách
Topline marketplace activity, retained operating economics và settlement cash trả lời các câu hỏi khác nhau. Chúng cần reconcile chứ không nên bị collapse thành một metric doanh thu chung.
Historical cost phải reproducible
SKU/bundle cost cần stable key và effective-period logic khi lịch sử economics phải được tái tạo. Current COGS không nên overwrite cost của kỳ trước nếu business cần historical P&L.
Exceptions là một phần của product
Missing mappings, unresolved deductions, timing gaps và unknown costs phải giới hạn confidence của decision thay vì biến mất khỏi dashboard để số liệu trông đầy đủ hơn.
Technology phải kết thúc ở operating decision
Control layer có giá trị khi nó giúp operator quyết định scale, hold, fix, retest hoặc investigate; reporting không nên tồn tại chỉ để tạo thêm dashboard.
Technology boundary
Control technology không được phát minh business truth còn thiếu.
Không thay marketplace source systems
TikTok Shop, Shopee, advertising platforms, settlement records và controlled cost masters vẫn là evidence sources. Commerce Technology tổ chức, normalize và reconcile các nguồn đó.
Không mặc định là statutory accounting
System có thể hỗ trợ management contribution và reconciliation, nhưng không tự động thay audited financial statements, tax reporting, ERP hoặc accounting system của doanh nghiệp.
Không hoàn chỉnh khi evidence còn thiếu
Nếu settlement, COGS, SKU mapping hoặc một required source chưa đủ, system phải hiển thị limitation/exception thay vì suy ra một profit number không có evidence.
Orders không cần match payout one-to-one
Order activity và settlement/payout thường khác population, status và time basis. Reconciliation cần bridge giữa hai lớp thay vì ép từng order phải khớp trực tiếp với một payout record.
Connect the layer
Technology nằm giữa commerce evidence và operating action.
Commerce Control Dashboard
Đi sâu vào current productized control surface: source evidence, mapping, reconciliation, contribution, payout và exception visibility.
Mở trangCommerce Reporting & Reconciliation Service
Triển khai source mapping, normalization, formulas, reconciliation, exception handling và recurring reporting workflow cho business thật.
Mở trangTikTok Shop Profit Calculator
Expose contribution formula và break-even economics theo input của seller; tool hỗ trợ decision modeling, không thay production reconciliation.
Mở trangCommerce Insights
Giải thích logic GMV, COGS, Ads, contribution, settlement, fees và marketplace profitability trước khi áp dụng system recommendation.
Mở trangCommerce Work
Xem first-party commerce evidence nơi marketplace operations, paid growth, cost structure và profitability analysis gặp operating constraints thật.
Mở trangD2 Methodology
Chuẩn Truth → Formula → Rule → Workflow → Outcome giới hạn việc biến dashboard hoặc derived metric thành claim mạnh hơn evidence thực tế.
Mở trangFAQ
Commerce reporting, reconciliation và control — trả lời trực tiếp.
Commerce Technology của D2 là gì?
Đây là system/control layer cho marketplace reporting và reconciliation. Nó giữ source evidence, identity/mapping, historical cost, settlement reconciliation, exceptions và các decision views riêng cho revenue, contribution và payout.
Tại sao không chỉ dùng dashboard của TikTok Shop hoặc Shopee?
Dashboard của sàn hữu ích cho platform-native view nhưng không mặc định chứa controlled COGS, cross-source reconciliation, historical cost logic hoặc business-specific contribution formula. Commerce Technology bổ sung control layer giữa source data và management decision.
GMV có phải doanh thu dùng để tính lợi nhuận không?
Không mặc định. GMV mô tả marketplace activity theo definition của platform. Profitability cần một revenue basis rõ rồi trừ các variable costs nằm trong scope. Settlement/payout lại trả lời câu hỏi khác về financial realization và timing.
Tại sao Orders và Settlement không nên ép match one-to-one?
Hai nguồn có thể khác population, status, adjustment structure và time basis. Reconciliation cần stable IDs và bridge logic để giải thích chênh lệch; ép one-to-one có thể tạo false mismatch hoặc bỏ sót financial events.
COGS lịch sử nên xử lý thế nào?
Khi business cần reproduce economics theo kỳ, SKU/bundle cost nên có stable identity và effective-period logic. Current cost không nên tự động overwrite historical cost nếu điều đó làm sai P&L của kỳ trước.
Nếu thiếu COGS hoặc settlement thì dashboard có nên vẫn tính profit không?
Không nên tự điền zero hoặc đoán. Missing required evidence phải trở thành exception/limitation để người dùng biết confidence của result đang bị giới hạn và nguồn nào cần bổ sung.
Commerce Control có phải phần mềm kế toán không?
Không mặc định. Commerce Control là operating/management control layer cho marketplace economics và reconciliation. Statutory accounting, tax compliance và audited financial reporting có requirements riêng.
Ads ROAS trên platform có thể dùng trực tiếp làm profit metric không?
Không mặc định. ROAS phụ thuộc attribution và revenue basis của Ads platform; profit còn phụ thuộc platform deductions, seller voucher, Affiliate/KOC, COGS và các variable costs khác trong scope. Hai metric chỉ nên so khi definitions tương thích.
Automation có thể tự động hóa toàn bộ reporting không?
Có thể tự động hóa ingestion, normalization, joins, formula application, exception routing và report delivery khi contracts đủ rõ. Automation không sửa được source authority hoặc mapping sai; reconciliation logic phải được định nghĩa trước.
Commerce Technology cuối cùng phải hỗ trợ quyết định gì?
Tùy operating scope, control layer nên giúp team biết khi nào scale, hold, fix, retest hoặc investigate. Mục tiêu không phải tạo nhiều chart hơn mà là giữ decision traceable về evidence và exception state.
Có thể triển khai Commerce Technology cho cả TikTok Shop và Shopee không?
Có nếu source access, identifiers và reporting contracts của từng marketplace được map riêng. Management model có thể thống nhất, nhưng platform fields, fees, settlement mechanics và time bases không nên bị giả định giống nhau.
Commerce control systems
Cần marketplace reporting có thể giải thích mỗi management number đến từ đâu?
D2 có thể map source contracts, cost model, reconciliation rules và exception paths trước khi dashboard trở thành operating surface.
Trao đổi Commerce Technology