Votre siège tourne sur SAP ou Cegid depuis dix ans. Votre filiale de Shanghaï existe depuis trois. Et pourtant, à chaque clôture mensuelle, votre contrôleur financier passe deux jours à réconcilier manuellement les données chinoises avec la consolidation européenne. Ce n’est pas un problème de compétences : c’est un problème de conception.
La Chine impose trois contraintes que les projets ERP internationaux sous-estiment systématiquement : un système de facturation fiscale propriétaire (le Golden Tax, 金税系统) sans équivalent en Europe, une loi de protection des données personnelles (PIPL) qui impose une localisation stricte des données, et un régime de cotisations sociales dont les taux varient du simple au double selon la ville d’implantation. Ce guide détaille chacun de ces points pour un DSI ou DAF d’ETI française qui déploie ou consolide un ERP dans une entité chinoise.
Pourquoi la Chine est un cas à part pour votre ERP
Isolation du SI : Great Firewall, latence et hébergement local obligatoire
Tout SaaS hébergé en Europe ou aux États-Unis subit une latence élevée depuis la Chine continentale. Le Great Firewall (pare-feu national, 防火长城) filtre le trafic Internet entrant et sortant, avec des variations de 100 à 300 ms selon le type de connexion et les restrictions en vigueur. Pour un ERP transactionnel (saisie de commandes, validation de factures, pointage de paie), cette latence dégrade fortement l’expérience utilisateur jusqu’à rendre l’outil inutilisable en pic de charge.
La réponse opérationnelle est l’hébergement local : les données chinoises doivent être hébergées sur des clouds chinois (Alibaba Cloud/Aliyun, Tencent Cloud, Huawei Cloud) et l’instance ERP doit tourner dans un datacenter continental. Les fournisseurs ERP majeurs ont adapté leurs offres en conséquence. SAP RISE with SAP tourne sur Alibaba Cloud pour les instances China. Oracle ERP Cloud utilise OCI China, hébergé par Tencent Cloud via une coentreprise locale. Microsoft Dynamics 365 est opéré par 21Vianet (Azure China), entité de droit chinois distincte de Microsoft Corporation.
Conséquence directe : votre contrat ERP chinois n’est pas le même contrat que votre contrat siège. Ce sont des entités juridiques distinctes, des instances techniques isolées, et des données qui ne circulent pas librement entre les deux environnements.
Le patchwork fiscal chinois
La TVA chinoise (增值税, Zengzhi shui) comporte plusieurs taux applicables selon le secteur d’activité : 13 % pour les biens manufacturés, 9 % pour les services de transport et de construction, 6 % pour les services financiers, de conseil et technologiques. Les petits contribuables (Xiǎo guīmó nàshuì rén) bénéficient d’un taux réduit de 3 %, mais cette qualification impose un seuil de chiffre d’affaires et des obligations déclaratives simplifiées. Une WFOE (Wholly Foreign-Owned Enterprise) d’ETI européenne sera généralement un contribuable général, soumis aux taux pleins.
L’impôt sur les sociétés (企业所得税) est de 25 % en taux standard. Les entreprises qualifiées comme “entreprises de haute technologie” (HNTE) peuvent bénéficier d’un taux réduit à 15 %. Ce régime fiscal spécifique doit être intégré dans le paramétrage du module Finance de l’ERP local.
Golden Tax System (金税系统) : l’incontournable de la facturation
Le fapiao électronique (e-fapiao) : déploiement 2025-2026
Le fapiao (发票) est la facture fiscale officielle en Chine. Sans fapiao valide, un achat n’est pas déductible fiscalement. Ce principe, en apparence simple, a une implication majeure pour tout ERP : la facturation ne peut pas être gérée uniquement dans votre système interne.
La loi TVA entrée en vigueur le 1er janvier 2026 a achevé la transition vers le fapiao 100 % électronique (source : Acclime, juin 2026). L’e-fapiao est désormais le seul format légal de facture. Les équipements matériels de contrôle fiscal (les anciennes imprimantes de fapiao) ont été retirés. Chaque facture est générée directement dans le bureau fiscal électronique de l’entreprise ou via une plateforme tierce certifiée, puis synchronisée en temps réel avec l’Administration fiscale d’État (STA, 国家税务总局).
Le Golden Tax Phase IV, opérationnel depuis 2022 et pleinement déployé depuis 2025, a transformé le système en outil de surveillance continue des transactions. Le mécanisme des “Quatre Flux” (四流合一) compare automatiquement les contrats, les factures, les flux financiers et les données logistiques. Tout écart est détecté au fil de l’eau, et non lors d’un audit a posteriori (source : Acclime, juin 2026).
Intégration ERP et Golden Tax : comment ça marche
Trois prestataires tiers agréés dominent l’intégration ERP-Golden Tax : Baiwang (百旺), Aisino (航天信息) et NovaTax/Nuanxi. Ce sont eux qui assurent la connexion entre votre ERP et le bureau fiscal électronique de la STA.
SAP S/4HANA intègre une interface Golden Tax native dans son module FI-CN (Financial Accounting China). Les codes de classification des marchandises (商品编码) doivent être configurés précisément dans le référentiel produit : chaque ligne de facture doit porter le code fiscal STA correspondant, sous peine de rejet à l’émission. La documentation SAP décrit ce module comme standard dans le Country Package chinois (SAP Help Documentation).
Oracle ERP Cloud dispose d’un Golden Tax Adaptor qui connecte Oracle Fusion Receivables au système Aisino (Oracle Documentation, 2025). Ce connecteur gère la conversion des transactions Receivables en fapiao VAT et leur transmission à la STA.
Erreurs classiques : décalage comptable ERP siège vs fapiao local
Le risque le plus fréquent sur les projets ETI : le décalage de reconnaissance du revenu entre l’ERP siège et le système Golden Tax. Votre ERP européen reconnaît le revenu au moment de la livraison ou de la prestation. Le Golden Tax enregistre la facture au moment de l’émission du fapiao. Ces deux dates ne coïncident pas nécessairement.
Deuxième piège : la gestion des fapiaos rouges (红字发票), équivalent des avoirs. Un avoir sur fapiao suppose une demande d’annulation auprès de la STA, avec un délai de traitement. Le processus est sans commune mesure avec la simple émission d’une note de crédit dans un ERP européen. Une conception de processus Order-to-Cash qui n’intègre pas ce flux dès la phase de design génère des problèmes de réconciliation en production.
PIPL (Personal Information Protection Law) : impact sur votre ERP
Données personnelles des employés et clients : ce qui doit rester en Chine
La loi sur la protection des informations personnelles (个人信息保护法, PIPL) est entrée en vigueur le 1er novembre 2021. Elle s’applique à toute organisation qui traite des informations personnelles de résidents chinois, y compris les WFOE d’entreprises étrangères.
Les données RH entrent directement dans le périmètre PIPL : coordonnées des employés, salaires, évaluations de performance, données biométriques pour le contrôle d’accès ou les présences. Côté commercial, les données clients et prospects stockées dans le module CRM ou dans un portail e-commerce sont également concernées.
Le principe général : les données personnelles de résidents chinois doivent être hébergées sur le territoire de la Chine continentale. Un module HR de votre ERP central européen qui syncrhonise les données employés chinois vers un serveur en France sans autorisation est en violation directe de la PIPL.
Cross-border data transfer : les trois voies légales
Pour transférer légalement des données personnelles hors de Chine, la PIPL prévoit trois mécanismes, formalisés par des mesures d’application dont la dernière (certification) est entrée en vigueur le 1er janvier 2026 (aidocx.ai, juillet 2026) :
-
Évaluation de sécurité CAC : obligatoire si le transfert porte sur les données de plus de 1 million de personnes (ou données sensibles de plus de 100 000 personnes), ou si l’entreprise est qualifiée d’opérateur d’infrastructure d’information critique (CIIO). Pour une ETI avec une filiale de quelques dizaines de salariés, ce seuil est rarement atteint.
-
Clauses contractuelles types (SCCs) : la voie standard pour la majorité des ETI. Elle impose la signature d’un contrat spécifique avec le destinataire hors-Chine, la réalisation d’une évaluation d’impact (PIPIA, Personal Information Protection Impact Assessment), et un dépôt auprès du bureau CAC provincial compétent.
-
Certification : nouveau mécanisme depuis le 1er janvier 2026, géré par des organismes de certification agréés par la CAC. Applicable à certains secteurs spécifiques.
Pour une ETI typique, la voie SCCs est la plus opérationnelle. Elle suppose un travail juridique préalable (contrat, PIPIA) et un délai de traitement par la CAC locale.
Chiffrement et journalisation : exigences minimales dans l’ERP
Indépendamment du mécanisme choisi pour le transfert, la PIPL impose des mesures techniques minimales pour tout traitement de données personnelles en Chine :
- Chiffrement des données au repos et en transit
- Journalisation des accès : qui a accédé à quelles données, à quelle heure
- Contrôle d’accès fondé sur les rôles, avec séparation stricte entre les données chinoises et les données européennes
- Notification à la CAC et aux personnes concernées en cas de violation
Ces exigences doivent être configurées dans l’ERP local et documentées pour tout audit éventuel.
Paie et conformité sociale en Chine
Cotisations sociales par ville
Le régime de protection sociale chinois (五险一金, Cinq Assurances et un Fonds) est géré au niveau municipal. Les taux varient significativement selon la ville d’implantation.
À Shanghai, les cotisations patronales totales représentent de 30,7 % à 34,4 % du salaire de base de l’employé. À Pékin, la fourchette s’établit entre 31,5 % et 40,2 % (source : nnroad.com, 2026). Dans les villes de second ou troisième rang, les taux peuvent être inférieurs de 5 à 10 points. Cette disparité rend tout module de paie consolidé inopérant sans paramétrage ville par ville.
Le détail à Shanghai en 2026 : pension 16 %, assurance maladie (maternité incluse) 9 %, chômage 0,5 %, accident du travail 0,2 à 1,9 % selon le secteur. À quoi s’ajoute le fonds de logement.
La base de cotisation n’est pas le salaire contractuel, mais le salaire moyen mensuel de l’année civile précédente, encadrée par un plancher et un plafond municipaux révisés chaque année. Un ERP paie bien configuré pour la Chine doit gérer cette logique de base contributive distincte du salaire.
Fonds de logement (Housing Provident Fund)
Le fonds de logement (住房公积金, Zhùfáng gōngjījīn) est une contribution obligatoire employeur + employé, chacun versant le même pourcentage. À Shanghai, la fourchette légale est de 5 % à 7 % (côté employeur). À Pékin, elle va de 5 % à 12 %. L’employeur choisit son taux dans la fourchette autorisée, ce qui crée une variabilité significative même au sein d’une seule ville.
Ces fonds sont gérés par les Housing Provident Fund Management Centers locaux, distincts des caisses de sécurité sociale. Deux comptes de gestion distincts, deux flux de déclaration, deux intégrations ERP à paramétrer.
Retenues à la source (IIT) : tables progressives
L’impôt sur le revenu des personnes physiques (个人所得税, IIT) est prélevé à la source par l’employeur. Le barème est progressif de 3 % à 45 %. La distinction entre résident fiscal chinois et non-résident s’applique aux expatriés européens détachés dans la filiale : les non-résidents ne bénéficient pas de la même assiette ni du même barème.
Le calcul IIT cumulatif sur l’année impose une régularisation mensuelle, gérée via l’application officielle de la STA (个人所得税 app, disponible sur iOS et Android) que tout employé doit utiliser pour sa déclaration annuelle de régularisation. L’ERP paie doit produire les fichiers de déclaration dans le format attendu par la STA.
Solutions ERP recommandées pour les filiales chinoises
SAP S/4HANA : module CN et partenaires locaux
SAP S/4HANA embarque un “China Country Package” comprenant les modules FI-CN (Golden Tax, norme comptable ASBE, déclarations fiscales), SD-CN (facturation locale, gestion des fapiaos) et HCM-CN (paie, cotisations sociales). Déployé via SAP RISE, il tourne sur Alibaba Cloud pour les instances chinoises.
Le prérequis critique : passer par un intégrateur SAP Gold Partner certifié en Chine. Les partenaires les plus établis sur le segment ETI sont Neusoft, Camelot et HiSoft. Sans expertise locale certifiée, la configuration du Golden Tax et des règles de paie multi-villes dépasse la capacité d’un cabinet d’intégration purement européen.
Oracle ERP Cloud : localisation Chine sur OCI
Oracle ERP Cloud propose une localisation Chine couvrant Golden Tax (via Golden Tax Adaptor pour Aisino), les normes comptables ASBE, la TVA et les déclarations réglementaires. L’instance est hébergée sur OCI China (Tencent Cloud), avec un contrat signé avec l’entité chinoise d’Oracle, distinct du contrat global (IT Convergence). Point d’attention pour les DAF : les SLAs et conditions de service de l’instance OCI China ne sont pas identiques à ceux de l’OCI global.
Microsoft Dynamics 365 Finance : Azure China via 21Vianet
Dynamics 365 Finance en Chine est opéré par 21Vianet (世纪互联), une société de droit chinois agréée pour exploiter les services cloud Microsoft sur le territoire continental. L’infrastructure est distincte du cloud Azure global : données isolées, contrat séparé, instances techniques indépendantes. La localisation inclut Golden Tax, le plan comptable chinois et les déclarations sociales. Pour les ETI qui utilisent Dynamics 365 au siège européen, l’architecture recommandée est une instance séparée en Chine avec synchronisation périodique des données de consolidation.
Alternatives locales : Kingdee et Yonyou
Kingdee (金蝶) occupe la première place du marché SaaS ERP PME/ETI en Chine pour la 22e année consécutive selon IDC (source : Kingdee investor relations, août 2026). Son offre Kingdee Cloud couvre la comptabilité ASBE, Golden Tax natif, paie multi-villes et gestion des cotisations sociales. Yonyou (用友) domine sur les grandes entreprises avec sa suite NC/BIP.
Quand choisir Kingdee ou Yonyou plutôt qu’un ERP global : filiale de moins de 50 salariés, opérations 100 % chinoises sans besoin de consolidation temps réel, budget de déploiement inférieur à 200 K€. Dans ce cas, une interface API ou middleware vers l’ERP siège pour la remontée mensuelle des balances suffit.
Intégration siège-filiale : architecture et bonnes pratiques
Hub-and-spoke vs instance séparée
Deux architectures s’affrontent sur les projets ETI :
Hub-and-spoke : un seul ERP global (SAP ou Oracle) avec une localisation Chine activée. Avantage : modèle de données unifié, consolidation financière directe sans transformation. Inconvénient : coût élevé, toutes les localisations chinoises doivent être paramétrées dans l’instance globale, et le prestataire golden tax doit être intégré côté chinois de l’architecture cloud.
Instance séparée : un ERP ou module local (Kingdee, Yonyou, ou une instance SAP/Oracle distincte sur cloud chinois) connecté au siège via un middleware de consolidation. Avantage : rapidité de déploiement, conformité native, coût inférieur. Inconvénient : double maintenance, mapping de plan comptable obligatoire, délai sur la disponibilité des données consolidées.
Pour une ETI dont la filiale chinoise représente moins de 30 % du CA consolidé, l’instance séparée est souvent le choix le plus pragmatique.
Synchronisation malgré le Great Firewall
Le VPN corporate (MPLS ou SD-WAN) est la solution standard pour connecter les instances ERP de part et d’autre de la frontière. Le SD-WAN est préféré au VPN IPSEC classique pour les flux ERP temps réel : il permet d’optimiser le routage et de contourner une partie de la dégradation liée au Great Firewall. Quelle que soit la solution retenue, un test de latence des transactions ERP critiques depuis un site chinois est obligatoire avant la mise en production.
Consolidation ASBE vs plan comptable européen
Les normes ASBE (Accounting Standards for Business Enterprises, 企业会计准则) divergent des IFRS sur plusieurs points : traitement des contrats de location, capitalisation des frais de R&D, provisions et dépréciations. La filiale chinoise clôture en ASBE ; la consolidation groupe se fait en IFRS ou en normes locales européennes selon votre siège.
Le mapping de plan comptable entre le PCG/ASBE chinois et le référentiel groupe est un chantier distinct, généralement estimé entre deux et quatre semaines pour une ETI de taille standard. La solution la plus courante : comptabilité en double référentiel (dual-book) dans l’ERP local, avec une couche de mapping automatisé vers les comptes groupe.
Checklist de déploiement ERP Chine en 12 points
- Hébergement local confirmé : instance ERP sur cloud chinois (Alibaba/Tencent/Huawei) avec ICP et latence testée
- Golden Tax prestataire sélectionné : Baiwang, Aisino ou NovaTax, contrat signé avant go-live
- Codes classification marchandises (商品编码) : référentiel produit mapé avec la nomenclature STA
- Processus fapiao rouge (avoirs) : procédure documentée et intégrée dans le workflow Order-to-Cash
- Évaluation PIPL : cartographie des données personnelles traitées et voie légale choisie (SCCs ou certification)
- Dépôt CAC : PIPIA réalisée, contrat SCC signé et déposé si applicable
- Chiffrement et logs : données au repos et en transit chiffrées, journalisation des accès activée
- Cotisations sociales par ville : taux 2026 paramétrés dans le module paie pour chaque ville d’implantation
- Fonds de logement : comptes de gestion distincts, taux employeur défini dans la fourchette légale municipale
- IIT mensuel : calcul cumulatif activé, fichiers de déclaration STA générés automatiquement
- Mapping ASBE/IFRS : plan comptable chinois mapé vers le référentiel groupe, dual-book configuré si nécessaire
- Test de performance réseau : transactions ERP clés testées depuis le réseau chinois avant la mise en production
Pour situer ce projet dans une stratégie d’internationalisation ERP plus large, consultez notre guide NetSuite pour les filiales européennes et l’internationalisation et notre analyse des enjeux douanes et conformité multi-pays dans un ERP de commerce international. Pour le volet données et souveraineté numérique, notre article sur le Cloud Act et la souveraineté ERP cloud en France offre un angle miroir utile sur les mêmes problématiques, côté européen cette fois.
