En bref : Une société en Turquie qui appartient à un groupe international doit remplir des obligations turques pour lesquelles l’ERP du siège n’a pas été conçu : factures et bons de livraison électroniques selon les règles de l’administration fiscale turque (GIB), livres comptables électroniques, comptabilité légale et loi turque sur la protection des données. Trois montages sont courants : déployer l’ERP du groupe avec une localisation pour la Turquie, exploiter un ERP local distinct relié au système du groupe, ou conserver l’ERP du groupe et ajouter autour de lui la couche turque de documents électroniques et de comptabilité. Le bon montage dépend moins du logiciel que de la réponse à trois questions : qui fournit la localisation, qui en porte la responsabilité quand la réglementation change, et comment les données de la filiale remontent vers le groupe.
Que doit couvrir une filiale en Turquie ?
Les obligations ne dépendent pas du pays du siège. Une société opérant en Turquie doit respecter ce qui suit, quel que soit l’ERP du groupe :
- Documents électroniques : factures électroniques, factures archivées électroniques et bons de livraison électroniques sont émis et reçus selon les règles de la GIB, directement ou par l’intermédiaire d’un intégrateur privé.
- Livres électroniques : les livres légaux sont tenus et transmis sous forme électronique.
- Comptabilité légale et déclarations fiscales : le plan comptable turc, les taxes et les états réglementaires coexistent avec les normes de reporting du groupe.
- Données personnelles : la loi n° 6698 sur la protection des données personnelles s’applique, y compris aux transferts de données personnelles à l’étranger.
Conséquence pratique : la question n’est jamais seulement « notre ERP fonctionne-t-il en Turquie ? », mais « qui le rend conforme, et qui le maintient conforme ? ».
Trois montages pour l’ERP d’une filiale en Turquie
| Montage | Quand il convient | Point de vigilance |
|---|---|---|
| ERP du groupe avec localisation Le système du siège est déployé dans la filiale | Le groupe utilise un modèle unique et les processus de la filiale en sont proches | Existence d’une localisation turque pour ce produit, qui la fournit, et comment les documents électroniques sont connectés |
| ERP local distinct, relié au groupe Souvent appelé modèle à deux niveaux | La filiale est petite, ou ses processus s’écartent fortement du modèle du groupe | Interfaces pour les données de base, les flux intragroupe et la consolidation, et qui les maintient |
| ERP du groupe plus une couche locale Documents électroniques et comptabilité légale gérés autour du système du groupe | Le groupe veut un seul système opérationnel, mais les exigences locales sont limitées | Double saisie, rapprochement entre les deux couches, responsabilité des mises à jour |
Notre évaluation : le deuxième et le troisième montage sont souvent choisis pour éviter une question de localisation, qui revient ensuite sous forme de question d’interfaces. Aucun des trois n’est juste par défaut ; le choix doit suivre les processus de la filiale, pas les habitudes logicielles du groupe.
Qui fournit la localisation, et qui la tient à jour ?
Pour les ERP internationaux, la localisation turque n’est souvent pas livrée par l’éditeur lui-même, mais par un intégrateur local, ou construite dans le projet. Cela compte davantage que toute liste de fonctions, car les règles turques sur les documents électroniques évoluent et quelqu’un doit mettre le système à jour à chaque fois. Trois questions clarifient le sujet :
- La localisation est-elle un pack maintenu ou un code de projet écrit une seule fois pour vous ?
- Les flux de documents électroniques passent-ils par le système, par un module complémentaire ou par un intégrateur privé ?
- Quand la réglementation change, qui met le système à jour, dans quel délai et dans quel cadre contractuel ?
Hébergement et données
Beaucoup de groupes exploitent leur ERP depuis un centre de données central ou un cloud situé hors de Turquie. C’est possible, mais le lieu de stockage et les transferts de données personnelles sont appréciés au regard de la loi n° 6698. Que la filiale travaille dans le cloud du groupe, dans un cloud privé ou sur des serveurs locaux, la localisation des données et les conditions de sauvegarde doivent être fixées par écrit avant la décision. La définition du cloud computing du NIST offre un vocabulaire commun pour ces échanges.
Relier la filiale au groupe
Quel que soit le montage, les données de la filiale doivent remonter au groupe : données de base clients et articles, commandes et factures intragroupe, chiffres de consolidation. Décrire ces flux dans une notation commune comme BPMN 2.0 avant de choisir le montage montre où une intégration est nécessaire et à qui appartient chaque étape ; le siège et l’équipe locale voient le même processus dans la même image.
Questions à poser avant de décider
| Sujet | Question à poser |
|---|---|
| Adéquation aux processus | Quels processus de la filiale suivent le modèle du groupe, et lesquels sont propres à la Turquie ? |
| Conformité | Qui fournit la localisation et la connexion aux documents électroniques, et qui est responsable des mises à jour ? |
| Intégration au groupe | Comment circulent les données de base, les flux intragroupe et les chiffres de consolidation, et qui maintient les interfaces ? |
| Hébergement et données | Où les données sont-elles stockées, et comment les transferts de données personnelles à l’étranger sont-ils encadrés ? |
| Coût total | Au-delà des licences, que représentent la localisation, les interfaces, la migration, la formation et le support annuel ? |
| Support local | Qui accompagne les utilisateurs locaux après la mise en production, en turc, et avec quel périmètre ? |
Pour les critères généraux de choix d’un ERP, voir notre article sur cinq fonctionnalités critiques pour choisir un ERP ; pour comparer des offres, voir cinq postes critiques à contrôler dans un devis ERP.
Le bon ordre : d’abord le périmètre, ensuite le montage
Lorsque le montage est décidé au siège avant que les processus et les obligations de la filiale soient clairs, l’écart revient après la mise en production sous forme de travail manuel, d’interfaces supplémentaires et de risque de non-conformité. Le bon ordre est le suivant : mesurer la situation actuelle de la filiale, décrire ses processus, valider le périmètre y compris les obligations turques, puis seulement choisir le montage. Nous le résumons ainsi : « D’abord la radiographie, ensuite le diagnostic ».
L’approche MindDX
MindDX travaille en Turquie avec plusieurs produits ERP et fournit, pour les produits ERP qu’il déploie, la localisation pour la Turquie, modules de documents électroniques compris. Assess valide la situation actuelle et les besoins de la filiale et produit un périmètre validé écrit, au regard duquel les montages peuvent être comparés selon les mêmes critères. Une comparaison de deux options courantes pour les PME industrielles figure dans notre guide de choix d’un ERP. Découvrez la MindDX Platform.
Sources
- Administration fiscale turque (GIB) — portail des documents électroniques (en turc)
- Administration fiscale turque (GIB) — portail des livres comptables électroniques (en turc)
- Loi n° 6698 sur la protection des données personnelles — texte officiel (en turc)
- Autorité turque de protection des données (KVKK) — loi sur la protection des données (en anglais)
- NIST SP 800-145 — The NIST Definition of Cloud Computing
- Object Management Group — Business Process Model and Notation (BPMN) 2.0