Các báo cáo marketplace đang không khớp nhau
Orders, Settlement/Income, Ads, fees hoặc payout cho ra các tổng khác nhau nhưng team chưa có bridge logic đủ rõ để giải thích variance theo source và time basis.
D2 Technology · Commerce Control · Tiếng Việt
Một commerce control layer cho những con số phải giải thích được trước khi dùng để ra quyết định.
D2 Commerce Control kết nối marketplace source evidence, stable SKU mapping, Ads, COGS, settlement và payout thành một operating model có reconciliation và exception visibility. Revenue-period, contribution và payout được giữ thành các view riêng thay vì trở thành một dashboard total khó truy ngược.
Trả lời trực tiếp
Commerce Control thực sự làm gì?
System biến marketplace exports/API thành một operating model có thể giải thích: source coverage được gọi tên, IDs/SKUs được normalize và map, Orders/Settlement/Ads/costs được reconcile, exceptions được giữ visible rồi mới tạo revenue-period, contribution và payout views.
Nguyên tắc: một metric chỉ đủ để ra quyết định khi source coverage, identity, formula và unresolved exceptions của metric đó nhìn thấy được.
Reporting đang phụ thuộc vào spreadsheet thủ công
Mỗi kỳ phải export nhiều file, join, sửa mapping và cleanup bằng tay trước khi management có thể tin vào số liệu; cùng một thao tác dễ tạo kết quả khác nhau giữa các kỳ.
GMV và ROAS nhìn thấy, contribution thì không
Team thấy sales và paid-media signals nhưng chưa nối nhất quán platform deductions, Ads, Affiliate/KOC, COGS và các variable costs đã xác minh vào cùng commercial object.
Payout đang bị đọc như revenue
Sales-period performance và settlement cash realization đang bị trộn thành một view dù chúng có population, status, adjustment structure và timing khác nhau.
Control architecture
Dashboard là lớp cuối. Trust được xây từ phía dưới.
Nếu source, mapping hoặc formula không giải thích được, system phải surface limitation thay vì làm interface trông hoàn chỉnh hơn.
Source coverage
Đăng ký marketplace, Ads, settlement, payout, cost và mapping sources cần thiết cho từng reporting question. Source thiếu phải visible như coverage gap thay vì bị silently estimated.
Normalization
Chuẩn hóa period basis, dates, identifiers, transaction types, SKUs, currencies và source-specific fields trước khi metrics được so sánh hoặc joined.
Canonical mapping
Nối platform SKU, bundle, internal product và stable business identifier để revenue, Ads và cost resolve về cùng commercial object mà không dùng tên sản phẩm làm key tạm thời.
Reconciliation
So sánh expected với observed records giữa Orders, Settlement, Ads, payout và cost inputs; unmatched, duplicate hoặc conflicting records trở thành exception có reason.
Contribution model
Tạo management economics từ revenue basis và verified cost inputs trong formula scope. Unknown cost, missing mapping hoặc unresolved deduction không được trình bày như profit đã hoàn chỉnh.
Exception & action layer
Đưa missing source, payout variance, mapping gap và commercial anomaly vào review queue có owner/state để reporting cycle kết thúc bằng quyết định, không chỉ thêm chart.
Source contracts
Một source không nên bị bắt trả lời mọi câu hỏi commerce.
Orders, Settlement, payout, Ads và cost master có authority khác nhau. Commerce Control giữ source contract riêng rồi mới reconcile chúng thành management view.
Orders
Sales-period activity, order status, SKU identity, quantity và commercial events theo marketplace definition đã chọn. Orders không mặc định đại diện cho settlement cash.
Settlement / Income
Recorded platform deductions, refunds, adjustments và payable events theo settlement timing. Đây là financial-event source, không phải bản sao của order-period activity.
Payout
Cash realization hoặc payment status nếu platform/source scope cung cấp. Payout được reconcile về financial events thay vì bị dùng làm revenue basis mặc định.
Ads
Spend, campaign identifiers và attribution/reporting signals theo source definition. Platform ROAS không tự trở thành accounting profit hoặc seller contribution.
SKU / Bundle Cost Master
Stable product identity, bundle/component mapping và effective-period COGS khi historical economics cần reproduce. Missing cost là exception, không phải zero.
Exception Register
Unmapped SKU, unmatched settlement, duplicate record, unknown deduction, missing source hoặc time-basis mismatch có reason, owner và resolution state.
Separate operating views
Revenue, contribution và payout phải reconcile — không collapse thành một số.
Revenue-period view
Trả lời commercial activity nào thuộc reporting period theo order/status/revenue definition đã chọn. View này không mặc định bằng số tiền platform đã thanh toán.
Contribution view
Áp dụng các verified operating costs nằm trong formula scope vào revenue basis để hỗ trợ management economics. Contribution được tách khỏi statutory accounting profit.
Settlement & payout view
Theo dõi financial realization và settlement status riêng với sales-period performance, sau đó reconcile bằng stable transaction/order keys và bridge rules phù hợp source.
Management boundary
Commerce Control là operating-management system. Contribution chỉ được hiển thị trong phạm vi cost inputs và formulas đã được xác minh; system không tự trở thành tax ledger, audited financial statement hoặc statutory accounting source.
Decision states
Mỗi reporting cycle phải kết thúc bằng data decision trước commerce decision.
Trust
Required sources hiện diện, mappings resolve và reconciliation checks nằm trong operating rules đã chấp nhận cho reporting question đó.
Investigate
Variance, missing record hoặc source gap cần được điều tra trước khi metric liên quan được dùng như decision-ready evidence.
Correct
Mapping, formula, source import hoặc business rule phải được sửa rồi affected records được reprocess/reconcile trước khi tiếp tục.
Act
Data đủ tin cậy trong scope đã định nghĩa để hỗ trợ commerce decision như Scale, Hold, Fix, Retest hoặc một action có owner khác.
Trust the data
Commercial review
Scale / Hold / Fix / Retest
Operating cadence
Collect → Normalize → Reconcile → Model → Decide.
Collect
Orders · Settlement · Payout · Ads · COGS · mappings
Normalize
Periods · IDs · SKUs · fields · currencies · transaction types
Reconcile
Missing · duplicate · unmatched · conflicting records
Model
Revenue-period · contribution · settlement · payout
Decide
Trust · Investigate · Correct · Act
Control outputs
Output có giá trị khi uncertainty cũng được nhìn thấy.
Contribution control
Cho thấy economics trong verified cost scope và giữ limitation visible khi một cost/source quan trọng chưa đủ coverage.
Settlement reconciliation
Giải thích chênh lệch giữa commercial activity và financial realization bằng transaction/source evidence thay vì ép totals phải bằng nhau.
SKU-level signals
Khi canonical mapping đủ coverage, revenue, Ads và verified costs có thể resolve về cùng SKU/bundle object để review contribution nhất quán.
Exception queue
Biến missing mapping, unknown deduction hoặc unmatched financial event thành work có owner thay vì để uncertainty biến mất trong aggregate totals.
Product boundaries
Productized control layer không có nghĩa mọi capability đều được claim mặc định.
Không phải statutory accounting
Commerce Control là operating/management system. Nó không mặc định thay ERP, tax ledger, audited statements hoặc accounting policy của doanh nghiệp.
Không tự tính true profit khi evidence thiếu
Contribution chỉ mạnh bằng input và formula được xác minh. Unknown costs, missing source coverage hoặc unresolved exceptions phải giới hạn confidence của result.
Không mặc định realtime
Data freshness phụ thuộc API/export availability, ingestion cadence và processing scope. Trang này không claim realtime nếu source và implementation thực tế không hỗ trợ.
Không mặc định là public SaaS
Commerce Control là productized control layer trong D2 Technology. Public login, self-serve pricing hoặc standalone SaaS availability chỉ được claim khi product rollout tương ứng tồn tại.
Implementation & knowledge graph
Commerce Control nằm trong một hệ reporting, economics và operating evidence lớn hơn.
Commerce Reporting & Reconciliation Service
Implementation scope cho source mapping, normalization, formulas, reconciliation, exceptions và recurring reporting operations.
Mở trangCommerce Technology
Parent system model cho source evidence, identity, reconciliation và separate decision views trong marketplace operations.
Mở trangTikTok Shop Report Files
Giải thích vì sao từng report file trả lời một câu hỏi khác nhau và một export không nên được coi là toàn bộ source of truth.
Mở trangTikTok Shop Fees & Settlement
Tách fee, settlement và payout khỏi headline GMV trước khi reconciliation hoặc profitability analysis được tin cậy.
Mở trangTikTok Shop: GMV vs Profit
Giải thích vì sao marketplace GMV là operating signal chứ không phải một profitability measure hoàn chỉnh.
Mở trangGMV Max: ROAS vs Profit
Nối paid-media signals với contribution economics sau khi phần còn lại của commerce cost stack được xác minh.
Mở trangCommerce Profitability
Commercial logic phía sau contribution reporting, verified cost inputs và decision-ready marketplace economics.
Mở trangTikTok Shop Profit Calculator
Deterministic modeling tool cho seller economics; hữu ích để test assumptions nhưng không thay production reconciliation.
Mở trangCommerce Work
First-party cases nơi operations, Ads, cost structure và profitability evidence gặp constraint thương mại thực tế.
Mở trangFAQ
Commerce Control, trả lời trực tiếp.
D2 Commerce Control Dashboard là gì?
Đây là marketplace operating-control layer kết nối Orders, Settlement/Income, payout, Ads, platform deductions, verified COGS và SKU mapping để hỗ trợ reconciliation, contribution reporting, payout visibility và exception handling. Dashboard là bề mặt hiển thị; control logic nằm ở source, mapping, formula và reconciliation phía dưới.
Commerce Control dùng nguồn dữ liệu nào?
Tùy marketplace và scope. Typical inputs gồm order-detail data, settlement/income reports, payout data nếu có, Ads reports, SKU/product mapping và verified cost inputs như COGS. Source thiếu được giữ thành coverage gap thay vì silently estimated.
Commerce Control có thay phần mềm kế toán không?
Không. Đây là marketplace operations, reconciliation và management decision-support layer. Contribution model không mặc định là statutory accounting statement, tax ledger hay audited financial report.
Tại sao revenue, contribution và payout phải tách riêng?
Vì chúng trả lời ba câu hỏi khác nhau: commercial activity trong reporting period, operating economics sau verified cost inputs và cash realization qua settlement. Chúng cần reconcile nhưng không nên collapse thành một số duy nhất.
Orders và Settlement có phải khớp one-to-one không?
Không mặc định. Hai source có thể khác population, status, timing và adjustment structure. Commerce Control dùng stable identifiers và bridge logic để giải thích variance thay vì ép từng order phải có đúng một settlement record.
Dashboard xử lý missing hoặc conflicting data thế nào?
Missing mapping, unmatched transaction, duplicate record, settlement variance, unknown deduction và unavailable source coverage được surfaced thành exception có reason. Mục tiêu là giữ uncertainty visible trước khi metric được dùng cho commercial decision.
Commerce Control có xem được hiệu quả theo SKU không?
Có khi source data và canonical SKU/bundle mapping đủ coverage. Khi đó revenue, Ads và verified costs có thể resolve về cùng commercial object để review contribution hoặc commercial signals nhất quán hơn.
Commerce Control có tự tính lợi nhuận thật không?
Chỉ trong phạm vi contribution formula và cost inputs đã được xác minh. D2 không mặc định unknown costs bằng zero hoặc trình bày incomplete contribution như final profit. Statutory accounting profit vẫn có scope và policy riêng.
Historical COGS được xử lý thế nào?
Khi cần reproduce economics theo kỳ, cost source nên có stable SKU/bundle identity và effective-period logic. Current cost không nên overwrite historical cost nếu điều đó làm sai contribution của kỳ trước.
Commerce Control có realtime không?
Không mặc định. Freshness phụ thuộc marketplace API/export availability, ingestion cadence và implementation scope. Nếu source chỉ cập nhật theo kỳ thì dashboard không thể hợp lý claim realtime chỉ vì giao diện tự refresh.
Commerce Control có phải SaaS public để doanh nghiệp tự đăng ký không?
Không mặc định trong public rollout hiện tại. Commerce Control được mô tả là productized D2 control layer; public login, self-serve plan hoặc SaaS pricing chỉ nên được claim khi product status tương ứng được công bố.
Commerce Control khác dashboard thông thường thế nào?
Dashboard thông thường có thể chỉ visualize dữ liệu sẵn có. Commerce Control đặt source coverage, canonical identity, historical cost, reconciliation checks, explicit formulas và exception states trước khi metric được coi là decision-ready.
Implementation service