Les entreprises européennes qui s’implantent en Australie ou en Nouvelle-Zélande arrivent avec une idée rassurante : le cadre anglosaxon, la langue anglaise et le niveau de maturité technologique de la région devraient faciliter le déploiement ERP. En pratique, c’est l’inverse qui se produit. Single Touch Payroll Phase 2 impose une granularité de déclaration de paie que l’OCDE n’a pas d’équivalent en Europe. SuperStream transforme les cotisations retraite en flux électroniques complexes. La facturation électronique Peppol est cogérée par les deux pays sous une autorité commune. Et les leaders du marché local, TechnologyOne, MYOB Acumatica ou Epicor Pronto, sont pratiquement inconnus dans les directions informatiques européennes.
Ce guide détaille les obligations réglementaires incontournables, les éditeurs à connaître et les trois stratégies ERP que les ETI européennes adoptent pour aligner leur filiale ANZ avec leur système d’information de groupe.
Australie et Nouvelle-Zélande : deux marchés ERP matures mais distincts
L’Australie est la deuxième économie d’Asie-Pacifique, avec 26 millions d’habitants et un PIB d’environ 2 200 milliards de dollars australiens. La Nouvelle-Zélande, avec 5 millions d’habitants, est un marché plus homogène mais tout aussi numérisé. Les deux pays partagent des liens économiques étroits (accord Closer Economic Relations depuis 1983), une infrastructure numérique avancée et une culture fiscale axée sur l’auto-déclaration en temps réel.
Spécificités fiscales qui structurent le marché ERP
La GST (Goods and Services Tax) s’applique à 10 % en Australie et à 15 % en Nouvelle-Zélande. Ces taux différents obligent tout ERP multi-entités ANZ à gérer deux paramétrages fiscaux distincts, avec des codes de TVA, des taux et des règles de récupération propres à chaque juridiction.
En Australie, la déclaration périodique est la BAS (Business Activity Statement), qui regroupe la GST, les retenues à la source PAYG et, depuis 2018, les données de paie STP. En Nouvelle-Zélande, l’équivalent est le GST return adressé à l’IRD (Inland Revenue Department), avec le payday filing obligatoire depuis avril 2019 pour les données de paie.
Pourquoi les ERP européens exigent des localisations profondes
Un ERP européen non localisé pour l’ANZ manquera au minimum : la gestion BAS/GST return avec les codes spécifiques australiens (Input Taxed, GST-free, Taxable Supply), la connexion STP à l’API de l’ATO (Australian Tax Office), le clearing house SuperStream pour les cotisations retraite et le connecteur Peppol pour la facturation électronique. Ces éléments ne sont pas des modules optionnels : leur absence expose l’entreprise à des pénalités et bloque la relation avec l’administration fiscale.
SAP, Oracle et Microsoft Dynamics 365 proposent des localisations ANZ officielles, mais leur profondeur varie selon les modules. Les éditeurs locaux les intègrent nativement depuis leur fondation, ce qui explique leur résilience face à la concurrence internationale.
Single Touch Payroll Phase 2 : l’obligation de paie la plus granulaire de l’OCDE
Single Touch Payroll (STP) est probablement le système de déclaration de paie le plus exigeant au monde pour les entreprises de toute taille. Il contraint chaque employeur australien à transmettre les données de paie à l’ATO en temps réel, à chaque cycle de paiement.
STP Phase 1 : la fondation (2018-2019)
La Phase 1, obligatoire pour les grandes entreprises depuis juillet 2018 et pour tous les employeurs depuis juillet 2019, couvrait les essentiels : le salaire brut total, les retenues à la source et les cotisations de superannuation par employé. L’ATO recevait ainsi les données de paie sans attendre la déclaration annuelle.
STP Phase 2 : la désagrégation complète
La Phase 2, dont le déploiement a commencé en janvier 2022, va considérablement plus loin. L’ATO exige désormais la désagrégation des revenus en 36 catégories distinctes : salaire ordinaire, heures supplémentaires, primes, indemnités de congés payés, congés maladie, congés longue durée, allocations de véhicule, remboursements, déductions syndicales, contributions volontaires à la retraite, etc.
Ce que l’ERP doit faire. À chaque payrun validé, l’ERP doit automatiquement construire un fichier XML STP2 conforme, le signer avec le certificat numérique de l’employeur et le transmettre à l’API STP de l’ATO via un service provider agréé (DSP, Digital Service Provider). La transmission doit intervenir le jour même ou au plus tard le jour de paiement des salaires.
L’ATO publie la liste officielle des logiciels certifiés STP2. Parmi les ERP et solutions de paie certifiés, on trouve MYOB (AccountRight et Acumatica Payroll), TechnologyOne HCM, Xero Payroll, ADP Australia, Elmo et Employment Hero. SAP et Microsoft Dynamics 365 nécessitent une intégration via un DSP certifié tiers.
L’enjeu pour les ETI européennes
La sous-estimation de STP2 est le premier piège pour les DSI qui déploient un ERP de groupe en Australie. Un ERP européen certifié FEC (France) ou conforme GoBD (Allemagne) n’est pas automatiquement certifié STP2. La certification est délivrée par l’ATO, elle est spécifique au logiciel et à sa version. Avant tout projet ERP en Australie, vérifier la certification STP2 du système cible est un prérequis non négociable.
SuperStream et superannuation : les retraites obligatoires dans l’ERP
Le Super Guarantee : une cotisation patronale indexée
Le Super Guarantee (SG) est la cotisation de retraite obligatoire que tout employeur australien doit verser pour chaque salarié. Le taux a augmenté progressivement ces dernières années : 11 % pour l’exercice 2023-2024, 11,5 % depuis le 1er juillet 2024 et 12 % à partir du 1er juillet 2025, ce taux étant désormais fixe (ATO, Super Guarantee rates). Cette cotisation s’applique sur les ordinary time earnings de chaque employé, avec un plafond trimestriel.
L’ERP doit calculer le SG au bon taux, le provisionner correctement en comptabilité et le verser au fonds de retraite choisi par l’employé dans les délais légaux (28 jours après la fin de chaque trimestre, ou 7 jours si l’employeur a opté pour la fréquence mensuelle).
SuperStream : le protocole de transmission électronique
SuperStream est le standard gouvernemental qui impose la transmission électronique des cotisations de retraite. Chaque employeur doit transmettre les cotisations et les données associées (identifiant unique du fonds, numéro de membre, montant) dans un format électronique standardisé.
Deux options existent selon la taille de l’entreprise. Les PME utilisent le Small Business Superannuation Clearing House (SBSCH) géré par l’ATO, qui regroupe les versements vers différents fonds en un paiement unique pour l’employeur. Les grandes entreprises passent soit par un super clearing house commercial, soit par une connexion directe aux fonds de retraite via les protocoles SuperStream.
L’impact ERP. Le module de paie doit intégrer nativement la génération des fichiers SuperStream (format ECI, Electronic Commerce Interface) ou se connecter à un clearing house via API. Les éditeurs locaux (MYOB Acumatica, TechnologyOne HCM) gèrent cela nativement. Pour les ERP internationaux, c’est un point de vigilance à vérifier module par module.
Peppol ANBP : la facturation électronique à co-gouvernance ANZ
Une autorité Peppol partagée entre deux pays
L’une des particularités de la région ANZ est que la gouvernance Peppol est assurée conjointement par l’Australie et la Nouvelle-Zélande sous l’ANBP (Australian and New Zealand Peppol Authority). C’est l’une des rares configurations au monde où deux pays distincts partagent une même autorité Peppol, simplifiant les échanges transfrontaliers trans-Tasman.
L’ATO est l’autorité Peppol pour l’Australie, tandis que le New Zealand Government Procurement représente la Nouvelle-Zélande. Le standard commun est le PINT A-NZ (Peppol International), qui a remplacé l’ancienne spécification ANZ Peppol BIS 3.0 à partir de septembre 2024.
Un déploiement B2G puis B2B par paliers
La facturation électronique Peppol est devenue obligatoire pour les fournisseurs des agences fédérales australiennes depuis juillet 2022 (B2G). Côté B2B, la stratégie australienne est un mandat progressif par taille d’entreprise : les grandes entreprises (CA supérieur à 100 millions AUD) devaient être capables de recevoir des factures électroniques depuis juillet 2023 ; les entreprises moyennes (CA entre 10 et 100 millions AUD) depuis juillet 2024 ; les petites entreprises à partir de juillet 2025.
Pour les entreprises identifiées par leur ABN (Australian Business Number), la connexion au réseau Peppol passe par un Access Point certifié par l’ATO. Parmi les ERP avec connecteur Peppol ANBP certifié, on trouve Xero, MYOB AccountRight, SAP Document and Reporting Compliance et Oracle Fusion.
Ce qu’un ERP doit couvrir
Un ERP déployé pour une filiale australienne doit pouvoir générer des factures au format PINT A-NZ, les transmettre via un Access Point certifié et, en réception, extraire automatiquement les données structurées pour la comptabilisation. Les fournisseurs du secteur public qui ne peuvent pas émettre en Peppol risquent de perdre des marchés. Pour une filiale qui ambitionne de travailler avec les collectivités locales ou les universités australiennes, la certification Peppol est de facto obligatoire.
Panorama des éditeurs ERP sur le marché ANZ
TechnologyOne : le champion du secteur public australien
TechnologyOne est l’éditeur ERP 100 % australien le plus significatif. Fondé à Brisbane en 1987, il a dégagé un chiffre d’affaires de 515 millions AUD au titre de son exercice fiscal 2024 (résultats annuels TechnologyOne FY2024), avec une croissance de 17 % et un ARR de 470 millions AUD.
Sa position de force. TechnologyOne domine le secteur public australien avec une pénétration remarquable : plus de 250 collectivités locales (councils), 40 universités et l’ensemble des grandes agences gouvernementales des États australiens utilisent TechnologyOne. C’est un quasi-monopole sur le segment public ANZ qui s’explique par des localisations très profondes (STP2 natif, BAS, SuperStream, Peppol ANBP), une architecture SaaS cloud conçue pour les entités publiques et une relation client longue durée. Pour une ETI européenne qui cherche à vendre des services aux collectivités australiennes ou qui gère des actifs pour le secteur public, TechnologyOne est souvent l’ERP de référence imposé côté client.
Ses limites. Peu d’intégrateurs certifiés hors d’Australie et de Nouvelle-Zélande. Le déploiement d’une instance TechnologyOne depuis l’Europe est un projet qui exige des ressources locales ou un partenariat avec un intégrateur ANZ.
MYOB Acumatica (ex-MYOB Advanced) : l’ERP ETI du secteur privé ANZ
MYOB est la marque ERP la plus connue d’Australie et de Nouvelle-Zélande, avec plus de 1,2 million d’entreprises clientes tous produits confondus. La solution ERP ETI du groupe, anciennement appelée MYOB Advanced (et Greentree avant sa migration cloud), a été rebaptisée MYOB Acumatica début 2024, reflétant la profondeur du partenariat avec l’éditeur américain Acumatica.
Positionnement. MYOB Acumatica cible les PME et ETI de 20 à 500 employés, avec une force particulière dans la construction, la distribution, les services professionnels et la santé. La solution est disponible en SaaS sur Azure, avec des localisations STP2, BAS, SuperStream et Peppol ANBP intégrées. L’interface moderne et l’architecture API-first en font un choix naturel pour les entreprises qui veulent intégrer des outils SaaS complémentaires.
À ne pas confondre. MYOB Acumatica (ex-MYOB Advanced) est un ERP ETI complet. Il ne faut pas le confondre avec MYOB AccountRight (comptabilité PME) ni avec MYOB Business (très petites structures) : ce sont trois produits distincts dans le catalogue MYOB.
Epicor Pronto : le spécialiste de la distribution et de la manufacture ANZ
Epicor Pronto est un ERP développé à Melbourne depuis les années 1990, désormais dans le portefeuille d’Epicor Software. Il domine dans la distribution wholesale, le retail B2B et la manufacture légère en Australie. Son interface est perçue comme datée par rapport aux ERP cloud-native, mais sa base installée est solide et sa maîtrise des spécificités ANZ (codes douaniers australiens, BAS, gestion des remises commerciales secteur distribution) est profonde. Pour une filiale dans la distribution ou la manufacture qui ne cherche pas une intégration forte avec un SI groupe, Pronto est un choix pragmatique.
SAP Business One et S/4HANA : la voie du groupe
SAP propose une localisation ANZ officielle pour Business One et pour S/4HANA. La localisation couvre la BAS, le GST, le PAYG Withholding et le support STP2 via des partenaires DSP certifiés. En Australie, les partenaires SAP actifs sur le segment PME incluent Leverage Technologies, Mindware et Clientele. Pour une ETI européenne déjà sous SAP S/4HANA, déployer une instance australienne avec la localisation officielle SAP est la solution la plus cohérente, à condition d’allouer le budget nécessaire à la personnalisation STP2 et SuperStream.
Oracle NetSuite : la plateforme des filiales d’ETI internationales
Oracle NetSuite dispose d’une localisation ANZ officielle qui couvre GST, BAS, STP2 (via partenaire DSP certifié) et la conformité Peppol. Sa force est d’être la même plateforme que celle utilisée par de nombreuses ETI américaines et européennes pour leurs entités internationales : un groupe qui déploie NetSuite en France, aux États-Unis et en Allemagne peut étendre l’instance ANZ sans changer de plateforme. C’est l’argument central qui fait de NetSuite le choix privilégié des filiales australiennes d’ETI internationales à la recherche de cohérence multisite.
Microsoft Dynamics 365 Business Central : la localisation officielle AUS/NZ
Business Central dispose d’une localisation officielle pour l’Australie et la Nouvelle-Zélande depuis la version 2022. Elle couvre GST, BAS et l’essentiel de la conformité fiscale ANZ. En revanche, le support STP2 natif reste partiel et passe souvent par des solutions ISV locales comme Fenwick Software. Pour les groupes déjà sous Microsoft 365 et Power Platform, Business Central ANZ est une extension naturelle de l’écosystème.
Business Activity Statement (BAS) : la déclaration TVA australienne
La BAS est la déclaration fiscale périodique que chaque entreprise enregistrée à la GST australienne doit adresser à l’ATO. Sa fréquence dépend du chiffre d’affaires annuel : mensuelle au-dessus de 20 millions AUD, trimestrielle pour la grande majorité des entreprises, annuelle pour les plus petites structures.
Ce que l’ERP doit produire
Une BAS bien paramétrée couvre trois volets. D’abord les montants de GST collectée (ventes) et récupérable (achats), avec la distinction obligatoire entre trois catégories de transactions : Taxable Supply (soumis à GST 10 %), GST-free (exonéré, ex. produits alimentaires de base, soins médicaux) et Input Taxed (pas de GST en sortie et pas de récupération en entrée, ex. services financiers, locations résidentielles). Ensuite le PAYG Withholding, c’est-à-dire les retenues à la source sur salaires et sur paiements à des sous-traitants non ABN. Enfin, depuis l’intégration STP, les données de paie sont automatiquement préremplies dans la BAS via le portail ATO Business Portal.
Un ERP mal paramétré sur les codes GST génère des BAS incorrectes, ce qui peut entraîner des pénalités et des remboursements erronés. La vérification du paramétrage GST (notamment pour les activités mixtes taxable/GST-free) est un point critique lors du déploiement initial.
Particularité néo-zélandaise
En Nouvelle-Zélande, l’équivalent de la BAS est le GST return adressé à l’IRD. La GST y est de 15 % et les règles de déduction sont légèrement différentes. Un ERP déployé en ANZ doit gérer les deux régimes indépendamment, avec des entités distinctes pour la filiale australienne (ABN) et la filiale néo-zélandaise (NZBN).
Stratégie ERP pour les ETI européennes avec filiale ANZ
Les ETI européennes qui opèrent ou s’implantent en ANZ font face à trois configurations types, selon la taille de leur filiale, leur secteur et leur degré d’intégration avec le SI de groupe.
Option A : ERP de groupe localisé
Pour les filiales de plus de 50 millions AUD de CA. SAP S/4HANA et Microsoft Dynamics 365 Finance proposent des localisations ANZ officielles. Cette option garantit la cohérence du reporting groupe, la consolidation comptable native et une chaîne financière unifiée. Elle implique un investissement significatif en intégration (STP2 via DSP, SuperStream via clearing house commercial, Peppol via Access Point certifié) et requiert des consultants locaux pour les modules réglementaires.
Option B : NetSuite ANZ comme instance satellite du groupe
Pour les groupes internationaux en croissance. Oracle NetSuite permet d’unifier les entités mondiales sur une seule plateforme tout en activant des localisations par pays. La filiale ANZ bénéficie de la localisation officielle, et la consolidation avec les entités européennes passe par le module NetSuite OneWorld. C’est la solution retenue par de nombreuses ETI SaaS et services professionnels qui opèrent simultanément en Europe, en Amérique du Nord et en ANZ.
Option C : MYOB Acumatica ou TechnologyOne en autonomie
Pour les filiales très autonomes ou dans le secteur public. Lorsque la filiale ANZ opère dans un secteur où les éditeurs locaux dominent (collectivités, universités, construction, distribution wholesale), s’aligner sur l’ERP du secteur est souvent plus pragmatique que d’imposer un ERP de groupe. La filiale déploie MYOB Acumatica ou TechnologyOne, avec une intégration point à point vers le consolidateur financier du groupe (SAP Analytics Cloud, IBM Cognos ou même une extraction mensuelle CSV vers le reporting groupe).
Tableau comparatif des trois options
| Critère | Option A (ERP Groupe) | Option B (NetSuite ANZ) | Option C (MYOB / TechOne) |
|---|---|---|---|
| Coût déploiement | Elevé (300K-800K AUD) | Moyen (150K-350K AUD) | Faible à moyen (80K-250K AUD) |
| Délai | 12-18 mois | 6-12 mois | 4-9 mois |
| Conformité STP2 | Via DSP tiers | Via DSP certifié | Native |
| Intégration SI groupe | Native | Bonne (API) | Limitée (export/import) |
| Secteur public ANZ | Possible | Possible | Fort (TechnologyOne) |
| Indépendance locale | Faible | Moyenne | Elevée |
Le facteur fuseau horaire
Un point souvent négligé : les filiales ANZ opèrent entre UTC+8 (Australie-Occidentale) et UTC+13 (Nouvelle-Zélande heure d’été). La synchronisation ERP avec les systèmes de groupe européens doit gérer des décalages de 8 à 13 heures. Les clôtures mensuelles, les réconciliations intercompanies et les transmissions EDI doivent être planifiées en tenant compte de ces décalages pour éviter les blocages de fin de mois.
Pour aller plus loin dans la gestion des filiales internationales, consultez notre guide complet sur la structure SI pour l’expansion internationale et notre analyse du marché ERP britannique post-Brexit qui présente un autre marché anglophone aux obligations réglementaires fortes. Si votre expansion touche aussi l’Amérique latine, notre guide ERP Brésil : SPED, NF-e et fiscalité couvre les obligations fiscales d’un autre marché à complexité comparable.
