Phí Giao Dịch
TikTok Shop Việt Nam áp dụng mức 6% cho đơn hàng tạo từ 00:00 ngày 09/05/2026 (GMT+7). Đây là fee rate hiện hành trong tài liệu chính thức được D2 kiểm tra ngày 03/09/2026.
← Commerce Insights
D2 Commerce Knowledge · TikTok Shop Settlement
Orders giải thích sales. Settlement giải thích cash và deductions.
Một order có thể thuộc một sales period nhưng settle ở period khác. Hãy giữ Orders và Settlement như hai evidence layers nối bằng stable identifiers, rồi giữ pending balances, recorded deductions và unresolved exceptions visible thay vì ép chúng thành một revenue number duy nhất.
Direct answer
TikTok Shop fees và settlement nên được report thế nào?
Dùng Orders để mô tả cái gì đã bán và thời điểm customer transaction xảy ra. Dùng Settlement/Income để mô tả platform đã pay, deduct, refund hoặc adjust gì. Reconcile hai nguồn qua stable identifiers nhưng giữ sales-period performance và cash realization là hai view riêng. Pending settlement chỉ là timing state cho đến khi evidence cho thấy nó là genuine exception.
Vietnam fee evidence · verified 03/09/2026
Dùng fee rate hiện hành cho planning, nhưng dùng actual settlement cho realized P&L.
Fee policy có effective date và có thể thay đổi. D2 tách rõ policy rate dùng cho planning với recorded deductions dùng cho realized reporting để không biến một bảng phí hiện tại thành giả định lịch sử cho mọi đơn hàng.
Phí Xử Lý Đơn Hàng
TikTok Shop Việt Nam áp dụng 3.000đ cho mỗi đơn giao thành công từ 27/10/2025. Đây là order-based fee riêng, không nên bị gộp vào Platform Commission hoặc Ads cost.
Phí Hoa Hồng Nền Tảng
Platform Commission thay đổi theo ngành hàng và loại Nhà Bán Hàng Marketplace/Mall. Planning model phải dùng đúng category table và effective date thay vì một universal percentage cho toàn shop.
GMV Max Transaction Fee Saving
Tài liệu TikTok Shop Việt Nam nêu seller dùng GMV Max và đạt tỷ lệ GMV Max spend/GMV tối thiểu 4% trong 30 ngày trước có thể nhận 1 điểm % tiết kiệm Transaction Fee ở ngày thứ 31, tức effective fee 5% thay vì 6%, nếu đáp ứng điều kiện chương trình.
Phí của Nhà Bán Hàng — TikTok Shop Việt Nam
Official overview cho Platform Commission, Transaction Fee, Order Processing Fee và Shipping Fee tại Việt Nam.
Mở nguồn chính thứcPhí Giao Dịch — TikTok Shop Việt Nam
Official Transaction Fee definition, 6% effective rate và GMV Max fee-saving condition.
Mở nguồn chính thứcPhí Hoa Hồng Nền Tảng — TikTok Shop Việt Nam
Official category-based Platform Commission tables cho Marketplace và Mall sellers.
Mở nguồn chính thứcReconciliation model
Order evidence → settlement evidence → timing bridge → exceptions.
01
Capture order evidence
Giữ order ID, SKU, quantity, status, created timestamp và revenue basis dùng cho sales-period reporting.
02
Classify commercial state
Tách valid, cancelled, refunded và adjusted orders theo reporting rule trước khi gọi sales number là final.
03
Load settlement evidence
Giữ payout references, settlement timestamps, recorded deductions, commissions, refunds, adjustments và payable/paid amounts.
04
Normalize identifiers
Chuẩn hóa order IDs, currencies, timestamps và settlement keys trước khi join hai source layers.
05
Match and classify
Nối settlement rows với order/commercial event và phân loại settled, pending, adjusted hoặc unresolved.
06
Build the timing bridge
Giải thích vì sao sales-period revenue và settlement-period cash khác nhau mà không rewrite một timeline theo timeline kia.
07
Surface exceptions
Giữ unmatched orders, unknown deductions, duplicate mappings và stale pending states visible đến khi owner xử lý.
Operating reconciliation formula
Expected Payout = Settled Order Value − Recorded Fees − Commissions − Refunds/Adjustments ± Platform Settlement Adjustments
Đây là operating reconciliation model, không phải universal fee formula. Actual line items và labels phải lấy từ settlement evidence của reporting period tương ứng.
Source layers
Mỗi source trả lời một câu hỏi khác nhau.
Orders
Trong commercial period đã bán gì?
Order ID, SKU, quantity, status, created date và order-period revenue → sales performance, SKU mix, cancellation/refund state và valid-revenue analysis.
Settled Income / Settlement
Platform đã financially realize gì?
Settlement reference, realized payout, recorded fees, commission, refunds và adjustments → cash realization, actual deductions và reconciliation.
On-hold / unsettled state
Commerce amount nào chưa realize?
Pending reference, expected amount, state và relevant dates → timing bridge giữa sales activity và payout mà không gán pending cash thành missing revenue.
Exception register
Item nào chưa đủ tin cậy hoặc chưa match?
Original reference, amount, error class, last investigation và owner → recovery, auditability và decision boundaries.
Timing states
Sales và cash cần được đọc theo state, không chỉ theo calendar date.
Order created
Commerce event tồn tại; dùng order timestamp cho sales-period analysis theo validity rule và later adjustments.
Valid but unsettled
Commercial activity tồn tại nhưng cash còn pending; giữ order trong sales view và một pending-settlement state riêng.
Settled
Platform đã record payout và deductions; dùng settlement evidence để đọc fees, commissions, adjustments và payable/paid amount.
Adjusted after initial settlement
Cash history thay đổi; giữ adjustment như financial event mới và reconcile về original business context.
Refunded / reversed
Commercial và financial state thay đổi; áp revenue rule đã khai báo và nối refund/adjustment evidence khi xuất hiện.
Unmatched
Evidence tồn tại nhưng chưa có reliable bridge; giữ exception thay vì fabricate order relationship hoặc fee category.
Reconciliation controls
Reconcile bằng identity và semantics, không bằng tên hay vị trí dòng.
Stable order identity
Dùng platform order ID hoặc stable business identifier làm primary bridge; buyer name, product title hay row position không phải reconciliation key đáng tin cậy.
Normalized time basis
Giữ created, settled, paid và adjustment timestamps là các field riêng. Normalize timezone nhưng không thay business meaning bằng một generic date.
Currency and amount semantics
Khai báo currency và ý nghĩa field: gross order value, valid revenue, deduction, payable amount hay paid cash trước khi so totals.
Raw-source traceability
Giữ đủ original evidence để mọi reconciled hoặc exceptional amount trace ngược được về platform source.
Exception states
Unresolved financial evidence phải visible cho đến khi được xử lý.
Order chưa có settlement
Có thể là timing difference bình thường; giữ pending đến khi lifecycle hoàn tất hoặc evidence khác cho thấy cần intervention.
Settlement chưa match order
Financial evidence chưa có reliable commercial parent; điều tra identifiers, adjustment type và timing trước khi phân loại.
Unknown fee / adjustment
Amount tồn tại nhưng business meaning chưa resolve; giữ platform label/source row và chỉ classify khi evidence support.
Duplicate financial mapping
Một deduction/payout có thể bị count nhiều lần; sửa join hoặc unique-reference rule trước khi roll up.
Currency / timestamp mismatch
Có thể làm rows trông unmatched hoặc ratios bị distort; normalize format/timezone trước khi retry reconciliation.
Refund xuất hiện ở kỳ sau
Sales và cash periods diverge; giữ later financial event visible và áp restatement/adjustment policy explicit.
Decision rules
Đừng đổi commercial strategy trước khi hiểu timing và deductions.
Sales-period revenue khỏe nhưng payout tạm thấp hơn
Kiểm pending settlement và recorded deductions trước khi gọi gap là revenue loss.
Payout giảm trong khi order volume ổn
Kiểm fee, commission, refund, adjustment mix và settlement timing trước khi đổi commercial strategy.
Một fee line tăng mạnh
So recorded settlement evidence giữa compatible periods và contexts; không suy nguyên nhân từ một aggregate percentage.
Unmatched settlement tăng
Ưu tiên reconciliation quality trước khi dùng payout-derived metrics cho SKU/campaign decisions.
Orders và Settlement lệch trong cùng calendar month
Kiểm order-created date có đang bị so trực tiếp với settlement/paid date hay không; mismatch có thể là structural.
Valid order pending bất thường lâu
Escalate order/settlement cụ thể như exception thay vì đổi toàn P&L rule để ép totals khớp.
Decision-ready checklist
Trước khi tin payout report, hãy kiểm reconciliation controls.
Separate sales and cash rules
Define sales-period revenue rule riêng với settlement-period cash rule.
Preserve raw evidence
Giữ raw Orders và Settlement/Income trước transformations.
Use stable references
Reconcile bằng order/financial references, không bằng names hoặc row position.
Normalize without collapsing timestamps
Normalize IDs, currency, timezone nhưng giữ created/settled/paid/adjustment timestamps riêng.
Use actual recorded deductions
Khi settlement evidence tồn tại, không thay bằng assumed fee percentage.
Keep creator/Affiliate commission visible
Giữ commission như deduction riêng khi source cung cấp.
Track pending as timing state
On-hold/unsettled không tự động là missing revenue.
Preserve later refunds and adjustments
Financial events có thể xảy ra sau original sales period và cần được trace riêng.
Keep unmatched items in exception layer
Unmatched orders, settlement lines và unknown deductions phải visible.
Do not drop unresolved mappings
Không silently drop duplicate/unresolved rows chỉ để totals cân.
Report two connected views
Sales performance và cash realization là hai view nối bằng reconciliation bridge.
Assign owner and next action
Mỗi material exception phải có owner và recovery action.
Claim boundaries
Không biến timing hoặc classification uncertainty thành một kết luận tài chính chắc chắn.
Orders ≠ Settlement
Orders giải thích commercial activity; Settlement giải thích realized cash, deductions và later adjustments.
Sales-period revenue ≠ payout
Một order có thể thuộc sales period này nhưng settle/pay ở period khác.
Pending settlement ≠ missing revenue
Pending là timing state cho đến khi evidence chứng minh nó trở thành reconciliation exception.
Recorded fee ≠ universal fee rate
Fee labels và structures có thể thay đổi theo period/context; realized reporting nên dùng actual settlement evidence.
Same-month total mismatch ≠ reporting error
Orders và Settlement dùng business dates khác nhau nên calendar-month totals có thể lệch về cấu trúc.
Unknown deduction ≠ known fee category
Không force classify amount chỉ để đóng reconciliation; unresolved meaning phải giữ visible.
Unmatched evidence ≠ zero-value evidence
Unmatched order/settlement line vẫn là source evidence cần recovery, không được drop khỏi control layer.
Reconciliation model ≠ statutory accounting policy
Đây là operating model cho commerce reconciliation; accounting/tax treatment chính thức theo policy và chuẩn doanh nghiệp áp dụng.
Related knowledge
Nối settlement với sales, contribution và file evidence.
TikTok Shop Operations
Quay lại operating model tách GMV, valid revenue, contribution và payout.
MởTikTok Shop GMV vs Profit
Nối sales-period revenue và deductions với Ads, commission, COGS và contribution.
MởTikTok Shop Report Files
Xem minimum evidence set cho Orders, Settlement/Income, Ads và SKU-level COGS.
MởAutomation & Reporting
Chuyển reconciliation model thành workflow lặp lại cho reporting và exception recovery.
MởAutomation & Reporting
Cần nối Orders, Settlement và exceptions thành một reporting workflow lặp lại?
D2 có thể cấu trúc source mapping, reconciliation states, exception ownership và reporting cadence mà không đánh đồng sales với cash.
Trao đổi về reportingFAQ
TikTok Shop fees, settlement và payout
TikTok Shop Orders khác Settlement/Income như thế nào?
Orders giải thích commercial activity: order ID, SKU, quantity, status, created date và sales-period revenue basis. Settlement/Income giải thích payout, recorded deductions, commissions, refunds và adjustments. Hai source cần reconcile qua stable identifiers nhưng không nên bị ép dùng cùng một date basis.
Tại sao TikTok Shop payout có thể thấp hơn sales-period revenue?
Gap có thể đến từ settlement timing, pending balances, recorded fees, creator/Affiliate commission, refunds, adjustments hoặc platform deductions khác. Cần điều tra bridge giữa Orders và Settlement trước khi gọi đó là lost revenue hay reporting error.
Pending settlement có phải missing revenue không?
Không. Valid order có thể chưa settle vào cuối reporting window. Pending settlement là timing state giữa commerce activity và cash realization cho đến khi settle, adjust hoặc trở thành genuine exception.
Có nên dùng một % phí cố định cho TikTok Shop không?
Không nên khi actual settlement evidence có sẵn. Fee names, structures, commissions, promotions và adjustment rules có thể thay đổi theo period hoặc context. Planning assumption phải tách khỏi realized reporting.
Nên dùng key nào để reconcile Orders và Settlement?
Ưu tiên stable platform/business identifiers như order ID và settlement reference chi tiết nhất có sẵn. Normalize format, currency và timestamps trước khi join. SKU hỗ trợ product analysis nhưng không thay financial identity.
Settlement line không match order thì xử lý sao?
Giữ line trong exception layer với original reference, amount, date, classification state và owner. Không silently drop hoặc force vào fee category thuận tiện chỉ để totals khớp.
Orders và Settlement cùng tháng lệch nhau có bình thường không?
Có thể bình thường nếu một bên dùng order-created date và bên kia dùng settlement/paid date. Cần so đúng business timeline trước khi kết luận source nào sai.
Refund ở tháng sau nên đưa vào tháng bán hay tháng settlement?
Giữ refund như financial event đúng thời điểm nó được record, đồng thời áp sales-period restatement/adjustment policy đã khai báo nếu profitability view cần phản ánh lại kỳ bán. Không silently rewrite source history.
Payout giảm nhưng số đơn không giảm thì kiểm gì trước?
Kiểm fee/commission mix, refund/adjustments, pending balances và settlement timing trước. Order volume ổn không có nghĩa cash realization phải giữ nguyên.
Có nên lấy payout làm doanh thu không?
Không. Payout là cash-realization metric sau settlement deductions và timing. Sales-period revenue cần một revenue definition riêng dựa trên commercial activity.
Một fee line tăng mạnh có nghĩa TikTok tăng phí không?
Chưa chắc. Cần compare recorded settlement evidence trong compatible periods, product/campaign contexts và fee classifications. Aggregate movement có thể đến từ mix hoặc adjustment chứ không chỉ rate change.
Framework này có thay thế kế toán doanh nghiệp không?
Không. Đây là commerce operating/reconciliation framework để nối Orders, deductions, settlement và payout. Accounting, tax và statutory reporting phải theo policy và chuẩn áp dụng của doanh nghiệp.
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 →