D2 Tools · Commerce Evidence

Kiểm tra bộ file P&L TikTok Shop & Shopee

Kiểm tra Orders, Settlement/Finance, Ads, COGS, Affiliate/Creator, fulfillment, identifiers và exception coverage đã đủ cho scope P&L cần publish chưa — không upload file và không biến missing evidence thành zero.

Answer chỉ nằm trong browser state Không upload file · không AI API

Trả lời trực tiếp

P&L chỉ ready để model khi evidence cần cho declared scope đã được kiểm soát.

Core readiness gồm Orders, Settlement/Finance, historical SKU cost, stable identifiers, period rules và exception register. Ads, Affiliate/Creator và fulfillment chỉ trở thành required khi business muốn các economics đó nằm trong management view.

Reporting scope

P&L này cần giải thích những variable-cost layers nào?

Orders

Required

Có order/item-level evidence để biết chính xác kỳ này bán gì không?

Nên có stable Order ID, SKU/variation ID, quantity, order status, commercial amount và created/order timestamp.

Settlement / Finance

Required

Có finance evidence để giải thích platform deductions, adjustments và payout timing không?

Tên report có thể khác theo marketplace; business meaning cần bao phủ phí/commission, refund/adjustment, payable/paid state và finance reference.

SKU cost master

Required

Mỗi SKU/bundle đã bán có map được về unit cost hợp lệ đúng transaction period không?

Cost master nên có stable SKU key, unit cost, effective date và bundle rule; không dùng current average cost để overwrite lịch sử.

Stable identifiers

Required

Orders, finance lines và cost records có join được bằng stable business identifiers không?

Order ID, finance reference và canonical SKU key an toàn hơn product title, buyer name hoặc spreadsheet row position.

Period & time-zone rules

Required

Sales-period, settlement-period và paid-cash timestamps đã được tách rõ chưa?

Same-month mismatch có thể là timing chứ không phải lỗi. Normalize timezone nhưng không collapse created/settled/paid thành một field.

Exception register

Required

Unresolved mappings có được giữ visible và có owner thay vì bị drop hoặc zero-fill không?

Ví dụ: unmapped SKU, missing effective cost, unmatched finance line, duplicate join, unknown deduction.

Ads spend

Required theo scope

Nếu Ads nằm trong scope, có spend cùng account, period và commercial scope với revenue đang phân tích không?

Dùng lowest reliable campaign/product/account scope source chứng minh được; không tự gán SKU attribution nếu source không support.

Affiliate / Creator cost

Ngoài scope

Nếu creator commerce nằm trong scope, commission và material creator costs có trace được về scope liên quan không?

Platform commission có thể chưa gồm paid booking, sample, usage rights hoặc amplification.

Packaging / fulfillment

Ngoài scope

Nếu seller-borne fulfillment nằm trong scope, có repeatable per-order/per-unit variable-cost rule không?

Giữ COGS tách khỏi packaging, handling và variable fulfillment khi management view cần phân biệt.

Voucher / campaign funding

Supporting

Có phân biệt seller-funded và platform-funded promotion khi funding ownership ảnh hưởng economics không?

Giúp tránh double-count platform subsidy thành seller cost hoặc bỏ sót seller-funded discount.

Refund / adjustment detail

Supporting

Có trace được later refund/finance adjustment về original commercial event khi cần không?

Aggregate finance total có thể không đủ cho cross-period reversal hoặc order-level investigation.

Evidence model

Preserve → Normalize → Map → Reconcile → Model → Surface exceptions.

Preserve raw evidence

Giữ original marketplace exports/API snapshots trước transformation.

Normalize business fields

Chuẩn hóa IDs, timezone, currency và states nhưng không xóa source semantics.

Map identities & cost

Nối order, SKU, finance và historical cost bằng stable keys.

Reconcile time bases

Bridge sales-period với settlement-period deductions và cash realization.

Calculate declared contribution

Chỉ dùng cost layers được selected scope và evidence support.

Surface exceptions

Giữ unknown/unresolved rows visible với ownership trước khi publish views.

Claim boundaries

Folder đủ file chưa chắc P&L đã controlled.

Có file ≠ usable evidence

Export tồn tại nhưng vẫn có thể thiếu identifier, period, amount semantics hoặc scope cần cho câu hỏi P&L.

Orders ≠ Settlement

Orders giải thích commercial activity; finance/settlement giải thích deductions và payout timing. Hai source cần reconcile chứ không collapse vào một date basis.

Missing COGS ≠ zero COGS

SKU đã bán nhưng thiếu historical cost là economics incomplete và phải block claim profitability bị ảnh hưởng.

Same-month mismatch ≠ reporting error

Created, settled và paid timestamps có thể khác kỳ hợp lệ; kiểm tra timing rules trước khi kết luận totals sai.

Ads attribution ≠ accounting truth

Attribution hỗ trợ media analysis nhưng không thay spend/revenue basis dùng cho contribution reporting.

Core files complete ≠ mọi cost đều complete

Affiliate, fulfillment, promotion hoặc variable-cost sources trở thành required khi declared contribution scope bao gồm chúng.

Checker status ≠ accounting certification

Tool đánh giá evidence readiness cho operating model; không certify statutory accounting, tax treatment hoặc audited FS.

Ready evidence ≠ guaranteed profit

Evidence controlled tốt hơn chỉ nâng measurement quality, không chứng minh marketplace business đang hoặc sẽ có lợi nhuận.

FAQ

Marketplace P&L evidence, trả lời trực tiếp.

Cần những file gì để làm marketplace P&L?

Cho management P&L cơ bản, bắt đầu với Orders, Settlement/Finance và controlled SKU cost master, cùng stable identifiers, explicit period rules và exception register. Bổ sung Ads, Affiliate/creator và fulfillment khi các cost này nằm trong reporting scope.

Tool có upload hoặc đọc file của tôi không?

Không. Public version này là browser-side evidence-readiness checklist. Tool hỏi evidence/control đã có chưa; không upload, parse hoặc lưu file người dùng.

Tại sao có Orders rồi vẫn cần Settlement/Finance?

Orders trả lời bán gì và khi nào; Settlement/Finance trả lời platform đã deduct/adjust/pay gì và timing cash realization. P&L và cash reconciliation cần giữ hai câu hỏi này tách biệt.

Ads data có luôn bắt buộc không?

Không. Ads chỉ trở thành required khi post-Ads contribution hoặc paid-media economics nằm trong scope mà người dùng bật.

Affiliate/KOC data có luôn bắt buộc không?

Không. Nó trở thành required khi creator/Affiliate economics nằm trong contribution scope. Paid booking, sample, usage rights hoặc amplification có thể cần source riêng ngoài platform commission.

Có thể dùng giá vốn hiện tại cho đơn hàng cũ không?

Không an toàn nếu cost thay đổi theo thời gian. Historical reporting nên resolve SKU/bundle về cost record hợp lệ tại transaction period bằng effective dates hoặc documented historical rule.

Nếu một số SKU thiếu cost thì sao?

Giữ chúng trong exception state và coi contribution bị ảnh hưởng là incomplete. Không dùng zero hoặc shop average chỉ để report nhìn complete.

Vì sao Orders và Settlement cùng tháng vẫn có thể lệch?

Chúng có thể dùng business timestamps khác nhau. Order tạo ở một kỳ nhưng settled/adjusted/paid ở kỳ khác. Cần reconciliation bridge thay vì giả định same-month totals phải bằng nhau.

CONDITIONAL nghĩa là gì?

Tất cả required evidence đã được trả lời nhưng có ít nhất một required source/control chỉ partial. P&L có thể dùng cho narrower decision nếu limitation được khai báo rõ, nhưng chưa nên gọi fully reconciled.

BLOCKED nghĩa là gì?

Có ít nhất một required source/control được xác nhận missing. Nên khôi phục item đó trước khi đưa ra profitability claim phụ thuộc vào nó.

READY TO MODEL có nghĩa số liệu P&L đã đúng chưa?

Không. READY chỉ nói declared evidence/control checklist đủ để chuyển sang modeling. Actual data vẫn cần validation, mapping, reconciliation và formula review.

Khi nào nên automation quy trình P&L?

Sau khi manual evidence model ổn định: source contracts rõ, identifiers reproducible, period rules được khai báo và exceptions có thể surface thay vì bị che.

P&L file methodology Commerce Reporting

Deterministic modelMethodology version: 2026.09Review gần nhất: 2026-09-03

Methodology có thể cite

Cách công cụ tạo ra kết quả — đủ rõ để reproduce và kiểm tra.

Contract này là source-of-truth cho semantics của tool: formula/rule, inputs, outputs, limitations và worked example. Khi logic thay đổi, methodology version phải thay đổi cùng code.

Formula / rules

01Readiness dùng rule-based logic: required evidence categories và control conditions được đánh giá rõ ràng.
02Thiếu critical evidence có thể block readiness dù các categories khác đã đủ.
03Conditional evidence chỉ được đánh giá khi cost hoặc operating scope tương ứng nằm trong P&L model.

Limitations / claim boundary

Checker không inspect uploaded files; nó đánh giá declared evidence readiness trong browser.
READY nghĩa evidence/control contract đã mạnh hơn, không có nghĩa final P&L chắc chắn đúng toán học.
Actual joins, mappings và financial values vẫn phải reconcile với source data.

Input contract

Orders evidence và stable order/SKU identifiers
Settlement hoặc finance evidence
Historical/effective SKU COGS source
Reporting-period và order-state rules
Conditional Ads, creator/Affiliate và fulfillment evidence
Exception-register và reconciliation ownership

Output contract

READY / CONDITIONAL / BLOCKED state
Missing evidence categories
Identifier và period-rule gaps
Conditional evidence requirements
Exception/reconciliation gaps cần human ownership

Worked example

Input

Khai báo Orders, settlement và historical COGS đã controlled nhưng stable SKU mapping vẫn unresolved.

Output

Checker giữ model ở blocked hoặc conditional thay vì biến unresolved mapping thành zero-cost evidence.

Interpretation

Resolve mapping trước khi coi SKU contribution result là decision-ready.

Cách cite tool này

D2 Group. “Công cụ kiểm tra file Marketplace P&L — methodology and calculation contract.” Version 2026.09, review 2026-09-03. https://d2group.co/vi/tools/marketplace-pnl-file-checker#methodology

D2 methodology tiktok shop report files profitability automation reporting