GUIDE PRATIQUE · MOYENS DE PAIEMENT · SAGE 100
Format des adresses dans les fichiers de virement, calendrier et report de l’échéance de novembre 2026, formats pain.001.001.03 et pain.001.001.09, impacts sur Sage 100 Paie et Sage 100 Moyens de paiement : tout ce qu’une entreprise doit savoir pour continuer à payer ses fournisseurs et ses salariés sans rejet bancaire.
Temps de lecture : 15 minutes | Pour les DAF, comptables, trésoriers et gestionnaires de paie | Mis à jour le 19 octobre 2026
L'essentiel en 30 secondes
- ISO 20022 est la norme internationale qui définit le langage des messages financiers (format XML). Les virements et prélèvements SEPA l'utilisent déjà.
- La nouveauté porte sur les adresses : l'adresse du bénéficiaire ou du débiteur doit être transmise au format « structuré » (rue, code postal, ville, pays dans des champs distincts) ou au minimum « hybride » (ville et pays dans des champs dédiés).
- L'échéance de novembre 2026 (fin des adresses non structurées) a été reportée par l'EPC pour le SEPA et par Swift pour l'international. Aucune nouvelle date n'est publiée à ce jour.
- Le report n'est pas une annulation : certaines banques exigent déjà les nouveaux formats et chaque banque applique son propre calendrier.
- Pour les utilisateurs de Sage 100, la conformité dépend de la version installée (Paie, Moyens de paiement) et de l'outil de transmission (Sage Direct ou Sage Flux bancaires).
- Action prioritaire : interroger chaque banque sur les formats acceptés, fiabiliser les adresses de vos tiers, puis tester vos fichiers.
Sommaire
- 1. Qu'est-ce que la norme ISO 20022 ?
- 2. Pourquoi les adresses doivent-elles être structurées ?
- 3. Adresse non structurée, hybride ou structurée : les différences
- 4. Calendrier : ce qui était prévu et ce qui a été reporté
- 5. Qui est concerné ? Virements SEPA, internationaux, prélèvements
- 6. Les formats de fichiers : pain.001.001.03, pain.001.001.09, AFB320
- 7. Sage 100 : que faire selon votre version ?
- 8. Plan d'action en 6 étapes
- 9. ISO 20022, VoP, fraude, facture électronique : les sujets liés
- 10. FAQ
- 11. Sources
Qu'est-ce que la norme ISO 20022 ?
Définition
ISO 20022 est une norme internationale publiée par l’Organisation internationale de normalisation (ISO). Elle définit une méthode commune pour décrire les messages financiers échangés entre entreprises, banques et infrastructures de paiement. Concrètement, elle se traduit par des fichiers au format XML, dans lesquels chaque information (montant, IBAN, nom, adresse, motif du paiement…) est placée dans une balise identifiée.
La norme ISO 20022 n’est pas nouvelle pour les entreprises françaises. Les virements SEPA (SCT) et les prélèvements SEPA (SDD), généralisés en France depuis 2014, reposent déjà sur des fichiers XML ISO 20022. Ce qui change aujourd’hui, c’est le niveau de détail exigé, notamment sur les adresses postales, et l’extension de la norme aux paiements internationaux qui transitent par le réseau Swift.
La documentation officielle de la norme est disponible sur le site iso20022.org.
pain.001, c'est quoi ?
C’est le nom technique du fichier de virements que votre logiciel (Sage 100 Moyens de paiement, Sage 100 Paie…) génère et envoie à votre banque. Le numéro final indique sa version : .03 pour l’ancienne, très répandue, et .09 pour la récente (2019), désormais recommandée par les banques.
Si votre banque vous écrit « nous attendons un pain.001.001.09 », c’est de ce fichier qu’elle parle. C’est cette information qui détermine la mise à jour à prévoir dans votre logiciel (voir la section Sage 100).
Pourquoi les adresses doivent-elles être structurées ?
Pendant des années, l’adresse d’un bénéficiaire pouvait être saisie dans des lignes de texte libre. Pour un humain, « 12 rue des Lilas 69003 Lyon » est parfaitement lisible. Pour un système automatisé, il est en revanche difficile de savoir avec certitude où se trouve la ville, le code postal ou le pays. Les banques et les instances de place ont donc décidé d’imposer progressivement des adresses découpées en champs distincts.
Conformité et lutte contre la fraude
Les banques doivent filtrer chaque paiement (lutte contre le blanchiment, listes de sanctions). Une adresse structurée réduit les fausses alertes et les blocages de virements. Le CFONB rappelle que l’objectif est d’améliorer l’efficacité des outils de conformité.
Automatisation de bout en bout
Des données découpées et normalisées peuvent être traitées sans intervention manuelle, de l’entreprise jusqu’à la banque du bénéficiaire. Résultat : moins de rejets, moins de retraitements et des délais plus courts.
Exigences réglementaires
Le règlement (UE) 2023/1113 sur les transferts de fonds impose de transmettre l’adresse du donneur d’ordre dans certains cas, notamment lorsque la banque du bénéficiaire est située hors de l’Union européenne.
Adresse non structurée, hybride ou structurée : quelles différences ?
La norme ISO 20022 prévoit trois façons de renseigner une adresse postale dans un fichier de paiement. Seules deux d’entre elles resteront acceptées à terme.
Non structurée
Statut : vouée à disparaître.
L’adresse est saisie en texte libre dans des lignes <AdrLine>. Aucune information n’est isolée dans un champ dédié (à l’exception du pays, souvent exigé).
Hybride (semi-structurée)
Statut : acceptée et appelée à durer.
La ville et le pays sont obligatoirement placés dans leurs champs dédiés. Le reste de l’adresse peut figurer dans deux lignes libres maximum de 70 caractères, sans répéter les éléments déjà structurés.
Structurée
Statut : la cible recommandée.
Chaque élément de l’adresse (rue, numéro, code postal, ville, pays…) est placé dans sa propre balise. C’est le format que l’EPC recommande d’adopter directement, sans passer par l’hybride.
Le minimum à retenir : quel que soit le format choisi parmi les deux autorisés, la ville (<TwnNm>) et le code pays ISO à deux lettres (<Ctry>, par exemple FR) doivent être renseignés dans leurs champs dédiés.
Exemple : la même adresse dans les trois formats
Prenons une adresse fictive : Société Exemple, 12 rue des Lilas, Bâtiment B, 69003 Lyon, France.
1. Format non structuré (à abandonner)
<PstlAdr>
<Ctry>FR</Ctry>
<AdrLine>12 rue des Lilas Batiment B</AdrLine>
<AdrLine>69003 Lyon</AdrLine>
</PstlAdr>2. Format hybride (accepté)
<PstlAdr>
<PstCd>69003</PstCd>
<TwnNm>Lyon</TwnNm>
<Ctry>FR</Ctry>
<AdrLine>12 rue des Lilas, Batiment B</AdrLine>
</PstlAdr>3. Format structuré (recommandé)
<PstlAdr>
<StrtNm>Rue des Lilas</StrtNm>
<BldgNb>12</BldgNb>
<BldgNm>Batiment B</BldgNm>
<PstCd>69003</PstCd>
<TwnNm>Lyon</TwnNm>
<Ctry>FR</Ctry>
</PstlAdr>La balise <BldgNm> (nom du bâtiment) n’existe que dans les versions récentes du message, comme le pain.001.001.09.
Les principales balises d'une adresse structurée
| Balise | Signification | Exemple | Disponibilité |
|---|---|---|---|
StrtNm | Nom de la voie | Rue des Lilas | pain.001.001.03 et .09 |
BldgNb | Numéro dans la voie | 12 | pain.001.001.03 et .09 |
PstCd | Code postal | 69003 | pain.001.001.03 et .09 |
TwnNm | Ville (obligatoire) | Lyon | pain.001.001.03 et .09 |
Ctry | Code pays ISO 3166 à 2 lettres (obligatoire) | FR | pain.001.001.03 et .09 |
CtrySubDvsn | Région, État, province | Auvergne-Rhône-Alpes | pain.001.001.03 et .09 |
Dept / SubDept | Service, département de l’entreprise | Service comptabilité | pain.001.001.03 et .09 |
BldgNm | Nom du bâtiment | Bâtiment B | Versions récentes (.09) |
Flr | Étage | 3 | Versions récentes (.09) |
PstBx | Boîte postale | BP 1234 | Versions récentes (.09) |
Room | Bureau, pièce | Bureau 305 | Versions récentes (.09) |
TwnLctnNm / DstrctNm | Lieu-dit, quartier, district | La Part-Dieu | Versions récentes (.09) |
AdrLine | Ligne libre (2 lignes max. en hybride) | 12 rue des Lilas, Bâtiment B | pain.001.001.03 et .09 |
Adresses françaises : le CFONB (Comité français d’organisation et de normalisation bancaires) a publié des recommandations de transposition de l’adresse postale française (norme AFNOR NF Z10-011) vers le format ISO 20022. Ce document est utile pour paramétrer correctement vos fiches tiers.
Calendrier : ce qui était prévu et ce qui a été reporté
La migration vers les adresses structurées se déroule par étapes, avec des calendriers différents selon les acteurs : l’EPC (European Payments Council) pour les paiements SEPA, Swift pour les paiements internationaux et la BCE pour les systèmes de paiement de l’Eurosystème.
| Date | Événement | Qui est concerné ? | Statut |
|---|---|---|---|
| Novembre 2022 | Début de la migration ISO 20022 des grands systèmes de paiement. Les adresses structurées sont fortement recommandées. | Banques | Effectif |
| 5 octobre 2025 | Le format d’adresse hybride est autorisé dans les paiements SEPA. | Banques et entreprises (SEPA) | Effectif |
| 22 novembre 2025 | Fin de la coexistence des anciens messages Swift (MT) et des messages ISO 20022 pour les paiements entre banques. Le format hybride est autorisé pour l’international. | Banques (international) | Effectif |
| 14 novembre 2026 | Fin prévue des adresses non structurées dans les paiements internationaux (Swift CBPR+). | Banques et entreprises (international) | Reporté le 27 août 2026 |
| 15 novembre 2026 | Fin prévue des adresses non structurées dans les schémas SEPA (virements, virements instantanés, prélèvements). | Banques et entreprises (SEPA) | Reporté le 9 septembre 2026 |
| À définir | Nouvelle date de fin des adresses non structurées. | Tous | Annonce attendue : EPC (fin 2026), Swift (d’ici décembre 2026) |
Le point sur le report de l'échéance de novembre 2026
Côté SEPA : le 9 septembre 2026, le comité de gestion des schémas de l’EPC a décidé de repousser la fin du format d’adresse non structurée, initialement fixée au 15 novembre 2026. La décision concerne les cinq schémas de paiement de l’EPC (SCT, SCT Inst, SDD Core, SDD B2B, OCT Inst). Une nouvelle date doit être fixée ultérieurement.
Côté international : Swift a annoncé le 27 août 2026 le report des évolutions paiements de sa version de standards 2026, dont l’interdiction des adresses non structurées. Un nouveau calendrier est attendu d’ici décembre 2026.
Ce que cela change pour vous : les virements avec une adresse non structurée continuent d’être traités pour le moment. Mais l’EPC précise que la direction reste inchangée et demande aux acteurs de poursuivre leur migration. Surtout, certaines banques sont déjà prêtes et peuvent appliquer leur propre calendrier.
Cette section sera mise à jour dès la publication des nouvelles dates par l’EPC et Swift.
Qui est concerné ? Virements SEPA, internationaux et prélèvements
Toutes les entreprises qui émettent des virements ou des prélèvements par fichier depuis un logiciel de gestion (comptabilité, paie, moyens de paiement, ERP) sont concernées. L’impact varie selon le type de paiement.
Virements SEPA (SCT et SCT Inst)
- Paiements en euros entre pays de la zone SEPA.
- L’adresse du bénéficiaire est obligatoire lorsqu’il se situe dans un pays SEPA hors Espace économique européen (par exemple la Suisse ou le Royaume-Uni) ; elle est optionnelle dans les autres cas.
- Lorsqu’une adresse est transmise, elle devra être structurée ou hybride.
Virements internationaux (hors SEPA)
- Paiements hors zone SEPA ou dans une devise autre que l’euro, transmis via le réseau Swift.
- Les exigences sont plus strictes et varient selon le pays et la devise.
- Les banques recommandent souvent le format pain.001.001.09 pour ces flux.
Prélèvements SEPA (SDD Core et B2B)
- L’adresse du débiteur est obligatoire lorsque le débiteur ou l’une des banques se situe dans un pays SEPA hors EEE.
- C’est l’entreprise créancière qui fournit cette adresse dans son fichier pain.008.
Virements de salaires
- Ils sont générés depuis le logiciel de paie : celui-ci doit aussi produire un fichier conforme.
- Les adresses des salariés doivent être complètes dans les fiches du personnel.
- Voir notre expertise en gestion de la paie.
Quelles adresses sont visées ? Selon l’AFTE, l’obligation concerne l’adresse du donneur d’ordre, du débiteur ultime et du bénéficiaire final. Pour les banques, un code BIC suffit généralement à les identifier.
Les formats de fichiers : pain.001.001.03, pain.001.001.09 et AFB320
Le format d’adresse dépend directement du format de fichier que votre logiciel génère. Voici les formats que vous pouvez rencontrer.
| Format | Description | Adresse structurée possible ? | Recommandation |
|---|---|---|---|
| AFB320 | Ancien format national du CFONB pour les virements internationaux (fichier texte, non XML). | Non | À remplacer par un pain.001 (recommandation Sage). |
| pain.001.001.03 | Version historique du virement ISO 20022, la plus répandue pour le SEPA. | Oui, en version « structurée » (champs limités) | Utilisable si votre logiciel génère l’adresse structurée ou hybride et si votre banque continue de l’accepter. |
| pain.001.001.09 | Version 2019 de la norme, désormais recommandée par les banques. | Oui, avec davantage de champs (bâtiment, étage, boîte postale…) | Cible à privilégier, souvent exigée pour les virements internationaux hors UE. |
| MT101 | Message Swift historique d’ordre de virement. | Limitée | Selon l’AFTE, il n’est utilisable que si l’adresse est structurée. À terme, migrer vers le pain.001. |
Ce qu'apporte en plus le pain.001.001.09
- Des champs d'adresse plus détaillés (nom du bâtiment, étage, boîte postale, lieu-dit…).
- L'identifiant unique de transaction UETR, utilisé pour suivre un virement international (Swift gpi).
- L'utilisation directe du code LEI (identifiant d'entité juridique).
- Des balises de contact et la gestion de l'heure d'exécution pour les virements instantanés.
Point de vigilance : la version du fichier ne suffit pas. Un pain.001.001.03 peut être conforme s’il contient une adresse structurée, et un pain.001.001.09 peut ne pas l’être si les champs sont mal remplis. Il faut donc vérifier à la fois la version générée et la qualité des données de vos fiches tiers.
Sage 100 : que faire selon votre version ?
Les utilisateurs de Sage 100 génèrent leurs fichiers de virement depuis deux modules : Sage 100 Paie pour les salaires et Sage 100 Moyens de paiement pour les fournisseurs. Voici les recommandations de nos consultants en fonction de votre situation.
Sage 100 Paie
La version 9 de Sage 100 Paie permet de générer un fichier pain.001.001.09 structuré. Si vous êtes sur une version antérieure, une mise à jour est à prévoir pour vos virements de salaires.
Sage 100 Moyens de paiement : l'arbre de décision
Étape 1 · Vous êtes en v11 ou inférieure
Ces versions ne permettent de générer ni un pain.001.001.03 structuré, ni un pain.001.001.09 structuré. Une mise à jour est nécessaire. Le format attendu par votre banque détermine ensuite la marche à suivre.
Cas A · Votre banque attend un pain.001.001.03 structuré
- Mise à jour de Sage 100 Moyens de paiement en version 12.
- Transmission possible via Sage Direct.
Cas B · Une de vos banques impose le pain.001.001.09
C’est souvent le cas pour les virements internationaux hors UE.
- Mise à jour de Sage 100 Moyens de paiement en version 12.10 pour générer le fichier adéquat.
- Sage Direct n'est pas compatible avec ce format : il faut prévoir un autre mode de transmission.
Cas B : comment transmettre le fichier pain.001.001.09 ?
Peu de virements concernés
Déposez le fichier manuellement sur l’espace en ligne de votre banque.
Volume plus important
Mettez en place Sage Flux bancaires, une option de Sage 100 Moyens de paiement qui assure la transmission des fichiers et permet aussi la double signature des remises.
À noter : d’après le support Sage, la gestion des adresses structurées est disponible dans Moyens de paiement depuis la version 12. Les fonctionnalités et compatibilités évoluent avec chaque version : vérifiez votre version exacte avec votre consultant ou notre service d’assistance avant toute décision.
Vous ne savez pas quelle version vous utilisez ?
Nos consultants Sage vérifient votre version, les formats exigés par chacune de vos banques et la qualité de vos fiches tiers.
Plan d'action en 6 étapes pour être prêt
Ces étapes reprennent les recommandations de Sage, de l’AFTE et de nos consultants. Le report de l’échéance donne du temps : c’est le bon moment pour les mener sereinement.
01
Interroger chacune de vos banques
Demandez-leur quels formats de fichiers de virement et de prélèvement elles acceptent, et jusqu’à quelle date. Chaque banque applique son propre calendrier et ses propres contrôles : certaines sont déjà prêtes et peuvent exiger le nouveau format avant l’échéance officielle.
02
Recenser vos flux de paiement
Listez tous les fichiers que vous envoyez : virements fournisseurs, salaires, virements internationaux, prélèvements clients. Pour chacun, notez le logiciel qui le génère, le format (AFB320, pain.001.001.03, pain.001.001.09) et l’outil de transmission.
03
Vérifier vos versions de logiciels
Contrôlez que votre logiciel de paie, de moyens de paiement ou votre ERP sait générer des adresses structurées. Pour Sage 100, reportez-vous à l’arbre de décision ci-dessus. Planifiez les mises à jour nécessaires.
04
Fiabiliser les adresses de vos tiers
Vérifiez que la ville et le pays sont renseignés pour votre société, vos fournisseurs, vos salariés et vos clients prélevés, et, selon les exigences de vos banques, l’adresse complète. C’est souvent l’étape la plus longue.
05
Tester vos fichiers avec vos banques
Générez des fichiers de test, contrôlez les balises d’adresse dans le XML, puis faites valider ces fichiers par vos banques avant la mise en production.
06
Mettre en place une procédure durable
Rendez les champs ville et pays obligatoires à la création de chaque nouveau tiers, et désignez un référent pour suivre les annonces de vos banques.
ISO 20022, vérification du bénéficiaire, fraude, facture électronique : les sujets liés
La migration ISO 20022 s’inscrit dans un mouvement plus large de numérisation et de sécurisation des échanges financiers. Plusieurs chantiers se croisent dans les services comptables et financiers.
Vérification du bénéficiaire (VoP)
Depuis le 9 octobre 2025, le règlement (UE) 2024/886 impose aux banques de la zone euro de vérifier la concordance entre le nom du bénéficiaire et l’IBAN avant chaque virement. Des données tiers fiables limitent les alertes.
Fraude au virement
Changement de RIB frauduleux, faux fournisseur : des procédures solides restent indispensables. Lire notre article : Fraude au virement : sécuriser vos process de gestion.
Réforme de la facture électronique
Les données de vos tiers (adresses, SIREN, coordonnées bancaires) servent aussi à la facturation électronique. Fiabiliser vos fiches tiers sert donc les deux projets. Voir la réforme de la facture électronique et notre centre d’aide.
Pilotage de la trésorerie
Les relevés au format camt.053 facilitent le rapprochement bancaire automatique. Découvrez Agicap et nos 5 indicateurs pour piloter votre trésorerie.
FAQ : vos questions sur la norme ISO 20022
Qu'est-ce que la norme ISO 20022 ?
ISO 20022 est une norme internationale qui définit le format des messages financiers échangés entre entreprises, banques et systèmes de paiement. Elle repose sur des fichiers XML dans lesquels chaque information est placée dans une balise dédiée. Les virements et prélèvements SEPA l’utilisent déjà.
Qu'est-ce qu'une adresse structurée dans un fichier de virement ?
C’est une adresse dont chaque élément (nom de la voie, numéro, code postal, ville, pays…) est placé dans un champ distinct du fichier XML, au lieu d’être saisi en texte libre. La ville et le pays sont les deux informations minimales obligatoires.
Quelle est la différence entre une adresse hybride et une adresse structurée ?
Dans une adresse hybride, seuls la ville et le pays (et éventuellement le code postal) sont obligatoirement placés dans des champs dédiés ; le reste de l’adresse peut figurer dans deux lignes libres de 70 caractères maximum. Dans une adresse structurée, tous les éléments ont leur propre champ.
L'échéance de novembre 2026 est-elle maintenue ?
Non. L’EPC a reporté le 9 septembre 2026 la fin des adresses non structurées pour les paiements SEPA, initialement prévue le 15 novembre 2026, et Swift a reporté le 27 août 2026 l’échéance équivalente du 14 novembre 2026 pour les paiements internationaux. Au 19 octobre 2026, aucune nouvelle date n’a été publiée. La migration reste toutefois d’actualité.
Le report signifie-t-il que je peux attendre ?
Ce n’est pas recommandé. Chaque banque applique son propre calendrier et certaines sont déjà prêtes à exiger le nouveau format. Les mises à jour de logiciels et la fiabilisation des adresses de vos tiers prennent du temps : le report est l’occasion de les mener sans urgence.
Quelle est la différence entre pain.001.001.03 et pain.001.001.09 ?
Ce sont deux versions du message de virement ISO 20022. La version 09 (2019) est plus récente : elle offre davantage de champs d’adresse (bâtiment, étage, boîte postale…), l’identifiant de suivi UETR et le code LEI. Elle est souvent exigée pour les virements internationaux hors UE.
Ma version de Sage 100 Moyens de paiement est-elle compatible ?
Selon nos consultants, les versions 11 et inférieures ne génèrent pas de fichier pain.001 structuré. La version 12 permet de générer un pain.001.001.03 structuré, transmissible via Sage Direct. Pour le pain.001.001.09, il faut la version 12.10 et un autre mode de transmission que Sage Direct : dépôt sur le site de la banque ou Sage Flux bancaires.
Sage 100 Paie gère-t-il les adresses structurées ?
Oui, la version 9 de Sage 100 Paie permet de générer un fichier pain.001.001.09 structuré pour les virements de salaires.
Qu'est-ce que Sage Flux bancaires ?
Sage Flux bancaires est une option de Sage 100 Moyens de paiement qui permet de transmettre les fichiers de paiement à vos banques, y compris au format pain.001.001.09, et de mettre en place la double signature des remises.
Que se passe-t-il si mon fichier n'est pas conforme ?
Une fois la fin des adresses non structurées effective, la banque peut rejeter le fichier ou les virements concernés. Cela peut retarder le paiement de vos fournisseurs ou de vos salariés. Dès aujourd’hui, une banque peut aussi refuser un format qu’elle ne prend plus en charge.
Les prélèvements SEPA sont-ils concernés ?
Oui, les schémas de prélèvement SEPA (SDD Core et B2B) sont concernés. L’adresse du débiteur est obligatoire lorsque le débiteur ou l’une des banques se situe dans un pays SEPA hors Espace économique européen ; elle est alors fournie par l’entreprise créancière.
Qui peut m'accompagner dans cette migration ?
Votre éditeur, votre banque et votre intégrateur. Les consultants NRC InovaGès accompagnent les utilisateurs Sage 100 dans leurs agences partout en France : diagnostic des versions, mises à jour, paramétrage et tests. Contactez-nous.
Sources et documents de référence
- EPC – EPC delays address format migration timeline (septembre 2026)
- EPC – Guidance document : Provision of Addresses under the EPC Payment Schemes (v2.1)
- ClearingPost – SWIFT defers November 2026 structured address deadline
- Swift – ISO 20022 : modèle IA de structuration des adresses
- RegReportingDesk – SEPA Structured Address Migration : EPC delays 2026 deadline
- CFONB – Transposition des adresses au format ISO 20022
- AFTE – Norme ISO 20022 : réponses aux questions des trésoriers
- BNP Paribas Cash Management – FAQ ISO 20022 (2025)
- Sage – Migration ISO 20022 : report de l'échéance du 15 novembre 2026
- Sage Community – Sage 100 MDP, format pain.001.001.03 structuré
- ISO 20022 – site officiel de la norme
- EUR-Lex – Règlement (UE) 2023/1113 sur les transferts de fonds
- EUR-Lex – Règlement (UE) 2024/886 sur les virements instantanés
Les informations relatives aux versions Sage 100 proviennent de l’expertise des consultants NRC InovaGès. Ce guide est fourni à titre informatif et mis à jour régulièrement (dernière mise à jour : 19 octobre 2026).
Besoin d'aide pour mettre vos fichiers bancaires en conformité ISO 20022 ?
Nos consultants vérifient vos versions Sage 100, les formats attendus par vos banques et la qualité de vos données tiers, puis vous accompagnent dans les mises à jour et les tests.
