How Foreign Brands Can Manage Finance Across Tmall, JD.com and Douyin
Tmall, JD.com and Douyin can all sell the same product, but they do not produce identical order, fee, settlement or marketing data. A foreign brand needs one finance model for management—and three platform-specific reconciliation processes underneath it.
Use a “standardize, then reconcile” model. Keep each platform's native order IDs, refund statuses, fee lines, settlement batches and payment accounts. Map them into a common data dictionary and chart of accounts. Then produce three bridges every month: orders to revenue, settlement to bank cash, and inventory to cost of goods sold. This creates one consolidated P&L without hiding the differences among Tmall, JD.com and Douyin.
1. Why does multi-platform finance break so easily?
The problem is not a lack of data. It is that every team uses a different definition. Commercial teams may compare gross paid orders. Platform operators focus on settled orders and campaign performance. Treasury sees net cash. Tax teams need invoice and transaction evidence. Headquarters wants revenue, gross margin and operating profit under a group reporting framework.
When finance copies three monthly dashboard totals into one spreadsheet, it loses transaction lineage. A refunded Tmall order, a JD settlement held across periods and a Douyin creator commission may all appear as unexplained differences. The consolidated total looks precise, but it cannot be traced back to the platform event that created it.
This traceability also matters for tax governance. Under China's internet-platform tax-information reporting framework, platforms report merchant identity, quarterly income, refunds and order counts. The official income definition is a gross amount including price and VAT; it is not reduced by platform subsidies received or commissions and service fees paid. A brand therefore needs a documented gross-to-net bridge instead of treating platform payout as taxable sales or accounting revenue by default.
2. Tmall, JD.com and Douyin: what is financially different?
The following comparison describes common finance workflows, not universal platform rules. Available reports, fields, settlement cycles and fees vary by merchant agreement, business model, product category and current platform configuration.
| Platform | Core finance data | Platform-specific focus | Common reconciliation risk |
|---|---|---|---|
| Tmall | Order and refund records, QianNiu finance statements, Alipay transaction, funds and fee bills, platform invoices and bank withdrawals. | Link platform sub-order IDs to Alipay business order references; separate trade, cash movement and fee data. | Using Alipay cash or net settlement as revenue; missing refunds, platform deductions or unsettled orders. |
| JD.com | Orders, after-sales records, merchant statements, settlement batches, JD wallet or payment records, marketing, logistics and warehouse data. | Confirm the exact merchant and fulfillment model, then link order completion, settlement, wallet and bank references. | Combining different contract or operating models; treating estimated, payable and paid amounts as the same stage. |
| Douyin | Store orders, refunds, pending and final settlement, platform charges, creator or agency commissions, advertising accounts, deposits and bank receipts. | Attribute live, short-video, creator and paid-traffic costs; replace estimated deductions with final settlement evidence. | Reporting GMV without creator and traffic economics, or booking estimated settlement as the final expense. |
Tmall: join commercial bills to Alipay cash
Alibaba's official reconciliation guidance distinguishes Alipay transaction bills, funds bills and fee bills. It recommends connecting QianNiu finance records with Alipay records through business order and sub-order identifiers. That means finance should not expect one exported report to contain every answer: trade status, cash movement and service charges are different data layers.
JD.com: map the merchant model before the settlement
JD's official merchant and developer materials expose order, logistics, warehouse and finance capabilities. The finance team should first document whether the brand is operating a marketplace store, using a different supply or fulfillment arrangement, or working through another operator. The contractual seller, inventory owner, settlement account and fee bearer determine how the records enter the books.
Douyin: connect content economics to accounting
Douyin adds creator, agency, live-commerce and paid-traffic dimensions to the transaction chain. Its merchant guidance distinguishes pending settlement estimates from final settlement records and identifies possible components such as platform service fees and creator or service-provider commissions. Finance should retain both views, use the estimate for close monitoring where appropriate, and update the record when final evidence becomes available.
3. Build a five-layer multi-platform finance architecture
A strong design separates source systems from accounting conclusions. It avoids two extremes: three disconnected platform workbooks, or one flattened file that destroys useful detail.
Entity mapLegal entity, store ID, merchant of record, contract, payment account, warehouse, currency, taxpayer and reporting unit.
Source adaptersPlatform-specific downloads or interfaces for orders, refunds, fees, settlement, advertising, invoices and cash.
Common modelStandard order status, refund category, fee taxonomy, campaign, SKU, warehouse, settlement stage and unique transaction key.
Finance ledgersRevenue, platform receivables, expenses, VAT and invoice evidence, inventory, cost of goods sold, cash and intercompany balances.
Management packConsolidated P&L, channel and SKU margin, cash-flow view, inventory health, tax exceptions and bilingual group-reporting bridge.
If the brand also operates Tmall Global, JD Worldwide or another cross-border route, create a separate entity and transaction-flow map. The overseas seller, importer, customs route, currency, inventory owner and domestic service provider should not be blended into the ledger of a Chinese domestic store.
4. Create one common data dictionary
The common data dictionary is the translation layer between platforms. Each source field maps to a standard meaning, but the original field and source file remain preserved for auditability.
| Standard field group | Minimum fields | Finance question answered |
|---|---|---|
| Identity | Entity, platform, store ID, order ID, sub-order ID, refund ID, settlement ID and payment reference. | Can the number be traced across systems without duplicates? |
| Time | Order, payment, shipment, receipt, refund request, refund completion, settlement and bank dates. | Which period owns the transaction, receivable, expense or cash flow? |
| Product | Group SKU, platform SKU, quantity, list price, selling price, promotion and seller-funded discount. | What was sold and what margin did it generate? |
| After-sales | Cancellation, return, refund-only, partial refund, reason, amount and goods-return status. | How did after-sales activity change revenue, cash and inventory? |
| Platform economics | Commission, software or service fee, advertising, creator fee, agency fee, logistics, insurance, subsidy, deposit and penalty. | Which costs belong to the channel, campaign or product? |
| Settlement | Gross collectible amount, deductions, reserve, amount payable, amount paid, currency and unmatched balance. | Why does the platform receivable differ from bank cash? |
| Accounting and tax | Revenue status, VAT-inclusive amount, invoice number, ledger account, cost center and group-reporting code. | How does the transaction reach local books, tax support and headquarters reporting? |
5. Run three reconciliations for every platform
These bridges should run separately for Tmall, JD.com and Douyin before consolidation. A consolidated difference is difficult to investigate because one platform's overstatement can hide another platform's missing transaction.
6. Simulated example: three platforms, RMB 3 million in paid orders
| Platform | Paid orders | Completed refunds | Management sales base | Platform, advertising and creator deductions | Cash settlement |
|---|---|---|---|---|---|
| Tmall | 1,200,000 | (100,000) | 1,100,000 | (160,000) | 940,000 |
| JD.com | 800,000 | (70,000) | 730,000 | (100,000) | 630,000 |
| Douyin | 1,000,000 | (150,000) | 850,000 | (230,000) | 620,000 |
| Total | 3,000,000 | (320,000) | 2,680,000 | (490,000) | 2,190,000 |
The RMB 2.19 million cash settlement is not the group's revenue and is not its profit. It is the net platform cash in this simplified example. Finance still needs to review transaction cut-off, VAT, open receivables, refunds in progress and invoices before reaching statutory conclusions.
Illustrative consolidated management profit
| Management P&L item | Amount (RMB) |
|---|---|
| Management sales base | 2,680,000 |
| Cost of goods sold | (1,450,000) |
| Platform, advertising and creator deductions | (490,000) |
| Other fulfillment and logistics not included above | (180,000) |
| Payroll and administration | (280,000) |
| Illustrative management profit | 280,000 |
A channel view may reveal that Tmall has the strongest gross profit, JD.com has a lower marketing burden, and Douyin is acquiring customers at a higher creator and traffic cost. Those insights are invisible if all RMB 490,000 of channel deductions are posted to one undifferentiated “platform expense” account.
7. Use one close calendar with platform-specific checkpoints
The calendar below is illustrative. Actual dates depend on data availability, headquarters deadlines and statutory filing requirements.
Every unresolved item should have a platform, store, amount, source reference, issue category, owner, expected resolution date and proposed accounting treatment. Carrying a difference forward without an owner turns a timing item into a permanent control failure.
8. What should overseas headquarters receive?
Headquarters should not need to interpret Chinese platform exports. The China finance process should convert local operational data into a concise reporting pack while retaining supporting schedules.
- Consolidated and platform-level P&L with period comparisons
- Revenue bridge from paid orders, cancellations, refunds and cut-off
- Settlement, platform receivables and bank-cash reconciliation
- Marketing spend by platform, campaign, creator and product where available
- Inventory quantity/value bridge, aging and abnormal-stock report
- Gross margin and contribution profit by store, category or SKU
- VAT invoice, tax, contract and evidence exception list
- Bilingual bridge from Chinese accounts to group reporting codes
The Accounting Law permits foreign-invested enterprises to use a foreign language alongside Chinese for accounting records, but Chinese remains required. In practice, the efficient solution is not to create a second unofficial set of books. It is to build a controlled English management and group-reporting layer that reconciles back to the Chinese ledger.
9. Define controls, access and responsibility
Outsourcing reconciliation does not transfer management's legal responsibility. China's Accounting Law places responsibility for the authenticity and completeness of accounting work and materials on the person in charge of the entity. The company should therefore retain approval, source-data and cash-control responsibilities even when an external team runs the monthly close.
| Control | Recommended owner | Evidence |
|---|---|---|
| Store, entity and bank-account master | China finance with legal and headquarters review | Approved master-data register and change log |
| Platform data extraction | Authorized operator or service provider | Dated source files, access log and completeness totals |
| Transaction mapping and reconciliation | Accounting or finance provider | Mapping table, bridge schedules and exception log |
| Payments, write-offs and manual entries | Company approver independent from preparer | Approval record and supporting documentation |
| Close and headquarters reporting | China finance lead and group controller | Signed close checklist and reporting bridge |
10. How Caigeek helps foreign brands manage multi-platform finance
Caigeek focuses on e-commerce finance outsourcing and management analysis. For a foreign brand selling across Tmall, JD.com and Douyin, the objective is to create one repeatable close without losing platform-level evidence.
A practical scope can include:
- mapping legal entities, stores, payment accounts, warehouses and operating contracts;
- normalizing platform orders, refunds, fees, advertising and settlement fields;
- reconciling orders to revenue, settlements to bank cash, and inventory to cost;
- tracking Tmall/Alipay, JD merchant and Douyin creator or traffic-related exceptions separately;
- supporting bookkeeping, invoice organization, tax-filing preparation and close controls;
- calculating profit by platform, store, campaign, product or SKU when source data supports it; and
- delivering a bilingual monthly pack and group-reporting bridge for overseas headquarters.
The final scope should be based on store count, monthly orders, SKUs, refund volume, campaign complexity, warehouses, entity structure, systems and reporting deadlines. Platform integrations, rule details and tax treatment must be confirmed against the brand's current accounts and contracts.
Turn three platform reports into one trusted finance view
Caigeek can review a representative month of Tmall, JD.com and Douyin data, identify the missing bridges and define a practical multi-platform close for the China team and overseas headquarters.
Discuss your multi-platform finance setupFrequently asked questions
Can Tmall, JD.com and Douyin use one chart of accounts?
Yes. The legal entity can use one controlled chart of accounts while preserving platform, store, campaign, product and settlement dimensions in subledgers or analytical fields. Do not erase platform-specific transaction details merely to make the general ledger look uniform.
Why do combined platform sales not match bank receipts?
Platform sales, accounting revenue, settlement receivables and bank cash measure different stages. Refunds, commissions, advertising, creator fees, logistics, deposits, reserves and cut-off timing can all create differences. Finance should reconcile the stages with separate order-to-revenue and settlement-to-bank bridges.
How should creator commissions and platform advertising be managed?
Capture creator commissions, agency charges and platform advertising at their original campaign, store and product dimensions before mapping them to standardized management categories. Classification and tax deductibility should be supported by contracts, final settlement records, invoices and actual service evidence.
How should refunds that cross month-end be handled?
Keep the original order ID, refund ID, request date, completion date, amount, goods-return status and settlement impact. Apply the company's accounting policy consistently, reconcile the refund to the platform's current-period reporting and maintain an open after-sales schedule for incomplete cases.
Can one inventory ledger support all three platforms?
Yes, if the inventory ledger uses a common SKU master and tracks legal owner, warehouse, channel allocation, fulfillment, return, transfer, damage and write-off status. Platform virtual stock and warehouse physical stock should be reconciled rather than assumed to be identical.
What should overseas headquarters receive each month?
Headquarters should receive a bilingual consolidated P&L, platform and store profitability, order-to-revenue and settlement-to-bank bridges, inventory and cost analysis, tax and invoice exceptions, cash-flow visibility and a bridge from Chinese books to the group's reporting framework.
How can Caigeek help a foreign brand manage multi-platform finance?
Caigeek can map entities and stores, normalize Tmall, JD.com and Douyin data, reconcile orders, refunds, expenses, settlements and bank receipts, connect inventory and invoices, calculate channel profitability and deliver a bilingual monthly management pack with an exception log.
Conclusion: one finance model, three controlled reconciliations
A foreign brand should not manage Tmall, JD.com and Douyin as three isolated accounting projects. Nor should it combine them before the underlying differences are reconciled. The scalable model is one entity and account framework, one common data dictionary and one headquarters pack—supported by separate platform-level order, settlement and inventory bridges.
Start with a representative month. Lock the source files, map every store and payment account, reconcile the three bridges, classify exceptions and prove that the consolidated report can be traced back to individual transactions. Once that works, automate repeatable steps without removing review controls.
Official references and further reading
- Alibaba Developer — Financial reconciliation, Alipay bills and QianNiu finance records
- JD.com — Jingmai merchant operating guide
- JD Open Platform — Order, logistics, warehouse and finance interface capabilities
- Douyin E-commerce — Official merchant learning center
- Douyin E-commerce — Pending settlement and estimated deductions guide
- Ocean Engine — Account, report and financial-data guidance
- State Taxation Administration — Internet-platform tax-information reporting specification
- Ministry of Finance — Accounting Law of the People's Republic of China
- Caigeek — E-commerce finance outsourcing and management analysis
Disclaimer: This article provides general business information and a simplified management example. It is not legal, tax, audit or accounting advice for a specific entity or transaction. Platform products, fields, fees and rules change. Applicable treatment depends on the legal seller, contracts, taxpayer status, accounting policy, products, invoices, fulfillment, transaction flow and current rules. Confirm current platform documentation and obtain entity-specific professional advice before implementation.