Gérer une filiale africaine depuis une ERPaustralienne : sept décisions.

1. Un locataire ou plusieurs

Un locataire unique avec plusieurs entités juridiques vous donne la consolidation, les données maîtresses partagées et un modèle de sécurité. Des locataires séparés vous offrent une isolation au détriment des efforts de rapport. Pour la plupart des groupes, un locataire avec une sécurité au niveau de l’entité est la bonne solution ; la résidence des données et les exigences des régulateurs décident des exceptions.

2. Plan comptable groupé, cartographie locale

Concevez un seul tableau de groupe et associez le tableau statutaire de chaque pays, plutôt que de forcer un graphique local à former un groupe. Les comptables locaux conservent la vision statutaire ; le siège reçoit des chiffres cohérents.

3. Où l’autorité fiscale siège dans le processus

Certaines autorités fiscales exigent que les factures soient soumises en temps réel. Au Kenya, l'eTIMS de la KRAest l’exemple. La question de conception est de savoir si la facture est publiée avant ou après que l’autorité l’ait acceptée. Nous la concevons de manière à ce qu’un document que l’autorité n’a pas accepté ne devienne pas un fait de registre.

4. Paie statutaire

La paie au Kenya, au Nigeria et en Afrique du Sud est régie par des règles locales de PAYE, de sécurité sociale et de prélevés ; ce n’est pas une variante de la paie australienne. PayrollFlow 365 est basée sur des paramètres et prend également en charge la paie australienne, de sorte que les règles de chaque pays, y compris celles de l’Australie, sont configurées sur un seul noyau, et chaque paie est publiée dans le registre du groupe via un journal défini.

5. Politique monétaire

Décidez des devises fonctionnelles et de déclaration par entité, de la source des taux et du processus de réévaluation. Les monnaies locales peuvent se déplacer rapidement face au dollar australien, donc rendez l’exposition visible chaque semaine, et non à la fin du mois.

6. Banque et paiements

Les formats bancaires locaux et la nécessité d’un contrôle maker-checker font que les paiements sont un sujet de conception, et non une réflexion après coup. Standardisez les limites d’approbation et la séparation des fonctions, puis mettez en place le dossier bancaire de chaque pays.

7. À qui appartient le modèle

Assignez un propriétaire au siège pour le modèle et un contrôleur dans chaque pays pour les règles locales. Les modifications du modèle passent par le propriétaire ; les modifications locales sont des exceptions explicites. Sans cela, le modèle se fragmente dans l’année.

Par où commencer

Prouvez d’abord le modèle dans le pays le plus exigeant. Déploiez entité par entité. Nous disposons d’un plan de Dynamics 365 multi-pays qui développe chaque décision.

Questions fréquemment posées