Your headquarters has been running on SAP or Microsoft Dynamics for a decade. Your Shanghai subsidiary has existed for three years. Yet at every monthly close, your financial controller spends two days manually reconciling Chinese data with the European consolidation. This is not a skills problem — it is a design problem.
China imposes three constraints that international ERP projects systematically underestimate: a proprietary tax invoicing system (Golden Tax, 金税系统) with no European equivalent, a personal data protection law (PIPL) that enforces strict data localisation, and a social security regime whose contribution rates can vary by more than double depending on the city. This guide covers each of these in detail for the CIO or CFO of a European mid-market company deploying or consolidating an ERP in a Chinese entity.
Why China Is a Special Case for Your ERP
SI Isolation: Great Firewall, Latency and Mandatory Local Hosting
Any SaaS platform hosted in Europe or the United States experiences high latency from mainland China. The Great Firewall (防火长城) filters inbound and outbound internet traffic, with fluctuations of 100 to 300 ms depending on connection type and active restrictions. For a transactional ERP (order entry, invoice approval, payroll processing), this latency significantly degrades the user experience — to the point of making the system unusable under peak load.
The operational response is local hosting: Chinese data must be hosted on Chinese clouds (Alibaba Cloud/Aliyun, Tencent Cloud, Huawei Cloud) and the ERP instance must run in a mainland data centre. Major ERP vendors have adapted their offerings accordingly. SAP RISE with SAP runs on Alibaba Cloud for China instances. Oracle ERP Cloud uses OCI China, hosted by Tencent Cloud through a local joint venture. Microsoft Dynamics 365 is operated by 21Vianet (Azure China), a distinct Chinese legal entity separate from Microsoft Corporation.
The direct consequence: your Chinese ERP contract is not the same contract as your headquarters contract. These are separate legal entities, technically isolated instances, and data that does not flow freely between the two environments.
The Chinese Tax Mosaic
Chinese VAT (增值税, Zengzhi shui) has several rates applicable by sector: 13% for manufactured goods, 9% for transport and construction services, 6% for financial, consulting and technology services. Small-scale taxpayers (Xiǎo guīmó nàshuì rén) qualify for a reduced rate of 3%, but this classification requires a turnover ceiling and simplified filing obligations. A WFOE (Wholly Foreign-Owned Enterprise) of a European mid-market company will generally be a general taxpayer, subject to full rates.
The corporate income tax (企业所得税) is 25% at the standard rate. Companies qualifying as “high and new technology enterprises” (HNTE) may benefit from a reduced 15% rate. This specific tax treatment must be reflected in the configuration of the ERP’s Finance module.
Golden Tax System (金税系统): the Non-Negotiable for Invoicing
The Electronic Fapiao (e-Fapiao): 2025–2026 Rollout
The fapiao (发票) is the official tax invoice in China. Without a valid fapiao, a purchase is not tax-deductible. This principle, while seemingly simple, has a major implication for any ERP: invoicing cannot be managed solely within your internal system.
The VAT Law that came into force on 1 January 2026 completed the transition to 100% electronic fapiao (source: Acclime, June 2026). The e-fapiao is now the only legal invoice format. Physical tax control equipment (the old fapiao printers) has been withdrawn. Each invoice is generated directly within the company’s electronic tax bureau portal or via a certified third-party platform, then synchronised in real time with the State Taxation Administration (STA, 国家税务总局).
Golden Tax Phase IV, operational since 2022 and fully deployed since 2025, has transformed the system into a tool for continuous transaction monitoring. The “Four-Flow Matching” mechanism (四流合一) automatically cross-references contracts, invoices, financial flows and logistics data. Any discrepancy is detected in real time, not during a retrospective audit (source: Acclime, June 2026).
ERP and Golden Tax Integration: How It Works
Three certified third-party providers dominate ERP–Golden Tax integration: Baiwang (百旺), Aisino (航天信息) and NovaTax/Nuanxi. These providers handle the connection between your ERP and the STA’s electronic tax bureau.
SAP S/4HANA includes a native Golden Tax interface in its FI-CN module (Financial Accounting China). Commodity classification codes (商品编码) must be configured precisely in the product master: each invoice line must carry the corresponding STA tax code, otherwise it will be rejected on issuance. SAP documents this module as standard in the China Country Package (SAP Help Documentation).
Oracle ERP Cloud provides a Golden Tax Adaptor that connects Oracle Fusion Receivables to the Aisino system (Oracle Documentation, 2025). This connector handles the conversion of Receivables transactions into VAT fapiao and their transmission to the STA.
Common Pitfalls: Revenue Recognition Gaps Between Headquarters ERP and Local Fapiao
The most frequent risk on mid-market projects: the revenue recognition timing mismatch between the headquarters ERP and the Golden Tax system. Your European ERP recognises revenue at the point of delivery or service completion. The Golden Tax records the invoice at the moment the fapiao is issued. These two dates do not necessarily coincide.
A second trap: handling red fapiaos (红字发票), the Chinese equivalent of credit notes. Issuing a credit note on a fapiao requires a cancellation request to the STA, with a processing delay. The process bears no comparison to simply issuing a credit note in a European ERP. An Order-to-Cash process design that does not incorporate this flow from the design phase will generate reconciliation issues in production.
PIPL (Personal Information Protection Law): Impact on Your ERP
Employee and Customer Personal Data: What Must Stay in China
The Personal Information Protection Law (个人信息保护法, PIPL) came into force on 1 November 2021. It applies to any organisation processing personal information of Chinese residents, including WFOEs of foreign companies.
HR data falls directly within PIPL scope: employee contact details, salaries, performance appraisals, biometric data for access control or attendance. On the commercial side, customer and prospect data stored in the CRM module or an e-commerce portal is equally covered.
The general principle: personal data of Chinese residents must be hosted on mainland Chinese territory. An HR module in your central European ERP that synchronises Chinese employee data to a server in Germany or the UK without authorisation is a direct PIPL violation.
Cross-Border Data Transfer: The Three Legal Routes
To legally transfer personal data outside of China, PIPL provides three mechanisms, formalised by implementing regulations of which the latest (certification) came into force on 1 January 2026 (aidocx.ai, July 2026):
-
CAC Security Assessment: mandatory if the transfer involves data of more than one million individuals (or sensitive data of more than 100,000 individuals), or if the company qualifies as a Critical Information Infrastructure Operator (CIIO). For a mid-market company with a subsidiary of a few dozen employees, this threshold is rarely reached.
-
Standard Contract Clauses (SCCs): the standard route for most mid-market companies. It requires signing a specific contract with the overseas recipient, conducting a Personal Information Protection Impact Assessment (PIPIA), and filing with the competent provincial CAC bureau.
-
Certification: a new mechanism since 1 January 2026, managed by CAC-accredited certification bodies. Applicable to specific sectors.
For a typical mid-market company, the SCC route is the most operationally straightforward. It requires prior legal work (contract, PIPIA) and a processing period with the local CAC.
Encryption and Logging: Minimum Requirements in the ERP
Regardless of the mechanism chosen for data transfers, PIPL imposes minimum technical measures for all personal data processing in China:
- Encryption of data at rest and in transit
- Access logging: who accessed which data and when
- Role-based access control, with strict separation between Chinese and European data
- Notification to the CAC and affected individuals in the event of a breach
These requirements must be configured in the local ERP and documented for any potential audit.
Payroll and Social Security Compliance in China
Social Security Contributions by City
The Chinese social protection system (五险一金, Five Insurances and One Fund) is administered at the municipal level. Rates vary significantly depending on the city of incorporation.
In Shanghai, total employer contributions represent 30.7% to 34.4% of the employee’s base salary. In Beijing, the range is 31.5% to 40.2% (source: nnroad.com, 2026). In second- and third-tier cities, rates can be 5 to 10 percentage points lower. This disparity makes any consolidated payroll module inoperable without city-by-city configuration.
The Shanghai 2026 breakdown: pension 16%, healthcare (including maternity) 9%, unemployment 0.5%, work injury 0.2–1.9% depending on sector. Plus the housing provident fund.
The contribution base is not the contractual salary but the employee’s average monthly salary for the preceding calendar year, bounded by city-level floors and ceilings that are revised annually. A well-configured China payroll ERP must handle this separate contribution base logic.
Housing Provident Fund
The Housing Provident Fund (住房公积金, Zhùfáng gōngjījīn) is a mandatory employer and employee contribution, both paying the same percentage. In Shanghai, the legal range is 5% to 7% (employer side). In Beijing, it runs from 5% to 12%. The employer selects its rate within the permitted range, creating significant variability even within a single city.
These funds are administered by local Housing Provident Fund Management Centres, separate from the social security funds. Two separate management accounts, two declaration flows, two ERP integrations to configure.
Individual Income Tax (IIT): Progressive Withholding Tables
Individual Income Tax (个人所得税, IIT) is withheld at source by the employer. The scale is progressive from 3% to 45%. The distinction between Chinese tax residents and non-residents applies to European expatriates seconded to the subsidiary: non-residents do not benefit from the same tax base or schedule.
The cumulative IIT calculation over the year requires monthly regularisation, managed via the STA’s official app (个人所得税 app, available on iOS and Android), which every employee must use for their annual adjustment filing. The payroll ERP must generate declaration files in the format expected by the STA.
Recommended ERP Solutions for Chinese Subsidiaries
SAP S/4HANA: CN Module and Local Partners
SAP S/4HANA includes a China Country Package comprising FI-CN modules (Golden Tax, ASBE accounting standards, tax filings), SD-CN (local invoicing, fapiao management) and HCM-CN (payroll, social security contributions). Deployed via SAP RISE, it runs on Alibaba Cloud for Chinese instances.
The critical prerequisite: engaging an SAP Gold Partner certified in China. The most established partners for the mid-market segment are Neusoft, Camelot and HiSoft. Without local certified expertise, configuring Golden Tax and multi-city payroll rules exceeds the capacity of a purely European integration firm.
Oracle ERP Cloud: China Localisation on OCI
Oracle ERP Cloud offers a China localisation covering Golden Tax (via Golden Tax Adaptor for Aisino), ASBE accounting standards, VAT and regulatory filings. The instance is hosted on OCI China (Tencent Cloud), with a contract signed with Oracle’s Chinese entity, separate from the global agreement (IT Convergence). An important point for CFOs: the SLAs and service conditions of the OCI China instance are not identical to those of the global OCI.
Microsoft Dynamics 365 Finance: Azure China via 21Vianet
Dynamics 365 Finance in China is operated by 21Vianet (世纪互联), a Chinese company licensed to operate Microsoft cloud services on the mainland. The infrastructure is separate from the global Azure cloud: isolated data, separate contract, independent technical instances. The localisation includes Golden Tax, the Chinese chart of accounts and social security filings. For mid-market companies using Dynamics 365 at their European headquarters, the recommended architecture is a separate China instance with periodic consolidation data synchronisation.
Local Alternatives: Kingdee and Yonyou
Kingdee (金蝶) holds the top position in the China SME/mid-market ERP SaaS market for the 22nd consecutive year according to IDC (source: Kingdee investor relations, August 2026). Its Kingdee Cloud offering covers ASBE accounting, native Golden Tax, multi-city payroll and social security management. Yonyou (用友) dominates among large enterprises with its NC/BIP suite.
When to choose Kingdee or Yonyou over a global ERP: subsidiaries with fewer than 50 employees, 100% China-only operations with no real-time consolidation requirement, deployment budget under €200K. In that scenario, an API interface or middleware to the headquarters ERP for monthly balance uploads is sufficient.
Headquarters–Subsidiary Integration: Architecture and Best Practices
Hub-and-Spoke vs. Separate Instance
Two architectures compete on mid-market projects:
Hub-and-spoke: a single global ERP (SAP or Oracle) with the China localisation activated. Advantage: unified data model, direct financial consolidation without transformation. Disadvantage: high cost, all Chinese localisations must be configured within the global instance, and the Golden Tax provider must be integrated on the Chinese cloud side of the architecture.
Separate instance: a local ERP or module (Kingdee, Yonyou, or a distinct SAP/Oracle instance on Chinese cloud) connected to headquarters via a consolidation middleware. Advantage: faster deployment, native compliance, lower cost. Disadvantage: double maintenance, mandatory chart of accounts mapping, lag in consolidated data availability.
For a mid-market company where the Chinese subsidiary represents less than 30% of consolidated revenue, the separate instance is often the more pragmatic choice.
Synchronisation Despite the Great Firewall
Corporate VPN (MPLS or SD-WAN) is the standard solution for connecting ERP instances across the border. SD-WAN is preferred over classic IPSEC VPN for real-time ERP flows: it optimises routing and mitigates some of the degradation caused by the Great Firewall. Regardless of the solution chosen, latency testing for critical ERP transactions from a Chinese network is mandatory before go-live.
ASBE vs. European Chart of Accounts Consolidation
ASBE (Accounting Standards for Business Enterprises, 企业会计准则) diverges from IFRS in several areas: lease accounting, R&D cost capitalisation, provisions and impairments. The Chinese subsidiary closes under ASBE; group consolidation is done under IFRS or local European standards depending on your headquarters.
The chart of accounts mapping between the Chinese ASBE and the group reference framework is a separate workstream, typically estimated at two to four weeks for a standard mid-market company. The most common solution: dual-book accounting in the local ERP, with an automated mapping layer to the group accounts.
12-Point ERP China Deployment Checklist
- Local hosting confirmed: ERP instance on Chinese cloud (Alibaba/Tencent/Huawei) with ICP licence and latency tested
- Golden Tax provider selected: Baiwang, Aisino or NovaTax, contract signed before go-live
- Commodity classification codes (商品编码): product master mapped to STA nomenclature
- Red fapiao process (credit notes): procedure documented and integrated into the Order-to-Cash workflow
- PIPL assessment: personal data inventory completed and legal route chosen (SCCs or certification)
- CAC filing: PIPIA completed, SCC contract signed and filed if applicable
- Encryption and logging: data at rest and in transit encrypted, access logging activated
- City-level social security rates: 2026 rates configured in the payroll module for each city of incorporation
- Housing Provident Fund: separate management accounts, employer rate set within the municipal legal range
- Monthly IIT: cumulative calculation activated, STA declaration files generated automatically
- ASBE/IFRS mapping: Chinese chart of accounts mapped to the group reference, dual-book configured if required
- Network performance testing: critical ERP transactions tested from the Chinese network before go-live
To situate this project within a broader ERP internationalisation strategy, see our NetSuite guide for European subsidiaries and internationalisation and our analysis of customs compliance and multi-country ERP for international trade. For the data sovereignty angle, our article on Workday EU Sovereign Cloud and the Cloud Act offers a useful mirror perspective on the same challenges — from the European side.