Skip to Content
2026-01-30 - AvanTax eForms 2025.106 (La version de finale) est pret !

ARC - Caractères d’adresse

Caractères d’adresse acceptables

L’ARC a précisé ses restrictions quant aux caractères (lettres/chiffres/symboles) qui seront acceptés dans les fichiers de transmission électronique (XML) pour plusieurs types de champs de données. Ces restrictions s’appliquent aux adresses, aux noms des bénéficiaires, aux noms pour la certification et les contacts, ainsi qu’à d’autres champs de données.

Les adresses postales ne devraient contenir que les caractères indiqués dans le tableau ci-dessous.

Caractères d’adresse acceptés par l’ARCDescription
A B C D E F G H I J K L M N O P Q R S T U V W X Y Zcaractères majuscules
a b c d e f g h i j k l m n o p q r s t u v w x y zcaractères minuscules
0 1 2 3 4 5 6 7 8 9caractères numériques
à â ç é è ê ë î ï ô û ùcaractères français minuscules
À Â Ç É È Ê Ë Î Ï Ô Û Ùcaractères français majuscules
apostrophe
&esperluette
/barre oblique
,virgule
-trait d’union
( )parenthèses gauche et droite
{ }accolades gauche et droite
[ ]crochets gauche et droite
#dièse
.point
 espace

Pour toutes les transmissions XML, l’ARC remplacera tout caractère ne figurant pas dans le tableau ci-dessus par un espace.

Vous trouverez ci-dessous des exemples d’adresses contenant des caractères non valides et la façon dont l’ARC les traitera lors de la transmission :

Données d’adresse saisies/importéesDonnées d’adresse traitées par l’ARC
94 Barton Street; @Unit Nº194 Barton Street    Unit N 1
Unit 5A - 100% Storage + moreUnit 5A - 100  Storage   more

Les adresses seront écrites dans le fichier XML telles qu’elles existent dans eForms, mais les caractères non standard dans les adresses seront remplacés par des espaces par l’ARC. Il existe de nombreux autres noms possibles qui pourraient inclure un caractère non valide.

Que fera eForms?

eForms avertira l’utilisateur lorsqu’il rencontre des caractères qui ne respectent pas les directives de l’ARC lors de l’importation des données et lors de la génération des fichiers XML, mais vous permettra de poursuivre sans apporter de modifications à vos données.

eForms remplacera automatiquement tout guillemet ou tiret non standard par un caractère accepté par l’ARC au moment de créer le fichier XML; par exemple, eForms remplacera un tiret cadratin, ”—”, par un trait d’union standard, ”-”, préservant ainsi la lisibilité et assurant la conformité aux règles de validation de caractères plus strictes de l’ARC.

eForms ne modifiera pas automatiquement les caractères qui ne figurent pas dans les listes de caractères acceptés ci-dessus, mais vous pourriez recevoir un avertissement indiquant que des caractères existent dans le fichier XML et que l’ARC les remplacera par des espaces à la réception.

Que devez-vous faire?

Par défaut, eForms créera un fichier XML qui inclut tous les caractères présents dans vos données, même s’ils ne figurent pas dans les listes ci-dessus. Vous aurez le choix soit de transmettre le fichier XML en utilisant les données telles quelles (en sachant que l’ARC remplacera tout caractère non standard par des espaces), soit de modifier manuellement les données pour n’inclure que des caractères provenant de la liste ci-dessus.

Les destinataires constateront que les caractères non standard ont été remplacés par des espaces dans leur compte de l’ARC, mais tous les formulaires créés par eForms afficheront les données exactement telles qu’elles existent dans le Fichier de données d’eForms.

Que fera l’ARC?

L’ARC peut émettre des avertissements concernant des caractères potentiellement non valides dans le fichier XML, mais devrait tout de même vous permettre de procéder à la transmission. L’ARC a confirmé que les fichiers XML contenant des caractères ne figurant pas dans les listes ci-dessus seront acceptés, mais que ces caractères seront remplacés par des espaces lors du traitement.

Veuillez noter que l’ARC pourrait tout de même rejeter une transmission XML en raison de problèmes de validation non abordés ci-dessus.

Autres caractères acceptables

Il existe d’autres listes de caractères acceptés qui s’appliquent au nom du bénéficiaire, au nom du contact et à d’autres données; cliquez sur l’un des liens ci-dessous pour en savoir plus :

Noms des bénéficiaires - Caractères acceptés par l’ARC
Noms des contacts - Caractères acceptés par l’ARC
Autres champs de données - Caractères acceptés par l’ARC