D2 Commerce Knowledge · TikTok Shop P&L Data

TikTok Shop P&L cần đúng evidence — không cần mọi export trong Seller Center.

Bắt đầu với Orders, Settlement/Income, Ads spend và controlled SKU cost master. Nối chúng bằng stable identifiers và explicit period rules, giữ raw evidence, rồi để mọi unmapped hoặc unresolved row visible trước khi automation hóa dashboard cuối.

Xem minimum evidence set Automation & Reporting

Direct answer

TikTok Shop P&L thực sự cần những evidence nào?

Minimum set gồm bốn nhóm: Orders cho commercial activity, Settlement/Income cho realized deductions và payout, Ads cho paid acquisition cost, và SKU cost master cho COGS. Report chỉ decision-ready khi source authority, identifiers, period basis và unresolved exceptions đều explicit.

Minimum evidence set

Orders + Settlement/Income + Ads + SKU cost master.

Orders

Trong sales period đã bán gì?

Order ID, SKU, quantity, status, created date và commercial value → GMV, valid revenue, SKU mix, cancellation/refund logic và order-period performance.

Settlement / Income

Platform đã deduct, hold hoặc pay gì?

Settlement reference, fees, commission, refunds, adjustments và payable/paid amount → realized deductions, payout timing, pending cash và reconciliation.

Paid acquisition đã tốn bao nhiêu?

Spend, campaign/product scope, account và reporting dates → Ads ratio, contribution after Ads và scale/hold decisions.

SKU cost master

Mỗi sản phẩm đã bán có cost bao nhiêu trong kỳ?

Stable SKU key, unit cost, effective date, bundle rule và cost source → order-level COGS, SKU contribution và historical reproducibility.

Evidence pipeline

Raw evidence → normalization → reconciliation → contribution → decision view.

Preserve raw evidence

Lưu raw Orders, Settlement/Income, Ads exports và controlled cost source trước mọi transformation.

Normalize fields

Chuẩn hóa identifiers, currency, timestamps, time zones, SKU keys và commercial states mà không xóa source meaning.

Declare period rules

Khai báo timestamp nào trả lời sales question, timestamp nào trả lời settlement question và Ads dates align với commercial period ra sao.

Map product cost

Resolve sold SKU hoặc bundle quantity vào valid cost record đúng transaction period.

Reconcile financial evidence

Nối Orders với settled, pending, refunded hoặc adjusted financial records bằng stable identifiers.

Calculate contribution

Kết hợp valid revenue, recorded deductions, Ads, COGS và supported variable costs trong một declared operating model.

Surface exceptions

Giữ unmapped SKU, missing cost, unmatched settlement, duplicate joins và scope mismatch visible cùng owner.

Publish decision views

Chỉ roll up lên SKU, campaign, channel, shop hoặc management dashboard sau khi evidence đã được control.

Join controls

Stable keys và amount semantics quan trọng hơn spreadsheet position.

Order identity

Dùng stable platform order identifier làm commercial key chính; buyer name, product title hoặc row position không phải reconciliation key đáng tin cậy.

Order ID → order event → settlement relationship

SKU identity

Normalize marketplace SKU/variation identifiers vào controlled internal cost key để giữ historical continuity dù product title thay đổi.

Marketplace SKU → canonical SKU → cost record

Period and time zone

Giữ created, settlement, paid và Ads dates là business fields riêng; normalize timezone để so sánh nhưng không collapse business meaning.

Sales period ≠ settlement period

Amount semantics

Khai báo field là GMV, valid revenue, deduction, Ads spend, payable amount, paid cash hay cost trước khi so totals hoặc dựng ratios.

One amount → one declared business meaning

Optional evidence

Chỉ thêm source khi nó trả lời một business question thật.

On-hold / unsettled settlement

Thêm khi cash reconciliation quan trọng; tách valid commerce activity khỏi amount chưa financially realize.

Packaging / per-order fulfillment

Thêm khi materially variable để transaction-linked operating cost không bị chôn vào product COGS.

Creator / Affiliate off-platform costs

Thêm khi commission, sample hoặc paid creator costs thuộc decision scope nhưng settlement không phản ánh đầy đủ.

Promotion / seller-funded offer evidence

Thêm khi promotion cost chưa được capture rõ để giải thích voucher, discount hoặc seller-funded mechanics ảnh hưởng contribution.

Refund / adjustment detail

Thêm khi aggregate settlement chưa giải thích được later reversals hoặc cross-period financial adjustments.

Exception register

Unresolved evidence phải visible — không được biến thành zero.

Unmapped SKU

Order tồn tại nhưng chưa có controlled product-cost key; cần restore canonical SKU/bundle mapping trước khi contribution được coi là complete.

Missing effective cost

SKU tồn tại nhưng không có cost record hợp lệ cho transaction date; phải sửa historical cost period thay vì dùng current cost retroactively.

Unmatched settlement

Financial evidence tồn tại nhưng chưa có reliable order/business-event bridge; điều tra identifiers, adjustment type và timing trước khi classify.

Ads scope mismatch

Spend thuộc account, product set, timezone hoặc period khác revenue đang đánh giá; phải rebase source hoặc analysis scope trước khi tính efficiency.

Duplicate join

Một source row có thể bị count nhiều lần sau transformation; fix uniqueness/join rules trước khi tin aggregate P&L.

Unknown deduction

Financial amount có thật nhưng business meaning chưa resolve; giữ original platform label và classification open đến khi evidence support.

Decision rules

Report chỉ mạnh khi uncertainty cũng được report.

Orders complete; Settlement còn pending

Publish sales-period view và giữ pending cash riêng; không xóa valid sales khỏi P&L chỉ vì cash chưa settle.

Settlement totals không khớp Orders cùng calendar month

Kiểm created date có đang bị so trực tiếp với settlement/paid date trước khi gọi là reporting error.

Ads export thiếu product detail

Dùng lowest reliable campaign/account scope mà source support; không invent SKU attribution mà file không chứng minh.

Nhiều SKU thiếu cost

Mark affected contribution incomplete và ưu tiên cost-master recovery trước SKU-level scale decisions.

Dashboard mới che raw-file exceptions

Đây là reporting-control problem; decision view phải expose completeness/reconciliation status chứ không chỉ totals.

Reporting process sẵn sàng automation

Chỉ automate khi source contracts, identifiers, period rules và exception handling đã đủ ổn định để reproduce manually.

Decision-ready checklist

Trước khi automation P&L, manual evidence model phải reproduce được.

Preserve raw Orders

Giữ raw Orders export cho mỗi reporting period.

Preserve Settlement evidence

Giữ settled và on-hold Settlement/Income khi cash reconciliation nằm trong scope.

Control Ads scope

Ads source phải có account, product/campaign và period scope được khai báo rõ.

Maintain SKU cost master

SKU/bundle COGS phải có stable identifiers và effective dates.

Use stable identifiers

Không dùng titles, names hoặc spreadsheet row numbers làm join keys chính.

Separate business timestamps

Sales-period basis phải tách với settlement và paid-cash timestamps.

Normalize time zones

Normalize timezone trước khi so Ads, Orders và Settlement periods.

Keep amount semantics distinct

GMV, valid revenue, payout, deductions, Ads spend và cost không được trộn nghĩa.

Document transformations

Mọi mapping và transformation rule cần có traceability.

Keep exception register

Unmapped SKU, missing cost, unmatched settlement và duplicate join phải visible.

Add optional costs only when material

Packaging, creator hoặc other variable costs chỉ thêm khi phù hợp chosen contribution scope.

Automate after manual reproducibility

P&L chỉ nên automate sau khi manual evidence model có thể trace và reconcile ổn định.

Claim boundaries

Evidence architecture làm decision traceable — không làm uncertainty biến mất.

More exports ≠ better evidence

Nhiều file hơn không tự làm P&L đáng tin hơn nếu source authority, period rules và join semantics chưa rõ.

Orders ≠ Settlement

Orders trả lời sales activity; Settlement/Income trả lời deductions, payout và cash timing.

Ads attribution ≠ SKU truth

Khi Ads export chỉ support campaign/account scope, không được invent SKU attribution chi tiết hơn source.

Missing COGS ≠ zero COGS

Missing cost là exception state và làm contribution incomplete.

Current cost ≠ historical cost

Cost master cần effective dates để current cost không rewrite economics của prior periods.

Pending settlement ≠ missing revenue

Unsettled amount có thể chỉ là cash-timing state cho đến khi lifecycle/evidence cho thấy exception thật.

Normalized dashboard ≠ source of truth by itself

Calculated output phải trace được về raw evidence và transformation rule đã dùng.

Automation ≠ data correctness

Automating unstable joins hoặc period rules chỉ làm sai số chạy nhanh và đều hơn.

Evidence architecture ≠ guaranteed profitability

Một reporting model tốt tăng decision traceability nhưng không tự chứng minh future GMV, contribution hay ROI.

Related paths

Từ evidence set sang profitability, settlement và automation.

TikTok Shop GMV vs Profit

Dùng evidence set để đi từ GMV và valid revenue qua fees, Ads, commission, COGS và contribution.

Mở

TikTok Shop Fees & Settlement

Đi sâu Orders vs Settlement, pending payout, recorded deductions và financial reconciliation.

Mở

COGS Explained

Xây SKU cost master, effective dates, bundle mapping và historical reproducibility.

Mở

Automation & Reporting

Biến controlled source files, mappings và exception rules thành repeatable reporting workflow sau khi evidence model ổn định.

Mở

TikTok Shop Reporting

Cần biến source files thành một reporting workflow có thể reconcile?

D2 có thể cấu trúc Orders, Settlement, Ads, SKU cost master và exception rules thành operating layer để P&L có thể trace, review và automation sau khi evidence model đủ ổn định.

Trao đổi về reporting

FAQ

TikTok Shop P&L data questions

Cần những file nào để dựng TikTok Shop P&L ban đầu?

Bắt đầu với bốn evidence groups: Orders, Settlement/Income, Ads spend và controlled SKU cost master. Thêm on-hold settlement và các variable-cost sources khác khi reporting objective cần cash reconciliation hoặc contribution view đầy đủ hơn.

Tại sao phải có cả Orders và Settlement?

Orders giải thích commercial activity trong sales period: SKU, quantity, status và timing. Settlement/Income giải thích realized payout và recorded deductions. Hai nguồn cần reconcile bằng stable identifiers nhưng không nên bị ép vào cùng date basis.

Ads file nào nên dùng cho TikTok Shop P&L?

Dùng GMV Max hoặc campaign-level Ads source cung cấp spend đúng reporting scope. Export name có thể thay đổi; control quan trọng là spend phải cùng period, account và product/campaign scope với revenue được dùng cho profitability analysis.

Có nên hard-code COGS trực tiếp trong file P&L không?

Không nên. Controlled SKU cost master an toàn hơn vì giữ stable SKU key, unit cost, effective date và bundle rule ngoài presentation layer, giúp historical transactions được reproduce khi cost thay đổi.

Khi SKU, settlement line hoặc cost record không map được thì xử lý sao?

Giữ item trong exception register với original reference, error type, amount/SKU, investigation state và owner. Không drop row, không biến missing cost thành zero và không dùng average chỉ để report trông complete.

Có cần giữ raw TikTok Shop exports sau khi đã có dashboard không?

Có. Raw evidence cần được preserve cho từng reporting period để calculated fields và mappings có thể audit, reproduce và trace về source ban đầu.

Có cần thêm file pending/on-hold settlement không?

Có khi cash reconciliation nằm trong scope. Pending state giúp tách valid commerce activity khỏi amount chưa financially realize và tránh gọi pending cash là missing revenue.

Packaging và fulfillment có phải file bắt buộc không?

Không phải minimum set mặc định. Chỉ thêm khi chúng materially variable và nằm trong contribution scope mà doanh nghiệp muốn đo.

Nếu Ads file không có SKU-level attribution thì làm sao?

Giữ analysis ở lowest reliable scope mà source support như campaign hoặc account. Không tự phân bổ xuống SKU nếu không có allocation rule được evidence hoặc business approve.

Khi nào reporting process đủ ổn để automation?

Khi source contracts, identifiers, period rules, mapping logic và exception handling đã ổn định đến mức manual model có thể reproduce và reconcile một cách nhất quán.

Dashboard có thể thay raw source làm source of truth không?

Không tự động. Dashboard là normalized decision view; nó chỉ đáng tin khi mỗi metric có thể trace về raw source và transformation rule tương ứng.

Evidence model tốt có đảm bảo shop có lời không?

Không. Evidence architecture giúp measurement và decision traceability tốt hơn, nhưng không cam kết GMV, contribution, payout hay ROI trong tương lai.

Tác giả & trách nhiệm

Đội ngũ D2 Commerce

Vận hành commerce, kinh tế sàn và hệ thống hiệu suất

D2 tách claim, giả định và evidence. Citation chỉ được gắn khi có nguồn hoặc evidence asset phù hợp; nội dung chưa kiểm chứng không được tự động trình bày như fact đã xác nhận.

Xem phương pháp evidence của D2 →