Procédure d'échange de supports de données
La procédure d' échange de supports de données ( DTA ou DTAUS ) est une procédure dans les transactions de paiement sans numéraire .
En 1976, le Comité central du crédit (ZKA; aujourd'hui Die Deutsche Kreditwirtschaft ) a approuvé le format d'échange de supports de données (format DTAUS) pour les paiements nationaux . Cette norme uniforme permet le traitement électronique des ordres de paiement ( virements et prélèvements ) dans les opérations de paiement nationales allemandes . Pour les commerçants (non consommateurs), la procédure DTAUS sera interrompue au 1er août 2014 (date d'exécution) et remplacée par la procédure SEPA . Les particuliers (consommateurs) ont pu soumettre leurs paiements sous la forme habituelle jusqu'au 1er février 2016.
Le format est également utilisé pour transmettre les informations de relevé de compte de la banque au client, bien que MT940 soit en fait destiné à cela .
En contrepartie du format DTAUS, le format DTAZV ( échange de supports de données pour les transactions de paiement à l' étranger ) a été adopté dans la ZKA en 1986 pour le traitement dématérialisé des transactions de paiement à l' étranger .
application
Dans le processus d'échange de supports de données, les fichiers dits DTA sont transmis au format DTA . Ceux-ci peuvent être stockés sur des bandes magnétiques , des cassettes à bande, des disquettes , des cartes mémoire ou un support similaire, ou ils peuvent être transmis électroniquement par transmission de données à distance (même si le nom n'est plus tout à fait correct car le support de données physique est manquant). Les portails bancaires en ligne modernes permettent déjà de télécharger les données DTA via des solutions d'interface Web. En Allemagne, la procédure BCS -FTAM permettant aux clients professionnels d'échanger des données est (encore) très répandue. Un produit logiciel (client) bien connu pour BCS est «Multicash», qui est parfois également utilisé pour décrire le processus. Dans l'espace client privé, en plus des portails de banque en ligne, l'interface FinTS (anciennement HBCI ) est principalement utilisée pour l'accès par logiciel. FinTS utilise également (partiellement) le format DTA et DTAZV pour transmettre les données utilisateur.
La légitimation et l'autorisation des commandes sur le chemin de transmission d'origine sont effectuées par une «note d'accompagnement support de données» avec la signature d'un mandataire. Lors de la transmission électronique, la légitimation et l'autorisation peuvent être effectuées, par exemple, à l'aide de la procédure PIN / TAN , de la signature électronique (UE) de BCS-FTAM ou des différentes procédures de sécurité HBCI (carte à puce / fichier RSA). Les notes d'accompagnement du support de données peuvent encore être utilisées dans des cas isolés pour la transmission électronique.
Les fichiers sont utilisés pour les échanges entre instituts de crédit (banques) et entre client et institut de crédit. L'échange de supports de données physiques entre les établissements de crédit était également connu sous le nom de compensation de garage . Ce nom vient du fait que les bandes magnétiques étaient souvent échangées dans les parkings souterrains des banques centrales. Cette méthode est devenue obsolète avec l'introduction des procédures d'échange électronique et l'élimination ultérieure des bandes magnétiques.
Disque
À l'origine, la plupart des bandes magnétiques à 9 pistes ont été utilisées comme supports de données , plus tard des disquettes ont également été utilisées. Certaines des plus grandes banques étaient également connectées à des lignes louées. Avec l'avènement de Datex-P , ce service a également été utilisé. Certaines banques offrent la possibilité de télécharger des données à l' aide des services bancaires en ligne . L'échange physique de supports de données n'est guère une pratique courante depuis environ 2000.
Structure des fichiers DTAUS
Le format est décrit dans l' accord de transmission de données à l'annexe 3 «Spécification des formats de données».
Un fichier DTA physique peut être constitué de plusieurs fichiers DTA logiques . Ceux-ci se composent à leur tour d'un enregistrement A (préfixe du support de données), d'un ou plusieurs enregistrements C (échange de paiements) et d'un enregistrement E (suffixe du support de données). La longueur de l'enregistrement physique est de 128 octets, l' enregistrement A et l' enregistrement E se composent chacun d'un enregistrement de 128 octets, l' enregistrement C d'un minimum de 2 sections d'enregistrement (enregistrements physiques) de 128 octets. La description suivante fait référence au format dit de disquette (avec champs DE-ASCII - variante allemande de l' ASCII limitée aux lettres majuscules et ß). Le format de bande magnétique avec EBCDIC et champs emballés est utilisé entre les banques (le contenu technique est largement identique).
Une phrase
Il décrit principalement la (prochaine) destination et le type de fichier (banque → banque ou client → banque et opérations de crédit ou de prélèvement). La longueur de l'enregistrement est exactement de 128 caractères.
Signification des colonnes dans la description de phrase suivante:
- Champ no.
- Numéro du champ dans l'enregistrement
- positionner
- Décalage depuis le début du bloc
- longueur
- Longueur du champ
- Taper
- Type de champ
- alpha : positions alphanumériques inutilisées justifiées à gauche 0x20 (espace, ASCII 32)
- numérique : données numériques, non compressées, justifiées à droite avec des zéros non significatifs
| Champ no. | positionner | Longueur (caractères) | Type (caractères) | Explication | contenu |
|---|---|---|---|---|---|
| 1 | 0 | 4e | numériquement | Durée d'enregistrement | 0128 |
| 2 | 4e | 1 | alpha | Type d'enregistrement | UNE. |
| 3 | 5 | 2 | alpha | marque | Référence "GK" ou "LK" "GB" ou "LB" aux crédits (G) ou aux prélèvements (L), disque client (K), disque bancaire (B) |
| 4e | 7e | 8ème | numériquement | Destinataire du fichier BLZ (c'est-à-dire banque de commande) | |
| 5 | 15e | 8ème | numériquement | Trier le code de la banque de l'expéditeur | Utilisé uniquement si l'expéditeur du fichier est un établissement de crédit, sinon 00000000 |
| 6e | 23 | 27 | alpha | Nom de l'expéditeur (client) | |
| 7e | 50 | 6e | numériquement | Date de création du fichier | JJMMAA |
| 8ème | 56 | 4e | alpha | Les espaces | |
| 9 | 60 | dix | numériquement | Numéro de compte de l'expéditeur (client): la valeur équivalente est facturée sur ce compte | Pour les fichiers clients (code "GK" ou "LK"), il s'agit généralement du numéro de compte qui se trouve également dans l'enregistrement C dans le champ C11. Dans le cas des fichiers bancaires, les comptes de compensation interbancaires sont saisis ici à la place. |
| dix | 70 | dix | numériquement | le cas échéant, numéro de référence collectif du déposant, sinon zéros | 0000000000 |
| 11 | 80 | 47 | alpha | Les espaces | éventuellement après 15 espaces (= A11a) la date d'exécution (JJMMAAAA) (8 caractères, = A11b), suivie de 24 espaces (= A11c) |
| 12ème | 127 | 1 | alpha | devise | 1 = euro |
Phrase C
L'écriture réelle est définie dans l'enregistrement C (comptes concernés, montant et type de transaction ainsi que des informations sur l'utilisation prévue). La portée minimale est indiquée ci-dessous. La longueur d'enregistrement de l'enregistrement principal est exactement de 256 caractères. L'ensemble principal peut être complété par jusqu'à 15 pièces d'extension, ce qui peut conduire à des blocs d'extension.
| Champ no. | positionner | Longueur (caractères) | Explication | contenu | |
|---|---|---|---|---|---|
| 1 | 0 | 4e | Durée d'enregistrement | Longueur de l'enregistrement de données selon la formule 187 + x * 29 (x = nombre de parties d'extension = "lignes"; exemple: 2 lignes = 187 + 2 * 29 = 245) avec un 0 au début, c'est-à-dire 0245 dans l'exemple.
Avec 0 partie d'extension, 0187 est ici et le champ 22 est rempli de blancs - l'enregistrement de données ne se termine pas avant le 256e caractère. |
|
| 2 | 4e | 1 | Type d'enregistrement | C. | |
| 3 | 5 | 8ème | Code banque de la première banque participante (facultatif) | si le code banque n'est pas spécifié: 00000000 | |
| 4e | 13e | 8ème | Code bancaire du bénéficiaire (pour les virements) ou de l'agent payeur (pour les prélèvements) | ||
| 5 | 21 | dix | Numéro de compte du bénéficiaire ou du débiteur | ||
| 6e | 31 | 13e | numéro de client interne | 0000000000000 | |
| 7a | 44 | 2 | Touche de texte | 04 = prélèvement 05 = encaissement 51 = virement 53 = salaire 54 = performance financière 56 = caisses publiques 67 = virement crédit avec données d'allocation sécurisées par chiffre de contrôle 68 = crédit de virement neutre / bulletin de versement 69 = crédit pour un virement de don | |
| 7b | 46 | 3 | Saisie des touches de texte | conformément à l'annexe 1 du contrat de transmission de données | |
| 8ème | 49 | 1 | Les espaces | ||
| 9 | 50 | 11 | Zéros | Précédemment: Montant en DM avec 9 positions avant la virgule décimale et 2 places après la virgule décimale sans séparateurs | |
| dix | 61 | 8ème | Client BLZ | ||
| 11 | 69 | dix | Numéro de compte client | Ce numéro de compte est communiqué au bénéficiaire / payeur et z. B. utilisé pour les retours. | |
| 12ème | 79 | 11 | montant | 9 places avant la virgule décimale et 2 places après la virgule décimale sans séparateurs | |
| 13e | 90 | 3 | Les espaces | ||
| 14e | 93 | 27 | Nom du bénéficiaire (ou, dans le cas des prélèvements, débiteur) | ||
| 15e | 120 | 8ème | Les espaces | ||
| 16 | 128 | 27 | Nom du client | ||
| 17e | 155 | 27 | Usage | ||
| 18e | 182 | 1 | devise | 1 (= EUR) | |
| 19e | 183 | 2 | Les espaces | ||
| 20e | 185 | 2 | numéro à deux chiffres | Nombre d'enregistrements de données d'extension, "00" à "15" | |
| 21 | 187 | 58 | Espace pour jusqu'à deux pièces d'extension | Jusqu'à deux parties d'extension de 29 octets chacune, remplies d'espaces | |
| 22e | 245 | 11 | Les espaces |
Ceci est suivi d'un espace pour jusqu'à 4 × 128 octets de blocs d'extension. Dans les 3 premiers blocs, jusqu'à 4 parties d'extension avec un préfixe de 2 octets + 27 octets de données = 29 octets peuvent se succéder. Les octets inutilisés d'un tel bloc de 128 octets sont remplis avec 0x20 (espace). Le 4ème bloc d'extension est structuré comme les 3 premiers, mais ne contient qu'une seule partie d'extension si nécessaire. Le reste des 128 octets est également rempli de 0x20.
Pièces d'extension
Un enregistrement C peut contenir jusqu'à 15 parties d'extension de 29 octets chacune. B. permettre une utilisation plus longue. Une partie d'extension se compose d'un préfixe de 2 octets et de 27 octets de contenu.
Il existe les types suivants de pièces d'extension:
| préfixe | Quantité maximale | Explication |
|---|---|---|
| 01 | 1 | Extension pour "bénéficiaire" (champ 14 de la phrase C) |
| 02 | 13e | Extension pour "usage prévu" (champ 17 de la phrase C) |
| 03 | 1 | Extension pour "partie transférante" (champ 16 de la phrase C) |
Comme décrit dans la phrase C, il y a un espace dans la phrase C pour un maximum de deux parties d'extension, suivies de 11 espaces. Les parties d'extension restantes sont ajoutées en blocs (4 enregistrements d'extension de 29 octets chacun + 12 octets d'espaces) à la fin de l'enregistrement C. Chaque enregistrement d'extension augmente la longueur d'enregistrement (champ 0) de l'enregistrement C de 29 et le nombre de parties d'extension (champ 20) de 1.
Version 1.8
La version 1.8 du cahier des charges des opérations de paiement électronique de la Deutsche Bundesbank est entrée en vigueur le 6 décembre 2010 . Extrait pour changer l'enregistrement C, extrait de la spécification, positions et longueurs des champs inchangées comme décrit ci-dessus:
| Non. | domaine | importance |
|---|---|---|
| 1 | C2 | Type d'enregistrement, constante «C» |
| 2 | C3 | Code bancaire du premier prestataire de services de paiement concerné (facultatif, à condition qu'il soit identique au prestataire de services de paiement du payeur) |
| 3 | C4 | Code bancaire du prestataire de services de paiement du bénéficiaire |
| 4e | C5 | Numéro de compte du bénéficiaire |
| 5 | C6 | Marquage zéro ou EZÜ et réf. Attribution par le prestataire de services de paiement avec code bancaire :
Occupation par le titulaire de compte sans code bancaire :
|
| 6e | C7a | Touche texte, identification du type de paiement conformément à l'annexe 3 de l'accord sur l'échange de données dématérialisé ... |
| 7e | C7b | Extension de la clé de texte conformément à l'annexe 3 de l'accord sur l'échange de données sans papier ... |
| 8ème | C8 | Champ interne à la banque, s'il n'est pas utilisé Espace |
| 9 | C9 | Champ de réserve = 0 |
| dix | C10 | Code bancaire du prestataire de services de paiement du payeur |
| 11 | C11 | Payeur du numéro de compte (Dans le cas de paiements pour lesquels la Deutsche Bundesbank est le prestataire de services de paiement du payeur, un numéro de compte appartenant au groupe de comptes de la Deutsche Bundesbank doit être saisi.) |
| 12ème | C12 | Montant en euros, aligné à droite (Les champs pour les montants en euros contiennent toujours deux chiffres pour les centimes.) |
| 13e | C13 | Réserve, espace |
| 14e | C14a | Nom du bénéficiaire, aligné à gauche |
| 15e | C14b | Réserve, espace |
| 16 | C15 | Nom du payeur, justifié à gauche |
| 17e | C16 | Usage (Les informations doivent être aussi courtes que possible. Au début de ce champ, ces informations doivent être alignées à gauche pour que le bénéficiaire ait l'intention d'accéder automatiquement lors des virements - par exemple, numéro de compte de la société immobilière, numéro d'assurance, numéro de facture). |
| 18, 19 | C17 | Réserve, espace |
| 20e | C18 | Indicateur d'extension
|
Phrase électronique
L' enregistrement E se compose d'un compteur pour les enregistrements C et les sommes de contrôle (montants, codes bancaires et numéros de compte ) pour protéger le fichier des erreurs de transmission. La longueur de l'enregistrement est exactement de 128 caractères.
| Champ no. | positionner | Longueur (caractères) | Explication | contenu |
|---|---|---|---|---|
| 1 | 0 | 4e | Durée d'enregistrement | 0128 |
| 2 | 4e | 1 | Type d'enregistrement | E. |
| 3 | 5 | 5 | Les espaces | |
| 4e | dix | 7e | Nombre d'enregistrements de données C | |
| 5 | 17e | 13e | anciennement: montants totaux en DM | 0000000000000 |
| 6e | 30ème | 17e | Somme des numéros de compte | |
| 7e | 47 | 17e | Code bancaire total | |
| 8ème | 64 | 13e | Somme des montants en euros | 11 places avant la virgule décimale et 2 places après la virgule décimale sans séparateurs |
| 9 | 77 | 51 | Les espaces | "" |
Caractères autorisés
Les symboles suivants sont autorisés chez DTA:
| Code de caractère approuvé | personnage | Code hexadécimal DIN-66003 | correspondrait en ANSI / Unicode |
|---|---|---|---|
| Caractères numériques | 0 à 9 | 0x30 - 0x39 | «0» - «9» |
| Lettre capitale | De A à Z | 0x41 - 0x5A | "A" - "Z" |
| Les espaces | "" | 0x20 | "" |
| Point | "." | 0x2E | "." |
| virgule | "," | 0x2C | "," |
| Commercial "et" | "&" | 0x26 | "&" |
| Trait d'union | "-" | 0x2D | "-" |
| sabrer | "/" | 0x2F | "/" |
| Signe plus | "+" | 0x2B | "+" |
| Star | "*" | 0x2A | "*" |
| dollar | "$" | 0x24 | "$" |
| Signe de pourcentage | "%" | 0x25 | "%" |
| Umlauts et ß | "Ä", "Ö", "Ü", "ß" | 0x5B, 0x5C, 0x5D, 0x7E | "[", "\", "]", "~" |
Lors du codage des caractères, l'accord de transmission de données de l'annexe 3 prescrit le codage DIN 66003 , dans lequel les trémas allemands et le ß sont définis dans la zone de codage ASCII . DIN 66003 est le nom allemand de la partie allemande de la norme internationale ISO 646 . Dans sa spécification, la Bundesbank mentionne que les caractères sont codés à l'aide de la page de codes MS-DOS 437 . Les deux codages ne correspondent pas au codage ISO-8859 largement utilisé , qui n'est spécifié dans aucune des deux spécifications comme codage valide d'un fichier DTAUS. La page de code 20106 correspond à la norme DIN 66003.
Les établissements de crédit n'assument aucune responsabilité pour l'expression correcte des caractères qui s'écartent de la spécification. L'institution financière peut convertir les lettres minuscules des enregistrements de données en lettres majuscules ou retourner ou rejeter ces enregistrements de données à l'expéditeur; Il peut convertir des caractères spéciaux non autorisés en blancs.
Exigence d'utilisation en tant que client
Pour pouvoir participer à la procédure d'échange de supports de données en tant que client (par exemple en tant qu'association), vous avez besoin d'un programme capable de créer un fichier DTA et d'une banque qui l'accepte. De nombreuses banques et caisses d'épargne proposent ce service pour les clubs ou les entreprises. Pour recouvrer les créances par prélèvement à transférer via DTA, le titulaire de compte doit adhérer à l'accord de prélèvement des banques.
De plus amples informations sont disponibles auprès de la Bundesbank, des banques centrales des États fédéraux ou des banques et caisses d'épargne locales.
Format de support de données en Autriche
A partir du 1er janvier 1999 (dans le cadre de l'introduction de l' euro comme monnaie de livre ), le support de données V2, similaire au format DTAUS, a été remplacé par EDIFACT . Les enregistrements de données sont transmis entre les banques au format FINPAY, entre le client et la banque comme PAYMUL (virement) et DIRDEB (prélèvement) ainsi que CREMUL et DEBMUL (note de crédit ou de débit).
Format de support de données en Suisse
Le format des fichiers DTA en Suisse est déterminé par Swiss Interbank Clearing . La définition se trouve sous les liens Web.
Développement futur
Dans le cadre de la standardisation des systèmes européens de transactions de paiement au sein de l' Espace européen des paiements (SEPA), le processus d'échange de supports de données a subi des changements fondamentaux depuis février 2008. L'ancien format DTA doit être remplacé par des messages basés sur la norme ISO20022 ( format XML ) qui sont valables dans toute l'Europe , et le processus FTAM par le processus dit EBICS . Le remplacement complet est actuellement prévu pour la période 201x. À compter du 1er août 2014, les banques ne pourront plus accepter les fichiers DTAUS du client pour publication; à partir du 1er février 2016, les fichiers DTAUS ne pourront plus être utilisés pour les paiements par carte de débit et EC au sein des banques.
liens web
- Annexe 3 de la spécification d'interface pour la transmission de données à distance entre les clients et les établissements de crédit conformément à l' accord sur la transmission de données à distance entre les clients et les établissements de crédit , page 4 et suivantes
- Formats dans les transactions de paiement
- Format suisse pour les fichiers DTA (PDF; 1295 kB)
Preuve individuelle
- ↑ a b Die Deutsche Kreditwirtschaft: Annexe 3 de la spécification d'interface pour la transmission de données à distance entre le client et l'établissement de crédit conformément à l'accord de transmission de données. ( Page non disponible , recherche dans les archives Web ) Info: Le lien a été automatiquement marqué comme défectueux. Veuillez vérifier le lien conformément aux instructions , puis supprimer cet avis. (PDF; 7,6 Mo) Version 2.7 du 25 mars 2013. Consulté le 8 juin 2013.
- ↑ Suivi des opérations de paiement et traitement des titres. Systèmes de paiement de détail. Deutsche Bundesbank , consulté le 12 février 2015 .
- ^ Katja Heyder, Hermann Fürstenau: Le dégagement de garage va Sepa. (PDF; 262 Ko) Journal de l'ensemble du secteur bancaire, archivé de l' original le 12 février 2015 ; Consulté le 12 février 2015 (édition 2/2013, p. 26).
- ↑ Spécifications pour les transactions de paiement électronique de la Deutsche Bundesbank ( souvenir de l' original du 10 avril 2006 dans les archives Internet ) Info: Le lien vers l' archive a été automatiquement inséré et n'a pas encore été vérifié. Veuillez vérifier le lien d'origine et d'archive conformément aux instructions , puis supprimez cet avis.
- ↑ Spécifications pour les transactions de paiement électronique de la Deutsche Bundesbank ( page non disponible , recherche dans les archives web ) Info: Le lien a été automatiquement marqué comme défectueux. Veuillez vérifier le lien conformément aux instructions , puis supprimer cet avis. (PDF)
- ↑ German Bundesbank: Paiements sans numéraire. ( Souvenir de l' original du 7 juin 2013 dans les archives Internet ) Info: Le lien de l' archive a été inséré automatiquement et n'a pas encore été vérifié. Veuillez vérifier le lien d'origine et d'archive conformément aux instructions , puis supprimez cet avis. Récupéré le 9 juin 2013.
- ↑ Parlement européen et Conseil européen: Règlement (UE) n ° 260/2012 du Parlement européen et du Conseil du 14 mars 2012 établissant les règles techniques et les exigences commerciales applicables aux virements et prélèvements en euros et modifiant le règlement (CE ) N ° 924/2009 , consulté le 25 mai 2014
