Presentation Cb2A Fichier: Octobre 2007

Volume 0
CB2A Fichier
Version 1.4.0
Octobre 2007
Page : 1
PRESENTATION CB2A FICHIER
"Le code de la proprit intellectuelle n'autorisant, aux termes des paragraphes 2 et 3 de l'article L.122.5, d'une part, que les "copies ou reproductions strictement rserves l'usage priv du copiste et non destines une utilisation collective" et, d'autre part, sous rserve du nom de l'auteur et de la source que les "analyses et les courtes citations justifies par le caractre critique, polmique, pdagogique, scientifique ou d'information", toute reprsentation ou reproduction intgrale ou partielle, faite sans le consentement de l'auteur ou de ses ayants droit ou ayant cause, est illicite (article L.122.4). Cette reprsentation ou reproduction, par quelque procd que ce soit, constituerait donc une contrefaon sanctionne par les articles L.335.2 et suivants du Code de la proprit intellectuelle".
Groupement Cartes Bancaires - tous droits rservs - 2007
CB2A Fichier
Volume 0
CB2A Fichier
Version 1.4.0
Octobre 2007
Page : 2
CB2A Fichier
Volume 0
CB2A Fichier
Version 1.4.0
PRESENTATION DU DOCUMENT CB2A Fichier est compos des volumes suivants : Volume 1.0 Volume 2.0 Volume 3.1 Volume 3.2 Volume 3.3 Volume 3.4 Volume 3.5 Volume 3.6 Volume 3.7 Volume 3.8 Volume 3.9 : : : : : : : : : : : Principes Gnraux Dictionnaire des champs de donnes Gestion de Rseaux Paramtrage Etat fonctionnel Remise Compte Rendu de Rception Autorisation Remise Vente A Distance Autorisation Vente A Distance Relev des Mouvements Financiers Gestion des Impays PGX DICO GRX PAR EF REM CRR ARVAD AVAD RMF IMP
Octobre 2007
Page : 3
CB2A Fichier
Volume 0
CB2A Fichier
Version 1.4.0
UTILISATION
Octobre 2007
Page : 4
Limplmentation et la mise en uvre de CB2A Fichier doit seffectuer en concertation avec les banques acqureurs susceptibles de recevoir ces fichiers.
CB2A Fichier
Volume 0
CB2A Fichier
Version 1.4.0
HISTORIQUE
Octobre 2007
Page : 5
Version CB2A Fichier 1.1.0 1.2.0 1.2.1 1.3.0 1.3.1 1.4.0
Date parution 11 juin 1999 Mars 2000 Novembre 2001 Dcembre 2002 Dcembre 2004 Octobre 2007
Version du dictionnaire associ 1.1.0 1.3.0 1.3.1 1.3.0 1.3.1 1.4.0
commentaire Version dvaluation version de base Version de base rvise (annule et remplace version 1.2.0) version de base version de base Version de base
CB2A Fichier
Volume 0
CB2A Fichier
Version 1.4.0
LISTE DES MODIFICATIONS VERSION 1.4.0 volume PGX (*) 2.1 5.1 5.1.2 5.2.5 5.4 DICO 2.1.2 2.2.3 2.2.3.5 2.2.3.6 2.2.4.3 2.3.2 2.3.3 3 21 22 30 39 44 46 AC DF55 DF56 DF65 DF69 DF5D DF68 01 02 champ type modification Suppression de la rfrence lEBCDIC Suppression du PI08 Suppression du PI08 Suppression du PI08 Suppression du paragraphe 5.2.5 Suppression du paragraphe 5.4 Suppression rfrence B4-B0 Ajout de lidentifiant 0406 pour un message de redressement suppression rfrence EBCDIC prcision caractre de remplissage Suppression codage EBCDIC Suppression exemples codage EBCDIC Prcision sur les types rptables Prcision sur une donne obligatoirement absente Suppression de la valeur 57 nouvelles valeurs en position 1 nouvelles valeurs en position 3 modification dun libell en position 3 Ajout du champ Modification d'un libell position 1 Nouvelles valeurs position 3 modification libell Ajout du type Ajout du type Ajout du type Ajout du type Modification du format Nouvelles valeurs Nouvelles valeurs Suppression valeurs Nouvelles valeurs Suppression tableau classes automates Modification de la description Suppression du type Nouvelles valeurs Suppression valeurs Ajout tableau de correspondance ERT/TASA Ajout du type Ajout du type Ajout du type Suppression du type Suppression du type Suppression du type Suppression valeurs Nouvelles valeurs Suppression du type Suppression du type Suppression du type Suppression du type Suppression du type Suppression du type Ajout du type Ajout du type
Octobre 2007
Page : 6
47
04 15 48
55
95 96 9F6B DF70 DF71 DF72 DF73 DF74 DF75 DF76 DF77 DF78 DFAB 0210 0211
57
CB2A Fichier
Volume 0
CB2A Fichier
(*) champ type 0212 0214 0215 0216 0217 009C 0410 FF50 modification Ajout du type Ajout du type Ajout du type Ajout du type Ajout du type Ajout tableau de correspondance avec le champ 3 Modification du format et de la longueur Ajout du type Ajout des valeurs du sous-champ Identification du fichier Ajout utilisation type DF3C Suppression du type Suppression du type Suppression du type Modification de la longueur et des 5me et 8me sous-champs Ajout du type Suppression du type Suppression du type Suppression du type Suppression du type Suppression du type Modification du format Modification de la longueur Ajout de nouveaux sous-champs Suppression du type Suppression du type Modification des valeurs du 6me sous-champ Suppression du type Suppression du type Suppression du type Suppression du type Suppression du type Ajout du type Ajout du type Ajout du type Ajout du type Ajout du type Ajout du type Ajout du type Ajout du type Suppression du type Suppression du type Suppression du type Suppression du type Suppression du type Ajout du type Ajout du type Ajout du type Ajout du type Ajout du type Ajout du type Ajout du type Ajout du type Ajout du type Ajout du type Ajout du type Ajout du type Ajout du type
Version 1.4.0
volume
Octobre 2007
Page : 7
58
71 72 DF03 DF08 DF0A DF0D DF0E DF10 DF11 DF12 DF14 DF15 DF16
PAR
EF
col.B col.B col.B col.B col.B col.B col.B col.B col.B col.B col.B col.B col.B col.B col.B col.D E1 col.D E1 col.D E1
72
46
DF1B DF1C DF1E DF24 DF25 DF2A DF2E DF3A DF41 DF43 DF44 DF45 DF46 DF47 DF48 DF49 DF03 DF0A DF25 DF2A DF3A DF07 DF0E DF41 DF43 DF44 DF45 DF46 DF47 DF48 DF49 DF55 DF56 DF69
CB2A Fichier
Volume 0
CB2A Fichier
(*) Col A Col.B Col.C Col.D Col.A Col.B Col.C Col.D Col.C Col.D Col.C Col.D Col.C Col.D Col.C Col.D Col.C Col.D Col.C Col.D Col.C Col.D Col.C Col.D Col.C Col.D Col.C Col.D Col.C Col.D Col.C Col.D Col.C Col.D Col.C Col.D Col.C Col.D Col.C Col.D Col.C Col.D Col.A Col.B champ 21 type modification Ajout du champ Ajout du champ Suppression du champ Suppression du champ Ajout du type Ajout du type Suppression du type Suppression du type Champ obligatoirement absent Champ obligatoirement absent modification condition de prsence modification condition de prsence Suppression du type Suppression du type Ajout du type Ajout du type Ajout du type Ajout du type Suppression du type Suppression du type Suppression du type Suppression du type Suppression du type Suppression du type Type obligatoirement absent Type obligatoirement absent Ajout du type Ajout du type Ajout du type Ajout du type Ajout du type Ajout du type Ajout du type Ajout du type Ajout du type Ajout du type Ajout du type Ajout du type Ajout du type Ajout du type Ajout du type Ajout du type modification condition de prsence Ajout du type Ajout du type Ajout du type Ajout du type Ajout du type Ajout du type Ajout du type Ajout transaction de redressement Ajout paragraphe description message 0406 Modification description message 0546 Modification description message 0340 Ajout paragraphe description message 0416 Modification description message 0540
Version 1.4.0
volume REM
Octobre 2007
Page : 8
58 58 35 40 47 47 47 55 55 55 55 57 57 57 57 57 57 57 58 47 57
9F33 9F33
15 95 96 DF74 DF75 DF76 9F6B 0210 0211 0212 0214 0215 0216 0217 FF50 18 0210 0211 0212 0214 0215 0216 0217
ARVAD
AVAD
2.1 2.2.1.3 2.2.1.4 2.2.2.1 2.2.2.3 2.2.2.4
CB2A Fichier
Volume 0
CB2A Fichier
(*) 2.3.1.3 4.2 4.3 Col.C E1 Col.C E2 Col.B E2 Col.C E2 Col.B E1 champ type
Version 1.4.0
volume
Octobre 2007
Page : 9
47 57
95 0210 0211 0212 0217 96
Col.B E2
47
modification Ajout paragraphe description message 0406 recycl Ajout liste des codes rponse pour une demande de redressement Ajout liste des codes rponse pour une rponse demande de redressement nouveau message (0406 demande de redressement) nouveau message (0416 rponse demande de redressement) Ajout type Ajout type Ajout type Ajout type Ajout type Ajout type Ajout type
(*) Cette colonne localise la modification : - : le paragraphe indiqu dans le volume indiqu ; - col.x : la colonne x dans le tableau de protocole du volume indiqu ; - col.x Ey : la colonne x de ltat y dans le tableau de protocole du volume indiqu.
CB2A Fichier
Volume 1
Version 1.4.0
PRINCIPES GENERAUX
CB2A Fichier
Octobre 2007
Page : 1
PRINCIPES GENERAUX CB2A FICHIER
Groupement des Cartes Bancaires - tous droits rservs - 2005
CB2A Fichier
Volume 1
Version 1.4.0
PRINCIPES GENERAUX
CB2A Fichier
Octobre 2007
Page : 2
CB2A Fichier
Volume 1
Version 1.4.0
PRINCIPES GENERAUX
CB2A Fichier
Octobre 2007
Page : 3
SOMMAIRE
1. 2. Description du domaine d'utilisation de CB2A Fichier......................................................................................... 4 Prsentation de la structure de fichier................................................................................................................. 6 2.1. Len-tte ..................................................................................................................................................... 6 2.2. Les messages ............................................................................................................................................ 6 2.3. Structure dun fichier avec mise en uvre dun seul service...................................................................... 7 2.4. Structure dun fichier avec mise en uvre de plusieurs services............................................................... 8 Les services de CB2A Fichier............................................................................................................................. 9 3.1. Service Gestion de rseaux (GRX) ...................................................................................................... 9 3.2. Service Paramtrage (PAR) ................................................................................................................. 9 3.3. Service Etat Fonctionnel (EF)............................................................................................................... 9 3.4. Service Remise (REM) ......................................................................................................................... 9 3.5. Service Compte-Rendu de Reception (CRR) ....................................................................................... 9 3.6. Service Autorisation - Remise Vente Distance (ARVAD) .................................................................. 9 3.7. Service Autorisation Vente Distance (AVAD) .................................................................................... 9 3.8. Analyse de la remise .................................................................................................................................. 9 3.8.1. Service Relev de mouvements financiers (RMF)............................................................. 11 3.8.2. Service Relev mouvements non financiers (RMNF) ........................................................ 11 3.8.3. Service Relev suspens (RS)............................................................................................ 11 3.8.4. Service Relev rejet aprs suspens (RRAS) ..................................................................... 11 3.8.5. Service Relev des mouvements financiers aprs suspens (RMFAS) .............................. 11 3.8.6. Service Impays (IMP) ...................................................................................................... 11 Dfinitions et rgles .......................................................................................................................................... 12 4.1. Dfinitions................................................................................................................................................. 12 4.2. Rgles ...................................................................................................................................................... 12 Annexe : description des informations .............................................................................................................. 14 5.1. Format des IPDU (CBcom) ...................................................................................................................... 14 5.1.1. Rgles dutilisation................................................................................................................... 14 5.1.2. Format de l'en-tte (IPDU_CN) ............................................................................................... 14 5.1.3. Format de l'enregistrement (IPDU_DE) ................................................................................... 14 5.2. Description des paramtres...................................................................................................................... 15 5.2.1. Format ..................................................................................................................................... 15 5.2.2. Identification protocole (PI05) .................................................................................................. 15 5.2.3. Longueur maximale dune IPDU (PI06) ................................................................................... 15 5.2.4. Longueur du champ de donnes transportes (PI07) ............................................................. 15 5.2.5. Longueur totale des donnes transfrer (PI15) .................................................................... 15 5.3. Format des APDU .................................................................................................................................... 16 5.3.1. Identifiant du message ............................................................................................................ 16 5.3.2. Topogrammes binaires (bit map)............................................................................................. 17 5.3.3. Prsentation des champs de donnes .................................................................................... 17
3.
4. 5.
CB2A Fichier
Volume 1
Version 1.4.0
1.
PRINCIPES GENERAUX
CB2A Fichier
Octobre 2007
Page : 4
DESCRIPTION DU DOMAINE D'UTILISATION DE CB2A FICHIER CB2A fichier dfinit le format des donnes changes entre un systme remettant et un systme acqureur
Un systme remettant est : - soit un systme dacceptation qui gre directement des fichiers CB2A fichier . Il communique avec : - un systme accepteur centralis (transmetteur) ; - ou un systme dlgataire du systme acqureur (transmetteur) ; - ou un systme acqureur. - soit un systme transmetteur qui se situe entre un systme acqureur et des systmes d'acceptation. Le systme transmetteur centralise les donnes montiques pour plusieurs systmes d'acceptation. Il peut exister un ou plusieurs systmes transmetteurs entre un systme dacceptation et un systme acqureur. Le systme transmetteur reoit des collections d'informations du systme acqureur selon les spcifications CB2A Fichier : - sous forme gnrique : une collection d'informations concerne certains ou tous les systmes d'acceptation grs par le systme transmetteur ; - sous forme individualise : une collection d'informations concerne un seul systme d'acceptation. Dans les deux cas, le systme transmetteur met en forme les informations pour les transmettre chaque systme d'acception de manire individualise et selon le protocole dfini par les deux acteurs (remettant / systme d'acceptation). Ce protocole peut tre CB2A ou un protocole privatif. Le systme transmetteur transmet des collections d'informations au systme acqureur : le systme transmetteur reoit des collections de donnes des systmes d'acceptation. Il les met en forme selon les spcifications CB2A Fichier pour les transmettre l'acqureur. Le systme dacceptation reoit et transmet des collections d'informations sous forme individualise : une collection d'informations concerne un seul systme d'acceptation. Lchange des fichiers CB2A fichier s'effectue par le moyen choisi en accord bilatral par le transmetteur et le rcepteur du fichier (par exemple : rseau, disquette, ). CB2A fichier se veut le plus proche possible de CB2A. A ce titre, CB2A et CB2A fichier se rfrent la mme norme (prENV1750) et possdent un formalisme de prsentation identique.
CB2A Fichier
Volume 1
Version 1.4.0
PRINCIPES GENERAUX
CB2A Fichier
Echanges dinformation
Octobre 2007
Page : 5
DOM AINE ACCEPTATION SA 1
DOM AINE ACQUISITION systme acque re ur
SA 1 2 SA 2 systme ce ntralis acce pte ur 1 systme acque re ur
SA 3
SA 4
2 1 systme d l gataire acqu re ur
SA 5
systme acque re ur
SA 6
SA 7
2 systme ce ntralis acce pte ur 1
SA 8
1 systme d l gataire acqu re ur
1 systme acque re ur
SA 9 2 SA 10 SA 11 1 2 = CB2A FICHI ER = CB2A FICHI ER ou autre systme ce ntralis acce pte ur 2
SA = systme dacceptation
CB2A Fichier
Volume 1
Version 1.4.0
2.
PRINCIPES GENERAUX
CB2A Fichier
Octobre 2007
Page : 6
PRESENTATION DE LA STRUCTURE DE FICHIER
Dans un mme change, une entit peut mettre en uvre un ou plusieurs services. L'organisation de ces services au sein du mme change constitue un fichier. Un fichier comporte, au minimum, un service. La structure minimale dun fichier est la suivante : En-tte de fichier
Ouverture de fichier (constitu d'un message)
Ouverture service (constitu d'un message)
Mise en uvre d'un Service (constitue de "2 n" messages)
Fermeture de fichier (constitue d'un message)
2.1.
LEN-TETE
L'en-tte est un message particulier qui donne des informations gnrales sur le fichier. Ces informations sont appeles paramtres et sont rpertories par un "identificateur de paramtre" : "PI". A chaque PI est attribu un numro ; on obtiendra donc des "PIxx". On trouvera obligatoirement dans l'en-tte les paramtres suivants : - L'identification du protocole qui indique quel protocole et quelle version de ce protocole sont utiliss. Il s'agit du PI05 ; - La longueur totale des donnes transfrer (longueur de l'en-tte du fichier exclue). Il s'agit du PI15. D'autres paramtres peuvent tre utiliss au choix du transmetteur du fichier. Ils sont dfinis dans les spcifications "CBcom" mises par le Groupement des Cartes Bancaires. L'en-tte ainsi constitu s'appelle : IPDU_CN (Intermediate Protocole Data Unit Connection). On obtient donc l'en-tte suivant : En-tte = Identification protocole+Format des donnes + Longueur des donnes ou en terme CBcom IPDU_CN [PI05] [PI15] Une description prcise de la constitution des IPDU et des paramtres figure en annexe. 2.2. LES MESSAGES
L'ouverture, la fermeture de fichier, l'ouverture de service et tous les "enregistrements" constituant un service sont appels "messages". Dans le vocabulaire CBcom, ces messages sont appels APDU (Application Protocole Data Unit). Les messages d'ouverture, de fermeture de fichier et d'ouverture de service sont dcrits dans le document "gestion de rseaux". Les messages constituant la mise en uvre d'un service sont dcrits dans les documents de spcifications de chaque service.
CB2A Fichier
Volume 1
Version 1.4.0
PRINCIPES GENERAUX
CB2A Fichier
Octobre 2007
Page : 7
Tous les messages sont de longueur variable. C'est pourquoi, ils sont prcds, d'au moins, un paramtre indiquant la longueur du message. Il s'agit du PI07. L'ensemble : paramtre et message s'appelle IPDU_DE. On obtient donc : Un enregistrement = Longueur du message + Message ou en terme CBcom IPDU_DE [PI07] [APDU] Une description prcise de la constitution des IPDU et des paramtres figure en annexe. 2.3. STRUCTURE DUN FICHIER AVEC MISE EN UVRE DUN SEUL SERVICE
Exemple dun fichier transmis du systme remettant vers le systme acqureur :
En -tte de fichie r
Ouverture de fichier (constitu dun me ssage)
Ouve rture de se rvice remise (constitu dun me ssage)
Mise en oe uvre du service remise constitu de 3 n messages
Ferme ture de fichier (constitu dun me ssage)
CB2A Fichier
Volume 1
Version 1.4.0
2.4.
PRINCIPES GENERAUX
CB2A Fichier
Octobre 2007
Page : 8
STRUCTURE DUN FICHIER AVEC MISE EN UVRE DE PLUSIEURS SERVICES
Plusieurs services peuvent tre mis en uvre au sein d'un mme fichier. Ces services peuvent tre de nature diffrente et / ou de mme nature. Un fichier muti-services a la structure suivante : (Exemple pour un fichier transmis du systme acqureur vers le systme remettant)
En -tte de fichier
Ouverture de fichier (constitu dun message)
Ouverture de service relev mouvements financiers (constitu dun message)
Mise en oeuvre du se rvice RMF (constitu de 3 n messages)
Ouverture de service paramtrage (constitu dun message)
Mise en oeuvre du service paramtrage (constitu de 3 n messages)
Fermeture de fichier (constitu dun message)
CB2A Fichier
Volume 1
Version 1.4.0
3.
PRINCIPES GENERAUX
CB2A Fichier
Octobre 2007
Page : 9
LES SERVICES DE CB2A FICHIER
Les documents "SERVICE" ont pour objectif de dcrire les messages qui le composent. 3.1. SERVICE GESTION DE RESEAUX (GRX)
Ce service permet l'entit mettrice du fichier d'ouvrir et fermer un fichier, d'ouvrir un service et d'enchaner d'autres services. Ce service permet galement : - dacquitter un fichier ou un service et signifier ainsi un rejet ou une acceptation ; - de transmettre des fichiers ou services recycls. 3.2. SERVICE PARAMETRAGE (PAR)
Ce service permet un acqureur de fournir, aux systmes dacceptation, les tables de paramtres ou leur mise jour. 3.3. SERVICE ETAT FONCTIONNEL (EF)
Ce service permet un acqureur de demander un remettant un tat fonctionnel pour un ou plusieurs systmes d'acceptation et de leur attribuer, sil les gre, les identifiants IDSA et/ou IDPA. Il permet un remettant de transmettre des tats fonctionnels (soit suite la demande de lacqureur, soit sur son initiative) et dindiquer, le cas chant, que les identifiants IDSA et/ou IDPA ont t attribus au(x) systme(s) dacceptation. 3.4. SERVICE REMISE (REM)
Ce service permet au remettant de transmettre l'acqureur : - des remises ; - des remises recycles : remises rejetes via le Compte-Rendu de Rception (CRR) et corriges ; - des remises dgrades : un remettant qui a perdu tout ou partie de limage lectronique dune remise, peut reconstituer un fichier via un systme de saisie, partir des documents restant sa disposition (tickets, traces lectroniques.) ; - des remises dgrades recycles : remises dgrades rejetes via le Compte-Rendu de Rception (CRR) et corriges. 3.5. SERVICE COMPTE-RENDU DE RECEPTION (CRR)
Ce service permet au destinataire dun flux (remise, paramtrage, ) dinformer lmetteur du fichier de la prise en compte ou du rejet de tout ou partie des lots reus. 3.6. SERVICE AUTORISATION - REMISE VENTE A DISTANCE (ARVAD)
Ce service permet un accepteur de transmettre un acqureur un ensemble de transactions. Ces transactions font lobjet dun traitement dautorisation de la part de lmetteur ou de lacqureur. Elles peuvent faire lobjet dune remise en compensation de la part de lacqureur. 3.7. SERVICE AUTORISATION VENTE A DISTANCE (AVAD)
Ce service permet un accepteur de transmettre un acqureur un ensemble de transactions. Ces transactions font lobjet dun traitement dautorisation de la part de lmetteur ou de lacqureur. Elles ne font pas lobjet dune remise en compensation de la part de lacqureur. 3.8. ANALYSE DE LA REMISE
Les remises peuvent faire lobjet dune analyse fonctionnelle de la part de lacqureur. Le rsultat de cette analyse est transmis au remettant via : - le relev des mouvements financiers ; - le relev des mouvement non financiers ; - le relev des suspens ; - le relev des rejets aprs suspens ; - le relev des mouvements financiers aprs suspens ; - les impays.
CB2A Fichier
Volume 1
Version 1.4.0
PRINCIPES GENERAUX
CB2A Fichier
Octobre 2007
Page : 10
Le schma ci-dessous reprsente le flux dinformation li lanalyse de la remise. ANALYSE TECHNIQUE ET FONCTIONNELLE D'UNE REMISE OU TELECOLLECTE domaine acqureur
analyse technique tlcollectes remises ou remises dgrades remises recycles remises dgrades recycles analyse fonctionnelle pr-compensation
domaine accepteur
domaine compensation
transactions non financires non correctes d'un point de vue technique transactions financires non correctes d'un point de vue technique transactions financires et non financires correctes dun point de vue technique
Compte-rendu de rception
relev mouvements financiers
transactions financires correctes dun point de vue fonctionnel transactions non financires correctes dun point de vue fonctionnel transactions financires non correctes = suspens
relev mouvements non financiers
notification de suspens
Correction suspens impossible
Correction suspens effectue
Relev des rejets aprs suspens
suspens non corrigs suspens corrigs
relev de mouvements financiers aprs suspens
Impays
Impays
CB2A Fichier
Volume 1
3.8.1.
Version 1.4.0
PRINCIPES GENERAUX
CB2A Fichier
Octobre 2007
Page : 11
Service Relev de mouvements financiers (RMF)
Ce service permet l'acqureur d'informer le remettant que des oprations financires ont t prises en compte et d'effectuer une consolidation. 3.8.2. Service Relev mouvements non financiers (RMNF)
Ce service sera dcrit dans une version ultrieure de CB2A fichier. 3.8.3. Service Relev suspens (RS)
Ce service sera dcrit dans une version ultrieure de CB2A fichier. 3.8.4. Service Relev rejet aprs suspens (RRAS)
Ce service sera dcrit dans une version ultrieure de CB2A fichier. 3.8.5. Service Relev des mouvements financiers aprs suspens (RMFAS)
Ce service sera dcrit dans une version ultrieure de CB2A fichier. 3.8.6. Service Impays (IMP)
Ce service permet l'acqureur d'informer le remettant que des oprations financires ont t rejetes par les metteurs de cartes.
CB2A Fichier
Volume 1
Version 1.4.0
PRINCIPES GENERAUX
CB2A Fichier
Octobre 2007
Page : 12
4.
DEFINITIONS ET REGLES
4.1.
DEFINITIONS
Ces dfinitions permettent de prciser la signification des termes utiliss dans les rgles qui suivent. - Numro daudit : rfrence identifiant un message. - Un lot : un sous-ensemble dun service ; par exemple : une remise dans un service remise ou un tat fonctionnel dans un service tat fonctionnel... - Informations dorigine : donnes transmises la premire fois (la notion de r-mission est exclue). - Informations recycles : donnes transmises une 2me ou nme fois (pour recyclage). 4.2. REGLES
Rgle 1 : Niveau fichier Le numro daudit de louverture de fichier doit tre unique (donc diffrent) dun fichier lautre entre un metteur de fichier et un rcepteur. Le numro daudit dun message de fermeture dun fichier est distinct de celui de louverture de ce mme fichier. Rgle 2 : Niveau service Le numro daudit de louverture de service doit tre unique (donc diffrent) dun service lautre, lintrieur dun fichier. Rgle 3 : Niveau lot Le numro daudit de linitialisation doit tre unique (donc diffrent) dun lot lautre, lintrieur dun mme service. Dans un service les numros daudit dinitialisation et de fin de lot et les numros daudit dinitialisation et de fin de regroupement doivent tre tous diffrents. Rgle 4 : Niveau dtail Le numro daudit du message dtail doit tre unique (donc diffrent) dans un lot. Dans les messages de dtail des remises ce numro reprend le numro de transaction gnr par le systme dacceptation. Consquences des rgles 1 4 : Les diffrents niveaux sont : - le fichier ; - le service ; - le lot ; - le message de dtail. La combinaison du numro d'audit dun message avec ceux des messages de niveaux suprieurs lidentifie de manire unique quelque soit le fichier. Ceci exclut le niveau dit "de regroupement", cest--dire que le numro daudit dun message de regroupement nest pas utilis pour rfrencer un message de lot ou de dtail. Exemple : Messages Entte de fichier Ouverture de service Initialisation de lot Fin de lot Initialisation de lot Fin de lot Ouverture de service Initialisation de lot Fin de lot Initialisation de lot Fin de lot Fin de fichier Rgle 5 Un service recycl ne peut contenir que des lots appartenant au service dorigine. 222222 111111 111111 444444 222222 333333 111111 222222 111111 333333 222222 444444 Numro daudit
CB2A Fichier
Volume 1
Rgle 6
Version 1.4.0
PRINCIPES GENERAUX
CB2A Fichier
Octobre 2007
Page : 13
Un lot recycl ne peut contenir que des messages de dtail appartenant au lot dorigine. Rgle 7 Un fichier rejet peut tre recycl en plusieurs fois. Rgle 8 Un service rejet peut tre recycl en plusieurs fois. Rgle 9 Un lot rejet peut tre recycl en plusieurs fois.
CB2A Fichier
Volume 1
Version 1.4.0
5.
PRINCIPES GENERAUX
CB2A Fichier
Octobre 2007
Page : 14
ANNEXE : DESCRIPTION DES INFORMATIONS
5.1.
FORMAT DES IPDU (CBCOM)
Rappel : l'en-tte du fichier CB2A fichier est constitu d'une IPDU_CN ; elle comporte au minimum deux PI: PI05, PI15 En-tte = Identification protocole+Format des donnes + Longueur des donnes ou en terme CBcom IPDU_CN [PI05] [PI15] L'enregistrement d'un fichier CB2A fichier est constitu d'une IPDU_DE Un enregistrement = Longueur du message + Message ou en terme CBcom IPDU_DE [PI07] [APDU] Les IPDU sont constitues de la manire suivante : PGI Identificateur d'IPDU LGI Longueur des paramtres Donnes = message
Zone paramtre
Rptable : autant de fois que de PIxx ncessaires
PI Identificateur de paramtre
LI Longueur de paramtre
PV Valeur de paramtre
Le PGI identifie l'IPDU : IPDU_CN ou IPDU_DE ; La LGI prcise le nombre doctets de la zone paramtre. Le champ LGI nest pas compris dans la taille prcise ; La zone paramtre comprend autant de [PI, LI, PV] que ncessaire. Rgles dutilisation
5.1.1. -
Les informations constituant les IPDU sont codes binaires sur un ou plusieurs octets ; La zone paramtre s'obtient en concatnant les blocs paramtres par ordre croissant des Pixx ; Les PI non dcrits sont accepts et ignors. Format de l'en-tte (IPDU_CN)
5.1.2.
L'en-tte a les caractristiques suivantes : Nom Valeurs PGI X C2 LGI 12 Paramtre 1 PI05 Paramtre 2 PI06 Paramtre 3 PI15 5.1.3. Format de l'enregistrement (IPDU_DE)
Prsence X X X F X
Taille en octets 1 1 2+4 2+VAR 2+VAR
L'enregistrement a les caractristiques suivantes : Nom Valeurs PGI X C1 LGI 3 .. Paramtre 1 PI07 Donnes : APDU
Prsence X X X X
Taille en octets 1 1 2+VAR valeur du PI07
CB2A Fichier
Volume 1
5.2. 5.2.1. -
Version 1.4.0
DESCRIPTION DES PARAMETRES Format
PRINCIPES GENERAUX
CB2A Fichier
Octobre 2007
Page : 15
PGI est cod sur un octet binaire LGI est cod sur un octet binaire PI est cod sur un octet binaire LI est cod sur un octet binaire PV est cod en binaire sur le nombre doctets prcis par LI Identification protocole (PI05) Libell Identificateur : PI Longueur : LI Valeur : PV Valeur X'05' X'04' code binaire
5.2.2.
La valeur (PV) du PI05 se dcompose de la faon suivante : Position Valeur octet 1 Numro de version du Protocole CBcom Valeur : X00 octet 2 Protocole applicatif Valeur : X03 pour le protocole CB2A fichier octets 3 et 4 Numro de version du Protocole applicatif Valeur : X1230 pour une version de protocole 1.2.3 Le PI05 n'a de sens que dans une IPDU-CN. Il doit tre absent dans une autre IPDU. Toutefois en cas de prsence, il sera ignor. 5.2.3. Longueur maximale dune IPDU (PI06)
La valeur du PI06 est exprime en octets. Code sur n octets binaires (n 10), elle reprsente la taille maximale dune IPDU susceptible dtre mise (en-tte + APDU). Le PI06 nest pas obligatoire dans len-tte du fichier CB2A Fichier, cependant, il peut y figurer. Il reprsente la longueur maximale d'une IPDU. Le PI06 n'a de sens que dans une IPDU-CN (en-tte). Il doit tre absent dans une autre IPDU. Toutefois en cas de prsence, il sera ignor. Libell Valeur Identificateur : PI X'06' Longueur : LI n octets Valeur : PV code binaire Les rgles suivantes s'appliquent. Rgles techniques : - Par dfaut la valeur est 1024. La valeur minimum est 512. - Sa prsence est obligatoire si la valeur est diffrente de 1024. Rgles d'utilisations : - La valeur recommande est 1024. - Le destinataire d'un fichier doit accepter des IPDU dont la taille est comprise entre 512 et 1024. - Suite un accord pralable, la taille peut tre suprieure 1024. 5.2.4. Longueur du champ de donnes transportes (PI07) Libell Identificateur : PI Longueur : LI Valeur : PV Valeur X'07' n octets code binaire
la valeur (PV) est une valeur en octets. Code sur n octets binaires (n<=10), elle reprsente la longueur significative du champ de donnes (APDU). Ce PI est obligatoire ds lors que des donnes sont transportes. Le PI07 n'a de sens que dans une IPDU-DE. Il doit tre absent dans une autre IPDU. Toutefois en cas de prsence, il sera ignor. 5.2.5. Longueur totale des donnes transfrer (PI15) Libell Identificateur : PI Longueur : LI Valeur X'0F' n octets
CB2A Fichier
Volume 1
Version 1.4.0
Valeur : PV
PRINCIPES GENERAUX
CB2A Fichier
code binaire
Octobre 2007
Page : 16
La valeur est un nombre d'octets. Code sur n octets binaires (n <= 10). Le PI15 correspond la somme des tailles des IPDU_DE transfrer, en-ttes compris. Le PI15 n'a de sens que dans une IPDU-CN. Il doit tre absent dans une autre IPDU. Toutefois en cas de prsence, il sera ignor. 5.3. FORMAT DES APDU
Chaque message est constitu de : - un identifiant du message ; - un ou plusieurs topogrammes binaires (bit map) ; - une srie d'lments d'information dans l'ordre de la reprsentation du topogramme binaire. 5.3.1. Identifiant du message
L'identifiant du type de message est une zone numrique de 4 chiffres indiquant respectivement : - le numro de version de la norme; - la classe de message ; - sa fonction ; - l'initiateur du message. Selon la norme prENV 1750, ils peuvent prendre les valeurs suivantes :
Premire position : Numro de version 0 PrENV1750 version 1996 1 Rserv pour usage futur 2 Rserv pour usage futur 3 Rserv pour usage futur
Deuxime position : Classe de message 0 Rserv pour usage futur 1 Message d'autorisation 2 Message financier 3 Message de gestion de fichier 4 Message de redressement (ou d'annulation) 5 Message de consolidation 6 Message administratif 7 Non disponible 8 Message de gestion de rseaux 9 Rserv pour usage futur
Troisime position : Fonction du message : 0 Demande 1 Rponse demande 2 Avis 3 4 5 6 7 8-9 Rponse avis Notification Rponse notification Instruction Rponse instruction Rserv pour usage futur
Une rponse est ncessaire pour complter l'action Une action a t faite, pas d'approbation demande mais une rponse est ncessaire Une action a t faite, ni rponse ni approbation demande Une action doit tre faite, ni rponse ni approbation demande
CB2A Fichier
Volume 1
Version 1.4.0
Quatrime position : Initiateur du message : 0 Acqureur 1 Rptition acqureur 2-3 Non disponible 4 Autres 5 Rptition Autres 6 Accepteur de cartes 7 Rptition accepteur de cartes 8-9 Rserv pour usage futur 5.3.2. Topogrammes binaires (bit map)
PRINCIPES GENERAUX
CB2A Fichier
Octobre 2007
Page : 17
Les topogrammes binaires (bit map) sont dcrits dans le dictionnaire CB2A fichier (Volume 2). 5.3.3. Prsentation des champs de donnes
Les champs de donnes CB2A fichier sont dcrits prcisment dans le dictionnaire CB2A fichier (Volume 2). Cependant des complments dinformation peuvent se trouver dans les diffrents services, et ils prdominent alors sur ce qui est nonc dans le dictionnaire.
CB2A Fichier
Volume 1
Version 1.4.0
PRINCIPES GENERAUX
CB2A Fichier
Octobre 2007
Page : 18
CB2A Fichier
Volume 2 Version 1.4.0
DICTIONNAIRE DES CHAMPS DE DONNEES CB2A Fichier
Octobre 2007 Page : 1
DICTIONNAIRE CB2A FICHIER
Groupement des Cartes Bancaires - tous droits rservs - 2007 CB2A Fichier
Volume 2 Version 1.4.0 1.
DICTIONNAIRE DES CHAMPS DE DONNEES CB2A Fichier SOMMAIRE
Prambule .......................................................................................................................................................... 3 1.1. Objet du document ..................................................................................................................................... 3 1.2. Utilisation du document .............................................................................................................................. 3 Dictionnaire des champs de donnes................................................................................................................. 4 2.1. Description des messages de donnes...................................................................................................... 4 2.1.1. Structure des messages............................................................................................................... 4 2.1.2. Identifiant du type de message .................................................................................................... 4 2.1.3. Bit map ......................................................................................................................................... 6 2.2. Format et codage des donnes.................................................................................................................. 6 2.2.1. Conventions de notations............................................................................................................. 6 2.2.2. Conventions de prsentation........................................................................................................ 7 2.2.3. Codage des champs de donnes................................................................................................. 7 2.2.4. Structure des champs .................................................................................................................. 9 2.3. Description des champs de donnes ....................................................................................................... 12 2.3.1. Liste et reprsentation des champs de donnes........................................................................ 12 2.3.2. Dfinition des champs de donnes ............................................................................................ 19 Champ 2..................................................................................................................................... 21 Champ 3..................................................................................................................................... 21 Champ 4..................................................................................................................................... 21 Champ 11................................................................................................................................... 22 Champ 12................................................................................................................................... 22 Champ 13................................................................................................................................... 22 Champ 14................................................................................................................................... 22 Champ 18................................................................................................................................... 22 Champ 21................................................................................................................................... 22 Champ 22................................................................................................................................... 24 Champ 23................................................................................................................................... 25 Champ 24................................................................................................................................... 25 Champ 25................................................................................................................................... 25 Champ 26................................................................................................................................... 26 Champ 27................................................................................................................................... 26 Champ 31................................................................................................................................... 27 Champ 32................................................................................................................................... 27 Champ 33................................................................................................................................... 27 Champ 35................................................................................................................................... 28 Champ 37................................................................................................................................... 28 Champ 38................................................................................................................................... 28 Champ 39................................................................................................................................... 28 Champ 40................................................................................................................................... 29 Champ 41................................................................................................................................... 29 Champ 42................................................................................................................................... 30 Champ 44................................................................................................................................... 30 Champ 46................................................................................................................................... 32 Champ 47................................................................................................................................... 39 Champ 49................................................................................................................................... 47 Champ 50................................................................................................................................... 47 Champ 54................................................................................................................................... 47 Champ 55................................................................................................................................... 48 Champ 56................................................................................................................................... 50 Champ 57................................................................................................................................... 51 Champ 58................................................................................................................................... 53 Champ 70................................................................................................................................... 64 Champ 71................................................................................................................................... 64 Champ 72................................................................................................................................... 65 Champ 74................................................................................................................................... 80 Champ 76................................................................................................................................... 80 Champ 77................................................................................................................................... 80 Champ 78................................................................................................................................... 80 Champ 79................................................................................................................................... 80 Champ 86................................................................................................................................... 80 Champ 88................................................................................................................................... 80 Champ 89................................................................................................................................... 80 Champ 118................................................................................................................................. 80
2.
DICTIONNAIRE DES CHAMPS DE DONNEES CB2A Fichier 1. PREAMBULE
1.1.
OBJET DU DOCUMENT
Le prsent dictionnaire des champs de donnes dfinit l'ensemble des donnes d'application utilises par les diffrents services des protocoles CB2A et CB2A fichier en compatibilit avec la norme prENV 1750 : 1996.
Le dictionnaire des champs de donnes dfinit galement la prsentation des donnes c'est--dire les rgles de codage et le format des champs de donnes. La dfinition des couches de communication sur lesquelles sont bass les protocoles cits prcdemment, est prsente dans le document CBcom. En ce qui concerne CB2A fichier, un extrait de CBcom est intgr dans les principes gnraux. L'utilisation des champs de donnes (champ obligatoire, facultatif,...) est prsente dans chacun des protocoles 1.2. UTILISATION DU DOCUMENT
Le Dictionnaire des champs de donnes prcise galement les identifiants de messages, les champs, les sous-champs et les valeurs de champs utiliss par le protocole CB2A Fichier. Avertissement : Les donnes transportes sont assujetties aux rgles dfinies dans le chapitre 2.2 FORMAT ET CODAGE DES DONNEES, sans prjuger des formats de codage ncessaires leurs utilisations finales.
Volume 2 Version 1.4.0 2.
DICTIONNAIRE DES CHAMPS DE DONNEES CB2A Fichier DICTIONNAIRE DES CHAMPS DE DONNEES
2.1. 2.1.1.
DESCRIPTION DES MESSAGES DE DONNEES Structure des messages
Les messages utiliss par les protocoles CB2A et CB2A fichier sont conformes la norme prENV 1750 : 1996. Chaque message a l'une des deux structures suivantes :
Identifiant
bit map
champ i
......
champ j
......
champ k
avec i, j et k variant de 2 64 ou
Identifiant
bit map
bit map
champ i
......
champ j
......
champ k
avec i, j et k variant de 2 128.
Il comprend donc les parties suivantes : l'identifiant du type de message ; 1 ou 2 bit maps ; les champs de donnes, qui apparaissent par ordre croissant du numro de champ l'intrieur du message. 2.1.2. Identifiant du type de message
L'identifiant du type de message est un champ numrique, de longueur 4 et cod en DCB. C'est un champ obligatoire. Les identifiants utiliss par le protocole CB2A fichier sont : Identifiant Signification 0106 Demande d'autorisation non financire Demande d'autorisation 0116 Rponse demande d'autorisation non financire Rponse demande d'autorisation 0140 Notification de messages non financiers Notification d'impay pour information 0146 Notification de messages non financiers Corps de remise Corps de remise dgrade 0206 Demande d'autorisation financire Demande d'autorisation - remise 0216 Rponse demande d'autorisation financire Rponse demande d'autorisation - remise 0240 Notification de messages financiers Notification d'impay pour imputation Mouvement Financier 0246 Notification de messages financiers Corps de remise Corps de remise dgrade 0340 Notification de gestion de fichier
Volume 2 Version 1.4.0 Identifiant
0344
0346
0360
0406 0440 0446
0540
0544 0546
0600 0610
0640
0644
DICTIONNAIRE DES CHAMPS DE DONNEES CB2A Fichier Signification Initialisation de regroupement RMF Initialisation rponse Autorisation - Remise Initialisation de CRR : systme acqureur Initialisation rponse Autorisation Initialisation de demande d'tat fonctionnel Initialisation de transfert d'impays Initialisation de prise en compte d'tat fonctionnel Initialisation Relev Mouvements financiers Initialisation de regroupement de CRR Notification de gestion de fichier Initialisation d'acquittement Initialisation de CRR : systme remettant Initialisation d'tat fonctionnel Notification de gestion de fichier Initialisation de demande autorisation Initialisation de demande autorisation - remise initialisation de remise Initialisation de remise dgrade initialisation de remise dgrade recycle initialisation de remise recycle Instruction d'action de fichier Initialisation de transfert de tables de paramtres Transfert de tables de paramtres Demande de redressement Autorisation vente distance Notification de redressement (annulation) Mouvement Financier Notification de redressement (annulation) Corps de remise Corps de remise dgrade Notification de consolidation Consolidation Relev Mouvements Financiers Fin de regroupement de CRR Fin de regroupement RMF Consolidation rponse autorisation - remise Fin de CRR : systme acqureur Consolidation rponse autorisation Fin de transfert d'impays Notification de consolidation Fin de CRR : systme remettant Notification de consolidation Fin de remise - Consolidation fin de remise dgrade - Consolidation Consolidation demande autorisation - remise Consolidation demande autorisation Demande administrative Demande d'tat fonctionnel Rponse demande administrative Etat fonctionnel ngatif Etat fonctionnel positif Notification administrative Notification d'acquittement de message : systme acqureur Prise en compte d'tat fonctionnel Notification administrative Etat fonctionnel positif
Volume 2 Version 1.4.0 Identifiant
0650
0840
0844
DICTIONNAIRE DES CHAMPS DE DONNEES CB2A Fichier Signification Notification d'acquittement de message : systme remettant tat fonctionnel ngatif Acquittement de notification administrative Acquittement de prise en compte positif Acquittement de prise en compte ngatif Notification de gestion de rseaux Ouverture de service Compte-rendu de rception : systme acqureur Notification d'acquittement de service : systme acqureur Notification d'acquittement de fichier : systme acqureur Ouverture de service - recyclage : systme acqureur Ouverture de fichier - recyclage : systme acqureur Fermeture de fichier : systme acqureur Ouverture de fichier : systme acqureur Ouverture de service : systme acqureur Notification de gestion de rseaux Notification d'acquittement de service: systme remettant Notification d'acquittement de fichier : systme remettant Ouverture de fichier - recyclage : systme remettant Ouverture de service - recyclage : systme remettant Ouverture de service compte-rendu de rception : systme remettant Fermeture de fichier : systme remettant Ouverture de fichier : systme remettant Ouverture de service : systme remettant
2.1.3.
Bit map
Chaque bit map est compose de 64 bits numrots de gauche droite. Deux bits maps sont dfinies. La premire est obligatoire. La deuxime est optionnelle. Le premier bit de la premire bit map spcifie la prsence ou l'absence d'une seconde bit map. Dans chaque bit map, un bit 1 exprime la prsence du champ associ, un bit zro son absence. La prsence d'une deuxime bit map renseigne zro, du fait de l'absence de champ de numro suprieur ou gal 65, ne constitue pas une erreur de protocole et doit tre supporte en rception. 2.2. 2.2.1. FORMAT ET CODAGE DES DONNEES Conventions de notations
Ch. 2... Ch. n reprsentent les champs dans l'ordre de la reprsentation de la (des) bit(s) map(s). Les notations utilises pour la description des donnes et de leur format sont les suivantes: Notation Description a caractre alphabtique (A Z, a z) c caractre de contrle (non imprimables ou non affichables) n caractre numrique (0 9) p caractre espace s caractre spcial (espace inclus) b donnes binaires z codes relatifs aux pistes magntiques 1 et 2 an caractre alphanumrique as caractre alphabtique et spcial ns caractre numrique et spcial anp caractre alphanumrique et espace ans caractre alphanumrique et spcial ansc caractre alphanumrique et spcial et caractre de contrle ansb caractre alphanumrique et spcial, donne binaire anscb caractre alphanumrique et spcial, caractre de contrle, donne binaire AA anne (2 caractres numriques) MM mois (2 caractres numriques) Groupement des Cartes Bancaires - tous droits rservs - 2007 CB2A Fichier
Volume 2 Version 1.4.0 Notation JJ hh mm ss x
DICTIONNAIRE DES CHAMPS DE DONNEES Octobre 2007 CB2A Fichier Page : 7 Description jour (2 caractres numriques) heures (2 caractres numriques) minutes (2 caractres numriques) secondes (2 caractres numriques) C pour crdit, D pour dbit ; est toujours associ avec un champ numrique dsignant un montant de transaction ; par exemple, x + n16 signifie crdit ou dbit dun montant sur 16 caractres numriques (*) Tableau 1 : Notations de types
Le sens "D" signifie "dbit porteur" transpos dans la relation accepteur/acqureur, il signifie "dbit de la banque acqureur" ; ce qui signifie dans tous les cas qu'il s'agit d'un "crdit" pour l'accepteur. "D" = Crdit de l'accepteur Le sens "C" signifie "crdit porteur" transpos dans la relation accepteur/acqureur, il signifie "crdit de la banque acqureur" ; ce qui signifie dans tous les cas qu'il s'agit d'un "dbit" pour l'accepteur. "C" = Dbit de l'accepteur Notation L LL VAR 3 ...15 3...15 ... MAX Description Longueur des donnes d'un champ variable sur un octet (octet de longueur non compris) : de 1 255 caractres Longueur des donnes sur deux octets d'un champ variable (octets de longueur non compris) : de 1 65 535 caractres Champ de longueur variable Longueur fixe de 3 units (1) Longueur variable jusqu' 15 units(1) Longueur variable comprise entre 3 et 15 units(1) Longueur variable jusqu' 65 535 caractres TABLEAU 2 : notation des longueurs (1) Lunit est dfinie par le type du champ ou de la donne. 2.2.2. Conventions de prsentation
Dans le prsent document, les conventions de prsentation suivantes sont adoptes : - Champ de structure TLV, la notation (12)(3)(456) signifie le type 12, ayant pour longueur 3 octets est renseign 456 ; - Dans un exemple de codage des donnes, la notation [12][34][56] reprsente la valeur hexadcimale des octets qui seront transports ; - Pour chaque type des champs de structure TLV, le format de la donne et la longueur transporte sont indiqus. 2.2.3. 2.2.3.1 Codage des champs de donnes Donnes de format "numrique" (n)
Ces champs de donnes sont cods en DCB. 2.2.3.2 Donnes de format "binaire" (b, ansb, anscb, ) et de format 'z' (Piste ISO2)
Ces champs de donnes sont cods en binaire. Les donnes "caractres" transportes dans un champ binaire sont obligatoirement reprsentes en ASCII. 2.2.3.3 Donnes de format "caractres" (a, an, as, ns, ans, )
Ces champs de donnes sont cods en ASCII. 2.2.3.4 Donnes de format "bitmap" (hors bitmap de prsence des champs)
Conformment la norme ASN.1 ITU-T Rec. X.690 de juillet 2002, les bits d'un octet sont numrots de 8 1, o le bit 8 est le "bit le plus significatif", et le bit 1 le "bit le moins significatif". Bits 8 7 6 5 4 3 2 1 Numrotation des bits d'une bitmap sur un octet Bits 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
Numrotation des bits d'une bitmap sur deux octets
Volume 2 DICTIONNAIRE DES CHAMPS DE DONNEES Version 1.4.0 CB2A Fichier Les donnes rserves sont renseignes zro , cependant leur contenu ne doit pas tre contrl.
2.2.3.5
Rgles de remplissage dun lment de donne non significatif selon le format du champ ou du type utilis :
Un lment de donne non significatif est entirement rempli par le caractre de remplissage propre son format.
2.2.3.6
Tableau rcapitulatif
Le tableau ci-dessous indique le codage dune donne en fonction de son format et du format du champ qui la transporte : Format du champ Format de la donne Numrique Caractres Numrique sign Binaire Piste magntique n a, an, as, ns, ans, x+n b, ansb, anscb, z Numrique n DCB (1) ASCII (3) ASCII + DCB (4) (5) Binaire b, ansb, Caractres a, an, ns, ASCII (2.1) ASCII (2.2, 2.3) ASCII (2.4) ASCII (6) (7) n12 (numrique sur 12 positions) 12345 [00][00][00][01][23][45] n12 (numrique sur 12 positions) 12345 [30][30][30][30][30][30][30][31][32][33][34][35] Piste magntique z
(1) Codage en DCB sur des quartets : Format de la donne : Valeur de la donne : Codage : (sur 6 octets) (2) Codage en ASCII sur des octets : (2.1) Format de la donne : Valeur de la donne : Codage ASCII: (sur 12 octets) (2.2) Format de la donne : Valeur de la donne : Codage ASCII: (sur 12 octets.) Format de la donne : Valeur de la donne : Codage ASCII: (sur 3 oct.) Format de la donne : Valeur de la donne : Codage ASCII: (sur 13 octets.)
ans12 (alpha-numrique sur 12 positions) AGENCE2 [41][47][45][4E][43][45][32][20][20][20][20][20]
(2.3)
an3 (alpha-numrique sur 3 positions) 101 [31][30][31]
(2.4)
x + n12 (numrique sign sur 12 positions) C12345 [43][30][30][30][30][30][30][30][31][32][33][34][35]
(3) Codage en ASCII sur des octets : Ce codage prvoit le transport de donnes alpha-numriques dans un champ de format binaire. Le cas est potentiellement possible pour le transport de donnes EMV. Dans ce cadre, la norme EMV prvoit le codage des ces donnes dans un alphabet ASCII restreint. De ce fait, dans le cadre CB, l'alphabet de codage retenu est l'alphabet ASCII tendu. Format de la donne : Valeur de la donne : Codage ASCII: (sur 12 octets) ans12 (alpha-numrique sur 12 positions) AGENCE 2 [41][47][45][4E][43][45][20][32][20][20][20][20]
(4) Codage en ASCII sur un octet et en DCB sur des quartets : Ce codage prvoit le transport de donnes alphabtiques et numriques dans un champ de format binaire. Dans le cadre CB, les valeurs suivantes sont retenues pour le codage des donnes alphabtiques: [43] pour Crdit et [44] pour Dbit . Ces valeurs correspondent la reprsentation ASCII des caractres 'C' et 'D'. Format de la donne : Valeur de la donne : Codage ASCII: (sur 7 octets) x + n12 (numrique sign sur 12 positions) C12345 [43][00][00][00][01][23][45]
Volume 2 DICTIONNAIRE DES CHAMPS DE DONNEES Octobre 2007 Version 1.4.0 CB2A Fichier Page : 9 (5) Codage en binaire sur des octets: Format de la donne : b12 (binaire sur 12 positions) Valeur de la donne : 3CDE1245EF7684172048CBFF Codage: (sur 12 octets) [3C][DE][12][45][EF][76][84][17][20][48][CB][FF] (6) Codage en ASCII des quartets binaires sur des octets: Format de la donne : b6 (binaire sur 6 positions) Valeur de la donne : 3CDE1245EF76 Soit transmettre les caractres '3','C','D','E','1','2','4','5','E','F','7','6' Codage ASCII: (sur 12 octets) [33][43][44][45][31][32][34][35][45][46][37][36] (7) Codage d'une donne de format z dans un champ de format z: Format de la donne : z12 (12 positions) Valeur de la donne : 45567D874 (o D est le sparateur) Codage: (sur 6 octets) [00][04][55][67][D8][74] 2.2.4. Structure des champs
2.2.4.1 Champs de longueur fixe - Les champs numriques de longueur fixe sont justifis droite, complts gauche par des zros ; - Les champs binaires sont de longueur fixe et occupent un nombre entier d'octets. Ils sont cadrs gauche et complts droite par des bits zro lorsque la donne reprsente un tableau interprtable bit bit. Ils sont cadrs droite et complts gauche par des zros lorsque la donne est une valeur numrique ; - Les autres champs de longueur fixe sont justifis gauche et complts droite par des blancs. Cependant, dans les champs de donnes de format anp les blancs sont significatifs. Exemple : codage de la donne montant de la transaction Format du champ : fixe n12 Codage sur 6 octets : [00][00][00][01][00][00] soit : 00 00 00 0 : caractres de remplissage 1 00 00 : montant de la transaction.
2.2.4.2 Champs de longueur variable - La longueur dun champ de longueur variable est code sur 1 octet ou 2 octets binaires. La longueur maximale d'un champ variable est respectivement 255 octets ou 65 535 octets ; - Les champs numriques 'n' ou format 'z' de longueur variable sont justifis droite complts dun zro gauche en cas de longueur impaire. Exemple : codage du champ numro de porteur Format du champ : variable LLVAR n19 Codage [13][09][87][65][43][21][01][23][45][67][89] soit : 13 : longueur 19 positions (13 en hxadcimal) 0 : caractre de remplissage 9876543210123456789 : numro de porteur sur 19 positions Codage [10][98][76][54][32][10][12][34][56] soit : 10 : longueur 16 positions (10 en hxadcimal) 9876543210123456 : numro de porteur sur 16 positions 2.2.4.3 Champs de structure TLV -Type, Longueur, Valeur-
Les champs TLV sont des champs de longueur variable contenant un ou plusieurs lments de donnes de structure TLV. Ils se prsentent de la faon suivante : Longueur totale du champ Elment de donnes 1 ... Elment de donnes n
Un champ TLV est un champ de longueur variable. La longueur du champ est code sur 1 octet ou 2 octets binaires. Un lment de donne est constitu de la faon suivante : - T : le type d'lment de donne, - L : longueur de la donne. De 1 255 octets ou de 1 65 535 octets. Elle nest pas intgre dans le calcul de la longueur de la donne. Elle exprime le nombre doctets permettant de transporter la valeur V suivre. - V : valeur de la donne sur le nombre de caractres dfini par la longueur. Un champ TLV a donc finalement la structure suivante : Longueur totale du champ Elment de donnes 1 Longueur Valeur 1 1 Elment de donnes n Longueur Valeur n n
Type 1
Type n
Les lments de donnes d'un champ TLV peuvent tre placs dans un ordre quelconque. Ils n'apparaissent pas forcment dans l'ordre croissant des types. Groupement des Cartes Bancaires - tous droits rservs - 2007 CB2A Fichier
Volume 2 DICTIONNAIRE DES CHAMPS DE DONNEES Octobre 2007 Version 1.4.0 CB2A Fichier Page : 10 On distingue les lments de donnes caractres et les lments de donnes binaires . Leurs rgles de codage sont diffrentes. Elles sont dcrites ci-dessous : A - Structure TLV caractres Les lments de donnes dun champ TLV caractres sont de format a, an, ans. Ils sont cods en mode caractres : ASCII Un lment de donne de format an dont la valeur nest pas significative, doit tre valorise avec des caractres blanc .
Chaque lment de donne contient : - T le type d'lment de donne, cod sur 2 octets ; - L la longueur de la donne, comprise entre 001 et 999, est code sur 3 octets. Les caractres dfinissant la longueur ne sont pas compris dans le calcul de la longueur ; - V la valeur de la donne code en mode caractre (ASCII), sur le nombre de caractres dfini par la longueur. Exemple : codage du champ 47 (LVAR ans...255) avec des lments de donnes TLV. Reprsentation L T1 L1 V1 T2 L2 V2 Codage ASCII [10]L [30][32]T1[30][30][32]L1[31][30]V1 [30][31]T2[30][30][34]L2[31][35][31][30]V2 B - Structure TLV binaire Chaque lment de donnes TLV est structur comme suit : - T le type d'lment de donne, sur 2 octets cods binaire ; - L la longueur de la donne (valeur comprise entre 1 et 65535), sur 2 octets cods binaire. Les 2 caractres dfinissant la longueur ne sont pas compris dans le calcul de la longueur de la donne. La longueur exprime le nombre doctets permettant de transporter la valeur V suivre ; - V la valeur de la donne, sur le nombre de caractres dfini par la longueur. Le format (types an, n, ans, ansc, anscb, b) est prcis au niveau de chaque type. 2.2.4.4 Prcision sur le codage des types contenant plusieurs lments de donnes (16)L(02)T1(2)L1(10)V1(01)T2(4)L2(1510)V2 : 16 (longueur totale du champ) : 02 (environ. rglementaire / technique de la transaction) :2 (longueur de V1) : 10 (paiement de proximit) : 01 (raison de la demande dautorisation) :4 (longueur de V2) : 1510 (dpassement du seuil dappel)
Deux cas de figure se prsentent : A - Le type est de format Structure ; on applique les rgles de codage et de cadrage chaque lment de donne qui peuvent tre de format diffrent. Exemple 1 : Champ XX Format : b255 Type FFEE Format de la donne : Structure Longueur transporte : 6 Format n1 n3 n5 Valeur 1 123 456
lment de donne A lment de donne B lment de donne C Codage :
L lment de donne A est n1, il est code sur 1 octet : [01] L lment de donne B est n3, il est code sur 2 octets : [01][23] L lment de donne C est n5, il est code sur 3 octets : [00][04][56] Soit : [FF][EE]T[06]L[01][01][23][00][04][56]V ___ ______ ________ A B C Exemple 2 : Champ XX Format : b255 Type FFEE Format de la donne : Structure Longueur transporte : 5 Groupement des Cartes Bancaires - tous droits rservs - 2007 CB2A Fichier
DICTIONNAIRE DES CHAMPS DE DONNEES CB2A Fichier Format n1 b2 n4 Valeur 1 5F6 1999
L lment de donne A est n1, il est code sur 1 octet : [01] L lment de donne B est b2, il est code sur 2 octets : [05][F6] L lment de donne C est n4, il est code sur 2 octets : [19][99] Soit : [FF][EE]T[05]L[01][05][F6][19][99]V __ ______ _____ A B C B - Le type nest pas de format Structure ; on applique chaque lment, les rgles de codage et de cadrage du type. Exemple : Champ XX Format : b255 Type FFEE Format de la donne : n9 Longueur transporte : 5 Format n1 n3 n5 Valeur 1 123 456
Le format du type est n9, on le code donc sur 5 octets, les quartets sont attribus chaque lment de donne suivant son format. Dans lexemple, le format du type TLV est numrique de longueur impaire, la valeur du type est cadre droite et complte par un zro gauche. Soit : [FF][EE]T[05]L[01][12][3 0][04][56]V _ ___ ____ A B C 2.2.4.5 Positionnement par rapport ASN.1 et EMV
Les spcifications EMV sont conformes la notation ASN.1. CB2A, pour des raisons de simplification nest pas conforme ASN.1 pour ce qui concerne le transport des tags et des longueurs . CB2A fait un choix de taille fixe pour les tags (2 octets) et pour les longueurs (2 octets) alors que le standard oblige des tailles variables.
Volume 2 Version 1.4.0 2.3. 2.3.1.
DESCRIPTION DES CHAMPS DE DONNEES Liste et reprsentation des champs de donnes
Le tableau ci dessous prsente la liste (trie par numro de champ) des champs de donnes utiliss par le protocole CB2A fichier, ainsi que leur format. Les champs dont le format est spcifi non dfini ne peuvent tre prsents dans les messages, car ils ne sont pas dfinis dans la prENV1750. Leur prsence doit provoquer un rejet de transaction pour motif erreur de format . Champ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 Libell Prsence deuxime bit map Numro de porteur Code traitement Montant de la transaction cf prENV 1750 : 1996 non utilis cf prENV 1750 : 1996 non utilis cf prENV 1750 : 1996 non utilis cf prENV 1750 : 1996 non utilis cf prENV 1750 : 1996 non utilis cf prENV 1750 : 1996 non utilis Numro d'audit Heure locale de la transaction Date locale de la transaction Date d'expiration de la carte cf prENV 1750 : 1996 non utilis cf prENV 1750 : 1996 non utilis cf prENV 1750 : 1996 non utilis Code activit de laccepteur cf prENV 1750 : 1996 non utilis Code pays de l'organisme metteur Code capacit du point d'acceptation Condition de ralisation de la transaction au point de vente Numro squentiel de la carte Code fonction Code raison du message Contrle transfert Accepteur-Acqureur Contrle transfert Acqureur-Accepteur cf prENV 1750 : 1996 non utilis cf prENV 1750 : 1996 non utilis Montant dorigine Donnes imprimer/afficher Identifiant de l'organisme acqureur Identifiant de l'organisme transmetteur de la transaction cf prENV 1750 : 1996 non utilis Piste ISO 2 cf prENV 1750 : 1996 non utilis Numro de rfrence d'archivage Numro d'autorisation Code action Code service Identification du Systme d'Acceptation Identification de l'accepteur de carte cf prENV 1750 : 1996 non utilis Donnes complmentaires de rponse cf prENV 1750 : 1996 non utilis Configuration du Systme et des Points d'Acception Donnes complmentaires nationales cf prENV 1750 : 1996 usage priv Code monnaie ou devise de la transaction Code monnaie ou devise de la consolidation cf prENV 1750 : 1996 cf prENV 1750 : 1996 cf prENV 1750 : 1996 usage priv Montants, autres Donnes lies aux cartes Microcircuit Elments d'information initiaux Description de la transaction Rserv national Format b8 LVAR n ...19 n6 n 12 n 12 n 12 x+n 16 n 12 n8 n8 n6 hhmmss n6 MMJJ n4 AAMM n4 n3 AAMM n4 n6 n4 n3 n3 an 6 n6 n3 n3 n4 n6 n6 AAMMJJ n6 n3 n 12 LVAR ansc ...255 LVAR n ...11 LVAR n 11 LVAR ns ...28 LVAR z ...37 LVAR z ...104 anp 12 anp 6 an 4 n3 ans 8 ans 15 LVAR ans ...99 LVAR ans ...99 LVAR ans ...76 LVAR ansb ...255 LVAR ans ...255 LVAR ans ...255 n3 n3 n3 b8 n 16 LVAR ans ...120 LVAR b ...255 LLVAR n ...36 LVAR ansb ...255 LVAR ansb ...255
Volume 2 DICTIONNAIRE DES CHAMPS DE DONNEES Version 1.4.0 CB2A Fichier Champ Libell Format 59 cf prENV 1750 : 1996 usage national LLVAR ansb ...65535 60 cf prENV 1750 : 1996 usage priv LVAR ansb ...255 61 cf prENV 1750 : 1996 usage priv LVAR ansb ...255 62 cf prENV 1750 : 1996 usage priv LVAR ansb ...255 63 cf prENV 1750 : 1996 usage priv LVAR ansb ...65535 64 cf prENV 1750 : 1996 non utilis b8 65 cf prENV 1750 : 1996 usage priv b8 66 Code consolidation n1 67 Gestion des transferts n4 68 cf prENV 1750 : 1996 non utilis n 18 69 cf prENV 1750 : 1996 non utilis n 18 70 Gestion transfert (sens Accepteur- Acqureur) n 14 71 Gestion transfert (sens Acqureur - Accepteur) n 14 72 Donnes transfres LLVAR ansb ...65535 73 cf prENV 1750 : 1996 non utilis AAMMJJ n6 74 Nombre de transactions de crdit n 10 75 cf prENV 1750 : 1996 non utilis n 10 76 Nombre de transactions de dbit n 10 77 Nombre de transactions dannulation de dbit n 10 78 Nombre de transactions en attente dappel phonie n 10 79 Nombre de transactions refuses n 10 80 cf prENV 1750 : 1996 non utilis n 10 81 cf prENV 1750 : 1996 non utilis n 10 82 cf prENV 1750 : 1996 non utilis n 10 83 cf prENV 1750 : 1996 non utilis n 10 84 cf prENV 1750 : 1996 non utilis n 10 85 cf prENV 1750 : 1996 non utilis n 12 86 Montant total des transactions de crdit n 16 87 cf prENV 1750 : 1996 non utilis n 16 88 Montant total des transactions de dbit n 16 89 Montant total des transactions dannulation de dbit n 16 90 cf prENV 1750 : 1996 non utilis n 10 91 cf prENV 1750 : 1996 rserv usage futur 92 cf prENV 1750 : 1996 rserv usage futur 93 cf prENV 1750 : 1996 rserv usage futur 94 cf prENV 1750 : 1996 rserv usage futur 95 cf prENV 1750 : 1996 rserv usage futur 96 cf prENV 1750 : 1996 LLVAR b ...999 97 cf prENV 1750 : 1996 LVAR ans ...255 98 cf prENV 1750 : 1996 LLVAR ansb ...65535 99 cf prENV 1750 : 1996 rserv usage futur 100 cf prENV 1750 : 1996 non utilis LVAR n ...11 101 cf prENV 1750 : 1996 non utilis LVAR ans ...17 102 cf prENV 1750 : 1996 non utilis LVAR ans ...28 103 cf prENV 1750 : 1996 non utilis LVAR ans ...28 104 cf prENV 1750 : 1996 rserv usage futur 105 cf prENV 1750 : 1996 rserv usage futur 106 cf prENV 1750 : 1996 rserv usage futur 107 cf prENV 1750 : 1996 rserv usage futur 108 cf prENV 1750 : 1996 rserv usage futur 109 cf prENV 1750 : 1996 rserv usage futur 110 cf prENV 1750 : 1996 rserv usage futur 111 cf prENV 1750 : 1996 rserv usage futur 112 cf prENV 1750 : 1996 usage national 113 cf prENV 1750 : 1996 usage national 114 cf prENV 1750 : 1996 usage national 115 cf prENV 1750 : 1996 usage national LLVAR ansbmax 116 cf prENV 1750 : 1996 usage national LLVAR ansmax 117 cf prENV 1750 : 1996 usage national 118 Donnes nationales LLVAR ans 999 119 cf prENV 1750 : 1996 usage national 120 cf prENV 1750 : 1996 usage priv 121 cf prENV 1750 : 1996 usage priv 122 cf prENV 1750 : 1996 usage priv 123 cf prENV 1750 : 1996 usage priv 124 cf prENV 1750 : 1996 usage priv 125 cf prENV 1750 : 1996 usage priv
Volume 2 DICTIONNAIRE DES CHAMPS DE DONNEES Version 1.4.0 CB2A Fichier Champ Libell 126 cf prENV 1750 : 1996 usage priv 127 cf prENV 1750 : 1996 128 cf prENV 1750 : 1996 non utilis
Octobre 2007 Page : 14 Format b 64 b8
Volume 2 DICTIONNAIRE DES CHAMPS DE DONNEES Octobre 2007 Version 1.4.0 CB2A Fichier Page : 15 Le tableau ci dessous prsente la liste (trie par ordre alphabtique de libell) des donnes utilisables par le protocole CB2A Fichier, ainsi que leur numro de champ et type. Libell Donne Champ Type Anne de la transaction 47 07 Application cryptogram 55 9F26 Application effective date 55 5F25 Application expiration date 55 5F24 Application IDentifier (AID) 55 9F06 Application Interchange Profile (AIP) 55 0082 Application Transaction Counter (ATC) 55 9F36 Application usage control 55 9F07 BIC (Bank Identifier Code) 47 20 BIC 2 (Bank Identifier Code 2) 47 22 Champ erron 44 AA Code action 39 Code activation application 58 DF53 Code activit de l'accepteur 18 Code anomalie 47 47 Code capacit du point d'acceptation 21 code commission d'interchange 119 01 Code fonction 24 Code forage d'une transaction en autorisation 47 05 Code impay 58 FF40 Code monnaie ou devise de la consolidation 50 Code monnaie ou devise de la transaction 49 Code monnaie ou devise de traitement 58 FF27 Code monnaie ou devise du montant des frais imput 58 FF39 Code pays du systme d'acceptation 47 18 Code raison du message 25 Code regroupement de l'acqureur 46 DF62 Code regroupement du remettant 46 DF61 Code service 40 Code traitement 3 Complment de donnes de rfrence du point dacceptation 46 DF56 Complment de donnes de rfrence du systme dacceptation 46 DF55 Condition de ralisation de la transaction au point de vente 22 Configuration du Systme et des Points d'Acceptation 46 Contrle transfert Accepteur-Acqureur 26 Contrle transfert Acqureur-Accepteur 27 Conversion de champ 44 AC Cryptogramme de commerce lectronique 58 FF49 Cryptogram information data 55 9F27 Cryptogramme visuel 47 17 CVM list (Cardholder Verification Method list) 55 008E CVM results (Cardholder Verification Method results) 58 9F34 Date de l'tat fonctionnel 46 DF63 Date de valeur 1 58 FF22 Date de valeur 2 58 FF2B Date d'expiration de la carte 14 Date de rglement 47 96 Date et heure locale de la demande d'autorisation 47 04 Date et heure locale de rception de remise 119 03 Date limite de recyclage 58 FF60 Date locale de la transaction 13 Date locale de traitement de la remise 58 FF21 Description de la transaction 57 Groupement des Cartes Bancaires - tous droits rservs - 2007 CB2A Fichier
DICTIONNAIRE DES CHAMPS DE DONNEES CB2A Fichier Libell
Octobre 2007 Page : 16 Donne Champ Type 57 FF0E 72 DF1A 31 44 47 46 DF67 46 DF66 47 95 55 9F6B 55 118 115 119 72 56 58 FF61 58 FF65 58 FF62 47 02 46 DF64 46 DF69 47 4A 58 FF53 70 71 12 58 FF20 47 19 47 21 46 DF50 32 33 58 FF56 58 FF55 72 DF45 47 25 42 58 FF45 46 DF5C 41 46 DF5E 31 01 44 CB 58 0409 44 CA 55 9F0D 55 9F0E 55 9F0F 55 9F10 55 FF00 57 FF01 57 FF02 72 DF3B 72 DF1F
Destination du billet d'avion DOL EMV par dfaut pour une application carte EMV Donnes imprimer/afficher Donnes complmentaires de rponse Donnes complmentaires nationales Donnes de rfrence du point d'acceptation Donnes de rfrence du systme d'acceptation Donnes de rseau Donnes quivalentes piste ISO2 lues en mode sans contact Donnes lies aux cartes Microcircuit Donnes nationales Donnes nationales additionnelles 1 Donnes nationales additionnelles 2 Donnes transfres Elments d'information initiaux Elments d'information initiaux d'un fichier Elments d'information initiaux d'un lot Elments d'information initiaux d'un service Environnement rglementaire / technique de la transaction Etat de fonctionnement du systme d'acceptation Extensions de service Extension du numro de version Gestion tendue des transferts Gestion transfert (sens Accepteur - Acqureur) Gestion transfert (sens Acqureur - Accepteur) Heure locale de la transaction Heure locale de traitement de la remise IBAN (International Bank Account Number) IBAN 2 (International Bank Account Number 2) Identifiant de l'application terminal (ITP) Identifiant de l'organisme acqureur Identifiant de l'organisme transmetteur de la transaction Identifiant du lot attribu par le systme collecteur Identifiant du lot attribue par le systme d'acceptation Identifiant pseudo session de laccepteur carte Identifiant relev Identification de l'accepteur de carte Identification du gestionnaire de tlpaiement ou du systme acqureur IDentification du Point d'Acceptation (IDPA) Identification du Systme d'Acceptation IDentification du Systme d'Acceptation (IDSA) Impression Informations relatives au contrle du cryptogramme Informations relatives au traitement du cryptogramme commerce lectronique Informations relatives au traitement du CVV et du CVC Issuer action code default Issuer action code denial Issuer action code on-line Issuer application data Issuer script results Libell porteur 1 Libell porteur 2 Liste de diffusion Liste des donnes complmentaires Emv pour tlcollecte
Octobre 2007 Page : 17 Donne Champ Type 72 DF19 72 DF18 44 BC 58 0410 58 0411 46 DF65 58 0413 118 07 118 0A 30 115 FF60 58 FF42 58 FF23 58 FF24 115 FF63 115 FF62 115 FF61 4 58 FF30 58 FF38 58 FF3A 58 FF59 58 FF25 58 FF2C 58 FF2D 58 FF26 58 FF29 58 FF28 58 FF3B 58 FF3C 89 86 88 58 FF36 54 118 0B 58 FF57 77 74 76 78 58 FF58 47 09 79 118 0C 58 FF35 11 38 57 FF0F 46 DF5F 47 24 57 0214 47 10 57 0212
Liste des donnes spcifiques par AID Liste des TAC EMV Message destination de l'initiateur de la transaction Mthode d'authentification porteur utilise par l'metteur Mthode de calcul du cryptogramme de commerce lectronique Mode de raccordement courant du systme dacceptation Mode de scurisation de la transaction modifi Mode de traitement demand pour l'autorisation Mode opratoire Montant dorigine Montant compens de la transaction Montant cumul par porteur Montant de la commission Montant de la commission en monnaie ou devise de traitement Montant de la commission fixe Montant de la commission minimum Montant de la commission proportionnelle Montant de la transaction Montant de la transaction en monnaie ou devise de traitement Montant de l'impay imput Montant des frais de gestion de l'impay Montant des transactions en diffr de recouvrement annules Montant rcapitulatif Montant rcapitulatif 2 Montant rcapitulatif 2 en monnaie ou devise de traitement Montant rcapitulatif en monnaie ou devise de traitement Montant total des commissions dues par l'accepteur l'acqureur Montant total des commissions dues par l'acqureur l'accepteur Montant total des frais dus par laccepteur lacqureur Montant total des frais dus par lacqureur laccepteur Montant total des transactions d'annulation de dbit Montant total des transactions de crdit Montant total des transactions de dbit Montant total des transactions de dbit en diffr de recouvrement Montants, autres Nature des lots Nombre de messages reus par le systme collecteur Nombre de transactions d'annulation de dbit Nombre de transactions de crdit Nombre de transactions de dbit Nombre de transactions en attente d'appel phonie Nombre de transactions en diffr de recouvrement annules Nombre de transactions non abouties d'une remise Nombre de transactions refuses Nombre d'lments du lot initial Nombre total des transactions de dbit en diffr de recouvrement Numro d'audit Numro d'autorisation Numro de billet d'avion Numro de contrat accepteur Numro de dossier Numro de facture Numro de la transaction gnr par le systme d'acceptation Numro de march
Octobre 2007 Page : 18 Donne Champ Type 2 37 57 0216 46 DF5B 46 DF51 23 72 DF04 72 DF21 72 DF20 72 DF22 72 DF23 72 DF0D 72 DF0B 72 DF46 72 DF43 72 DF01 46 DF68 72 DF06 72 DF05 72 DF09 72 DF49 72 DF44 72 DF41 72 DF2F 72 DF1D 72 DF17 72 DF1E 72 DF16 72 DF0E 72 DF02 72 DF2B 72 DF27 72 DF26 72 DF28 72 DF48 72 DF0C 72 DF2C 72 35 72 58 44 1 47 58 119 119 57 57 57 58 58 47 58 DF2D DF47 FF54 AD 01 FF50 9A 00 0210 0211 0215 FF63 FF64 49
Numro de porteur Numro de rfrence d'archivage Numro de TVA intracommunautaire du commerant Numro logique du point d'acceptation (NLPA) Numro logique du systme d'acceptation (NLSA) Numro squentiel de la carte Paramtres accepteur Paramtres accepteur / Code activation mode appel Paramtres accepteur / Mode facturation tlcom Paramtres accepteur / SIRET Paramtres accepteur / Type de site Paramtres applicatifs V2 Paramtres autre monnaie ou devise Paramtres d'appel autorisation Paramtres d'appel tlcommunication Paramtres de la monnaie ou devise Paramtres de l'tat fonctionnel v2 Paramtres d'dition du ticket compte-rendu Paramtres d'dition du ticket porteur Paramtres d'horodatage GMT Paramtres de tlchargement enveloppe 1 / action sur logiciel applicatif interbancaire Paramtres de tlchargement enveloppe 2 Paramtres de tlcommunication acqureur Paramtres liste cls publiques d'authentification EMV / Modulo cl RSA Paramtres liste de contrle des numros de carte porteur Paramtres liste des AID EMV Paramtres liste des BIN agrs CB Paramtres liste des cls publiques d'authentification EMV Paramtres liste des taux de TVA Paramtres messages porteur Paramtres risque acqureur / Montant d'autorisation Paramtres risque acqureur / Montant maximum accept Paramtres risque acqureur / Montant minimum accept Paramtres risque acqureur / Montant utilis double authentification porteur Paramtres risque acqureur / Paramtres du redressement Paramtres risques acqureur/code numrique de la monnaie ou devise Paramtres tlchargement enveloppe 1 / Elment de contrle daccs au systme acqureur de tlchargement Paramtres tlchargement enveloppe 1 / Rfrence du logiciel tlcharger Piste ISO 2 Plafonds rglementaires pour le paiement sur automate Potentiel de recyclage Prcision sur la cause du refus ou de l'accord Prsence deuxime bitmap Raison de la demande d'autorisation Raison dune transaction non aboutie Rfrence d'archivage de l'organisme de traitement Rfrence de la table Rfrence client 1 Rfrence client 2 Rfrence commerant Rfrence externe sens acqureur-remettant Rfrence externe sens remettant-acqureur Rfrence impay de l'acqureur Rserv national Groupement des Cartes Bancaires - tous droits rservs - 2007 CB2A Fichier
Octobre 2007 Page : 19 Donne Champ Type 58 0412 46 DF5D 46 DF54 58 FF3D 58 FF31 58 FF0D 58 FF0E 58 FF0F 58 9F33 58 9F35 58 0095 58 009C 57 0217 47 48 55 DF73 46 DF52 47 03 72 DF3C 58 FF47 47 06 58 FF52 118 06 118 08 58 9F37 58 FF48
Rsultat de l'utilisation de l'architecture de paiement scuris VADS SIRET Statut de l'application Statut de l'impay Taux de conversion Terminal action code default Terminal action code denial Terminal action code on-line Terminal capabilities Terminal type Terminal verification results Transaction type TVA Type d'applicatif du systme d'acceptation (TASA) Type d'application carte Type d'architecture du systme d'acceptation Type de facture/procdure Type de liste de diffusion Type de scurisation de transaction de commerce lectronique Type de site Type de support Types de prestations demandes Types de prestations excutes Unpredictable number terminal Identifiant transaction fourni par l'accepteur 2.3.2. Prcisions sur les types rptables
La rptabilit d'un type s'applique au niveau dun champ d'un message. Un type non rptable peut tre, selon son usage, prsent dans plusieurs messages d'un mme change; Dans le cas d'un type rptable associ un type primaire rptable, l'association entre ces types est ralise par " proximit ", c'est--dire que le type associ est li au type primaire le prcdant dans le message. Cette rgle est ncessaire la gestion des types associs et facultatifs. Un type associ ne peut tre prsent que rattach un type primaire prsent. Pour une donne rptable FQ (facultatif comme la question) dans une rponse, Il est recommand que l'entit mettrice de la rponse applique la rgle suivante : SOIT : - Toutes les occurrences contenues dans la question sont prsentes dans la rponse et pas forcment dans le mme ordre. OU : - aucune occurrence prsente. Toutefois, il ne doit pas y avoir, de la part de l'entit rceptrice de la rponse, de contrle concernant le nombre d'occurences. Autrement dit : une rponse dans laquelle on trouve un champ "FQ" avec un nombre doccurrences infrieur celui de la question, ne doit pas tre refuse pour cette raison."
2.3.3.
Dfinition des champs de donnes
Ce paragraphe dfinit les champs de donnes utiliss par les protocoles applicatifs. Ces champs sont un sous-ensemble de ceux prvus par la norme prENV 1750 : 1996. La dfinition donne ici est plus restrictive que celle de la norme afin de faciliter la mise en uvre et d'indiquer les choix effectus pour les cartes bancaires franaises et trangres. Pour chaque champ dfini, le libell utilis dans la norme prENV 1750 : 1996 version anglaise est prcis, entre parenthses. Tout champ non dfini dans CB2A Fichier mais dfini dans la norme prENV 1750 : 1996 peut tre utilis dans le cadre d'accords entre utilisateurs. Tout type non dfini dans CB2A Fichier est rserv usage CB, sauf sil est expressment dclar usage priv dans le dictionnaire.
Volume 2 DICTIONNAIRE DES CHAMPS DE DONNEES Octobre 2007 Version 1.4.0 CB2A Fichier Page : 20 Toute valeur dune donne non dfinie dans CB2A Fichier est rserv usage CB, sauf si elle est expressment dclare usage priv dans le dictionnaire. Prsence dun champ non attendu dans un message Le principe suivant est retenu par le protocole : - Tout champ de donne dcodable* reu et attendu est trait conformment aux spcifications ; - Tout champ de donne dcodable* reu et non attendu nest pas trait. Il nest pas retransmis et ne provoque pas de rejet ; - Toute donne non dcodable* reue fait l'objet d'un rejet. * Un champ de donne est dcodable si sa structure est dcrite dans le dictionnaire et conforme la description : - Fixe : le format du champ de donnes est dcrit ; - Variable sans TLV : le format du champ de donnes est dcrit ; - Variable avec TLV : le champ de donne est muni de la structure TLV ( le type nest pas forcment dcrit). Remarque : une donne dcrite comme obligatoirement absente doit faire lobjet dune erreur de format lorsquelle est reue.
Octobre 2007 Page : 21 Champ 2
Champ 2 Numro de porteur (Primary Account Number). Ce champ contient le numro porteur issu de la carte.
Format : LVAR n..19
Champ 3 Code traitement (Processing Code)
Format : n 6
Description de la transaction _________________________________________________________________ n2 Valeur Description 00 Achat de biens ou services 01 Retrait sur automate (DAB/GAB) 11 Quasi-cash 17 Retrait Guichet 18-19 Rserv priv 20 Crdit (retours) 28 Retour quasi cash 29 Rserv priv 38-45 Rserv priv 48-49 Rserv priv 58-79 Rserv priv 80 Transaction d'alarme 90-99 Rserv priv Type de compte affect au dbit ______________________________________________________________ n2 Valeur Description 00 Conditions normales 33 Diffr de recouvrement Type de compte affect au crdit______________________________________________________________ n2 Valeur Description 00 Donnes non significatives
Champ 4 Montant de la transaction (Amount, transaction).
Format : n 12
Montant de la transaction exprim dans la monnaie ou devise dont le code est prcis dans le champ 49. Le montant est exprim dans la plus petite unit de la monnaie ou devise (en centimes pour les euros) dont la liste figure dans le document ISO 4217. Dans le cas particulier de transactions non-abouties, un montant zro est possible. Exemples : - un dollar s'exprimera dans la norme : 1 dollar = 100 cents d'o : ch(4) = 000000000100 et ch(49) = 840 un yen s'exprimera dans la norme : 1 yen = 1 yen d'o : ch(4) = 000000000001 et ch(49) = 392
Champ 11 Numro d'audit (System trace audit number). Le numro daudit est une rfrence identifiant un message.
Format : n 6
Latttribution dun numro daudit doit tre conforme aux rgles 1 4 du paragraphe Rgles du volume Principes gnraux .
Champ 12 Heure locale de la transaction (Time, local transaction).
Format : hhmmss n 6
Les champs 12 et 13 fonctionnent de concert. Ils transportent pour une transaction donne, la date - heure locale laquelle la transaction est effectue. L'heure locale est une rsultante de l'opration d'horodatage (voir tlparamtrage). En dehors des messages de remises, le champ 12 transporte l'heure locale de constitution du message.
Champ 13 Date locale de la transaction (Date, local transaction). La date locale est une rsultante de l'opration d'horodatage (voir tlparamtrage). L'anne correspondant cette date se trouve dans le champ 47 type 07. Voir explications dans le champ 12.
Format : MMJJ n 4
En dehors des messages de remises, le champ 13 transporte le mois et le jour local de constitution du message.
Champ 14 Date d'expiration de la carte (Date, expiration). Date de fin de validit de la carte.
Format : AAMM n 4
Champ 18 Code activit de laccepteur (Merchant type). Code indiquant le type d'activit de laccepteur.
Format : n 4
Ce code correspond au MCC (Merchant Category Code) utilis sur les rseaux internationaux et dont la liste des valeurs possibles est dfinie dans la norme ISO 8583 version 93.
Champ 21 Code capacit du point d'acceptation (Point of service capability code).
Format : an 6
Cette donne est lie la configuration du Point dacceptation, en aucun cas au moyen utilis par le terminal au moment de la transaction qui est prcis dans le champ 22. Ce champ prcise le moyen "principal" dont dispose le terminal pour certaines fonctions :
Capacit de lecture de la carte_______________________________________________________________ an1 Valeur Description 0 Inconnue 1 Pas de capacit de lecture de la carte 2 Piste magntique ISO2 3 Lecteur de carte microcircuit sans contact contexte puce EMV 4 Lecteur de carte microcircuit sans contact contexte piste magntique 5 Microcircuit 6 Manuel 9 Rserv priv S-Z Rserv priv Capacit d'authentification du porteur de la carte _______________________________________________ an1 Valeur Description 0 Pas d'authentification lectronique 1 Authentification par code confidentiel (PIN) 2 Analyse lectronique de signature 6 Autres (Valeur par dfaut) 9 Rserv priv S-Z Rserv priv Capacit de capture de la carte ______________________________________________________________ an1 Valeur Description 0 Aucune 1 Capture possible Capacit d'criture sur la carte ______________________________________________________________ an1 Valeur Description 0 Inconnue 1 Pas de capacit d'criture sur la carte 2 Piste magntique ISO2 3 Microcircuit 8-9 Rserv priv S-Z Rserv priv Capacit afficher/imprimer des messages ___________________________________________________ an1 Valeur Description 0 Inconnue 1 Aucune 2 Impression 3 Affichage 4 Impression et affichage T-Z Rserv priv Capacit de lecture du code confidentiel ______________________________________________________ an1 Valeur Description 0 Aucune 1 Inconnue 4 4 caractres 5 5 caractres 6 6 caractres 7 7 caractres 8 8 caractres 9 9 caractres A 10 caractres B 11 caractres C 12 caractres S-Z Rserv priv
Champ 22 Condition de ralisation de la transaction au point de vente (Point of service entry mode)
Format : n 6
Environnement d'mission___________________________________________________________________ n1 Valeur Description 0 Inconnu 1 Dans les locaux de l'accepteur, sous surveillance 2 Dans les locaux de l'accepteur, sans surveillance 3 Hors des locaux de l'accepteur, sous surveillance 4 Hors des locaux de l'accepteur, sans surveillance 5 Chez le porteur, sans surveillance 9 Rserv priv Prsence du porteur ________________________________________________________________________ n1 Valeur Description 0 Porteur prsent 1 Porteur non prsent 2 Vente Par Correspondance (VPC) 3 Vente Par Tlphone (VPT) 4 Porteur non prsent, en attente autorisation 9 Rserv priv Mode de lecture de la carte __________________________________________________________________ n1 Valeur Description 0 Non spcifi 2 Piste magntique 3 Transaction microcircuit sans contact utilisant les donnes puce EMV 4 Transaction microcircuit sans contact utilisant les donnes piste 5 Microcircuit 6 Saisie manuelle 7 Piste magntique, aprs tentative de lecture du microcircuit 9 Rserv priv Mthode d'authentification du porteur _________________________________________________________ n1 Valeur Description 0 Pas d'authentification 1 Code confidentiel 2 Signature lectronique 5 Signature manuelle 6 Autres authentifications manuelles 7 Vrification de l'adresse (Vente par correspondance ou par Tlphone) 8 Code confidentiel + signature manuelle Systme authentifiant le porteur ______________________________________________________________ n1 Valeur Description 0 Pas d'authentification 1 Microcircuit 2 Terminal 3 Agent autoris 4 Accepteur 5 Autres 8-9 Rserv priv Etats des moyens d'affichage/impression des messages _________________________________________ n1 Valeur Description 0 Inconnu 1 Aucun 2 Impression indisponible 3 Affichage indisponible 4 Impression et affichage indisponibles 9 Rserv priv Groupement des Cartes Bancaires - tous droits rservs - 2007 CB2A Fichier
Champ 23 Numro squentiel de la carte (Card sequence number). Ce numro permet de distinguer des cartes portant le mme numro de porteur.
Format : n 3
Champ 24 Code fonction (Function code). Code indiquant la fonction du message. Valeur Description Les valeurs 300 305 sont utilises dans les messages 0360 de transfert de fichier du service de paramtrage de CB2A Fichier 301 Enregistrement ajouter 303 Enregistrement effacer Les valeurs 306 360 sont utilises dans les messages 0360 dinitialisation de transfert de fichier de paramtres du service paramtrage de CB2A Fichier 306 Fichier remplacer 308 Fichier supprimer 360 Fichier modifier 380-399 Rserv priv Les valeurs 600 699 sont utilises dans les messages 06xx du service Etat Fonctionnel de CB2A Fichier 670 Paramtres de l'tat fonctionnel du systme dacceptation 671 Donnes de rfrence du systme d'acceptation 672 Donnes de rfrence du point d'acceptation 680 Prise en compte de ltat fonctionnel 690-699 Rserv priv Les valeurs 800 899 sont utilises dans les messages 08xx du service de Gestion de Rseaux de CB2A Fichier 860 Fermeture de dialogue ou fichier 861 Ouverture de fichier 865 Ouverture de service tlcollecte Ouverture de service remise 866 Ouverture de service tlparamtrage Ouverture de service paramtrage 868 Ouverture de service autorisation-remise, vente distance 871 Rserv national 872 Ouverture de service relev des mouvements financiers 874 Ouverture de service impay 875 Ouverture de service remise dgrade 876 Ouverture de service additionnel 880-899 Rserv priv 900 Service non identifi et/ou non trait 901 Ouverture de service Etat fonctionnel 902 Ouverture de service autorisation vente distance 903 Notification dacquittement de fichier 904 Notification dacquittement de service 905 Ouverture de service compte-rendu de rception
Format : n 3
Champ 25 Code raison du message (Message Reason code).
Format : n 4
Le code raison du message fournit au destinataire d'un message de demande ou d'avis, la raison ou le but du message. Valeur Description 8600-8999 Rserv priv 9300 Flux recycl Groupement des Cartes Bancaires - tous droits rservs - 2007 CB2A Fichier
Valeur 9301 9305 9306 9310 9311 9320 9321 9322 9323 9324 9325 9326 9327 9600-9999
Description accept absent Remise recycle Rejet partiel Rejet total Rponses diffres (aprs appel phonie) demande d'autorisation remise. rejet alerte Regroupement de RMF Etat fonctionnel Prise en compte tat fonctionnel Rception Regroupement de CRR Rserv priv
Champ 26 Contrle de transfert Accepteur-Acqureur (Upload control).
Format : n 6
Ce champ est utilis pour contrler le transfert d'informations entre les applicatifs des systmes Accepteur et Acqureur. En particulier, il permet le contrle du transfert des transactions lors d'une remise. Indication du besoin d'acquittement __________________________________________________________ n1 Numro de message ________________________________________________________________________ n5 Indication du besoin dacquittement = 0 (sauf indication contraire dans un service) ; Numro de message : Message dinitialisation = 00001 ; Messages de dtail : numrotation squentielle partir de 00001 . La numrotation est unique au niveau dtail (par exemple dans le corps de remise). Ce compteur limite la taille des transferts.
Champ 27 Contrle de transfert Acqureur-Accepteur (download control).
Format : n 6
Ce champ est utilis pour contrler le transfert d'information entre les applicatifs des systmes Acqureur et Accepteur. En particulier, il permet le contrle du transfert tables, lors d'un tlparamtrage. Acquittement de transfert acqureur accepteur _______________________________________________ n1 Numro de message ________________________________________________________________________ n5 Acquittement de transfert acqureur accepteur = 0 (sauf indication contraire dans un service) ; Numro de message : Message dinitialisation = 00001 ; Messages de dtail : numrotation squentielle partir de 00001 . La numrotation est unique dans un fichier (par exemple un paramtrage). Ce compteur limite la taille des transferts.
Champ 30 Montant dorigine (Amount, original transaction).
Format : n 12
Montant de la transaction dorigine exprim dans la monnaie ou devise dont le code est prcis dans le champ 49. Ce champ est utilis dans un redressement partiel et correspond au montant autoris. Il est absent dans un redressement total.
Champ 31 Donnes imprimer/afficher (Print/display data).
Format : LVAR ansc ..255
Ce champ contient des donnes afficher et/ou imprimer par le systme dacceptation pour laccepteur et/ou le porteur. Ce champ a une structure de type TLV caractres (Type, Longueur, Valeur). Le champ 31 peut tre constitu de plusieurs lments de donne conscutifs, dans la limite de la longueur totale du champ. Structure des lments de donnes : Type dlment de donne __________________________________________________________________ an2 Valeur Description Rptabilit 01 Impression 0F Rserv priv Longueur de la donne suivre _____________________________________________________________ an3 Valeur de la donne___________________________________________________________________________ TYPE = 01 : IMPRESSION Longueur transporte : 250
Format de la donne : ans250
Champ 32 Identification de l'organisme acqureur (Acquiring institution identification code) Ce champ permet d'identifier l'acqureur.
Format : LVAR n ..11
BIN Banque _______________________________________________________________________________ n6 si disponible, sinon zro Code Banque ______________________________________________________________________________ n5
Champ 33
Format : LVAR n..11
Identifiant de l'organisme transmetteur de la transaction (forwarding institution identification code)
Ce champ permet l'entit qui transmet des donnes de s'identifier. La codification est tablie en bilatral. Remettant Centre de traitement identifiant remettant Centre de traitement identifiant centre de traitement Acqureur
Remettant
Centre de traitement
Centre de traitement identifiant acqureur
Acqureur
identifiant centre de traitement
Champ 35 Piste ISO2 (Track 2 data). Contenu de la piste ISO 2 conformment la norme ISO 7813.
Format : LVAR z..37
Le codage du champ 35 (piste ISO2) suit la rgle applique aux champs numriques (codage en DCB, justification droite avec zro en tte en cas de longueur impaire). Chaque caractre, cod en hexadcimal, occupe un demi-octet. Le sparateur a la valeur hexadcimale 'D'. Les dlimiteurs de dbut et de fin ainsi que le caractre de contrle LRC ne doivent pas tre transmis. Le champ 35 est positionn exclusivement lorsque la piste ISO2 a t lue. Le champ 35 ne doit en aucun cas contenir une piste ISO2 reconstitue. Exemples : dans le cas d'un paiement national avec traitement puce seulement, le champ 35 est absent, dans le cas d'une vente distance, le champ 35 est absent.
Champ 37 Numro de rfrence d'archivage (Retrieval reference number).
Format : anp 12
Donne laisse la discrtion du circuit accepteur acqureur. Une fois renseigne, elle nest pas modifiable sur lensemble de la chane (acceptation, autorisation, tlcollecte/remise).
Champ 38 Numro d'autorisation (Approval Code). Ce champ est obligatoire en cas dautorisation positive, il est facultatif dans les autres cas.
Format : anp 6
Champ 39 Code action (Action code).
Format : an 4
La donne "Action immdiate" indique au systme dacceptation laction immdiate quil doit effectuer pour continuer ou terminer la transaction en cours. La donne "Action suivante" indique au systme dacceptation laction suivante quil doit effectuer lorsque la transaction sera termine. La donne "Complment dinformations sur action immdiate" donne des informations supplmentaires sur la signification de laction immdiate. Action immdiate__________________________________________________________________________ an1 Valeur Description 0 Approuve 1 Refuse 7 Rserv ISO
Valeur 8 9
Description Dcision metteur Rserv priv
Action suivante ___________________________________________________________________________ an1 Valeur Description 0 Aucune 1-7 Rserv ISO 8 Rserv CB2A Fichier : ARVAD et AVAD, forage 9 Rserv priv Complment dinformations sur action immdiate ______________________________________________ an2 Cette donne dpend : des types de messages ; de la valeur de la donne "Action immdiate". Valeur Description Dans tous les messages (sauf 0146, 0246, 0446, 0216 et 0516) 00 pas d'information complmentaire 04 erreur de format 09 arrt momentan du systme Dans les messages de redressement AVAD (0406) 17 Annulation client 21 Transaction non excute (ISO 8583) 32 Transaction partiellement ralise (ISO 8583) 99 Incident domaine initiateur Dans les messages tat fonctionnel (0610) 50 Identifiant inconnu 51 Paramtres absents Dans les messages tat fonctionnel (0644) 52 Disparition du systme ou dun point dacceptation Dans les remises des transactions (messages 0146, 0246, 0446) : La donne Complment dinformations sur action immdiate est renseigne avec la valeur du code rponse de l'autorisation. Dans la rponse aux demandes d'Autorisation-Remise (message 0216) : En paiement de proximit et sur automate, en vente distance et en tlpaiement, la donne 'Complment d'informations sur action immdiate' correspond au code rponse de l'autorisation dont les valeurs sont prcises dans chaque service.
Champ 40 Code service (Service code).
Format : n 3
Le champ 40 doit tre systmatiquement positionn lorsque l'information code service est disponible et n'est pas dj prsente dans la piste ISO2 (pas de champ 35). Toute valeur conforme la norme ISO 7813 peut tre utilise. Exemples : dans un paiement national avec traitement puce seulement, le champ 40 est positionn, dans le cas d'une vente distance, le champ 40 est absent.
Champ 41 Identification du systme d'acceptation (Card accepting device identification). Ce champ contient :
Format : ans 8
linitialisation du systme dacceptation, le numro logique du terminal ; partir du transfert par le systme acqureur dun identifiant enveloppe 41, le contenu de cette enveloppe.
Champ 42 Identification de l'accepteur de carte (Card acceptor identification code). Ce champ contient : linitialisation du systme dacceptation, le numro de contrat accepteur ;
Format : ans 15
partir du transfert par le systme acqureur dun identifiant enveloppe 42, le contenu de cette enveloppe.
Champ 44 Donnes complmentaires de rponse (Additionnal response data).
Format : LVAR ans...99
Dans une rponse ngative tout type de message, le champ permet de prciser la cause du refus. Par exemple, c'est l'utilisation du type AA pour dclarer une erreur sur un champ, ou l'absence d'un champ obligatoire et ncessaire aux traitements ; Dans une notification de remise, le champ 44 s'il est prsent, correspond aux donnes complmentaires de rponse de la rponse la demande d'autorisation initiale.
Le champ 44 a une structure de type TLV caractres (Type Longueur Valeur). Type dlment de donne __________________________________________________________________ an2 Type Description Rptabilit AA Champ erron X AC Conversion de champ X AD Prcision sur la cause du refus ou de l'accord BC Message destination de l'initiateur de la transaction CA Informations relatives au traitement du CVV ou du CVC CB Informations relatives au contrle du CAI Emetteur RA-ZZ Rserv pour usage priv Longueur de la donne _____________________________________________________________________ an3 Valeur de la donne___________________________________________________________________________ Les valeurs et signification possibles pour la donne sont prcises pour chaque type.
TYPE = AA : CHAMP ERRONE Format de la donne : ans3 / ans7 Longueur transporte : 3 ou 7
Le type AA lorsqu'il est prsent dans les notifications de remise (0146/0246/0446) correspond la valeur renseigne dans la rponse la demande d'autorisation initiale. Il est galement renseign dans les messages de rponse, pour certaines valeurs du champ 39. Numro du champ erron ______________________________________________________________ ans3 Type de l'lment de donne TLV erron__________________________________________________ ans4 Contient ventuellement le type du sous-champ erron, sur 4 caractres (significatifs), s'il s'agit d'un champ de structure TLV, ou la position de dbut du sous-champ erron, sur 4 caractres (significatifs), s'il s'agit d'un champ comportant plusieurs sous-champs conscutifs. (le caractre blanc ntant pas significatif).
TYPE = AC : CONVERSION DE CHAMP Format de la donne : ans21 Longueur transporte : 21
Le type AC est utilis pour donner des informations sur des valeurs de champs ayant t converties lors de la rponse la demande d'autorisation : il permet le transport de l'ancienne valeur du champ et du responsable de la conversion, dans une notification de remise. Responsable de la conversion __________________________________________________________ ans1 Valeur 0 1 2 9 Description e-rsb passerelle VISA passerelle EUROPAY autre
Numro du champ ____________________________________________________________________ ans3 Valeur initiale______________________________________________________________________ ans17
TYPE = AD : PRECISION SUR LA CAUSE DU REFUS OU DE LACCORD Format de la donne : ans15 Longueur transporte : 15
Responsable de la rponse _____________________________________________________________ ans1 Valeur 4 Description Acqureur
Code refus ou accord __________________________________________________________________ ans2 Ce code prcise, pour le cas dun acqureur, lorigine de la demande de forage. Valeur 01 02 Description Demande dautorisation fore sur demande de laccepteur Demande dautorisation fore sur dcision de lacqureur
TYPE = BC : MESSAGE A DESTINATION DE L'INITIATEUR DE LA TRANSACTION Format de la donne : ans21 Longueur transporte : 21
La donne contient un libell destination de l'initiateur de la transaction. Elle est utilise uniquement dans les messages de notification de remise en tlcollecte, pour remonter les valeurs de rponse la demande d'autorisation.
TYPE = CA : INFORMATIONS RELATIVES AU TRAITEMENT DU CVV ET DU CVC Format de la donne : an1 Longueur transporte : 1
TYPE = CB : INFORMATIONS RELATIVES AU CONTROLE DU CRYPTOGRAMME Format de la donne : ans1 Longueur transporte : 1
Champ 46
Format : LVAR ansb ..255
Configuration du Systme et des Points d'Acceptation (CAD management/Service Quality data). La longueur du champ est variable selon les fonctions applicatives mises en oeuvre lors dun Tlparamtrage ou dun Tlchargement). Le champ 46 a une structure de type TLV binaire (Type Longueur Valeur). Type d'lment de donne ___________________________________________________________________ b2 Type Description Rptabilit DF50 ITP (Identifiant de l'application terminal) DF51 Numro logique du systme dacceptation DF52 Type darchitecture du systme d'acceptation DF53 Code activation application DF54 Statut de l'application DF55 Complments de donnes de rfrence du systme d'acceptation DF56 Complments de donnes de rfrence du point d'acceptation DF5B Numro logique du point dacceptation DF5C IDPA DF5D SIRET DF5E IDSA DF5F Numro de contrat accepteur DF61 Code regroupement du remettant DF62 Code regroupement de lacqureur DF63 Date de ltat fonctionnel DF64 Etat de fonctionnement du systme dacceptation DF65 Mode de raccordement courant du systme dacceptation DF66 Donnes de rfrence du systme dacceptation DF67 Donnes de rfrence du point dacceptation DF68 Paramtres de ltat fonctionnel V2 X DF69 Extensions de service DF6A-DF6F Rserv priv Longueur de la donne ______________________________________________________________________ b2 Valeur de la donne___________________________________________________________________________ Les valeurs et significations possibles pour la donne sont prcises pour chaque type.
TYPE = DF50 :
ITP (IDENTIFIANT DE L'APPLICATION TERMINAL). Longueur transporte : 12
Ce type est utilis dans les ouvertures de dialogues, ainsi que dans les rponses demande d'tat fonctionnel. Code Constructeur ____________________________________________________________________ ans3 Version des Spcifications de Rfrence _________________________________________________ ans3 Modle dquipement __________________________________________________________________ ans3 Version du logiciel applicatif interbancaire ________________________________________________ ans3
TYPE = DF51 :
NUMERO LOGIQUE DU SYSTEME DACCEPTATION Longueur transporte : 3
Numro du systme dacceptation gr par l'accepteur. Groupement des Cartes Bancaires - tous droits rservs - 2007 CB2A Fichier
TYPE = DF52 :
TYPE DARCHITECTURE DU SYSTEME D'ACCEPTATION. Longueur transporte : 2 Description Autonome Rparti concentr Rparti grapp
Format de la donne : ans2 Valeur 10 20 21
TYPE = DF53 :
CODE ACTIVATION APPLICATION Longueur transporte : 1 Description Dsactiver Activer
Format de la donne : ans1 Valeur 0 1
TYPE = DF54 :
STATUT DE L'APPLICATION Longueur transporte : 1 Description Dsactiv Activ
Format de la donne : ans1 Valeur 0 1
TYPE = DF55 :
COMPLEMENTS DE DONNEES DE REFERENCE DU SYSTEME DACCEPTATION Longueur transporte : 10
Format de la donne : structure
Bitmap de la capacit de raccordement du systme dacceptation__________________________________ b3 octet 1 Bit 8 Bit 7 Bit 6 Bit 5 Bit 4 Bit 3 Bit 2 Bit 1 Octet 2 Bits 8-2 Bit 1 Description GSM IP GSM X25 RNIS canal D X25 RNIS canal B (EBS) Ligne spcialise X25 RTC PAD X25 RTC NAS IP LAN IP Description Rserv usage futur GPRS IP
Octet 3 Description Bits 8-1 Rserv priv Cette donne liste les modes de raccordement supports par le systme dacceptation que la connexion soit oprationnelle ou non. ). Un bit est positionn lorsque le mode de raccordement est support. Bitmap de la capacit de lecture du systme dacceptation________________________________________ b1 octet 1 Description Bits 8-2 RUF Bit 1 sans contact Cette donne liste les moyens oprationnels complmentaires utiliss sur le systme dacceptation.
Rserv CB________________________________________________________________________________ b6 TYPE = DF56 : COMPLEMENTS DE DONNEES DE REFERENCE DU POINT DACCEPTATION Longueur transporte : 10
Bitmap de la capacit de lecture du point dacceptation __________________________________________ b1 octet 1 Description Bits 8-2 RUF Bit 1 sans contact Cette donne liste les capacits complmentaires offertes par le systme dacceptation. Un bit est positionn lorsque le la capacit complmentaire est offerte. Rserv CB________________________________________________________________________________ b9 TYPE = DF5B : NUMERO LOGIQUE DU POINT DACCEPTATION Longueur transporte : 3
Numro du point dacceptation gr par l'accepteur.
TYPE = DF5C :
IDPA (IDENTIFICATION DU POINT DACCEPTATION) Longueur transporte : 8
Identifiant du point dacceptation gr par l'acqureur.
TYPE = DF5D :
SIRET Longueur transporte : 14
Format de la donne : n14
TYPE = DF5E :
IDSA (IDENTIFICATION DU SYSTEME DACCEPTATION) Longueur transporte : 8
Identifiant du systme dacceptation gr par l'acqureur.
TYPE = DF5F :
NUMERO DE CONTRAT ACCEPTEUR Longueur transporte : 7
Plus communment appel contrat commerant .
TYPE = DF61 :
CODE REGROUPEMENT DU REMETTANT Longueur transporte : 7
Valeur attribue par le remettant qui lui permet d'associer plusieurs remises par ensemble cohrent (par exemple par contrat accepteur ou zone gographique).
TYPE = DF62 :
CODE REGROUPEMENT DE LACQUEREUR Longueur transporte : 7
Valeur attribue par lacqureur qui lui permet d'associer plusieurs contrats accepteur.
TYPE = DF63 :
DATE DE LETAT FONCTIONNEL Longueur transporte : 6
Date de rception de ltat fonctionnel chez le remettant. Format AAMMJJhhmmss .
TYPE = DF64 :
ETAT DE FONCTIONNEMENT DU SYSTEME DACCEPTATION Longueur transporte : 1 Description Inactivit provisioire Inactivit dfinitive
Format de la donne : n2 Valeur 00 01
TYPE = DF65 :
MODE DE RACCORDEMENT COURANT DU SYSTEME DACCEPTATION Longueur transporte : 1
Indique le mode de raccordement utilis par le systme dacceptation sur la connexion en cours. Valeurs Description 1 LAN IP 2 RTC NAS IP 3 RTC PAD X25 4 Ligne spcialise X25 5 RNIS canal B (EBS) 6 RNIS canal D X25 7 GSM X25 8 GSM IP 9 GPRS IP 14-24 Rserv priv
TYPE = DF66 :
DONNEES DE REFERENCE DU SYSTEME D'ACCEPTATION Longueur transporte : 89
Code diteur du logiciel applicatif _______________________________________________________ ans3 Numro de version logiciel du gestionnaire des applications_________________________________ ans4 Code diteur du gestionnaire des applications_____________________________________________ ans3 N version logicielle du noyau___________________________________________________________ ans4 Code diteur du noyau _________________________________________________________________ ans3 Numro de version logicielle du rsident ________________________________________________ ans12 Renseign blanc si non significatif. N de srie du point d'acceptation ______________________________________________________ ans12 Nombre de lecteur CM ________________________________________________________________ ans1
Nombre de lecteur piste________________________________________________________________ ans1 Taille de liste de contrle de numros de carte porteur______________________________________ ans4 Valeur exprime en centaine, cadre droite et prcde par des zros. Type de liste de contrle de numros de carte porteur ______________________________________ ans1 Valeur 1 Description liste noire normale 1
Capacit mmoire FLASH du systme d'acceptation (Ko)____________________________________ ans6 Capacit restante de stockage FLASH du systme d'acceptation (Ko) _________________________ ans6 Capacit mmoire RAM du systme d'acceptation (Ko) _____________________________________ ans6 Capacit restante de stockage RAM du systme d'acceptation (Ko) ___________________________ ans6 Nombre de points dacceptation grs par le systme dacceptation __________________________ ans3 Non significatif si systme d'acceptation autonome. Nombre d'applicatifs __________________________________________________________________ ans2 Pour renseigner cet lment de donne, on doit compter : les applicatifs (et non les applications) y compris lapplicatif en ligne ; les applicatifs CB et les applicatifs non CB ; Les applicatifs actifs et les applicatifs non actifs.
Numro de version du matriel coupleur __________________________________________________ an4 Numro de version logiciel coupleur ______________________________________________________ an4 Numro de version des spcifications coupleur_____________________________________________ an4 Exemples de codage du "numro de version des spcifications coupleur" : Version 2.0 = '200 ' ; Version 2.2 = '202 '; Version 2.20 = '220 ' ; Version 10.2 = '1002'
TYPE = DF67 :
DONNEES DE REFERENCE DU POINT D'ACCEPTATION Longueur transporte : 79
Contient l'ensemble des informations relatives au point d'acceptation. Code diteur du logiciel applicatif _______________________________________________________ ans3 Version logiciel du gestionnaire des applications __________________________________________ ans4 Code diteur du gestionnaire des applications_____________________________________________ ans3 Groupement des Cartes Bancaires - tous droits rservs - 2007 CB2A Fichier
N version logicielle du noyau___________________________________________________________ ans4 Numro de version logicielle du rsident ________________________________________________ ans12 Renseign blanc si non significatif. N de srie du point d'acceptation ______________________________________________________ ans12 Nombre de lecteur CM ________________________________________________________________ ans1 Nombre de lecteur piste________________________________________________________________ ans1 Capacit mmoire FLASH du point d'acceptation (Ko) ______________________________________ ans6 Capacit restante de stockage FLASH du point d'acceptation (Ko) ____________________________ ans6 Capacit mmoire RAM du point d'acceptation (Ko) ________________________________________ ans6 Capacit restante de stockage RAM du point d'acceptation (Ko) ______________________________ ans6 Code diteur du noyau _________________________________________________________________ ans3 Numro de version du matriel coupleur __________________________________________________ an4 Numro de version logiciel coupleur ______________________________________________________ an4 Numro de version des spcifications coupleur_____________________________________________ an4 Exemples de codage du "numro de version des spcifications coupleur" : Version 2.0 = '200 ' ; Version 2.2 = '202 '; Version 2.20 = '220 ' ; Version 10.2 = '1002'
TYPE = DF68 :
PARAMETRES DE LETAT FONCTIONNEL V2 Longueur transporte : 11
Format de la donne : ans 11
Contient le n de version dune table du systme d'acceptation. Identifiant de la table __________________________________________________________________ ans2 Valeur 01 02 03 04 05 06 07 08 09 10 Description Table Monnaie ou devise Table Message porteur Table Message Accepteur Table Paramtres accepteur Table Edition Ticket porteur Table Edition Ticket compte rendu Table Paramtres applicatifs Table Appel Table Donnes spcifiques EMV par AID Table Liste des cls publiques CB
Valeur 11 12 13 14 15 16 17 18 19 20 21 22 23 25 26 27 28 29 30
Description Table Liste des DOL EMV Table Risque acqureur Table Liste de contrle de numros de carte porteur Table Liste de BINs agres CB Table Divers (Rserv Usage Futur) Table Liste des TAC EMV Table Autre monnaie ou devise Table Paramtres dhorodatage GMT Table Liste cls publiques dauthentification EMV Table Liste de AID EMV Table Tlcommunication tlcollecte Table Tlcommunication tlparamtrage Table Tlcommunication autorisation Table Tlcommunication tlchargement Env 1 Table Tlcommunication tlchargement Env 2 Table Appel alatoire EMV Table Identifiant pseudo-session de laccepteur de carte Table Donnes complmentaires EMV pour tlcollecte Table paramtres liste des taux de TVA
N de version Table ___________________________________________________________________ ans4 Renseign la valeur zro si le fichier est gr par lapplication mais que le fichier est absent ou vide. Statut de la table ______________________________________________________________________ ans1 Valeur 0 1 Description Valide Non valide
Extension n de version ________________________________________________________________ ans4 Renseign blanc si non significatif
TYPE = DF69 :
EXTENSIONS DE SERVICE Longueur transporte : 4
Format de la donne : b4
La donne annonce les extensions de services supportes par le systme dacceptation. Bits Description octet 1 8-3 RUF 2 Code activation niveau 2 carte achat : 0 : non activ 1 : activ 1 Code prsence niveau 2 carte achat : 0 : non prsent 1 : prsent Bits octet 2 8-1 Bits octet 3 8-1 Bits octet 4 8-1 Description RUF Description RUF Description RUF
Champ 47 Donnes complmentaires nationales (Additional data - national). Le champ 47 a une structure de type TLV caractres (Type Longueur Valeur).
Format : LVAR ans...255
Type d'lment de donne __________________________________________________________________ an2 Type Description Rptabilit 01 Raison de la demande d'autorisation X 02 Environnement rglementaire / technique de la transaction 03 Type de facture /procdure 04 Date et heure locale de la demande dautorisation 05 Code forage dune transaction en autorisation 06 Type de site 07 Anne de la transaction 09 Nombre de transactions non abouties d'une remise 10 Numro de la transaction gnr par le systme dacceptation 17 Cryptogramme visuel 18 Code pays du systme dacceptation 19 IBAN 20 BIC 21 IBAN 2 22 BIC 2 24 Numro de dossier 25 Identifiant relev 47 Code anomalie X 48 TASA (Type d'applicatif du systme dacceptation) 49 Rfrence impay de l'acqureur 4A Extension du numro de version 95 Donnes de rseau 96 Date de rglement AA-ZZ Rserv priv Longueur de la donne _____________________________________________________________________ an3 Valeur de la donne___________________________________________________________________________ Les valeurs et significations possibles pour la donne sont prcises pour chaque type.
TYPE = 01 :
RAISON DE LA DEMANDE D'AUTORISATION Longueur transporte : 4
Format de la donne : n4 Valeur 1503 1506 1507 1508 1509 1510 1511 1512 1513 1651 1652 1653 1654 1655 1656 1657 1658 1659
Description Appel alatoire (terminal) On-line forc par laccepteur de carte On-line forc par le dispositif dacceptation de carte pour mise jour On-line forc par le terminal On-line forc par l'metteur (Code service ) Dpassement seuil d'appel Soupons de laccepteur BIN interdit Carte interdite Cumul / porteur / application/ jour BIN surveill BIN inconnu N surveill Demande de pr-autorisation Forc par lmetteur (Contrle de flux) Monnaie ou devise trangre Code monnaie ou devise de la transaction inconnu Carte refuse
Valeur 1660 1661 1663 1664 1665 1666 1667 1668 1669 1670 4000 4007 4200 4201 4203
Description Appel suite ARQC mis par la carte Demande de pr-autorisation (Montant exact > 115% de la somme des montants estims) BIN refus Strictement on-line Off-line avec capacit on-line Centre dappel Appel phonie demand par lmetteur Nombre maximum dessais du code confidentiel atteint Absence de saisie de code confidentiel Code confidentiel saisi pour vrification online Annulation par le client Terminal accepteur incapable deffectuer la transaction Dcision porteur Dcision terminal Dcision porteur ou terminal
TYPE = 02 :
ENVIRONNEMENT REGLEMENTAIRE / TECHNIQUE DE LA TRANSACTION Longueur transporte : 2
Format de la donne : an2
Code identifiant de manire prcise lenvironnement rglementaire / technique de la transaction. Ce code peut prendre les valeurs suivantes : Valeur Description paiement de proximit 10 Paiement de proximit paiement distance (pas de prsentation de carte) 20 non spcifi 21 tlphone 22 correspondance 23 tlmatique (sans lecteur de carte mmoire) 24 rseaux ouverts 25 tlvision 27 Paiement rcurrent issu de commande sur rseaux ouverts 28 Paiement rcurrent issu dautre moyen de commande tlpaiement (prsentation de carte ) : 33 tlvision paiement sur automate : 40 Paiement sur automate 41 Paiement par automate de classe I niveau 1 : ADM 42 Paiement par automate de classe II.1 niveau 1 : ADM 43 Paiement par automate de classe II.2 niveau 1 : ADM 45 Paiement par automate de classe I niveau 2 : SST 46 Paiement par automate de classe II.1 niveau 2 : SST 47 Paiement par automate de classe II.2 niveau 2 : SST 48 Paiement sur automate hors contexte CB 49 Paiement par automate de classe I niveau 3 : LAT 50 Paiement par automate de classe II.1 niveau 3 : LAT 51 Paiement par automate de classe II.2 niveau 3 : LAT 54 Paiement sur automate bancaire multiservices de classe I - ADM 55 Paiement sur automate bancaire multiservices de classe II.1 - ADM 56 Paiement sur automate bancaire multiservices de classe II.2 - ADM 57 Paiement sur automate de location quasi-cash : 60 quasi-cash 61 tlmatique 62 tlvocal 63 tlvision 64 rseau ouvert 65 automate retrait guichet 75 retrait guichet Pr-autorisation
Description Valeur 80 Pr-autorisation Valeurs prives 90-99 9A-9F PME (Chargement de type A (*) A0 Chargement application PME Automates Bancaires multservices A1 Chargement application PME Borne de chargement A2 Chargement application PME TPE A3 Chargement application PME automate A4 Chargement application PME rseau ouvert A5 Chargement application PME tlphonie mobile PME (Chargement de type E (*) A8 Chargement application CB Automates Bancaires multservices A9 Chargement application CB Borne de chargement AA Chargement application CB TPE AB Chargement application CB automate AC Chargement application CB rseau ouvert AD Chargement application CB tlphonie mobile Chargement de type A = application Moneo rattache un compte. (*) :
Chargement de type E = application Moneo anonyme avec carte EMV.
Seules des valeurs hexadcimales peuvent tre transportes par ce champ.
TYPE = 03 :
TYPE DE FACTURE/PROCEDURE Longueur transporte : 1
Ce champ contient le type de facture dans le traitement des transactions spcifiques loueurs et hteliers. Valeur 1 2 3 5 6 7 Description Facture No-show Facture Pr-autorise Facture complmentaire Facture cumul Paiement rcurrent, premier paiement Paiement rcurrent, autre paiement
TYPE = 04 :
DATE ET HEURE LOCALE DE LA DEMANDE DAUTORISATION Longueur transporte : 12
Contient la date et lheure locale du systme accepteur laquelle la demande d'autorisation a t dclenche. Format : AAMMJJhhmmss
TYPE = 05 :
CODE FORAGE D'UNE TRANSACTION EN AUTORISATION Longueur transporte : 1
Format de la donne : n1 Valeur 1 2 3 4
Description Forage autorisation aprs rponse metteur Forage avant demande autorisation Saisie manuelle de l'autorisation Pas de forage
TYPE = 06 :
TYPE DE SITE Longueur transporte : 8
Cette donne fait partie de lunit de vente. Elle permet la localisation dun point de vente (cf. SICB). Groupement des Cartes Bancaires - tous droits rservs - 2007 CB2A Fichier
TYPE = 07 :
ANNEE DE LA TRANSACTION Longueur transporte : 2
Format de la donne : n2 (AA)
Anne de ralisation de la transaction. La donne est complmentaire du champ 13. L'anne est celle de la date locale qui est une rsultante de l'opration d'horodatage (voir tlparamtrage).
TYPE = 09 :
NOMBRE DE TRANSACTIONS NON ABOUTIES D'UNE REMISE Longueur transporte : 6
Dans un message de consolidation, cette donne prcise le nombre de transactions non abouties. Nb : les transactions non abouties sont galement appele "transactions non financires".
TYPE = 10 :
NUMERO DE LA TRANSACTION GENERE PAR LE SYSTEME DACCEPTATION Longueur transporte : 6
Cette donne est positionne dans les notifications (0146/0246/0446) d'une remise. Pour les transactions autorises, elle contient le numro d'audit de la transaction initiale.
TYPE = 17 :
CRYPTOGRAMME VISUEL Longueur transporte : 1 ou 4
Format de la donne : Structure
Information sur la prsence du cryptogramme visuel _________________________________________ n1 Valeur 0 1 2 9 Description Le cryptogramme visuel nest pas remont par le commerant le cryptogramme visuel est prsent lors de la demande dautorisation Le cryptogramme visuel tait prsent sur la carte du porteur, mais illisible (donc non remont) Le porteur a inform le commerant que le cryptogramme visuel ntait pas imprim sur sa carte
Valeur du cryptogramme visuel ___________________________________________________________ n3 Prsent dans le respect des rgles scuritaires applicables et uniquement si la donne information sur la prsence du cryptogramme visuel vaut 1 et si la donne est potentiellement transmise dans une demande dautorisation
TYPE = 18 :
CODE PAYS DU SYSTEME DACCEPTATION Longueur transporte : 3
Code identifiant le pays du systme dacceptation. Sa codification doit tre conforme la norme ISO 3166. Il sagit du codage numrique sur 3 caractres.
TYPE = 19 :
IBAN (INTERNATIONAL BANK ACCOUNT NUMBER) Longueur transporte : 34
Dfinition de l'IBAN selon la norme ISO 13616 : Code pays ____________________________________________________________________________ an2 Code alphabtique selon la norme ISO 3166.
Cl de contrle ________________________________________________________________________ an2 Cl calcule selon le paragraphe 6 de la norme ISO 13616. BBAN _____________________________________________________________________________ an30 Il est spcifique chaque Etablissement. Il doit identifier de manire unique le compte d'un client dans une institution financire. Le BBAN est de longueur fixe pour chaque pays. Pour la France, il correspond au RIB (23 Caractres). L'IBAN d'un compte tenu par un tablissement dont le code pays est "FR" (France) a une longueur de 27 caractres. La donne BBAN ou RIB pour un compte tenu en France a la structure suivante : Code banque Domiciliataire _____________________________________________________________ an 5 Code guichet __________________________________________________________________________ an 5 Numro de compte bancaire de laccepteur _______________________________________________ an 11 Cl RIB _______________________________________________________________________________ an 2
TYPE = 20 :
BIC (BANK IDENTIFIER CODES) Longueur transporte : 8 11
Format de la donne : an811 Dfinition selon la norme ISO 9362 :
Code banque __________________________________________________________________________ an 4 Code pays ____________________________________________________________________________ an 2 Code localisation ______________________________________________________________________ an 2 Code agence __________________________________________________________________________ an 3
TYPE = 21 :
IBAN 2 (INTERNATIONAL BANK ACCOUNT NUMBER 2) Longueur transporte : 34
LIBAN 2 dcrit le compte dimputation des commissions. Dfinition de l'IBAN selon la norme ISO 13616 : Code pays ____________________________________________________________________________ an2 Code alphabtique selon la norme ISO 3166. Cl de contrle ________________________________________________________________________ an2 Cl calcule selon le paragraphe 6 de la norme ISO 13616. BBAN _____________________________________________________________________________ an30 Il est spcifique chaque Etablissement. Il doit identifier de manire unique le compte d'un client dans une institution financire. Le BBAN est de longueur fixe pour chaque pays. Pour la France, il correspond au RIB (23 Caractres). L'IBAN d'un compte tenu par un tablissement dont le code pays est "FR" (France) a une longueur de 27 caractres. La donne BBAN ou RIB pour un compte tenu en France a la structure suivante : Groupement des Cartes Bancaires - tous droits rservs - 2007 CB2A Fichier
Code banque Domiciliataire _____________________________________________________________ an 5 Code guichet __________________________________________________________________________ an 5 Numro de compte bancaire de laccepteur _______________________________________________ an 11 Cl RIB _______________________________________________________________________________ an 2
TYPE = 22 :
BIC 2 (BANK IDENTIFIER CODES) Longueur transporte : 8 11
Format de la donne : an 811
Le BIC 2 dcrit la banque dimputation des commissions. Dfinition selon la norme ISO 9362 : Code banque __________________________________________________________________________ an 4 Code pays ____________________________________________________________________________ an 2 Code localisation ______________________________________________________________________ an 2 Code agence __________________________________________________________________________ an 3
TYPE = 24 :
NUMERO DE DOSSIER Longueur transporte : 12
Format de la donne : anp 12
Rfrence une facture pr-autorise et identifie comme telle par le responsable de l'archivage (accepteur sous la responsabilit de l'acqureur, ou acqureur). Ce champ est identique pour les diffrentes demandes d'autorisations lies cette facture.
TYPE = 25 :
IDENTIFIANT RELEVE Longueur transporte : 6
Format de la donne : an 6
Cette donne permet didentifier tous les relevs issus dune mme remise.
TYPE = 47 :
CODE ANOMALIE Longueur transporte : 2, 5 ou 9
Format de la donne : an 2, 5 ou 9
Cette valeur permet d'indiquer le type anomalie associ la remise ou au message concern. Code anomalie ________________________________________________________________________ an2 Valeur 04 11 14 15 16 17 19 20 Description Erreur non codifie Erreur de cinmatique des messages dans un fichier Nombre de messages transfrs suprieur celui annonc Nombre de messages transfrs infrieur celui annonc Impossible de localiser le message initial Message associ rejet Trop derreur Erreur de squence
Valeur 21 22 23 24 25 26 27 28
Description Service non identifi ou non trait Champ erron : erreur de valeur (valeur non codifie) Champ erron : erreur de format Absence injustifie dun champ Prsence tord dun champ interdit Incident doublon Niveau vide Condition de prsence non respecte
Numro du champ concern _____________________________________________________________ an3 Type du champ concern _______________________________________________________________ an4 Utilis pour les champs TLV.
TYPE = 48 :
TASA (TYPE DAPPLICATIF DU SYSTEME DACCEPTATION) Longueur transporte : 1032
Donne technique permettant l'identification de l'applicatif du systme d'acceptation l'origine du message. Sa structure est inspire de l'AID ISO 7816-5. Il est compos de : Identifiant du fournisseur d'applicatif______________________________________b5 Valeurs : Toute valeur en conformit avec ISO 7816-5 Identifiant du type d'applicatif _________________ _________________________________________b11 Valeurs : Toute valeur en conformit avec ISO 7816-5 Dans le cadre CB, les valeurs retenues sont : Identifiant du fournisseur d'applicatif : A000000042 ; Identifiant du type d'applicatif : les valeurs, limites b2, sont reprises ci-aprs. Valeur 00 20 40-80 10 20 21 22 23 24 30 40 41 42 43 45 46 47 48 49 50 51 54 57 Non spcifi EMV / piste ISO2 valeurs prives Octet 2 Paiement de proximit Vente distance non spcifi tlphone correspondance tlmatique (sans lecteur de carte mmoire) rseaux ouverts Description Octet 1
Tlpaiement Paiement par automate
Paiement sur automate de classe I de classe II.1 de classe II.2 de classe I de classe II.1 de classe II.2 Hors contexte CB de classe I de classe II.1 de classe II.2 Paiement sur automate bancaire multiservices Paiement sur automate de location
niveau 1 : ADM niveau 1 : ADM niveau 1 : ADM niveau 2 : SST niveau 2 : SST niveau 2 : SST niveau 3 : LAT niveau 3 : LAT niveau 3 : LAT
Valeur 60 61 62 63 64 65 75 80 82 90-99 A0
Quasi-cash
Retrait Pr-autorisation Facture complmentaire Valeurs prives PME
Description non spcifi (correspond au cas standard) tlmatique tlvocal tlvision rseau ouvert automate Retrait guichet
Rgles dutilisation des ERT par TASA ERT Paiement de proximit Paiement de proximit 10 Paiement de proximit Paiement distance (pas de prsentation de la carte) Vente distance : cas standard 20 Non spcifi 21 Tlphone 22 Correspondance 23 Tlmatique (sans lecteur de carte mmoire) 25 Tlvision 28 Paiement rcurrent issu dautre moyen de commande Vente distance : rseaux ouverts 24 rseaux ouverts Vente distance : rseaux ouverts 27 Paiement rcurrent issu de commande sur rseaux ouverts Tlpaiement ( prsentation de la carte) Tlpaiement 33 tlvision Paiement sur automate Paiement sur automate 40 Paiement sur automate Paiement sur automate authentification porteur 43 Paiement sur automate authentification porteur obligatoire obligatoire Paiement hors contexte CB 48 Paiement hors contexte CB Paiement sur automate bancaire multiservices 54 Paiement sur automate bancaire multiservices Paiement sur automate de location 57 Paiement sur automate de location Quasi-cash Quasi-cash : cas standard 60 Cas standard 61 Tlmatique 62 Tlvocal 63 Tlvision 64 Rseau ouvert Quasi-cash : automate 65 automate Retrait guichet Retrait guichet 75 Retrait guichet Pr-autorisation Pr-autorisation 80 Pr-autorisation PME A0 Chargement application PME Automates Bancaires multservices A1 Chargement application PME Borne de chargement A2 Chargement application PME TPE A3 Chargement application PME automate A4 Chargement application PME rseau ouvert A5 Chargement application PME tlphonie mobile A8 Chargement application CB Automates Bancaires multservices A9 Chargement application CB Borne de chargement AA Chargement application CB TPE AB Chargement application CB automate AC Chargement application CB rseau ouvert TASA
10 20
24 24
30 40 43 48 54 57 60
65 75 80 A0
AD Chargement application CB tlphonie mobile
TYPE = 49 :
REFERENCE IMPAYE DE L'ACQUEREUR Longueur transporte : 12
Numro de rfrence attribu l'impay par l'acqureur.
TYPE = 4A : EXTENSION DU NUMERO DE VERSION Format de la donne : ans 4 Longueur transporte : 4
Cette donne permet de complter lidentification du fichier et numro de version transports dans champ 71.
TYPE = 95 :
DONNEES DE RESEAU
(NETWORK DATA) Longueur transporte : 50
Donnes de rseau incluant un numro de rfrence gnr par le systme dautorisation.
TYPE = 96 :
DATE DE REGLEMENT (SETTLEMENT DATE)
Format de la donne : n4 (MMJJ) Date laquelle le rglement sera ralis.
Longueur transporte : 4
Champ 49 Code monnaie ou devise de la transaction (Currency code, transaction).
Format : n 3
Indique la monnaie ou devise utilise pour exprimer le montant de la transaction dfinie dans le champ 4. La liste des codes figure dans le document ISO 4217. Les valeurs numriques de la norme sont retenues. Dans un message d'en-tte de remise (0306) le champ reprsente le code monnaie ou devise de la remise.
Champ 50 Code monnaie ou devise de la consolidation (Currency code, reconciliation). La liste des codes numriques figure dans le document ISO 4217.
Format : n 3
Champ 54 Montants, autres (Amounts, additional).
Format : LVAR ans .. 120
Ce champ contient un maximum de 6 lments de donnes. Chaque lment de donnes se dcompose en quatre parties de longueurs fixes dfinies comme suit : Type de compte ___________________________________________________________________________ an2 Valeur Description 00 non significatif Groupement des Cartes Bancaires - tous droits rservs - 2007 CB2A Fichier
Type de montant __________________________________________________________________________ an2 Valeur Description 51 Montant estim (automate de classe II.1) 53 Montant d'une transaction en contre valeur 54 Montant autoris (pr-autorisation ou DAC) Code monnaie ou devise ___________________________________________________________________ an3 La liste des codes figure dans le document ISO 4217. La liste utilise est la liste numrique. Montant (format : x + n 12) _________________________________________________________________ an13 Par convention, dans le cadre de CB2A, le x du format x + n12, tant non significatif, sera renseign C .
Champ 55 Donnes lies aux cartes microcircuit (Integrated circuit card system related data) Le champ 55 a une structure de type TLV binaire (Type Longueur Valeur)
Format : LVAR b .. 255
Type d'lment de donne ___________________________________________________________________ b2 Type 0082 008E 5F24 5F25 9F06 9F07 9F0D 9F0E 9F0F 9F10 9F26 9F27 9F36 9F6B DF73 FF00 Description Application interchange profile CVM list (Cardholder Verification Method list) Application expiration date Application effective date Application IDentifier (AID) Application usage control Issuer action code default Issuer action code denial Issuer action code on-line Issuer application data Application cryptogram Cryptogram information data Application transaction counter (cf. EMV96) Donnes quivalentes piste ISO2 lues en mode sans contact Type dapplication carte Issuer script results Rptabilit
Longueur de la donne ______________________________________________________________________ b2 Valeur de la donne___________________________________________________________________________ Les valeurs et significations possibles pour la donne sont prcises pour chaque type.
TYPE = 0082 :APPLICATION INTERCHANGE PROFILE Format de la donne : b2 Longueur transporte : 2
Valeurs : Tableau binaire (cf. EMV96 et MPE V5).
TYPE = 008E :
CVM LIST (CARDHOLDER VERIFICATION METHOD LIST) Longueur transporte : 252
Valeurs : Tableau binaire (cf. EMV96 et MPE V5). Prconisation : si le nombre de mthodes est suprieur douze, seules les douze premires mthodes de la liste seront remontes.
La norme prvoit une longueur de 252. Or, les contraintes techniques lies CB2A imposent une longueur maximum de 251.
TYPE = 5F24 :
APPLICATION EXPIRATION DATE Longueur transporte : 3
Format de la donne : n6 (AAMMJJ)
Cette donne contient la date de fin de validit de lapplication carte EMV
TYPE = 5F25 :
APPLICATION EFFECTIVE DATE Longueur transporte : 3
Cette donne contient la date de dbut de validit de lapplication carte EMV
TYPE = 9F06 :
APPLICATION IDENTIFIER (AID) Longueur transporte : 516.
Contient lidentifiant de lapplication carte (cf ISO 7816-5) slectionn par le terminal.
TYPE = 9F07 :
APPLICATION USAGE CONTROL Longueur transporte : 2
Valeurs : Tableau binaire (cf. EMV96 et MPE V5)
TYPE = 9F0D :
ISSUER ACTION CODE DEFAULT Longueur transporte : 5
TYPE = 9F0E :
ISSUER ACTION CODE DENIAL Longueur transporte : 5
TYPE = 9F0F :
ISSUER ACTION CODE ON-LINE Longueur transporte : 5
TYPE = 9F10 :
ISSUER APPLICATION DATA Longueur transporte : 32
Format de la donne : b32 Valeurs : cf. EMV96 et MPE V5.
TYPE = 9F26 :
APPLICATION CRYPTOGRAM Longueur transporte : 8
Format de la donne : b8 Valeurs : cf. EMV96 et MPE V5
TYPE = 9F27 :
CRYPTOGRAM INFORMATION DATA Longueur transporte : 1
TYPE = 9F36 :
APPLICATION TRANSACTION COUNTER Longueur transporte : 2
TYPE = 9F6B :
DONNEES EQUIVALENTES PISTE ISO2 LUES EN MODE SANS CONTACT Longueur transporte : 19
TYPE = DF73 :
TYPE DAPPLICATION CARTE Longueur transporte : 1
Format de la donne : an1 Valeur 2 3
Description EMV96 Microcircuit sans contact contexte piste
TYPE = FF00 :
ISSUER SCRIPT RESULTS Longueur transporte : 5
Format de la donne : b5 Valeurs : cf. EMV96
Prconisation : si le nombre de rsultats est suprieur neuf, seuls les neuf premiers rsultats seront remonts.
Champ 56 Elments d'information initiaux (Original data elements). Utilis dans un message qui fait rfrence un message transmis ou reu antrieurement.
Format : LLVAR n36
Ce champ est conforme la norme ISO 8583:1993. C'est le format LLVAR qu'il faut retenir pour la codification de la longueur de ce champ sans tenir compte des prcisions de codage de ce dictionnaire. En consquence, la longueur du champ 56 doit tre exprime sur deux octets. Identifiant du message initial _________________________________________________________________ n4 Numro d'audit_____________________________________________________________________________ n6 Champ 11 du message initial. Heure locale de la transaction du message initial ________________________________________________ n6 Champ 12 du message initial (hhmmss). Groupement des Cartes Bancaires - tous droits rservs - 2007 CB2A Fichier
Longueur de lidentifiant de lorganisme acqureur ______________________________________________ n2 La longueur de lidentifiant de lorganisme acqureur est code en DCB. Identifiant de l'organisme acqureur du message initial _______________________________________ n11 Champ 32 du message initial. Complt gauche par un zro en cas de longueur impaire. Tous les lments du champ sont obligatoirement renseigns. Exemple : Identifiant du message initial : 0100 Numro daudit du message initial :123456 Heure du message initial : 203045 Date du message initial : 990501 Identifiant de lorganisme acqureur du message initial : 12345678901
Lexemple prcdent sera cod de la manire suivante, sur 18 octets : [01][00] [12][34][56] [20][30][45] [99][05][01] [11] [01][23][45][67][89][01]
Champ 57 Description de la transaction (Transaction description)
Format : LVAR ansb 255
Le champ 57 a une structure de type TLV (Type Longueur Valeur). Il contient des donnes sectorielles, spcifiques l'activit commerciale de l'accepteur. Type d'lment de donne ___________________________________________________________________ b2 Type 0210 0211 0212 0214 0215 0216 0217 FF01 FF02 FF0E FF0F Description Rfrence client 1 Rfrence client 2 Numro de march Numro de facture Rfrence commerant Numro de TVA intracommunautaire du commerant TVA Libell porteur 1 Libell porteur 2 Destination du billet d'avion Numro de billet d'avion Rptabilit
X X
TYPE = 0210 :REFERENCE CLIENT 1 Format de la donne : ans22 Rfrence fournie par lacheteur. Longueur transporte : 22
TYPE = 0211 :REFERENCE CLIENT 2 Format de la donne : ans22 Rfrence fournie par lacheteur. Groupement des Cartes Bancaires - tous droits rservs - 2007 CB2A Fichier Longueur transporte : 22
TYPE = 0212 :NUMERO DE MARCHE Format de la donne : ans22 Rfrence fournie par lacheteur. Longueur transporte : 22
TYPE = 0214 :NUMERO DE FACTURE Format de la donne : ans17 Rfrence fournie par le commerant. Longueur transporte : 17
TYPE = 0215 :REFERENCE COMMERANT Format de la donne : ans17 Rfrence fournie par le commerant. Longueur transporte : 17
TYPE = 0216 :NUMERO DE TVA INTRACOMMUNAUTAIRE DU COMMERANT Format de la donne : ans20 Longueur transporte : 20
Numro individuel attribu aux personnes assujetties la TVA effectuant des oprations intra-communautaires (i.e. dans le cadre europen.
TYPE = 0217 :TVA Format de la donne : n20 Longueur transporte : 10
Informations sur la Taxe sur la Valeur Ajoute collecte sur lachat. Cette donne est rpte pour chacun des taux appliqus la transaction. 10 occurrences de cette donne peuvent exister par message. Exposant ______________________________________________________________________________ n1 Indique le nombre de positions dont sera dplac le sparateur dcimal partir de la droite. Taux __________________________________________________________________________________ n7 Taux de la Taxe sur la Valeur Ajoute collecte sur lachat. Montant de TVA________________________________________________________________________ n12
MONTANT DE LA TAXE SUR LA VALEUR AJOUTEE COLLECTEE SUR LACHAT.TYPE = FF01 : Format de la donne : ans32 Longueur transporte : 32
LIBELLE PORTEUR 1
Donne pouvant apparatre sur le relev porteur.
TYPE = FF02 :
LIBELLE PORTEUR 2 Longueur transporte : 32
Donne pouvant apparatre sur le relev porteur.
TYPE = FF0E :
DESTINATION DU BILLET D'AVION Longueur transporte : 3
TYPE = FF0F :
NUMERO DE BILLET D'AVION Longueur transporte : 13
Champ 58 Rserv national (Reserved - national) Le champ 58 a une structure de type TLV binaire (Type Longueur Valeur). Il contient des donnes dfinies par EMV96 qui ne sont pas issues de la puce. Il transporte aussi des donnes de scurit.
Format : LVAR ansb 255
Type d'lment de donne ___________________________________________________________________ b2 Type Description Rptabilit 0095 Terminal verification results (cf. EMV96) 009C Transaction type 0409 Informations relatives au traitement du cryptogramme commerce lectronique 0410 Mthode d'authentification porteur utilise par l'metteur 0411 Mthode de calcul du cryptogramme de commerce lectronique 0412 Rsultat de l'utilisation de l'architecture de paiement scuris VADS 0413 Mode de scurisation de la transaction modifi 9F33 Terminal capabilities 9F34 CVM results (Cardholder Verification Method results) 9F35 Terminal type (cf. EMV'96) 9F37 Unpredictable number terminal FF0D Terminal action code default FF0E Terminal action code denial FF0F Terminal action code on-line FF20 Heure locale de traitement de la remise FF21 Date locale de traitement de la remise FF22 Date de valeur 1 FF23 Montant de la commission FF24 Montant de la commission en monnaie ou devise de traitement FF25 Montant net rcapitulatif FF26 Montant net rcapitulatif en monnaie ou devise de traitement FF27 Code monnaie ou devise de traitement FF28 Montant total des commissions dues par l'acqureur l'accepteur FF29 Montant total des commissions dues par l'accepteur l'acqureur FF2B Date de valeur 2 FF2C Montant rcapitulatif 2 FF2D Montant rcapitulatif 2 en monnaie ou devise de traitement FF30 Montant de la transaction en monnaie ou devise de traitement FF31 Taux de conversion FF35 Nombre total de transactions de dbit en diffr de recouvrement FF36 Montant total des transactions de dbit en diffr de recouvrement FF38 Montant de l'impay imput FF39 Code monnaie ou devise du montant des frais imput FF3A Montant des frais de gestion de limpay FF3B Montant dbiteur total des frais de gestion de limpay FF3C Montant crditeur total des frais de gestion de limpay FF3D Statut de limpay FF40 Code impay FF42 Montant cumul par porteur Groupement des Cartes Bancaires - tous droits rservs - 2007 CB2A Fichier
Type FF45 FF46 FF47 FF48 FF49 FF50 FF52 FF53 FF54 FF55 FF56 FF57 FF58 FF59 FF60 FF61 FF62 FF63 FF64 FF65
Description Identification du gestionnaire de tlpaiement ou identification du systme acqureur Certificat d'acceptation Type de scurisation de transaction de commerce lectronique Identifiant transaction fourni par l'accepteur Cryptogramme de commerce lectronique Raison dune transaction non aboutie Type de support Gestion tendue des transferts Potentiel de recyclage Identifiant du attribue par le systme dacceptation Identifiant du lot attribu par le systme collecteur Nombre de messages reus par le systme collecteur Nombre de transactions en diffr de recouvrement annules Montant des transactions en diffr de recouvrement annules Date limite de recyclage Elments dinformation initiaux dun fichier Elments dinformation initiaux dun service Rfrence externe sens acqureur-remettant Rfrence externe sens remettant-acqureur Elments dinformation initiaux dun lot
Rptabilit
TYPE = 0095 :TERMINAL VERIFICATION RESULTS Format de la donne : b5 Valeurs : Tableau binaire (cf. EMV96) Longueur transporte : 5
TYPE = 009C :
TRANSACTION TYPE Longueur transporte : 1
Indique le type de transaction financire, reprsent par les deux premires positions du code traitement dfini par ISO8583-1987. La correspondance entre les valeurs prives du champ 3 et leur quivalent renseigner dans la donne transaction Type (champ 55 type 009C) est la suivante: 11 17 28 81 Valeur prive du champ 03 quasi-cash retrait guichet retour quasi-cash autorisation de chargement PME 00 01 20 01 Valeur correspondante du champ 55 type 009C achat de biens ou de services retrait crdit : retours retrait
TYPE = 0409 :
INFORMATIONS RELATIVES AU TRAITEMENT DU CRYPTOGRAMME COMMERCE ELECTRONIQUE Longueur transporte : 1
Permet d'indiquer le rsultat des contrles raliss par l'metteur sur le cryptogramme de commerce lectronique.
TYPE = 0410 :
METHODE D'AUTHENTIFICATION PORTEUR UTILISEE PAR L'EMETTEUR Longueur transporte : 2
Contient la mthode d'authentification du porteur utilise par l'ACS d'un metteur CB.
TYPE = 0411 :
METHODE DE CALCUL DU CRYPTOGRAMME DE COMMERCE ELECTRONIQUE Longueur transporte : 1
Contient la mthode de calcul utilise par l'metteur pour constituer le cryptogramme de commerce lectronique. Sa valorisation est identique au tag XML <TX><cavvAlgorithm> du message 3D-Secure PARes.
TYPE = 0412 :
RESULTAT DE L'UTILISATION DE L'ARCHITECTURE DE PAIEMENT SECURISE VADS Longueur transporte : 4
Dcrit le rsultat des changes avec les diffrents composants de l'architecture de paiement scuris VADS (service d'annuaire acqureur, directory server MasterCard, directory server VISA ou ACS de l'metteur). Nomenclature __________________________________________________________________________ n1 Indique le type de codification des rsultats d'utilisation de l'architecture de paiement scuris VADS. Valeur 0 Description CB
Authentification porteur_________________________________________________________________ an1 Rsultat de l'authentification du porteur (message PARes). Valeur Description U Appel l'ACS effectu A Preuve de passage par l'ACS N Authentification errone Y Authentification russie blanc Time out sur ACS Vrification de linscription _______________________________________________________________ b2 Bitmap des vnements lis l'inscription du porteur (message VERes). Valeur Description Bit 1 Carte non inscrite Visa (VERes type 'N') Bit 2 Carte non inscrite MasterCard (VERes type 'N') Bit 3 Carte non inscrite ACS (VERes type 'N') Bit 4 Time out ou VERes - type 'U' sur Appel au Directory Server MasterCard Bit 5 Time out ou VERes - type 'U' sur Appel au Directory Server Visa Bit 6 Time out ou VERes - type 'U' sur Appel l'ACS Bit 7 Carte inscrite (VERes type 'Y') Bit 8 Carte absente du cache VISA (CRRes) Bit 9 Carte absente du cache MasterCard (CRRes) Bit 10 Carte absente du cache du service d'annuaire (CRRes) Bit 11-16 Rservs CB
TYPE = 0413 :
MODE DE SECURISATION DE LA TRANSACTION MODIFIE Longueur transporte : 1
Informe l'accepteur et/ou l'acqureur CB que le type de scurisation initialement annonc pour la transaction a t modifi par les passerelles internationales. Valeur Description 09 Transaction de commerce lectronique scurise par tout autre moyen que VADS
TYPE = 9F33 :
TERMINAL CAPABILITIES Longueur transporte : 3
Format de la donne : b3 Valeurs : Tableau binaire (Cf. EMV96)
TYPE = 9F34 :
CVM RESULTS (CARDHOLDER VERIFICATION METHOD RESULTS) Longueur transporte : 3
TYPE = 9F35 :
TERMINAL TYPE Longueur transporte : 1
Valeurs : cf. MPE V5.2 - Annexe 1 - Table 54
TYPE = 9F37 :
UNPREDICTABLE NUMBER TERMINAL Longueur transporte : 4
TYPE = FF0D :
TERMINAL ACTION CODE DEFAULT Longueur transporte : 5
TYPE = FF0E :
TERMINAL ACTION CODE DENIAL Longueur transporte : 5
TYPE = FF0F :
TERMINAL ACTION CODE ON-LINE Longueur transporte : 5
TYPE = FF20 :
HEURE LOCALE DE TRAITEMENT DE LA REMISE Longueur transporte : 3
Format de la donne : n6 (hhmmss)
TYPE = FF21 :
DATE LOCALE DE TRAITEMENT DE LA REMISE Longueur transporte : 3
TYPE = FF22 :
DATE DE VALEUR 1 Longueur transporte : 3
La donne contient la date de valeur du dbit/crdit sur le compte de laccepteur.
TYPE = FF23 :
MONTANT DE LA COMMISSION Longueur transporte : 7 (1+6)
Format de la donne : x+n12
Montant de commission exprime dans la monnaie de la transaction.
TYPE = FF24 :
MONTANT DE LA COMMISSION EN MONNAIE OU DEVISE DE TRAITEMENT Longueur transporte : 7 (1+6)
Il s'agit du montant de commission exprim dans la monnaie ou devise de traitement dfinie par l'acqureur.
TYPE = FF25 :
MONTANT NET RECAPITULATIF Longueur transporte : 9 (1+8)
Il s'agit du montant imputer l'accepteur. La donne est exprime dans la monnaie ou devise de la transaction.
TYPE = FF26 :
MONTANT NET RECAPITULATIF EN MONNAIE OU DEVISE DE TRAITEMENT Longueur transporte : 9 (1+8)
Il s'agit du montant net rcapitulatif exprim dans la monnaie ou devise de traitement dfinie par l'acqureur. La valeur du taux qui a permis la conversion est celle contenue dans le champ "taux de conversion"
TYPE = FF27 :
CODE MONNAIE OU DEVISE DE TRAITEMENT Longueur transporte : 2
Indique la monnaie ou devise de traitement dfinie par lacqureur. La liste des codes utilisables figure dans le document ISO 4217. Les valeurs numriques de la norme sont retenues.
TYPE = FF28 :
MONTANT TOTAL DES COMMISSIONS DUES PAR L'ACQUEREUR A L'ACCEPTEUR Longueur transporte : 8
Cumul des montants de commissions de sens "D", dans la monnaie ou devise de la transaction.
TYPE = FF29 :
MONTANT TOTAL DES COMMISSIONS DUES PAR L'ACCEPTEUR A L'ACQUEREUR Longueur transporte : 8
Cumul des montants de commissions de sens "C", dans la monnaie ou devise de transaction.
TYPE = FF2B :
DATE DE VALEUR 2 Longueur transporte : 3
La donne contient la date de valeur du dbit/crdit sur le compte de laccepteur.
TYPE = FF2C :
MONTANT RECAPITULATIF 2 Longueur transporte : 9 (1+8)
Il s'agit du montant 2 imputer. La donne est exprime dans la monnaie ou devise de la transaction.
TYPE = FF2D :
MONTANT RECAPITULATIF 2 EN MONNAIE OU DEVISE DE TRAITEMENT Longueur transporte : 9 (1+8)
Il s'agit du montant net rcapitulatif exprim dans la monnaie ou devise de traitement dfinie par l'acqureur. La valeur du taux qui a permis la conversion est celle contenue dans le champ "taux de conversion"
TYPE = FF30 :
MONTANT DE LA TRANSACTION EN MONNAIE OU DEVISE DE TRAITEMENT Longueur transporte : 6
La donne contient le montant brut de la transaction en monnaie de traitement dfinie par l'acqureur. La valeur du taux qui a permis la conversion est celle contenue dans le champ "taux de conversion". Cette donne n'intervient pas dans les consolidations.
TYPE = FF31 :
TAUX DE CONVERSION (CONVERSION RATE) Longueur transporte : 4
Il s'agit du taux appliquer un montant pour obtenir l'quivalent de ce montant dans une autre monnaie ou devise. Nombre de positions dont sera dplac le sparateur dcimal partir de la droite ________________ n1 Taux de conversion _____________________________________________________________________ n7 Exemples : valeur du champ 47 type 31 = "91234567" indique un taux de 0,001234567 (9 dcimales) ; valeur du champ 47 type 31 = "40035273" indique un taux de 3,5273 (4 dcimales).
Ce taux n'est pas utilis pour les conversions {monnaie "in" / euros} ou {euros / monnaie "in"} dont les rgles sont fixes rglementairement. Les monnaies "in" et l'euro sont lis par une parit fixe. Monnaie "in" = unit montaire d'un pays participant l'union montaire europenne.
TYPE = FF35 :
NOMBRE TOTAL DES TRANSACTIONS DE DEBIT EN DIFFERE DE RECOUVREMENT Longueur transporte : 5
TYPE = FF36 :
MONTANT TOTAL DES TRANSACTIONS DE DEBIT EN DIFFERE DE RECOUVREMENT Longueur transporte : 8
TYPE = FF38 :
MONTANT DE L'IMPAYE IMPUTE Longueur transporte : 7 (1+6)
Ce champ permet de notifier le montant de l'impay. Il peut tre diffrent du montant de la transaction.
TYPE = FF39 :
CODE MONNAIE OU DEVISE DU MONTANT DES FRAIS IMPUTE Longueur transporte : 2
La liste des codes utilisables figure dans le document ISO 4217. Les valeurs numriques de la norme sont retenues.
TYPE = FF3A :
MONTANT DES FRAIS DE GESTION DE LIMPAYE Longueur transporte : 9 (1+8)
Ce champ permet de notifier le montant des frais de gestion dun impay.
TYPE = FF3B :
MONTANT TOTAL DES FRAIS DUS PAR LACCEPTEUR A LACQUEREUR Longueur transporte : 8
Ce champ permet de notifier le montant total des frais de sens dbiteur imputs.
TYPE = FF3C :
MONTANT TOTAL DES FRAIS DUS PAR LACQUEREUR A LACCEPTEUR Longueur transporte : 8
Ce champ permet de notifier le montant total des frais crditeur imputs.
TYPE = FF3D :
STATUT DE LIMPAYE Longueur transporte : 1 Description Provisoire Dfinitif
TYPE = FF40 :
CODE IMPAYE Longueur transporte : 4
Ce champ permet l'acqureur de prciser le motif de l'impay et son rseau dorigine. Rseau _______________________________________________________________________________ an2 Valeur CB VI MC Description Cartes Bancaires Visa Mastercard
Code _________________________________________________________________________________ an2 En fonction du rseau dorigine le code impay prend les valeurs rfrences dans la dernire version du RIBA et des rglementations internationales. Dans le cadre du rseau CB , les valeurs dfinies ci-dessous, ou toute autre valeur dcrite dans le RIBA, est utilisable. Valeur AA AB 10 12 13 14 15 16 17 Description Opration de remboursement des achats publics Opration de remboursement des transactions de vente distance scurise au motif de non-livraison Carte sur liste dopposition Transaction non autorise pour un porteur de carte autorisation systmatique Forage Transaction non autorise Garantie par carte, par jour, par SIRET Non contrle du code confidentiel SIRET invalide
Valeur 18 19 21 22 23 25 27 28 40 41 42 43 44 45 46 61 62
Description Certificat faux ou non vrifiable (version EMV) Transaction autorise sans certificat Carte prime Prsentation tardive Empreinte manquante Signature manquante ou non conforme Facture crdit non reue Facture crdit traite en dbit Carte annule Demande de documentation insatisfaite ou justificatif illisible Opration duplique N de carte inexistant Montant contest Facture conteste Liquidation ou redressement judiciaire de l'accepteur Accepteur suspendu ou radi Transaction non admise
TYPE = FF42 :
MONTANT CUMULE PAR PORTEUR Longueur transporte : 6
Cette donne contient, pour un porteur, le cumul des montants de toutes les transactions de dbit abouties, transaction en cours incluse, pour une mme application. Les transactions prises en compte sont celles dont le montant est exprim dans la monnaie de la transaction ou dans sa contre valeur Il ne faut pas soustraire les transactions dannulation qui sont associes ces transactions de dbit. Les transactions de crdit ne sont pas prises en compte dans ce cumul. Le montant du cumul est exprim dans la monnaie du montant de la transaction en cours.
TYPE = FF45 :
IDENTIFICATION DU GESTIONNAIRE DE TELEPAIEMENT OU DU SYSTEME ACQUEREUR Longueur transporte : 6
Dans le cadre du tlpaiement la donne identifie le systme exploit sous la responsabilit de l'acqureur qui certifie, dans le cadre du tlpaiement, la validit d'un ordre de paiement pour l'accepteur. Dans le cadre de lautorisation, la donne identifie le systme acqureur ayant autoris ou forc une demande dautorisation.
TYPE = FF46 :
CERTIFICAT D'ACCEPTATION Longueur transporte : 416
Format de la donne : b416 Utilis dans le cadre du tlpaiement.
Dans le cadre du tlpaiement, certificat dlivr par le Gestionnaire de Tlpaiement l'accepteur qui permet de certifier les lments d'un ordre de paiement. Dans le cadre de lautorisation, certificat dlivr par le systme acqureur ayant dlivr ou forc lautorisation.
TYPE = FF47 :
TYPE DE SECURISATION DE TRANSACTION DE COMMERCE ELECTRONIQUE Longueur transporte : 1
Description Transaction de commerce lectronique non scurise Transaction de commerce lectronique scurise par tout autre moyen que ceux
Valeur 20
Description prciss par les autres valeurs VADS (Vente A Distance Scurise) pour tous rseaux de carte (CB, agres CB)
TYPE = FF48 :
IDENTIFIANT TRANSACTION FOURNI PAR L'ACCEPTEUR Longueur transporte : 20
Contient le numro qui rfrence, de manire unique, une transaction VADS. Cet identifiant entre dans certaines mthodes de calcul du cryptogramme de commerce lectronique.
TYPE = FF49 :
CRYPTOGRAMME DE COMMERCE ELECTRONIQUE Longueur transporte : 20
Contient les donnes lies au rsultat de lauthentification dune transaction VADS.
TYPE = FF50 :
RAISON DUNE TRANSACTION NON ABOUTIE Longueur transporte : 2
Format de la donne : an2 Valeur 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20
Description Erreur lors de la lecture des donnes Carte Erreur lors de la lecture des compteurs Carte Donne carte EMV absente Donne carte EMV redondante Erreur de format dans les donnes Carte Erreur lors de l'authentification de la Carte Transaction abandonne par le porteur lors de la saisie du code Erreur lors de la vrification du code confidentiel offline Transaction refuse au premier Generate AC Erreur lors de la seconde demande de cryptogramme la carte Transaction refuse au second Generate AC Erreur lors de l'authentification metteur par la carte Erreur lors de l'impression du ticket Validation dune transaction de crdit incorrecte. Validation dune transaction dannulation incorrecte. La carte est prsente dans la liste des BINs en interdit ou refus , La carte est prsente en liste de contrle en interdit ou refus , Structure de la carte invalide (Longueur, date de validit ou cl de lhn invalide) La carte est interdite ou refuse en rponse une demande dautorisation Erreur lors de la premire demande de cryptogramme la carte
TYPE = FF52 :
TYPE DE SUPPORT Longueur transporte : 1
Type de support utilis par le transmetteur pour indiquer le support : du fichier, au niveau de l'ouverture de fichier ; du service, au niveau de l'ouverture de service ; de la remise, au niveau de l'initialisation de remise. Valeur Description 1 Papier 2 tlcollecte 3 Bande magntique 4 Disquette
Valeur 5 6 8
Description Transfert de fichier Liaison informatique en ligne mode dgrad
TYPE = FF53 :
GESTION ETENDUE DES TRANSFERTS Longueur transporte : 4
Cette donne permet dindiquer le nombre dlments transfrer dans un service. Par exemple, le nombre de remises dans un service remise ou le nombre de relev des mouvements financiers dans un service relev des mouvements financiers .
TYPE FF54 : POTENTIEL DE RECYCLAGE Format de la donne : n1 Longueur transporte : 1
Cette donne indique que des informations rejetes peuvent ou non tre recycles. Valeur Description 1 recyclage autoris 2 recyclage non autoris
TYPE = FF55 :
IDENTIFIANT
DU LOT ATTRIBUEE PAR LE SYSTEME DACCEPTATION
Identification du fichier __________________________________________________________________ n6 Nombre de messages du fichier ___________________________________________________________ n6 Nombre de messages constituant un fichier en dehors des messages d'initialisation et de consolidation (ou fin de fichier).
TYPE = FF56 :
IDENTIFIANT DU LOT
ATTRIBUE PAR LE SYSTEME COLLECTEUR
TYPE = FF57 :
NOMBRE DE MESSAGES REUS PAR LE SYSTEME COLLECTEUR Longueur transporte : 3
TYPE = FF58 :
NOMBRE DE TRANSACTIONS EN DIFFERE DE RECOUVREMENT ANNULEES
TYPE = FF59 :
MONTANT DES TRANSACTIONS EN DIFFERE DE RECOUVREMENT ANNULEES
TYPE = FF60 :
DATE LIMITE DE RECYCLAGE Longueur transporte : 3
Cette donne indique pour une informations rejete et recyclable, la date jusqu laquelle lentit qui a fait le rejet acceptera le recyclage.
TYPE = FF61 :
ELEMENTS DINFORMATION INITIAUX DUN FICHIER Longueur transporte : 11
Utilis dans un message qui fait rfrence un fichier prcdemment reu ou notifi absent. Identifiant du message initial _____________________________________________________________ n4 Numro d'audit _________________________________________________________________________ n6 Valeur : champ 11 du message initial douverture. Heure locale de la transaction du message initial ____________________________________________ n6 Valeur : champ 12 du message initial douverture (hhmmss). Date locale de la transaction du message initial _____________________________________________ n6 Valeur : champ 13 et 47 type 07 du message initial douverture (AAMMJJ).
TYPE = FF62 :
ELEMENTS DINFORMATION INITIAUX DUN SERVICE Longueur transporte : 11
Utilis dans un message qui fait rfrence un service prcdemment reu ou notifi absent. Identifiant du message initial _____________________________________________________________ n4 Numro d'audit _________________________________________________________________________ n6 Valeur : champ 11 du message initial douverture. Heure locale de la transaction du message initial ____________________________________________ n6 Valeur : champ 12 du message initial douverture (hhmmss). Date locale de la transaction du message initial _____________________________________________ n6 Valeur : champ 13 et 47 type 07 du message initial douverture (AAMMJJ).
TYPE = FF63 :
REFERENCE EXTERNE SENS ACQUEREUR-REMETTANT Longueur transporte : 8
Cette donne permet de rfrencer un message. Elle est laisse la discrtion de lmetteur du message.
TYPE = FF64 :
REFERENCE EXTERNE SENS REMETTANT-ACQUEREUR Longueur transporte : 8
Cette donne permet de rfrencer un message. Elle est laisse la discrtion de lmetteur du message.
TYPE = FF65 :
ELEMENTS DINFORMATION INITIAUX DUN LOT Longueur transporte : 11
Utilis dans un message qui fait rfrence un lot prcdemment reu. Identifiant du message initial _____________________________________________________________ n4 Numro d'audit _________________________________________________________________________ n6 Valeur : champ 11 du message initial dinitialisation. Heure locale de la transaction du message initial ____________________________________________ n6 Valeur : champ 12 du message initial dinitialisation (hhmmss). Date locale de la transaction du message initial _____________________________________________ n6 Valeur : champ 13 et 47 type 07 du message initial dinitialisation (AAMMJJ).
Champ 70 Gestion Transfert (sens Accepteur-Acqureur) (Upload file management).
Format : n 14
Ce champ identifie le fichier transfrer et la mthode de transfert dans le sens systme dacceptation vers systme acqureur. Identification du fichier ______________________________________________________________________ n6 Cette donne contient l'identification du fichier transfrer. Nombre de messages du fichier ______________________________________________________________ n6 Nombre de messages constituant le fichier en dehors des messages d'initialisation et de consolidation (ou fin de fichier). Fentre d'acquittement ______________________________________________________________________ n2 La fentre d'acquittement est le nombre de messages (0246, 0146 ou 0446) que peut envoyer l'metteur du fichier sans attendre de message d'acquittement (0256). Cette donne est non significative et explicitement renseigne la valeur '0'.
Champ 71 Gestion Transfert (sens Acqureur-Accepteur) (Download file management).
Format : n 14
Ce champ identifie le fichier transfrer et la mthode de transfert dans le sens systme acqureur systme dacceptation. Identification du fichier ______________________________________________________________________ n2 Valeur Description 01 Monnaie ou Devise 02 Message porteur 03 RUF 04 Paramtres accepteur 05 Edition Ticket porteur 06 Edition Ticket compte rendu 09 Liste des donnes spcifiques EMV par AID 10 RUF 11 Liste des DOL EMV 12 Risque acqureur 13 Liste de contrle de numros de carte porteur 14 Liste de BINs agres CB Groupement des Cartes Bancaires - tous droits rservs - 2007 CB2A Fichier
Valeur 15 16 17 18 19 20 21 22 23 25 26 27 28 29 30 31 32 33 82-99
Description RUF Liste des TAC EMV Autre monnaie ou devise Paramtres dhorodatage GMT Liste cls publiques d'authentification EMV Liste de AID EMV Tlcommunication tlcollecte Tlcommunication tlparamtrage Tlcommunication autorisation Tlcommunication tlchargement Env 1 Tlcommunication tlchargement Env 2 RUF RUF Liste des donnes complmentaires EMV pour tlcollecte Paramtres liste des taux de TVA Paramtres applicatifs Identifiant pseudo-session tendu de laccepteur de carte Paramtres dappel autorisation Rserv pour usage priv
Numro de version _________________________________________________________________________ n4 Dans les messages dinitialisation de transfert, le systme acqureur communique le numro de version. Nombre de messages du fichier ______________________________________________________________ n6 Nombre de messages constituant le fichier en dehors des messages d'initialisation et de consolidation (ou fin de fichier). Fentre d'acquittement ______________________________________________________________________ n2 La fentre d'acquittement est le nombre de messages (0360) que peut envoyer l'metteur du fichier sans avoir reu un message d'acquittement (0370 ). Cette donne est non significative et explicitement renseigne la valeur '0'.
Champ 72 Donnes transfres (Data record).
Format : LLVAR ansb MAX
Ce champ est utilis pour le transfert dune table de paramtres entre un systme acqureur et un systme dacceptation. Une table est constitue dun ou plusieurs enregistrements. Un enregistrement est compos au minimum de donnes obligatoires de longueur fixe, ainsi quventuellement de donnes obligatoires de longueur variable et/ou de donnes facultatives (longueur fixe ou variable). Pour chaque table de paramtres, les donnes obligatoires de longueur fixe d'un enregistrement sont regroupes dans un type, les autres donnes (donnes obligatoires de longueur variable, donnes facultatives) sont affectes chacune un type particulier. Le champ 72 a une structure de type TLV binaire (Type Longueur Valeur) (voir tableaux ci-aprs). Type dlment de la donne _________________________________________________________________ b2 Le tableau suivant dcrit, pour chaque table, les types pouvant composer un enregistrement : Identifiant Libell du fichier de paramtres Donnes Donnes associes fichier primaires 01 Monnaie ou devise DF01 02 Message porteur DF02 04 Paramtres accepteur DF04 DF20-DF21-DF22DF23 05 Edition Ticket porteur DF05 06 Edition Ticket compte rendu DF06 09 Liste des donnes spcifiques par AID DF19 11 Liste des DOL EMV DF1A 12 Risque acqureur DF0C DF26-DF27-DF28- DF2B- -DF48
Identifiant fichier 13 14 16 17 18 19 20 21 22 23 24 25 26 29 30 31 32 33
Libell du fichier de paramtres Liste de contrle de numros de carte porteur Liste de BINs agres CB Liste des TAC EMV Autre monnaie ou devise Paramtres dhorodatage GMT Liste des cls publiques d'authentification EMV Liste de AID EMV Tlcomm. Tlcollecte Tlcomm. Tlparamtrage Tlcomm. Autorisation Rserv usage futur Tlcm. Tlchargement Env 1 Tlcm. Tlchargement Env 2 Liste des donnes complmentaires EMV pour tlcollecte Paramtres liste des taux de TVA Paramtres applicatifs v2 Identifiant pseudo-session tendu de laccepteur de carte Paramtres dappel autorisation
Donnes Donnes associes primaires DF1D DF1E DF18 DF0B DF09 DF16 DF2F DF17 DF43 DF41 DF43 DF41 DF43 DF41 DF43 DF43 DF1F DF0E DF0D DF45 DF46 DF47 Rptabilit X DF41-DF2C-DF2DDF49 DF41-DF44
Le tableau suivant prsente la liste des types possibles dans le champ 72 : Type Description DF01 Paramtres de la monnaie ou devise DF02 Paramtres messages porteur DF04 Paramtres accepteur DF05 Paramtres d'dition du ticket porteur DF06 Paramtres d'dition du ticket compte-rendu DF09 Paramtres dhorodatage GMT DF0B Paramtres autre monnaie ou devise DF0C Paramtres risque acqureur/code numrique de la monnaie ou devise DF0D Paramtres applicatifs V2 DF0E Paramtres liste des taux de TVA DF16 Paramtres liste des cls publiques d'authentification EMV DF17 Paramtres liste des AID EMV DF18 Liste des TAC EMV DF19 Liste des donnes spcifiques par AID DF1A DOL EMV par dfaut pour une application carte EMV DF1D Paramtres liste de contrle des numros de carte porteur DF1E Paramtres liste des BIN agrs CB DF1F Liste des donnes complmentaires EMV pour tlcollecte DF20 Paramtres accepteur / Mode facturation tlcom DF21 Paramtres accepteur / Code activation mode appel DF22 Paramtres accepteur / SIRET DF23 Paramtres accepteur / Type de site DF26 Paramtres risque acqureur / Montant minimum accept dune transaction DF27 Paramtres risque acqureur / Montant maximum accept dune transaction DF28 Paramtres risque acqureur / Montant utilis de double authentification porteur DF2B Paramtres risque acqureur / Montant dautorisation DF2C Paramtres tlchargement enveloppe 1 / Elment de contrle daccs au systme acqureur de tlchargement DF2D Paramtres tlchargement enveloppe 1 / Rfrence du logiciel tlcharger DF2F Paramtres liste cls publiques dauthentification EMV / Modulo cl RSA DF3B Liste de diffusion DF3C DF3D-DF40 Type de liste de diffusion Rserv priv
X X
X X X X X X X X
Description Rptabilit Paramtres de tlcommunication acqureur X Paramtres dappel tlcommunication Paramtres de tlchargement enveloppe 2 Identifiant pseudo session de laccepteur carte Paramtres dappel autorisation X Plafonds rglementaires pour le paiement sur automate X Paramtres risque acqureur / Paramtres du redressement Paramtres tlchargement enveloppe 1 / action sur logiciel applicatif interbancaire Le champ 72 permet le transfert de plusieurs enregistrements. Il peut contenir plusieurs fois les mmes types. Rgle relative lordre de prsentation des donnes dans le champ 72 : Pour une table, les donnes sont prsentes enregistrement par enregistrement ; Pour chaque enregistrement de table, les types sont renseigns dans lordre suivant : des donnes obligatoires (de longueur fixe ou variable) ; des donnes facultatives.
Type DF41 DF43 DF44 DF45 DF46 DF47 DF48 DF49
Longueur de la donne ______________________________________________________________________ b2 Valeur de la donne___________________________________________________________________________ Les valeurs et significations sont prcises pour chaque type.
TYPE = DF01 :
PARAMETRES DE LA MONNAIE OU DEVISE. Longueur transporte : 25
Contient l'ensemble des informations relatives la monnaie ou devise. Code numrique de la monnaie ou devise 1 ________________________________________________ an3 Code alphabtique de la monnaie ou devise 1 ______________________________________________ an3 Partie fractionnaire de la monnaie ou devise 1 ______________________________________________ an1 Code numrique de la monnaie ou devise 2 ________________________________________________ an3 Code alphabtique de la monnaie ou devise 2 ______________________________________________ an3 Partie fractionnaire de la monnaie ou devise 2 ______________________________________________ an1 Partie fractionnaire du taux de conversion _________________________________________________ an1 Indique le nombre de positions dont sera dplac le sparateur dcimal partir de la droite. Taux de conversion ____________________________________________________________________ an7 C'est un taux appliqu sur les montants exprims dans les units fractionnaires des monnaies ou devises, et tel que soit vrifie la relation : montant monnaie ou devise 1 = (Taux, virgule applique)*(montant monnaie ou devise 2). Code activation monnaie ou devise _______________________________________________________ an1 Valeur 0 1 2 Description Monnaie ou devise 1 uniquement Monnaie ou devise 1 et Monnaie ou devise 2 simultanment Monnaie ou devise 2 uniquement
Code activation impression contre-valeur __________________________________________________ an1 Valeur 0 1 Description pas d'impression de la contre valeur de la Monnaie ou devise impression de la contre valeur de la Monnaie ou devise
Code activation impression taux de conversion_____________________________________________ an1 Valeur 0 1 Description pas d'impression du taux de conversion impression du taux de conversion
Exemple d'application sur les monnaies ou devises : Soit 0,01, le taux de conversion entre "monnaie ou devise 1" et "monnaie ou devise 2". L'unit fractionnaire de "monnaie ou devise 1" vaut 2. L'unit fractionnaire de "monnaie ou devise 2" vaut 0. Alors la valeur 123,45 de "monnaie ou devise 1" s'exprime comme 12345 dans plus petite unit de la "monnaie ou devise 1", et quivaut 1234500 de monnaie ou devise 2. La relation est vrifie : 12345 = 0,01 * 1234500.
TYPE = DF02 :
PARAMETRES MESSAGES PORTEUR. Longueur transporte : 48
Format de la donne : ansc48
Contient l'ensemble des informations relatives aux messages porteur (donnes primaires de format fixe). Code langue ________________________________________________________________________ ansc3 Abrviation de la langue ______________________________________________________________ ansc3 Numro du message affich ou dit ____________________________________________________ ansc2 Libell du message affich ou dit ____________________________________________________ ansc40 Le code langue est codifi par l'acqureur. Cette donne est alphanumrique mais sa valeur doit tre strictement numrique (valeur de 0 999). Exemple de codage : valeur de la donne : 3
codage de la donne : [33][20][20] L'abrviation de la langue est conforme la norme ISO 639 (indicatif de la langue cod sur deux caractres alphabtiques) Exemple de codage : valeur de la donne : "fr" pour le franais
codage de la donne : [66][72][20]
TYPE = DF04 :
PARAMETRES ACCEPTEUR. Longueur transporte : 107
Contient une partie des informations relatives l'accepteur. Peut tre complt des donnes DF20, DF21, DF22, DF23 Enseigne de laccepteur______________________________________________________________ ansc 60 Identification organisme acqureur _______________________________________________________ n 11 Type dactivit commerciale ______________________________________________________________ n 4 Groupement des Cartes Bancaires - tous droits rservs - 2007 CB2A Fichier
Rserv usage futur (renseign blanc) _________________________________________________ ansc 2 Numro contrat accepteur ________________________________________________________________ n 7 Enveloppe 41_________________________________________________________________________ ans 8 valeur utiliser dans le champ 41. Enveloppe 42________________________________________________________________________ ans 15 valeur utiliser dans le champ 42.
TYPE = DF05 :
PARAMETRES D'EDITION DU TICKET PORTEUR. Longueur transporte : 100
Contient l'ensemble des informations relatives au ticket porteur (donnes primaires de format fixe). Entte du ticket transaction___________________________________________________________ ansc 50 Pied de ticket transaction ____________________________________________________________ ansc 50
TYPE = DF06 :
PARAMETRES D'EDITION DU TICKET COMPTE-RENDU. Longueur transporte : 100
Contient l'ensemble des informations relatives au ticket compte-rendu (donnes primaires de format fixe). Entte du ticket compte-rendu ________________________________________________________ ansc 50 Pied de ticket compte-rendu __________________________________________________________ ansc 50
TYPE = DF09 :
PARAMETRES DHORODATAGE GMT. Longueur transporte : 29
Le dcalage est calcul entre lheure locale et lheure GMT. Priode GMT infrieure ________________________________________________________________ an12 Indique la date infrieure de prise en compte du dcalage. Format AAMMJJhhmmss. Priode GMT suprieure _______________________________________________________________ an12 Indique la date suprieure de prise en compte du dcalage. Format AAMMJJhhmmss. Dcalage GMT _________________________________________________________________________ an4 Indique le dcalage. Format hhmm. Signe du dcalage _____________________________________________________________________ an1 Valeur 0 1 Description En plus En moins
TYPE = DF0B :
PARAMETRES AUTRE MONNAIE OU DEVISE. Longueur transporte : 8
Code numrique de la monnaie ou devise (Norme ISO 4217) __________________________________ an3 Code alphabtique de la monnaie ou devise (Norme ISO 4217) ________________________________ an 3 Unit fractionnaire de la monnaie ou devise (nb dcimale de la monnaie ou devise) ______________ an 1 Code activation autre monnaie ou devise __________________________________________________ an 1 Valeur 0 1 Description Dsactiv Activ
TYPE = DF0C :
PARAMETRES RISQUE ACQUEREUR / CODE NUMERIQUE MONNAIE OU DEVISE. Longueur transporte : 3
Peut tre complt des donnes DF26, DF27, DF28, , DF2B, , DF48 Contient le code monnaie ou devise. La liste des codes figure dans le document ISO 4217.
TYPE = DF0D :
PARAMETRES APPLICATIFS V2. Longueur transporte : 19
Contient l'ensemble des informations relatives l'applicatif. Longueur minimum n carte porteur ______________________________________________________ an2 Longueur maximum n carte porteur ______________________________________________________ an2 Temporisation de saisie du code confidentiel_______________________________________________ an2 Exprime en secondes. Code pays du systme __________________________________________________________________ an3 Sa codification doit tre conforme aux valeurs numriques de la norme ISO 3166. RUF _________________________________________________________________________________ an1 Renseign zro Dure de vie carte maximum accepte_____________________________________________________ an2 Exprime en nombre dannes. Code langue __________________________________________________________________________ an3 Le code langue est codifi par l'acqureur. Cette donne est alphanumrique mais sa valeur doit tre strictement numrique (valeur de 0 999). Exemple de codage : valeur de la donne : 5
codage de la donne :
[30][30][35]
Codes activation fonctions _______________________________________________________________ b4 La donne indique les fonctions activer / dsactiver sur le systme dacceptation. Octet 1 ________________________________________________________________________________ b1 Valeur Bit 8 Bit 7 Bit 6 Bit 5 Bit 4 Bit 3 Bit 2 Bit 1 Description Redressement (1 : activer 0 dsactiver) Fallback (1 : activer 0 dsactiver) Type de dclenchement de la demande dautorisation (1 : automatique 0 manuel) Forage autoris (1 : activer 0 dsactiver) Diffr de recouvrement (1 : activer 0 : dsactiver) Annulation (1 : activer 0 : dsactiver) Crdit (1 : activer 0 : dsactiver) Dbit (1 : activer 0 : dsactiver)
Octet 2 ________________________________________________________________________________ b1 Valeur Bits8-6 Bit 5 Bit 4 Bit 3 Bit 2 Bit 1 Description Rservs CB Niveau 2 de la Carte Achat CB (1 : activer - 0 : dsactiver) Facture no-show (1 : activer - 0 : dsactiver) Facture complmentaire de paiement pour la location (1 : activer - 0 : dsactiver) Facture paiement pour la location de biens et services en mode VAD (1 : activer 0 : dsactiver) Facture pr-autorise (1 : activer - 0 : dsactiver)
Octet 3 ________________________________________________________________________________ b1 Rserv CB. Octet 4 ________________________________________________________________________________ b1 Rserv CB.
TYPE = DF0E :
PARAMETRES LISTE DES TAUX DE TVA. Longueur transporte : 4
Format de la donne : n8 Contient la valeur du taux de TVA
Exposant ______________________________________________________________________________ n1 indique le nombre de positions dont sera dplac le sparateur dcimal partir de la droite. Taux __________________________________________________________________________________ n7
TYPE = DF16 :
PARAMETRES LISTE DES CLES PUBLIQUES D'AUTHENTIFICATION EMV. Longueur transporte : 37
Cette donne doit tre complte des donnes DF2F RID de l'application EMV _________________________________________________________________ b5 Index de la cl d'authentification __________________________________________________________ b2 Exposant de la cl RSA publique __________________________________________________________ b3 Groupement des Cartes Bancaires - tous droits rservs - 2007 CB2A Fichier
Longueur du modulo de la cl RSA publique ________________________________________________ b2 Date de fin de validit de la cl RSA publique ________________________________________________ b4 Type dalgorithme utilis pour le calcul du checksum _________________________________________ b1 Checksum de la cl publique de lautorit de certification ____________________________________ b20
TYPE = DF17 :
PARAMETRES LISTE DES AID EMV. Longueur transporte : 1021
Longueur de lAID (RID+PIX) ______________________________________________________________ n2 AID de l'application EMV _____________________________________________________________ b5 16 Terminal Application Version Number ______________________________________________________ b2 Niveau de priorit _______________________________________________________________________ b1 Le niveau de priorit permet la slection rapide de lAID. La plus forte priorit est 255. Celle-ci est unique et ne peut tre positionne que face un seul AID de la liste Indicateur de forage autoris ____________________________________________________________ n1 Valeur 0 1 Description Forage en autorisation interdit Forage en autorisation permis
TYPE = DF18 :
LISTE DES TAC EMV. Longueur transporte : 2132
Contient lensemble des informations relatives aux paramtres TAC EMV (donnes primaires de format fixe) Longueur de lAID (RID+PIX) ______________________________________________________________ n2 AID de l'application EMV _____________________________________________________________ b516 TAC Denial_____________________________________________________________________________ b5 TAC On-line ____________________________________________________________________________ b5 TAC Default ____________________________________________________________________________ b5
TYPE = DF19 :
LISTE DES DONNEES SPECIFIQUES PAR AID. Longueur transporte : 10272
Permet de transporter une liste de donnes spcifiques, avec leurs valeurs. Longueur de lAID (RID+PIX) ______________________________________________________________ n2
AID de l'application__________________________________________________________________ b516 Enveloppe de donnes_______________________________________________________________ b255 Lenveloppe de donnes permet de transporter les tags spcifiques ainsi que leurs valeurs en juxtaposant des lments de donnes de la forme suivante : Tag ________________________________________________________________________________ b2 Longueur de la donne du tag__________________________________________________________ b1 Valeur du tag ____________________________________________________________________ b252 Les valeurs spcifiques peuvent tre telles que : Tag Valeur Description 9F53 Cf EPI/MCI TCC Terminal FF01 ASI Application Selection Indicator 0 Dsactivation de la slection partielle de lapplication 1 Activation de la slection partielle de lapplication
TYPE = DF1A :
DOL EMV PAR DEFAUT POUR UNE APPLICATION CARTE EMV. Longueur transporte : 7270
Cette donne permet de transmettre, au systme dacceptation, les Data Object List (DOL) par dfaut pour une application carte EMV (Une application carte EMV tant identifie par un AID = RID + PIX). Longueur de lAID (RID+PIX) ______________________________________________________________ n 2 AID de l'application EMV _____________________________________________________________ b516 Nature du Data Object List________________________________________________________________ b 1 Valeur 00 01 03 Description TDOL PDOL DDOL
Liste des lments de donnes________________________________________________________ b252 Un lment de donnes est compos dun TAG EMV sur 2 octets suivi dune longueur sur 1 octet.
TYPE = DF1D :
PARAMETRES LISTE DE CONTROLE DE NUMEROS DE CARTE PORTEUR. Longueur transporte : ...12
Contient l'ensemble des informations relatives aux donnes ncessaires la gestion de la liste des cartes. Longueur du n de carte en opposition _____________________________________________________ n2 Numro de carte en opposition_________________________________________________________ n19 Niveau dacceptation dune carte porteur ___________________________________________________ n1 Valeur 1 2 3 Description Interdit : Blocage application carte Surveill : Appel autorisation avec rponse positive obligatoire Refus : Rejet de la transaction
TYPE DF1E : PARAMETRES LISTE DES BIN AGREES CB. Format de la donne : Structure Longueur transporte : 24
Longueur de la donne Dbut de la plage BIN ______________________________________________ n2 Dbut de plage BIN ___________________________________________________________________ n19 Longueur de la donne Fin de la plage BIN _________________________________________________ n2 Fin de plage BIN _____________________________________________________________________ n19 Code niveau d'acceptation associ une plage ______________________________________________ n1 Valeur 0 1 2 3 Description Accept Surveill Refus Interdit
Codes traitement particulier ______________________________________________________________ n2 Valeur 02 03 06 07 08 10 99 Description Traitement selon le code service utilis pour lapplication EMV Traitement particulier pour l'application EMV : Carte Achat agre "CB", traitement selon code service Traitement particulier pour l'application EMV : Carte Achat public "CB", traitement obligatoire en mode puce Traitement particulier pour l'application EMV : Carte Achat "CB", traitement obligatoire en mode puce Traitement obligatoire en mode puce ; Carte de test; Non significatif
TYPE = DF1F :
LISTE DES DONNEES COMPLEMENTAIRES EMV POUR TELECOLLECTE. Longueur transporte : 255
Permet de transporter une liste de tag complmentaires pour la tlcollecte. Liste des tags complmentaires _______________________________________________________ b255 Les tags EMV sont transports sans modification lorsquils sont cods sur 2 octets. Ils sont cadrs droite et complts gauche par des zros lorsquils sont cods sur 1 octet.
TYPE = DF20 :
PARAMETRES ACCEPTEUR / MODE FACTURATION TELECOM. Longueur transporte : 1
Cette donne peut faire suite au type DF04. Valeur 0 Appel 1 Appelant
Description
TYPE = DF21 :
PARAMETRES ACCEPTEUR / CODE ACTIVATION MODE APPELE. Longueur transporte : 1
Cette donne peut faire suite au type DF04. Valeur 0 Dsactiv 1 Activ
Description
TYPE = DF22 :
PARAMETRES ACCEPTEUR / NUMERO SIRET Longueur transporte : 14
Cette donne peut faire suite au type DF04.
TYPE = DF23 :
PARAMETRES ACCEPTEUR / TYPE DE SITE. Longueur transporte : 8
Cette donne peut faire suite au type DF04.
TYPE = DF26 :
PARAMETRES RISQUE ACQUEREUR / MONTANT MINIMUM ACCEPTE D'UNE TRANSACTION Longueur transporte : 12
Cette donne peut faire suite au type DF0C.
TYPE = DF27 :
PARAMETRES RISQUE ACQUEREUR / MONTANT MAXIMUM ACCEPTE D'UNE TRANSACTION Longueur transporte : 12
TYPE = DF28 :
PARAMETRES RISQUE ACQUEREUR / MONTANT UTILISE DE DOUBLE AUTHENTIFICATION PORTEUR. Longueur transporte : 12
TYPE = DF2B :
PARAMETRES RISQUE ACQUEREUR / MONTANT D'AUTORISATION. Longueur transporte : 12
TYPE = DF2C :
PARAMETRES
TELECHARGEMENT ENVELOPPE
1 / ELEMENT
DE CONTROLE D'ACCES AU SYSTEME ACQUEREUR DE
TELECHARGEMENT.
Contient les lments de contrle d'accs au systme acqureur de tlchargement.
TYPE = DF2D :
PARAMETRES TELECHARGEMENT ENVELOPPE 1/ REFERENCE DU LOGICIEL A TELECHARGER. Longueur transporte : 30
Contient la rfrence du logiciel tlcharger.
TYPE = DF2F :
PARAMETRES LISTE DES CLES PUBLIQUES DAUTHENTIFICATION EMV/MODULO CLE RSA. Longueur transporte : 256
Format de la donne : b256 Cette donne fait suite au type DF16.
TYPE = DF3B :
LISTE DE DIFFUSION. Longueur transporte : 1065528
Format de la donne : ans 1065528
Cette donne contient 1 n identifiant dont le type dpend de la valeur du champ 72 type DF3C. Cette liste a pour objectif d'viter la rptition de paramtres identiques destins plusieurs applications.
TYPE = DF3C :
TYPE DE LISTE DE DIFFUSION. Longueur transporte : 1
Cette donne indique quel est le type de liste de diffusion utilis dans le champ 72 type DF3B liste de diffusion . Valeur Description 1 Liste de (numro de contrat accepteur + IDSA) 2 Liste de (numro de contrat accepteur + numro logique du systme dacceptation)
- TYPE = DF41 :
PARAMETRES DE TELECOMMUNICATION ACQUEREUR. Longueur transporte : 22...123
Contient les informations relatives aux tlcommunications avec un systme acqureur pour une application. Priorit d'accs au systme acqureur_____________________________________________________ n1 Indique la priorit d'appel du systme acqureur. Valeurs Description 0 Serveur nominal 1 Serveur de secours n1 2 Serveur de secours n2 3 Serveur de secours n3 Type d'adressage rseau ________________________________________________________________ n1 Indique le type d'adressage rseau du systme acqureur. Valeurs Description 0 IP V4 1 DNS (IP V4) 2 X25 Adresse rseau du systme acqureur ou du DNS__________________________________________ b20 Une adresse IP V4 est code binaire sur 4 octets. Un port TCP est cod binaire sur 2 octets. Dans ce cas, ces informations sont cadres gauche, compltes droite par des zros binaires. Si le port n'est pas mentionn (zros binaires) alors le port par dfaut 21000 sera utilis. Dans le cas d'accs au rseau via un point de prsence ou un PAD, le numro de tlphone dsignant ce point de prsence sera fourni par ailleurs. Dans le cas de l'accs l'acqureur par l'intermdiaire d'un DNS, l'adresse IP indique dans cette donne est l'adresse du serveur DNS. Le numro de port est valoris 53 (cf. RFC 1035). Si des adresses de serveurs DNS sont configures par le fournisseur d'accs, les adresses fournies par l'acqureur dans le paramtrage sont prioritaires. Si aucune adresse de DNS n'est fournie par paramtrage, elles devront obligatoirement tre donnes par le fournisseur d'accs (DHCP, etc.). Le nom de domaine dsignant le serveur acqureur sera fourni par ailleurs. Une adresse X25 est code en DCB, complte droite par la valeur 0xF.
Exemples : Codage de l'adresse IP 10.2.123.4 '0A027B0430A50000000000000000000000000000'. (0x0A027B04), port TCP 12453 (0x30A5) :
Codage de l'adresse X25 19512457896 : '19512457896FFFFFFFFFFFFFFFFFFFFFFFFFFFFF'. Nom de domaine ____________________________________________________________________ ans40 Les caractres autoriss sont les caractres alphanumriques, le '.' (code ASCII 0x2E) et le '-' (code ASCII 0x2D). Le nom de domaine est immdiatement suivi du caractre ':' (code ASCII 0x3A) et du numro de port (cod en caractres) utiliser pour accder l'acqureur une fois la rsolution de nom ralise. Si le port n'est pas fourni alors le port par dfaut 21000 sera utilis. Prsent et significatif pour un adressage rseau via DNS. Prsent et non significatif si l'accs au rseau est ralis via un accs tlphonique et l'adressage rseau ralis via une adresse IP. Exemple : "auto.cb.org:21000" donne "61 75 74 6F 2E 63 62 2E 6F 72 67 3A 32 31 30 30 30". Numro de tlphone d'accs au rseau ________________________________________________ ans20 Contient le numro de tlphone du PAD pour l'accs un rseau X25 ou d'un point de prsence pour l'accs un rseau IP. Prsent uniquement si l'accs au rseau est ralis par un modem tlphonique. Nature du PAD__________________________________________________________________________ n1 Prsent uniquement si l'accs au rseau est ralis par un modem tlphonique. Valeurs Description 0 Non significatif 1 EMA 2 EBAM 7-9 Rserv priv Identifiant d'accs ___________________________________________________________________ ans20 Prsent uniquement si l'accs au rseau ncessite une identification. Mot de passe _______________________________________________________________________ ans20 Prsent uniquement si l'accs au rseau ncessite une authentification
TYPE = DF43 :
PARAMETRES DAPPEL TELECOMMUNICATION Longueur transporte : 16
Cette donne est complt par une ou plusieurs occurrences du type DF41 et ventuellement par les types DF44, DF2C, DF2D. les rgles dutilisation des donnes du type DF43 sont spcifies dans les manuels MPE et MPA. Les sous-donnes composant le type DF43 sont toujours prsentes, mais pas obligatoirement alimentes de faon significatives. Mode de bascule sur la liaison de secours _________________________________________________ n1 Indique, lors d'une dfaillance sur l'accs au serveur, si l'accepteur confirme l'accs au serveur de priorit infrieure ou si l'accs est automatique. Valeurs Description 0 Automatique 1 Manuel Nombre de connexions simultanes_______________________________________________________ n4 Indique le nombre maximum de connexions concurrentes que le systme d'acceptation peut tablir avec le systme acqureur. Non significatif pour les systmes d'acceptation autonomes. Uniquement significatif pour la fonction autorisation. Groupement des Cartes Bancaires - tous droits rservs - 2007 CB2A Fichier
Nombre de messages maximum par minute ________________________________________________ n4 Indique le nombre maximum de messages, toutes connexions confondues, que le systme d'acceptation peut envoyer en 1 minute au systme acqureur. Non significatif pour les systmes d'acceptation autonomes. Uniquement significatif pour la fonction autorisation. Nombre maximum dessais dappel _______________________________________________________ n2 Uniquement significatif pour les fonctions tlparamtrage, tlcollecte et tlchargement. Dlai dattente entre deux appels _________________________________________________________ n4 En secondes. Uniquement significatif pour les fonctions tlparamtrage, tlcollecte et tlchargement. Frquence dappel______________________________________________________________________ n4 En jours. Uniquement significatif pour les fonctions tlparamtrage et tlcollecte. Heure locale dappel automatique_________________________________________________________ n4 L'heure est relative celle de l'applicatif du systme dacceptation (hhmm). Uniquement significatif pour les fonctions tlparamtrage, tlcollecte et tlchargement. Date locale d'appel automatique __________________________________________________________ n6 La date est relative celle de l'applicatif du systme dacceptation (AAMMJJ). Uniquement significatif pour les fonctions tlparamtrage et tlchargement. Nombre maximum de reprises____________________________________________________________ n2 Uniquement significatif pour le tlchargement de logiciel applicatif.
TYPE = DF44 :
PARAMETRES DE TELECHARGEMENT ENVELOPPE 2. Longueur transporte : 29
Contient des informations obligatoires relatives au tlchargement de l'enveloppe 2. Cette donne peut faire suite au type DF41. Enveloppe 42 _______________________________________________________________________ ans15 Contient le numro de contrat accepteur, cadr gauche et complt par des espaces. Identification de lorganisme acqureur ___________________________________________________ n11 Voir dfinition et format dans le champ 32. Enveloppe 41 ________________________________________________________________________ ans8 Contient le numro de terminal gr par l'accepteur, cadr gauche et complt par des espaces.
TYPE = DF45 :
IDENTIFIANT PSEUDO-SESSION ETENDU DE LACCEPTEUR DE CARTE. Longueur transporte : 40
Format de la donne : anscb 40
TYPE = DF46 :
PARAMETRES DAPPEL AUTORISATION. Longueur transporte : 18 ou 23..34
Contient lensemble des informations relatives aux paramtres dappel. Cette donne peut tre complte du type DF47. Valeurs : Description Indicateur traitement 1 : Puce 2 : Piste 3 : Manuel Longueur de lAID (RID+PIX) (zro si autre que microcircuit) AID (si traitement microcircuit, sinon absent) Code numrique de la monnaie ou devise Seuil dappel Seuil dappel pour la slection alatoire (zro ou montant infrieur au seuil dappel) Coefficient associ lalgorithme de la slection alatoire Coefficient maximum associ la slection alatoire Type de donne n1
n2 b516 n3 n 12 n 12 n2 n2
TYPE = DF47 :
PLAFONDS REGLEMENTAIRES POUR LE PAIEMENT SUR AUTOMATE. Longueur transporte : 12
Format de la donne : structure Cette donne peut faire suite au type DF46. Valeurs :
Description seuil dappel de transaction sans code Plafond de transaction sans code
Type de donne n 12 n 12
TYPE = DF48 :
PARAMETRES DU REDRESSEMENT. Longueur transporte : 9 Type de donne n 12 n3 n2
Description Montant minimum pour le redressement Dlai maximum pour effectuer un redressement (en minutes) Nombre maximum de redressement par porteur entre deux tlcollectes Cette donne peut faire suite au type DF0C
TYPE = DF49 :
PARAMETRE TELECHARGEMENT ENVELOPPE 1/ ACTION SUR LOGICIEL APPLICATIF INTERBANCAIRE . Longueur transporte : 1
Il sagit de prciser le type daction entreprendre sur le logiciel applicatif interbancaire tlcharger. Cette donne peut faire suite au type DF2D. Valeurs : Valeur 0 1 2 Description Installation dun logiciel applicatif interbancaire Suppression dun logiciel applicatif interbancaire Mise jour dun logiciel applicatif interbancaire
Champ 74 Nombre de transactions de crdit (Credits, number).
Format : n 10
Champ 76 Nombre de transactions de dbit (Debits, number).
Format : n 10
Champ 77 Nombre de transactions dannulation de dbit (Debits, reversal number) ou de redressement.
Format : n 10
Champ 78 Nombre de transactions en attente dappel phonie.
Format : n 10
Champ 79 Nombre de transactions refuses.
Format : n 10
Champ 86 Montant total des transactions de crdit (Credits, amount).
Format : n 16
Champ 88 Montant total des transactions de dbit (Debits, amount).
Format : n 16
Champ 89
Format : n 16
Montant total des transactions dannulation de dbit (Debits, reversal amount) ou de redressement.
Champ 118 Donnes nationales (Reserved for national use). Le champ 118 a une structure de type TLV caractres (Type Longueur Valeur).
Format : LLVAR ans999
Type d'lment de donne __________________________________________________________________ an2 Type Description Rptabilit 06 Types de prestations demandes 07 Traitement de lautorisation 08 Types de prestations excutes 0A Mode opratoire 0B Nature des lots 0C Nombre dlments du lot initial Longueur de la donne _____________________________________________________________________ an3 Valeur de la donne___________________________________________________________________________ Les valeurs et significations possibles pour la donne sont prcises pour chaque type.
TYPE = 06 :
TYPES DE PRESTATIONS DEMANDEES Longueur transporte : 10
Cette donne permet dindiquer quelles prestations sont demandes lacqureur. Gestion de lappel phonie ________________________________________________________________ n1 Valeur 1 2 Description Appel phonie gr par laccepteur Appel phonie gr par lacqureur
Rserv usage futur ___________________________________________________________________ ans9
TYPE = 07 :
TRAITEMENT DE LAUTORISATION Longueur transporte : 5
Cette donne permet dindiquer les conditions de traitement des autorisations. Dclenchement de la demande dautorisation _______________________________________________ n1 Valeur 1 2 Description Demande dautorisation systmatique Dcision de demande dautorisation soumise lacqureur
Forage de lautorisation _________________________________________________________________ n1 Valeur 1 2 3 Description Mode toujours : lautorisation doit tre force, dans les limites de la rglementation Mode acqureur : lacqureur est dlgu pour dcider du forage de lautorisation Mode jamais : le forage de lautorisation est refus
TYPE = 08 :
TYPES DE PRESTATIONS EXECUTEES Longueur transporte : 10
Cette donne permet dindiquer quelles prestations ont t excutes par lacqureur. Gestion de lappel phonie ________________________________________________________________ n1
Valeur 0 1 2
Description Donne non significative Appel phonie pris en charge par laccepteur Appel phonie pris en charge par lacqureur
TYPE = 0A : MODE OPERATOIRE Format de la donne : n1 Longueur transporte : 1
Cette donne permet dindiquer le mode de fonctionnement explicite ou implicite dun service ou dun lot. Valeur Description 0 Non significatif 1 Mode explicite 2 Mode implicite
TYPE = 0B : NATURE DES LOTS Format de la donne : n3 Longueur transporte : 3
La valeur de la donne reprend celle du code fonction du service acquitt (champ 24).
TYPE = 0C : NOMBRE DELEMENTS DU LOT INITIAL Format de la donne : n6 Longueur transporte : 6
Volume 3.1 Version 1.4.0
GESTION DE RESEAUX
Octobre 2007 Page 1
GESTION DE RESEAUX CB2A FICHIER
CB2A Fichier
GESTION DE RESEAUX
Octobre 2007 Page 2
CB2A Fichier
GESTION DE RESEAUX
Octobre 2007 Page 3
SOMMAIRE
1. 2. Introduction ......................................................................................................................................................... 4 Prsentation du service ...................................................................................................................................... 5 2.1. Ouverture de fichier.................................................................................................................................... 5 2.1.1. Fichier standard......................................................................................................................... 5 2.1.2. Fichier recycl ........................................................................................................................... 5 2.2. Ouverture de service .................................................................................................................................. 5 2.2.1. Service standard ....................................................................................................................... 5 2.2.2. Service recycl .......................................................................................................................... 5 2.2.3. Services particuliers .................................................................................................................. 6 2.3. Acquittement de fichier............................................................................................................................... 6 2.4. Acquittement de service ............................................................................................................................. 7 2.5. Fermeture de fichier ................................................................................................................................... 7 Cinmatique gnrale......................................................................................................................................... 8 3.1. Emission de Fichiers (exemples)................................................................................................................ 8 3.1.1. Fichier mis par le systme acqureur...................................................................................... 8 3.1.2. Fichier mis par le systme remettant....................................................................................... 9 3.2. Notifications dacquittement (exemples)................................................................................................... 10 3.2.1. Notification de rejet de fichier ou de service par le systme acqureur................................... 10 3.2.2. Notification dacquittement de fichier ou de service par le systme remettant ........................ 11 3.3. Exemples de transfert, rejet, recyclage .................................................................................................... 12 3.3.1. Transfert, rejet, recyclage de Fichier ................................................................................. 12 3.3.2. Transfert, rejet, recyclage de Fichier ................................................................................. 13 3.3.3. Transfert, rejet, recyclage de Service ................................................................................ 14 3.3.4. Transfert, rejet, recyclage de Service ................................................................................ 15 Description des messages................................................................................................................................ 16
3.
4.
CB2A Fichier
GESTION DE RESEAUX
Octobre 2007 Page 4
1.
INTRODUCTION
Le volume gestion de rseaux dcrit les changes CB2A Fichier entre un metteur de fichiers CB2A Fichier et un rcepteur. On y trouve le descriptif de : - l'ouverture de fichier ; - l'ouverture de service ; - la fermeture de fichier ; - la notification dacquittement de fichier ; - la notification dacquittement de service.
CB2A Fichier

2.
GESTION DE RESEAUX
Octobre 2007 Page 5
PRESENTATION DU SERVICE
2.1.
OUVERTURE DE FICHIER
Message 0840 : pour un fichier mis par le systme acqureur Message 0844 : pour un fichier mis par le systme remettant Ce message est le premier message du fichier. 2.1.1. Fichier standard
Le fichier standard peut contenir : - des services dorigine ; - des services recycls. Valorisations spcifiques Champ 24 Champ 25 Champ 58 type FF61 2.1.2. Fichier recycl 861 : ouverture de fichier absent absent
Un fichier est recycl lorsquil a fait lobjet dun rejet total soit selon la procdure CB2A fichier soit par une procdure non CB2A fichier (fax, tlphone, courriel, ). Pour annoncer un fichier recycl , il faut pouvoir rappeler les rfrences du fichier rejet dans le champ 58 type FF61. Si ce champ ne peut tre renseign correctement, le fichier corrig est prsent comme un fichier standard . Valorisations spcifiques Champ 24 Champ 25 Champ 58 type FF61 Champ 11 2.2. 861 : ouverture de fichier 9300 : flux recycl Permet de rappeler les rfrences du message 0840 - ouverture de fichier rejet Diffrent de celui du fichier dorigine
OUVERTURE DE SERVICE
Une ouverture de service est mise en uvre : - juste aprs l'ouverture de fichier ; - lorsqu'un service est enchan la suite d'un autre service ; - aprs une notification dacquittement de fichier ou de service. Message 0840 : pour un service mis par le systme acqureur Message 0844 : pour un service mis par le systme remettant 2.2.1. Service standard
Un tel service peut contenir : - des informations dorigine ; - des informations recycles. Valorisations spcifiques Champ 24 Champ 25 Champ 58 type FF61 Champ 58 type FF62 2.2.2. Service recycl valeur du service concern Absent Absent Absent
Un service est recycl lorsquil a fait lobjet dun rejet total soit selon la procdure CB2A fichier soit par une procdure non CB2A fichier (fax, tlphone). Pour annoncer un service recycl , il faut pouvoir rappeler les rfrences du service rejet (dans le champ 58 type FF62) et du fichier qui le contenait (dans le champ 58 type FF61). Si les types FF61 et FF62 du champ 58 ne peuvent tre renseigns correctement, le service corrig est prsent comme un service standard . Valorisations spcifiques Champ 24 Champ 25 valeur du service concern 9300 : flux recycl
CB2A Fichier

Champ 58 type FF61 Champ 58 type FF62 2.2.3.
GESTION DE RESEAUX
Octobre 2007 Page 6
Identification du message 0840 - ouverture de fichier qui contenait le service rejet Identification du message 0840 - ouverture de service qui contenait le service rejet
Services particuliers
Les ouvertures de service dcrites ci-dessus correspondent aux cas standards. Certains services peuvent ncessiter une ouverture particulire comprenant des fonctionnalits, et donc des champs, supplmentaires. Le cas existant est dcrit cidessous. 2.2.3.1 Ouverture de service compte-rendu de rception (CRR)
Ce message permet d'identifier le service CRR. Il remplace le message standard douverture de service dfini prcdemment. Ce service permet de notifier lmetteur dun lot de la validit technique des donnes mises. Une description plus ample des fonctionnalits de ce service est fournie dans le chapitre Compte-Rendu de Rception . Message 0840 Ouverture de service compte-rendu de rception, mis par lacqureur Message 0844 Ouverture de service compte-rendu de rception, mis par le remettant Il rappelle les rfrences du fichier (champ 58 type FF61), et le cas chant du service (champ 58 type FF62), qui contenaient les lots acquitts. Il indique les natures des lots acquitts (remise, paramtrage, ). Il prcise si tous les lots acquitts sont prsents dans le service ou si seuls les rejets sont fournis. Valorisations spcifiques Champ 24 Champ 58 type FF61 Champ 58 type FF62 Champ 118 type 0A Champ 118 type 0B 2.3. 905 Identification du message 0840 - ouverture de fichier qui contenait le service acquitt Identification du message 0840 - ouverture de service qui contenait le lot acquitt Mode opratoire : acquittement explicite ou implicite des lot du service Nature des lots acquitts par ce service
ACQUITTEMENT DE FICHIER
La notification dacquittement de fichier peut tre utilise pour effectuer une rponse globale : lacquittement vaut pour la totalit du fichier (tous les services, pour tous les lots, pour tous les messages). Cette notification dacquittement nest pas obligatoire. La notification dacquittement de fichier ne peut tre utilise pour acquitter un fichier ne contenant que des notifications dacquittements. Une notification dacquittement de fichier est mise en uvre : - juste aprs l'ouverture de fichier ; - la suite d'un service ; - aprs une notification dacquittement de fichier ou de service. Message 0840 : pour une notification dacquittement mise par le systme acqureur Message 0844 : pour une notification dacquittement mise par le systme remettant Lacquittement dun fichier notifie son acceptation, son rejet, sa rception ou son absence : - acceptation : le contenu du fichier reu est techniquement correct. Il est pris en charge fonctionnellement, dans son intgralit ; - rejet : le contenu du fichier reu est techniquement incorrect. Aucune partie du fichier ne fera lobjet dun traitement ; - rception : seule la rception du fichier est notifie. La validit de son contenu nest pas prjuge. Une rponse ultrieure (i.e. dans un autre fichier) pourra tre ralise, via une notification dacquittement dacceptation ou de rejet ou alors par un compte-rendu de rception ; - absence : la non-rception dun fichier est signifie. Selon les accords remettant acqureur cette notification peut indiquer la non-rception dun fichier dans un certain crneau horaire ou encore une rupture de squence dans les fichiers reus ou toute autre situation. NB : un fichier absent nest pas recycl mais prsent comme nouveau. Les rfrences du fichier acquitt sont reprises dans le champ 58 type FF61 du message de notification dacquittement ; si ces rfrences ne peuvent tre mentionnes alors la notification dacquittement de fichier ne peut pas tre utilise et une procdure extra-protocolaire CB2A Fichier doit tre utilise. Remarque : lacceptation partielle ou le rejet partiel dun fichier ne peuvent pas tre raliss par la notification dacquittement de fichier. Dans cette situation il est ncessaire dutiliser soit la notification dacquittement de service (cf paragraphe suivant), soit un compte-rendu de rception (cf louverture de service dcrite plus haut et le volume correspondant). Valorisations spcifiques Champ 24 Champ 25 903 9301 : accept ; 9305 : absent ; 9311 : rejet total ; 9326 : rception.
CB2A Fichier

Champ 58 type FF61
GESTION DE RESEAUX
Octobre 2007 Page 7
Rfrences du fichier acquitt ou absent (seuls les lments significatifs sont renseigns, et au minimum le numro daudit ou la date locale)
2.4.
ACQUITTEMENT DE SERVICE
La notification dacquittement de service peut tre utilise pour effectuer une rponse globale : lacquittement vaut pour la totalit du service (tous les lots, pour tous les messages). La notification dacquittement dun service nest pas obligatoire. Une notification dacquittement de service est mise en uvre : - juste aprs l'ouverture de fichier ; - la suite d'un service ; - aprs une notification dacquittement de fichier ou de service. Message 0840 : pour une notification dacquittement mise par le systme acqureur Message 0844 : pour une notification dacquittement mise par le systme remettant Lacquittement dun service notifie son acceptation, son rejet, sa rception ou son absence. La signification de ces notifications est la suivante : - acceptation : le contenu du service reu est techniquement correct. Il est pris en charge fonctionnellement, dans son intgralit ; - rejet : le contenu du service reu est techniquement incorrect. Aucun traitement fonctionnel nest ralis, sur aucune partie du service ; - rception : seule la rception du service est notifie. La validit de son contenu nest pas prjuge. Une rponse ultrieure (i.e. dans un autre fichier) pourra tre ralise, via une notification dacquittement dacceptation ou de rejet ou alors par un compte-rendu de rception lot par lot ; - absence : la non-rception dun service est signifie. Selon les accords remettant acqureur cette notification peut indiquer la non-rception dun service dans un certain crneau horaire ou encore une rupture de squence dans les services reus ou toute autre situation. Les rfrences du service acquitt sont reprises dans le champ 58 type FF62 du message de notification dacquittement ; si ces rfrences ne peuvent tre mentionnes alors la notification dacquittement de service ne peut pas tre utilise et une procdure extra-protocolaire CB2A Fichier doit tre utilise. Remarque : lacceptation ou le rejet partiels dun service ne peuvent pas tre raliss par la notification dacquittement de service. Dans cette situation il est ncessaire dutiliser un compte-rendu de rception (cf louverture de service dcrite plus haut et le volume correspondant). Valorisations spcifiques Champ 24 Champ 25 904 9301 : accept ; 9305 : absent ; 9311 : rejet total ; 9326 : rception. Rfrences du fichier acquitt ou absent (seuls les lments significatifs sont renseigns, et au minimum le numro daudit ou la date locale) Rfrences du service acquitt ou absent (seuls les lments significatifs sont renseigns, et au minimum le numro daudit ou la date locale)
Champ 58 type FF61 Champ 58 type FF62
2.5.
FERMETURE DE FICHIER
Message 0840 : pour un fichier mis par le systme acqureur Message 0844 : pour un fichier mis par le systme remettant Ce message est le dernier message du fichier. Valorisations spcifiques Champ 24 860 : fermeture de fichier
CB2A Fichier

3.
GESTION DE RESEAUX
Octobre 2007 Page 8
CINEMATIQUE GENERALE
3.1. 3.1.1.
EMISSION DE FICHIERS (EXEMPLES) Fichier mis par le systme acqureur Remettant Acqureur
Un seul service 0840 - Ouverture de fichier : champ 24 = 861 0840 - Ouverture de service : champ 24 = xxx Mise en uvre du service 0840 - Fermeture de fichier : champ 24 = 860
OU Exemple denchanement de plusieurs services 0840 - Ouverture de fichier : champ 24 = 861 0840 - Ouverture de service : champ 24 = xxx
Mise en uvre du service 0840 - Ouverture de service : champ 24 = xxx
Mise en uvre du service 0840 - Fermeture de fichier : champ 24 = 860
CB2A Fichier

3.1.2.
GESTION DE RESEAUX
Octobre 2007 Page 9
Fichier mis par le systme remettant Remettant Acqureur
Un seul service 0844 - Ouverture de fichier : champ 24 = 861 0844 - Ouverture de service : champ 24 = xxx
Mise en uvre du service
0844 - Fermeture de fichier : champ 24 = 860 OU Exemple denchanement de plusieurs services 0844 - Ouverture de fichier : champ 24 = 861 0844 - Ouverture de service : champ 24 = xxx
Mise en uvre du service 0844 - Ouverture de service : champ 24 = xxx
0844 - Fermeture de fichier : champ 24 = 860
CB2A Fichier

3.2. 3.2.1. 3.2.1.1
GESTION DE RESEAUX
Octobre 2007 Page 10
NOTIFICATIONS DACQUITTEMENT (EXEMPLES) Notification de rejet de fichier ou de service par le systme acqureur Fichier rejet par le systme acqureur Remettant Acqureur 0840 Ouverture de fichier - champ 24 = 861
0840 Notification dacquittement de fichier : champ 24 = 903 champ 25 = 9311 0840 - Fermeture de fichier - champ 24 = 860
3.2.1.2
Service rejet par le systme acqureur Remettant Acqureur
Un seul service rejet dans le fichier 0840 Ouverture de fichier - champ 24 = 861 0840 Notification dacquittement de service (service 1 du fichier 1) champ 24 = 904 champ 25 = 9311 0840 - Fermeture de fichier - champ 24 = 860
Enchanement de plusieurs services ou notification (accepts, rejets, ) 0840 - Ouverture de fichier - champ 24 = 861 0840 Notification dacquittement de service (service 2 du fichier 3) champ 24 = 904 champ 25 = 9311 Mise en uvre du service
0840 - Ouverture de service - champ 24 = xxx 0840 Notification dacquittement de fichier (fichier 4) champ 24 = 903 champ 25 = 9301
0840 Notification dacquittement de fichier (fichier 5) champ 24 = 903 champ 25 = 9301 0840 - Fermeture de fichier - champ 24 = 860
Des exemples dacquittement dacceptation ou de rception ne sont pas repris ici car ils sont identiques aux cinmatiques cidessus, avec seule la valeur du champ 25 modifie.
CB2A Fichier

3.2.2. 3.2.2.1
GESTION DE RESEAUX
Notification dacquittement de fichier ou de service par le systme remettant Fichier acquitt (rception seule) par le systme remettant Remettant Acqureur
0844 Ouverture de fichier - champ 24 = 861 0844 Notification dacquittement de fichier : champ 24 = 903 champ 25 = 9326 0844 - Fermeture de fichier - champ 24 = 860
3.2.2.2
Service acquitt par le systme remettant Remettant Acqureur
Un seul service accept dans le fichier 0844 ouverture de fichier - champ 24 = 861 0844 Notification dacquittement de service (service 4 du fichier 5) champ 24 = 904 champ 25 = 9301 0844 - Fermeture de fichier - champ 24 = 860
Enchanement de plusieurs services ou notification (accepts, rejets, ) 0844 - Ouverture de fichier : acqureur - champ 24 = 861 0844 - Ouverture de service - champ 24 = xxx
0844 Notification dacquittement de fichier (fichier 6) champ 24 = 903 champ 25 = 9301 0844 Notification dacquittement de fichier (fichier 7) champ 24 = 903 champ 25 = 9301 0844 Notification dacquittement de service (service 3 du fichier 8) champ 24 = 904 champ 25 = 9311 0844 - Fermeture de fichier - champ 24 = 860
CB2A Fichier

3.3. 3.3.1.
GESTION DE RESEAUX
EXEMPLES DE TRANSFERT, REJET, RECYCLAGE Transfert, rejet, recyclage de Fichier
Rejet unique
REMETTANT
ACQUEREUR
fichier 1 non trait fichier 1 erron (notification de rejet de fichier = fichier 2 : champ 58/FF61 renseign avec les valeurs de fichier 1 )
fichier 1
fichier 1 recycler (ouverture de fichier 3 : champ 58/FF61 renseign avec les valeurs de fichier 1 ) fichier 2 : notification de rejet de fichier
fichier 2
fichier 3 correct fichier 3 fichier 3 trait
CB2A Fichier

3.3.2.
GESTION DE RESEAUX
Transfert, rejet, recyclage de Fichier
Rejets successifs
REMETTANT
ACQUEREUR
fichier 1 non trait fichier 1 erron (notification de rejet de fichier = fichier 2 : champ 58/FF61 renseign avec les valeurs de fichier 1 )
fichier 1
fichier 1 recycler (ouverture de fichier 3 : champ 58/FF61 renseign avec les valeurs de fichier 1 ) fichier 2 : notification de rejet de fichier
fichier 2
fichier 3 fichier 3 erron
fichier 3 non trait (notification de rejet de fichier = fichier 4 : champ 58/FF61 renseign avec les valeurs de fichier 3 )
fichier 3 recycler (ouverture de fichier 5 : champ 58/FF61 renseign avec les valeurs de fichier 3 ) fichier 4: notification de rejet
fichier 4
fichier 5
fichier 5 correct
fichier 5 trait
CB2A Fichier

3.3.3.
GESTION DE RESEAUX
Transfert, rejet, recyclage de Service
Procdure avec acquittement CB2A Fichier
REMETTANT
ACQUEREUR
Fichier 1 service 1R -fichier 1 correct -services originaux 1R , 3R corrects -service original 2R erron services 1R et 3R du fichier traits service 2R du fichier 1 non trait (notification rejet= 3A fichier 2 champ 58/FF62 renseign avec les valeurs 2R du fichier 1 champ 58-FF61 renseign avec les valeurs de fichier 1
service 2R
service 3R
services 1A et 2A du fichier 2 traits service 3A (2R de F1) recycler (ouverture de service 3R : champ 58/FF62 renseign avec les valeurs de 2R de fichier 1 champ 58-FF61 renseign avec les valeurs du fichier 1 -fichier 2 correct -services originaux 1A, 2A corrects -notification rejet de service (3A)
Fichier 2 service 1A
service 2A
service 3A= rejet 2R
Fichier 3 service 1R -fichier 3 correct -services originaux 1R, 2R, 4R corrects -service 3R recycl correct
service 2R
service 1R, 2R, 3R 4R du fichier 3 traits
service 3R
service 4R
CB2A Fichier

3.3.4.
GESTION DE RESEAUX
Transfert, rejet, recyclage de Service
Procdure dacquittement non CB2A Fichier
REMETTANT
ACQUEREUR
fichier 1 service 1R service 2R service 3R service 2R du fichier 1 non trait procdure rejet non CB2A fichier : tel service 1R et 3R du fichier 1 traits
service 2R du fichier 1 recycler (ouverture de service 3R : champ 58/FF62 renseign avec les valeurs de 2R du fichier 1 champ 58/FF61 renseign avec les valeurs de fichier 1
rejet autre procdure
.....
fichier 2 fichier 2 correct -services originaux 1R , 2R , 4R corrects -service 3R recycl correct
service 1R service 2R service 3R service 4R
service 1R, 2R, 3R, 4R du fichier 2 traits
CB2A Fichier

4. Conditions de prsence des champs X C F .
GESTION DE RESEAUX
DESCRIPTION DES MESSAGES
Obligatoire ; Conditionnel : la condition est prcise par une note (nn) ; Facultatif ; Champ pouvant tre prsent mais non trait par le destinataire
Contenu du champ S Q QI RI Valeur spcifique au message Valeur gale la valeur de la question Valeur gale la valeur de la question initiale Valeur gale la valeur de la rponse initiale
Remarque : Tous les champs non dfinis dans CB2A fichier mais conformes la pr-norme prENV 1750 (96) peuvent tre utiliss.
CB2A Fichier

initiale RI: Valeur comme la rponse initiale
GESTION DE RESEAUX
Octobre 2007 Page : T 1
X: Obligatoire C: Conditionnel F: Facultatif .: Champ non trait S: Valeur spcifique au message Q: Valeur comme la question QI: Valeur comme la question
A: Ouverture de fichier : systme acqureur : 0840 C: Ouverture de fichier - recyclage : systme acqureur : 0840
B: Notification d'acquittement de fichier : systme acqureur : 0840 D: Fermeture de fichier : systme acqureur : 0840
N 1 11 12 13 24 25 31 01 33 47 07 47 58 FF52 FF54 FF60 FF61 FF63 FF64
Dfinition Prsence deuxime bitmap Numro d'audit Heure locale de la transaction Date locale de la transaction Code fonction Code raison du message Donnes imprimer/afficher Impression Identifiant de l'organisme transmetteur de la transaction Donnes complmentaires nationales Anne de la transaction Code anomalie Rserv national Type de support Potentiel de recyclage Date limite de recyclage Elments d'information initiaux d'un fichier Rfrence externe sens acqureur-remettant Rfrence externe sens remettant-acqureur
A C(1) X X X X . . . X C(2) X . C(2) C(302) . . . F .
B C(1) X X X X X C(2) F X C(2) X C(273) C(2) C(302) F F X F C(232)
C C(1) X X X X X . . X C(2) X . C(2) C(302) . . X F C(232)
D C(1) X F F X . . . . C(2) C(80) . . . . . . . .
Groupement des Cartes Bancaires - tous droits rservs Octobre 2007 CB2A Fichier

GESTION DE RESEAUX
A: Ouverture de service : systme acqureur : 0840 C: Ouverture de service - recyclage : systme acqureur : 0840
B: Notification d'acquittement de service : systme acqureur : 0840 D: Ouverture de service Compte-rendu de rception : systme acqureur : 0840 A C(1) X X X X . . . C(2) X . C(2) C(302) X . . . . F . . . . B C(1) X X X X X C(2) F C(2) X F C(2) C(302) X F F X X F C(232) . . . C C(1) X X X X X . . C(2) X . C(2) C(302) X . . X X F C(232) . . . D C(1) X X X X . . . C(2) X . C(2) C(302) . . . X F F C(232) C(2) X C(75)
N 1 11 12 13 24 25 31 01 47 07 47 58 FF52 FF53 FF54 FF60 FF61 FF62 FF63 FF64 118 0A 0B
Dfinition Prsence deuxime bitmap Numro d'audit Heure locale de la transaction Date locale de la transaction Code fonction Code raison du message Donnes imprimer/afficher Impression Donnes complmentaires nationales Anne de la transaction Code anomalie Rserv national Type de support Gestion tendue des transferts Potentiel de recyclage Date limite de recyclage Elments d'information initiaux d'un fichier Elments d'information initiaux d'un service Rfrence externe sens acqureur-remettant Rfrence externe sens remettant-acqureur Donnes nationales Mode opratoire Nature des lots

GESTION DE RESEAUX
A: Ouverture de fichier : systme remettant : 0844 C: Ouverture de fichier - recyclage : systme remettant : 0844
B: Notification d'acquittement de fichier : systme remettant : 0844 D: Fermeture de fichier : systme remettant : 0844
N 1 11 12 13 24 25 31 01 33 47 07 47 58 FF52 FF54 FF60 FF61 FF63 FF64
Dfinition Prsence deuxime bitmap Numro d'audit Heure locale de la transaction Date locale de la transaction Code fonction Code raison du message Donnes imprimer/afficher Impression Identifiant de l'organisme transmetteur de la transaction Donnes complmentaires nationales Anne de la transaction Code anomalie Rserv national Type de support Potentiel de recyclage Date limite de recyclage Elments d'information initiaux d'un fichier Rfrence externe sens acqureur-remettant Rfrence externe sens remettant-acqureur
A C(1) X X X X . . . X C(2) X . C(2) C(302) . . . . F
B C(1) X X X X X C(2) F X C(2) X C(273) C(2) C(302) C(273) F X C(232) F
C C(1) X X X X X . . . C(2) X . C(2) C(302) . . X C(232) F
D C(1) X F F X . . . . C(2) C(80) . . . . . . . .

GESTION DE RESEAUX
A: Ouverture de service : systme remettant : 0844 C: Ouverture de service - recyclage : systme remettant : 0844
B: Notification d'acquittement de service: systme remettant : 0844 D: Ouverture de service compte-rendu de rception : systme remettant : 0844 A C(1) X X X X . . . C(2) X . C(2) C(302) X . . . . . F . . . B C(1) X X X X X C(2) F C(2) X C(273) C(2) C(302) X C(273) F X X C(232) F . . . C C(1) X X X X X . . C(2) X . C(2) C(302) X . . X X C(232) F . . . D C(1) X X X X . . . C(2) X . C(2) C(302) . . . X F C(232) F C(2) X C(75)
N 1 11 12 13 24 25 31 01 47 07 47 58 FF52 FF53 FF54 FF60 FF61 FF62 FF63 FF64 118 0A 0B
Dfinition Prsence deuxime bitmap Numro d'audit Heure locale de la transaction Date locale de la transaction Code fonction Code raison du message Donnes imprimer/afficher Impression Donnes complmentaires nationales Anne de la transaction Code anomalie Rserv national Type de support Gestion tendue des transferts Potentiel de recyclage Date limite de recyclage Elments d'information initiaux d'un fichier Elments d'information initiaux d'un service Rfrence externe sens acqureur-remettant Rfrence externe sens remettant-acqureur Donnes nationales Mode opratoire Nature des lots

N 1 2 75 80
GESTION DE RESEAUX
COMMENTAIRES obligatoire si un des champs 65 128 est renseign voir liste des types obligatoire si le champ 58 type FF62 est prsent obligatoire si champ 13 prsent
232 obligatoire si disponible, absent sinon 273 obligatoire si rejet 302 obligatoire si prvu par accord bilatral
PARAMETRAGE
Octobre 2007 Page 1
PARAMETRAGE CB2A FICHIER
CB2A Fichier
PARAMETRAGE
Octobre 2007 Page 2
CB2A Fichier
PARAMETRAGE
Octobre 2007 Page 3
SOMMAIRE
1. 2. Introduction ......................................................................................................................................................... 4 Prsentation du service ...................................................................................................................................... 5 2.1. Description ................................................................................................................................................. 5 2.1.1. Initialisation de transfert de tables de paramtres ..................................................................... 5 2.1.2. Transfert de tables de paramtres ............................................................................................ 5 2.2. Cinematiques ............................................................................................................................................. 6 2.2.1. Transfert d'une table de paramtres.......................................................................................... 6 2.2.2. Transfert de plusieurs tables de paramtres dont les valeurs sont spcifiques chaque application ............................................................................................................................................ 7 2.2.3. Transfert d'une table de paramtres compose de plusieurs occurrences, et dont les valeurs sont identiques pour un ensemble d'applications ................................................................................. 8 2.2.4. Suppression de deux tables de paramtres : ............................................................................ 8 Principe de lhorodatage ..................................................................................................................................... 9 Description des messages transfert de fichier paramtres : principes de transfert........................................... 10 4.1. Composition des tables de paramtrage.................................................................................................. 10 4.2. Diffrentes composition de message de paramtrage ............................................................................. 10 4.2.1. plusieurs enregistrements dans un message .......................................................................... 10 4.2.2. un enregistrement dans plusieurs messages .......................................................................... 10 Description des messages................................................................................................................................ 11
3. 4.
5.
CB2A Fichier
PARAMETRAGE
Octobre 2007 Page 4
1.
INTRODUCTION
Le service de paramtrage s'inscrit dans le cadre de la relation entre un systme acqureur et un systme remettant. Le service de paramtrage permet : - au systme acqureur, de transmettre au systme remettant les paramtres de fonctionnement des systmes d'acceptation dont la fonction de paramtrage est pilote par le remettant ; - au systme remettant, de recevoir le paramtrage des systmes d'acceptation pour lesquels il assure ce service.
CB2A Fichier

2.
PARAMETRAGE
Octobre 2007 Page 5
Le transfert de tables de paramtres est construit pour s'adapter aux besoins conjoints des acqureurs et des remettants. Quel que soit le format des tables transfres, composes d'un ou plusieurs enregistrements, ce service comporte les messages suivants : - Initialisation de transfert de tables de paramtres - Transfert de tables de paramtres Cas particulier : la suppression de table ne comporte que la phase d'initialisation de transfert de tables de paramtres.
2.1.
DESCRIPTION
Le transfert de tables de paramtres comporte les messages suivants : 2.1.1. Initialisation de transfert de tables de paramtres
Message 0360 Ce message permet : - de dsigner, ventuellement, un ensemble de systmes d'acceptation. Envoi d'une mme table de paramtres pour : - plusieurs couples numro de contrat IDSA (champ 72 type DF3B) ; - ou plusieurs couples numro de contrat numro logique du systme d'acceptation (champ 72 type DF3B) . Nb : Lorsque le champ 72 type DF3B ou le champ 46 type DF62 est renseign, les types suivants du champ 46 sont absents du message transfert de donnes : - DF51 (numro logique du systme d'acceptation ), - DF5E (IDSA), - DF5F (n de contrat accepteur). - de dsigner le type dapplication paramtrer : (champ 47 type 48) - d'identifier la table de paramtres transmise (champ 71 et ventuellement champ 47 type 4A) ; - d'identifier l'organisme acqureur (champ 32). Valorisations spcifiques Champ 27 Champ 24 position 1 la valeur 0 (pas dacquittement demand) 306 - fichier remplacer 360 - fichier modifier 308 - fichier supprimer Ce champ identifie la table transfrer dans le sens Acqureur-Accepteur.
Champ 71 2.1.2.
Transfert de tables de paramtres
Message 0360 Ce message permet au systme acqureur : - de dsigner un systme d'acceptation utilisateur final de la table : envoi d'une table de paramtres pour : - un IDSA (champ 46 type DF5E) pour un numro de contrat (champ 46 type DF5F); - ou un numro logique du systme d'acceptation (champ 46 type DF51) pour un numro de contrat (champ 46 type DF5F). Nb : Lorsquun de ces champs est renseign, les champs 72 type DF3B et 46 type DF62 sont absents dans linitialisation. - de transmettre au remettant, les tables de paramtres ncessaires aux systmes d'acceptation (monnaies, liste de contrle des numros de carte porteur, seuil d'appels d'autorisation...). Les donnes d'un enregistrement dune table - qu'il soit simple (un seul enregistrement) ou compos (plusieurs enregistrements) - sont transmises dans le champ 72 (donnes transfres). Il est possible de transfrer plusieurs enregistrements d'une table de paramtres dans un message 0360. Valorisations spcifiques Champ 27 Champ 24 position 1 la valeur 0 (pas dacquittement demand) 301 : enregistrement ajouter ; 303 : enregistrement effacer
CB2A Fichier

2.2. CINEMATIQUES
PARAMETRAGE
Octobre 2007 Page 6
Les cas concernant plusieurs organismes acqureur dans un mme fichier ne sont pas dcrits dans les cinmatiques cidessous. Il suffit dans le mme fichier CB2A fichier de rpter les blocs "initialisation - envoi de paramtres" autant de fois qu'il y a d'acqureurs. 2.2.1. Transfert d'une table de paramtres
Cas d'une table de paramtres dont les valeurs sont spcifiques chacune des applications. Exemple : table paramtre monnaie et devise -72-DF01Remettant 0360 Initialisation de transfert de tables de paramtres
Champ 32 renseign ; champ 71 pos 1-2 ="01"
Acqureur
0360 transfert de tables de paramtres

Une seule occurrence du champ 72-DF01 Un message par application Champ 46 type DF51 ou DF5E renseign Une table paramtre par application (nlogique SA ou IDSA)

Une seule occurrence du champ 72-DF01 dans le message Un message par application Champ 46 type DF51 ou DF5E renseign
Cas d'une table de paramtres dont les valeurs sont identiques pour un ensemble d'applications Exemple : Table paramtre monnaie et devise -72-DF01Remettant 0360 Initialisation de transfert de tables de paramtres
Champ 32 et (72 type DF3B ou 46 type DF62) renseigns Champ 71 pos 1-2 = "01" Une mme table paramtres pour les applications dsignes (liste ou regroupement)
Acqureur

Une seule occurrence du champ 72-DF01
CB2A Fichier

2.2.2.
PARAMETRAGE
Octobre 2007 Page 7
Transfert de plusieurs tables de paramtres dont les valeurs sont spcifiques chaque application
Exemple : - Table paramtre d'dition du ticket porteur -72-DF05- Table paramtre d'dition du ticket compte-rendu -72-DF06Remettant Acqureur
0360 Initialisation de transfert de tables paramtres


Une seule occurrence du champ 72-DF05 Un message par application Champ 46 type DF51 ou DF5E renseign
Un fichier paramtres 72-DF05 par application (nlogique SA ou IDSA)



Une seule occurrence du champ 72-DF06 Un message par application Champ 46 type DF51 ou DF5E renseign Un fichier paramtres 72-DF06 par application (nlogique SA ou IDSA)

CB2A Fichier

2.2.3.
PARAMETRAGE
Octobre 2007 Page 8
Transfert d'une table de paramtres compose de plusieurs occurrences, et dont les valeurs sont identiques pour un ensemble d'applications
Exemple : table paramtre liste de contrle des numros de cartes porteur -72-DF1D- Dans cet exemple 22 occurrences de numros de carte sont transportes dans 3 messages distincts, rparties en huit, huit et six. Remettant Acqureur

Champ 32 et 72 type DF3B renseigns ; champ 71 pos 1-2 ="13"

Huit occurrences du champ 72-DF1D dans le message Une mme table paramtre pour les applications dsignes (liste ou regroupement). Dans l'exemple, un fichier = 3 messages

Huit occurrences du champ 72-DF1D dans le message

Six occurrences du champ 72-DF1D dans le message
Le nombre d'occurrences indiqu sur chaque message n'a qu'une valeur d'exemple. Ce nombre peut varier de "1" "n" en fonction de la longueur totale du message (ensemble des donnes obligatoires et facultatives) et de la configuration des systmes initiateur et rcepteur). 2.2.4. Suppression de deux tables de paramtres : Remettant Acqureur


La suppression de tables de paramtres est un cas particulier. Un message d'initialisation est transmis. Il n'y a pas de message de transfert de tables de paramtres. Le champ 72 DF3B est utilis pour dsigner un ou plusieurs ncontrat-IDSA ou un ou plusieurs ncontrat-nlogique systme d'acceptation . C'est le seul cas o l'on peut trouver un seul identifiant dans ce champ de liste. Le champ 24 prend la valeur 308.
CB2A Fichier

3.
PARAMETRAGE
Octobre 2007 Page 9
PRINCIPE DE LHORODATAGE
Une application a besoin de connatre trois donnes pour calculer la date locale et l'heure locale qui lui serviront horodater toutes ses transactions (champ 12 et 13). - la table 18 (champ 72 type DF09) : paramtres d'horodatage ; - la date et l'heure GMT ; - la date et heure systme. La table 18 est paramtre par l'acqureur ; Cette table indique pour une application d'un systme d'acceptation, pour une priode donne, le dcalage entre : la date et l'heure GMT et la date et l'heure locale. Le remettant transmet au systme d'acceptation (par dlgation de l'acqureur) la date et l'heure GMT, au moins chaque fois que l'acqureur transmet une mise jour de la table 18. La date et l'heure systme appartiennent au systme d'acceptation dont dpend l'application. Le systme dacceptation lorsqu'il possde les trois donnes et particulirement ds qu'il vient de recevoir la date et l'heure GMT : - recherche dans la table 18 le dcalage GMT(1) qui correspond l'instant "t" pour l'application concerne ; - calcule la date et l'heure locale en appliquant le dcalage GMT (1) l'heure GMT qui vient de lui tre transmise par le remettant ; - calcule le dcalage local (2) entre la date et heure locale qu'il vient de calculer avec sa date et heure systme ; - ce dcalage local (2) est mmoris et servira de base au calcul de la date et l'heure locale pour chacune des transactions de l'application : date et heure systme +/- dcalage local calcul (2) ______________________ = date et heure locale Le dcalage (2) est recalcul lorsque le systme dacceptation recoit de nouveau la date et l'heure GMT.
CB2A Fichier

4.
PARAMETRAGE
PRINCIPES DE TRANSFERT
4.1.
COMPOSITION DES TABLES DE PARAMETRAGE
Un fichier de paramtrage peut tre compos dun ou plusieurs enregistrements ; Un enregistrement de fichier de paramtrage est compos dau moins une donne de type primaire ; Une donne de type primaire peut tre suivi par un ou plusieurs types associs ; Une donne de type primaire peut tre rptable ou non rptable ; Une donne de type associ peut tre rptable ou non rptable. Dans le cas de type(s) associ(s) un type primaire, l'association entre ces types est ralise par " proximit ", c'est--dire que le(s) type(s) associ(s) sont lis au type primaire le prcdant dans le message. Cette rgle est ncessaire la gestion des types associs et facultatifs 4.2. 4.2.1. DIFFERENTES COMPOSITION DE MESSAGE DE PARAMETRAGE Plusieurs enregistrements dans un message
Un ou plusieurs enregistrements de fichiers de paramtrage peuvent tre transports dans un seul message. Dans ce cas, le mme type primaire (uniquement sil est rptable), figure plusieurs fois dans le message. Chaque occurrence de ce type primaire a une valeur spcifique ;
Type DFPP DFA1 Valeur 100 abc Message 1 Enregistrement 1 et 2
DFA2 123
DFPP 101
DFA def
DFA2 234
Le schma ci dessus reprsente un message contenant deux enregistrements avec : DFPP = type primaire NB : deux occurrences avec valeurs diffrentes DFAn = types associs
4.2.2. Un enregistrement dans plusieurs messages
Un enregistrement de fichier de paramtrage peut tre transport dans un ou plusieurs messages. Dans ce cas la donne de type primaire est reporte lidentique dans tous les messages ncessaires au transport de cet enregistrement. Le deuxime message et les suivants doivent tre considrs comme des suites . Le type primaire est utilis au titre du chanage . Type Valeur Type Valeur DFPP DFA1 DFA2 100 xxx 111 Message 1 Enregistrement 1 DFPP DFA3 100 yyyy.. Message 2 Enregistrement 1
yyyy
le schma ci dessus reprsente un enregistrement contenu dans deux messages DFPP = type primaire NB : mme valeur sur les deux messages DFAn = types associs
CB2A Fichier

PARAMETRAGE
CB2A Fichier

PARAMETRAGE
A: Initialisation de transfert de tables de paramtres : 0360
B: Transfert de tables de paramtres : 0360
N 1 11 12 13 24 27 32 46 DF51
Dfinition Prsence deuxime bitmap Numro d'audit Heure locale de la transaction Date locale de la transaction Code fonction Contrle transfert Acqureur-Accepteur Identifiant de l'organisme acqureur Configuration du Systme et des Points d'Acceptation Numro logique du systme d'acceptation (NLSA)
A X X X X X X X C(2) . . . C(118) C(2) X X C(302) X C(2) . . . . . . . . . . . . . . . . . . . . . . . .
B X . . . X X . C(2) C(115) C(116) C(117) . . . . . . C(2) C(55) C(55) C(55) C(55) C(55) C(55) C(55) C(55) C(55) C(55) C(55) C(55) C(55) C(55) C(55) C(55) C(55) C(55) C(55) C(96) C(96) C(91) C(91) C(104)
DF5E IDentification du Systme d'Acceptation (IDSA) DF5F Numro de contrat accepteur DF62 47 07 48 4A 71 72 DF01 DF02 DF04 DF05 DF06 DF07 DF09 Code regroupement de l'acqureur Donnes complmentaires nationales Anne de la transaction Type d'applicatif du systme d'acceptation (TASA) Extension du numro de version Gestion transfert (sens Acqureur - Accepteur) Donnes transfres Paramtres de la monnaie ou devise Paramtres messages porteur Paramtres accepteur Paramtres d'dition du ticket porteur Paramtres d'dition du ticket compte-rendu Paramtres applicatifs Paramtres d'horodatage GMT
DF0B Paramtres autre monnaie ou devise DF0C Paramtres risques acqureur/code numrique de la monnaie ou devise DF0D Paramtres applicatifs V2 DF0E Paramtres liste des Taux de TVA DF16 DF17 DF18 DF19 Paramtres liste des cls publiques d'authentification EMV Paramtres liste des AID EMV Liste des TAC EMV Liste des donnes spcifiques par AID
DF1A DOL EMV par dfaut pour une application carte EMV DF1D Paramtres liste de contrle des numros de carte porteur DF1E Paramtres liste des BIN agrs CB DF1F Liste des donnes complmentaires Emv pour tlcollecte DF20 DF21 DF22 DF23 DF26 Paramtres accepteur / Mode facturation tlcom Paramtres accepteur / Code activation mode appel Paramtres accepteur / SIRET Paramtres accepteur / Type de site Paramtres risque acqureur / Montant minimum accept

PARAMETRAGE
A: Initialisation de transfert de tables de paramtres : 0360
B: Transfert de tables de paramtres : 0360
N DF27 DF28
Dfinition Paramtres risque acqureur / Montant maximum accept Paramtres risque acqureur / Montant utilis double authentification porteur
A . . . . . . C(81) C(82) . . . . . . . .
B C(104) C(86) C(87) C(202) C(202) C(95) . . C(90) C(55) C(204) C(55) C(55) C(42) C(44) C(83)
DF2B Paramtres risque acqureur / Montant d'autorisation DF2C Paramtres tlchargement enveloppe 1 / Elment de contrle d#accs au systme acqureur de tlchargement DF2D Paramtres tlchargement enveloppe 1 / Rfrence du logiciel tlcharger DF2F Paramtres liste cls publiques d'authentification EMV / Modulo cl RSA DF3B Liste de diffusion DF3C Type de liste de diffusion DF41 DF43 DF44 DF45 DF46 DF47 DF48 DF49 Paramtres de tlcommunication acqureur Paramtres d'appel Paramtres de tlchargement enveloppe 2 Identifiant pseudo-session tendu de l'accepteur de carte Paramtres d'appel autorisation Plafonds rglementaires pour le paiement sur automate Paramtres du redressement Paramtres tlchargement enveloppe 1/action sur le logiciel

N 2 42 44 55 81 82 83 86 87 90 91 95 96 voir liste des types Facultatif si type DF46 renseign, absent sinon Facultatif si type DF0C renseign, absent sinon un seul type peut tre prsent
PARAMETRAGE
COMMENTAIRES
obligatoire si le champ 46 type DF62 de l'initialisation et si les types DF5E et DF51 du champ 46 du transfert de fichier sont absents, absent sinon obligatoire si le type DF3B est prsent, absent sinon Facultatif si champ 72 type DF2D prsent, absent sinon obligatoire si type DF0C prsent et si application de paiement de proximit ou de Quasi-cash, absent sinon obligatoire si type DF0C prsent et si automate de classe 2.2, absent sinon Obligatoirement prsent si DF43 est renseign facultatif si type DF04 renseign, absent sinon obligatoire si type DF16 est renseign obligatoire si gr par systme acqureur et si type DF04 renseign, absent sinon
104 obligatoire si type DF0C renseign, absent sinon 115 obligatoirement absent si (champs 72-DF3B ou 46-DF62) sont prsents en initialisation, sinon obligatoire si champ 46-DF5E absent, absent sinon 116 obligatoirement absent si (champs 72-DF3B ou 46-DF62) sont prsents en initialisation, sinon obligatoire si champ 46-DF51 absent, absent sinon 117 obligatoirement absent (champs 72-DF3B ou 46-DF62) sont prsents en initialisation, sinon obligatoire si champ 46-DF51 ou 46-DF5E prsent, absent sinon 118 obligatoire si le champ 72 type DF3B de l'initialisation et si les types DF5E et DF51 du champ 46 du transfert de fichier sont absents, absent sinon 202 facultatif si les paramtres d'appel de l'enveloppe 1 sont renseigns, absent sinon 204 obligatoire si les paramtres d'appel de l'enveloppe 2 sont renseigns, absent sinon 302 obligatoire si prvu par accord bilatral
ETAT FONCTIONNEL
Octobre 2007 Page 1
ETAT FONCTIONNEL CB2A FICHIER
CB2A Fichier
ETAT FONCTIONNEL
Octobre 2007 Page 2
CB2A Fichier
ETAT FONCTIONNEL
Octobre 2007 Page 3
SOMMAIRE
1. 2. Introduction ......................................................................................................................................................... 4 Prsentation du service ...................................................................................................................................... 5 2.1. Description des diffrentes phases ............................................................................................................ 6 2.1.1. Phase 1 : demande d'tat fonctionnel ....................................................................................... 6 2.1.2. Phase 2 : tat fonctionnel .......................................................................................................... 6 2.1.3. Phase 3 : prise en compte de l'tat fonctionnel ......................................................................... 7 2.1.4. Phase 4 : acquittement de prise en compte .............................................................................. 7 2.2. Cinmatiques (exemples)........................................................................................................................... 8 2.2.1. Phase 1 : demande d'tat fonctionnel ....................................................................................... 8 2.2.2. Phase 2 : tat fonctionnel .......................................................................................................... 9 2.2.3. Phase 3 : prise en compte de l'tat fonctionnel ....................................................................... 12 2.2.4. Phase 4 : acquittement de prise en compte positif .................................................................. 12 2.2.5. Phase 4 : acquittement de prise en compte ngatif................................................................. 13 Description des messages................................................................................................................................ 14
3.
CB2A Fichier
ETAT FONCTIONNEL
Octobre 2007 Page 4
1.
INTRODUCTION
Le service dtat fonctionnel s'inscrit dans le cadre de la relation entre un systme acqureur et un systme remettant. Le service dtat fonctionnel permet : - au systme acqureur de faire une ou plusieurs demandes d'tat fonctionnel ; - au systme remettant, de rpondre la demande de lacqureur ou d'initier l'tat fonctionnel.
CB2A Fichier

2.
ETAT FONCTIONNEL
Octobre 2007 Page 5
L'tat fonctionnel permet au systme acqureur de connatre les caractristiques matrielles et logicielles ainsi que les numros de version des tables de paramtres du systme dacceptation puis les caractristiques matrielles et logicielles des points dacceptation attachs en cas darchitecture rpartie . Il permet aussi, au systme acqureur lorsquil les gre d'attribuer les donnes suivantes : - Un IDentifiant du Systme dAcceptation (IDSA) lorsquil sagit dun systme d'acceptation. - Un IDentifiant du Point dAcceptation (IDPA) lorsquil sagit dun point d'acceptation. Ltat fonctionnel (quelle que soit la phase) figure sous une ouverture de service spcifique. Le service "tat fonctionnel" comporte quatre phases : - phase 1 : demande d'tat fonctionnel ; - phase 2 : tat fonctionnel ; - phase 3 : prise en compte de l'tat fonctionnel (attribution des IDSA et IDPA) ; - phase 4 : acquittement de prise en compte.
Accepteurs (systmes dacceptation)
Remettant
Acqureur
Phase 1 : Demande d'tat fonctionnel
Phase 2 : Envoi d'tat fonctionnel
Phase 3 : Prise en compte de l'tat fonctionnel
Phase 4 : Acquittement de prise en compte
Une description des systmes d'acceptation et des applications figure dans le MPE V5 partie 1 : description gnrale. Codification des identifiants de message du service Etat fonctionnel Lorsquun message est transmis par le systme acqureur au systme remettant ou transmis par le systme remettant au systme acqureur suite une demande du systme acqureur, lidentifiant du message prend la valeur 0xx0 . Lorsquun message est transmis par le systme remettant sans quil y ait eu une demande du systme acqureur, lidentifiant du message prend la valeur 0xx4 .
CB2A Fichier

2.1. 2.1.1.
ETAT FONCTIONNEL
Octobre 2007 Page 6
DESCRIPTION DES DIFFERENTES PHASES Phase 1 : demande d'tat fonctionnel
Elle consiste pour l'acqureur adresser au remettant, une demande d'tat fonctionnel pour un ou plusieurs systmes d'acceptation. Cette phase est optionnelle. L'acqureur indique le destinataire final de la demande d'tat fonctionnel en prcisant : - Obligatoirement : - Un numro de contrat accepteur. - Facultativement : - NLSA (numro logique du systme d'acceptation) ; - TASA (type dapplicatif du systme d'acceptation) ; - IDSA (identification du systme d'acceptation). Lorsque lacqureur renseigne uniquement le numro de contrat, la demande concerne toutes les applications prsentes sur le systme d'acceptation de l'accepteur correspondant ce numro de contrat (B0, EMV ). Lorsquune ou plusieurs des trois donnes facultatives sont renseignes, la demande concerne toutes les applications attaches au numro de contrat et ces donnes facultatives. L'acqureur s'adresse un remettant qui pilote plusieurs accepteurs. L'acqureur peut faire autant de demandes que ncessaire pour connatre tous les systmes d'acceptation des accepteurs connus par ce remettant. L'acqureur peut demander des tats fonctionnels de diffrentes natures : - les paramtres du systme d'acceptation ; - les donnes de rfrence du systme d'acceptation (ce qui induit une demande de donnes de rfrence des points d'acceptation). La demande d'tat fonctionnel est compose comme suit : message 0340 : Initialisation de demande d'tat fonctionnel. Le champ 25 est renseign 9324 .
message 0600 : Demande d'tat fonctionnel. Le champ 24 est renseign : "670" : demande de paramtres du systme d'acceptation "671" : demande de donnes de rfrence du systme d'acceptation Phase 2 : tat fonctionnel
2.1.2.
Ltat fonctionnel a pour objectif de transmettre (selon le cas) : - les paramtres du systme d'acceptation. Le code fonction (champ 24) = 670. Ces paramtres n'existent que pour une application, les points d'acceptation n'en possdent pas. Ltat fonctionnel peut tre : - court : si les paramtres de l'tat fonctionnel concernent au plus 14 tables, il existe un seul message pour une application. Il s'agit d'un tat fonctionnel court (champ 26 = 4xxxxx ) ; - long : s'ils concernent plus de 14 tables un dcoupage de l'tat fonctionnel est ralis. L'organisation de ce dcoupage est laisse l'initiative du systme remettant. Dans ce cas, il existe plusieurs messages pour une application : Il s'agit d'un tat fonctionnel long (champ 26 = 3xxxxx du premier lavant- dernier message et 4xxxxx pour le dernier message). - les donnes de rfrence du systme d'acceptation. Le code fonction (champ 24) = 671. Il existe un message par application. - les donnes de rfrence des points d'acceptation. Le code fonction (champ 24) =672. Il existe autant de messages de ce type que de points d'acceptation attachs au systme d'acceptation pour une application. La phase 2 consiste pour le remettant transmettre les donnes de ltat fonctionnel : - en rponse la demande de l'acqureur : transmission des paramtres et / ou des donnes de rfrence selon la demande de lacqureur. Il y a autant de rponses que d'applications attaches au numro de contrat accepteur (et ventuellement au TASA et / ou au NLSA et / ou lIDSA) prcis(s) dans la demande. Ltat fonctionnel peut tre : - positif : lacqureur a fait une demande dtat fonctionnel sur des critres connus du remettant (champ 39, si renseign = 0000 ). - ngatif : lacqureur a fait une demande dtat fonctionnel sur des critres non connus du remettant (champ 39 = 10xx ). Par exemple : - les paramtres du systme d'acceptation ont t demands et ils nexistent pas - ltat fonctionnel a t demand pour un numro de contrat et ce contrat nexiste pas... - Sur initiative prise par le remettant. Ltat fonctionnel peut tre : - positif : le remettant transmet les paramtres (si le systme dacceptation a dj t paramtr) et les donnes de rfrence (champ 39, si renseign = 0000 ). - ngatif : le remettant informe lacqureur quun systme dacceptation (et par consquent tous ses points dacceptation) ou un point dacceptation a cess dfinitivement son activit. Les messages de ltat fonctionnel sont : - Message 0344 : initialisation d'tat fonctionnel. Le champ 25 est renseign 9324 .
CB2A Fichier

-
ETAT FONCTIONNEL
Octobre 2007 Page 7
Message 0610 : paramtres du systme d'acceptation. Etat fonctionnel positif ou ngatif suite une demande de l'acqureur. Message 0644 : paramtres du systme d'acceptation. Etat fonctionnel positif sur initiative du remettant. Message 0644 : paramtres du systme d'acceptation. Etat fonctionnel ngatif sur initiative du remettant. Ce message indique que le systme dacceptation et ses points dacceptation ont cess dfinitivement leur activit (champ 24 = 670). Message 0610 : donnes de rfrence du systme d'acceptation. Etat fonctionnel positif ou ngatif suite une demande de l'acqureur. Message 0644 : donnes de rfrence du point d'acceptation. Etat fonctionnel positif sur initiative du remettant. Autant de messages que de points dacceptation attachs au systme dacceptation. Message 0644 : donnes de rfrence du point d'acceptation. Etat fonctionnel ngatif sur initiative du remettant. Ce message indique quun point dacceptation a cess dfinitivement son activit (champ 24 = 672 ). Autant de messages que de points dacceptation ayant cess leur activit.
Nb : Champ 46 type DF63 : date de ltat fonctionnel : une fois renseign, il conserve sa valeur lors des transmissions successives jusquau systme acqureur. 2.1.3. Phase 3 : prise en compte de l'tat fonctionnel
Elle consiste pour l'acqureur attribuer ou modifier les IDSA et les IDPA. Cette phase est facultative suite une rception dun tat fonctionnel positif. Elle ne peut pas exister suite la rception dun tat fonctionnel ngatif. La prise en compte de l'tat fonctionnel est compos comme suit : - Message 0340 : initialisation de prise en compte d'tat fonctionnel. Le champ 25 est renseign 9325 . - Message 0640 : prise en compte d'tat fonctionnel. - Lacqureur a la possibilit de transmettre une prise en compte pour le systme dacceptation et pour tous les points dacceptation, que les IDSA et IDPA aient t attribus prcdemment ou non. Dans ce cas, les identifiants (IDSA et IDPA) sont, soit nouveaux, soit modifis, soit identiques). - Il peut galement choisir de ne transmettre les prises en compte, que pour un IDSA et des IDPA nouveaux ou modifis. Dans ce cas, il ny a pas de messages de prise en compte pour les identifiants dj attribus et non modifis. Nb : un acqureur peut grer les IDSA et ne pas grer les IDPA. Dans ce cas mme si ltat fonctionnel fait apparatre des points dacceptation, la prise en compte de ltat fonctionnel du systme d'acceptation nest pas suivie de prise en compte des points dacceptation. 2.1.4. Phase 4 : acquittement de prise en compte
Elle permet au remettant d'indiquer l'acqureur que les identifiants (IDSA et IDPA) ont bien t paramtrs sur le ou les systmes d'acceptation. Cette phase est obligatoire aprs une phase 3. L'acquittement de prise en compte est compos comme suit : - Message 0344 : initialisation d'acquittement. Le champ 25 est renseign 9325 . - Message 0650 : acquittement de prise en compte positif. - Il nexiste un message d'acquittement de prise en compte dune application d'un systme d'acceptation que lorsquil y a eu un message de prise en compte. - Il existe autant de messages d'acquittement d'tat fonctionnel que de messages de prise en compte de points d'acceptation. - Message 0650 : acquittement de prise en compte ngatif. - Message d'acquittement de prise en compte ngatif dun systme d'acceptation (identifi par son NLSA). Lorsque ce message existe, cela induit que les points dacceptation ne sont pas pris en compte (il ne peut y avoir dIDPA sans IDSA). - Messages d'acquittement de prise en compte ngatif dun point d'acceptation (NLPA) attachs l'application du systme d'acceptation. Il existe autant de messages de ce type que de points dacceptation non pris en compte.
CB2A Fichier

2.2. 2.2.1. CINEMATIQUES (EXEMPLES) Phase 1 : demande d'tat fonctionnel Remettant
ETAT FONCTIONNEL
Octobre 2007 Page 8
Acqureur
0340 Initialisation de demande tat fonctionnel 0600 demande des paramtres du systme d'acceptation - champ 24 = 670 0600 demande des donnes de rfrence du systme d'acceptation- champ 24 = 671 Autant que de contrats accepteur et ventuellement (TASA et/ou IDSA et/ou NLSA)
et / ou
CB2A Fichier

2.2.2. Phase 2 : tat fonctionnel
ETAT FONCTIONNEL
Octobre 2007 Page 9
Avant initialisation d'un systme d'acceptation 0344 Initialisation d'tat fonctionnel 0610 ou 0644 donnes de rfrence du systme d'acceptation champ 46-DF66 renseign, champ 24 = 671 Autant que d'applications pour un contrat accepteur et (pour un TASA et/ou un NLSA si demand) Autant que de contrats accepteur
0610 ou 0644 donnes de rfrence du point d'acceptation 1 champ 46-DF67 renseign, champ 24 = 672
0610 ou 0644 donnes de rfrence du point d'acceptation n champ 46-DF67 renseign, champ 24 = 672 Sil y a eu demande de paramtres (tat fonctionnel ngatif) 0610 tat fonctionnel ngatif champ 24 = 670, champ 39 = 10xx
CB2A Fichier

Aprs initialisation d'un systme dacceptation Etat fonctionnel court Remettant
ETAT FONCTIONNEL
Acqureur
0344 Initialisation d'tat fonctionnel 0610 ou O644 paramtres du systme d'acceptation champ 46-DF68 renseign, champ 24 = 670, champ 26 = 4xxxxx 0610 ou 0644 donnes de rfrence du systme d'acceptation champ 46-DF66 renseign, champ 24 = 671 0610 ou 0644 donnes de rfrence du point d'acceptation 1 champ 46-DF67 renseign, champ 24 = 672 Autant que de contrats accepteur
et/ ou
Autant que d'applications pour un contrat accepteur et (pour un TASA et/ou un IDSA et/ou un NLSA si demand)
0610 ou 0644 donnes de rfrence du point d'acceptation n champ 46-DF67 renseign, champ 24 = 672
Etat fonctionnel long 0344 Initialisation d'tat fonctionnel Autant que de contrats accepteur et / ou
0610 ou 0644 paramtres du systme d'acceptation (dbut) champ 46-DF68 renseign, champ 24 = 670, champ 26 = 3xxxxx 0610 ou 0644 paramtres du systme d'acceptation (fin) champ 46-DF68 renseign, champ 24 = 670, champ 26 = 4xxxxx 0610 ou 0644 donnes de rfrence du systme d'acceptation champ 46-DF66 renseign, champ 24 = 671 0610 ou 0644 tat fonctionnel donnes de rfrence du PA 1 champ 46-DF67 renseign, champ 24 = 672
0610 ou 0644 tat fonctionnel donnes de rfrence du PA n champ 46-DF67 renseign, champ 24 = 672
CB2A Fichier

Etat fonctionnel ngatif
ETAT FONCTIONNEL
0344 Initialisation d'tat fonctionnel
0610 ou 0644 tat fonctionnel ngatif champ 24 = 670, champ 39 = 10xx
Autant que de contrats accepteur et / ou
0610 ou 0644 tat fonctionnel ngatif champ 24 = 671, champ 39 = 10xx 0610 ou 0644 tat fonctionnel ngatif champ 24 = 672, champ 39 = 10xx
CB2A Fichier

2.2.3.
ETAT FONCTIONNEL
Phase 3 : prise en compte de l'tat fonctionnel Remettant Acqureur
0340 Initialisation de prise en compte Autant que de contrats accepteur
0640 Prise en compte IDSA renseign, champ 24 = 680 Autant que d'applications pour un accepteur
0640 Prise en compte + IDPA 1 renseign, champ 24 = 680
0640 Prise en compte + IDPA n renseign, champ 24 = 680
2.2.4.
Phase 4 : acquittement de prise en compte positif 0344 Initialisation d'acquittement Autant que de contrats accepteur 0650 Acquittement de prise en compte champ 24 = 680, IDSA renseign
Autant que d'applications pour un accepteur
0650 Acquittement de prise en compte champ 24 = 680, IDPA renseign
0650 Acquittement de prise en compte champ 24 = 680, IDPA renseign
CB2A Fichier

2.2.5.
ETAT FONCTIONNEL
Phase 4 : acquittement de prise en compte ngatif
0344 Initialisation d'acquittement Autant que de contrats accepteur 0650 Acquittement de prise en compte ngatif champ 24 = 680, champ 39 = 10xx , NLSA renseign
OU 0344 Initialisation d'acquittement Autant que de contrats accepteur
0650 Acquittement de prise en compte ngatif champ 24 = 680, champ 39 = 10xx , NLPA renseign
Autant que points dacceptation non pris en compte
CB2A Fichier

ETAT FONCTIONNEL
CB2A Fichier

ETAT FONCTIONNEL
A: Initialisation de demande d'tat fonctionnel : 0340 C: Initialisation d'tat fonctionnel : 0344 E: Etat fonctionnel ngatif : 0610 N 1 11 12 13 21 24 25 26 32 39 44 AA 46 DF50 DF51 DF52 DF54 DF55 DF56 Dfinition Prsence deuxime bitmap Numro d'audit Heure locale de la transaction Date locale de la transaction Code capacit du point d'acceptation Code fonction Code raison du message Contrle transfert Accepteur-Acqureur Identifiant de l'organisme acqureur Code action Donnes complmentaires de rponse Champ erron Configuration du Systme et des Points d'Acceptation Identifiant de l'application terminal (ITP) Numro logique du systme d'acceptation (NLSA) Type d'architecture du systme d'acceptation Statut de l'application Complments de donnes de rfrence du systme d'acceptation Complments de donnes de rfrence du point d'acceptation
B: Demande d'tat fonctionnel : 0600 D: Etat fonctionnel positif : 0610/0644 F: Etat fonctionnel ngatif : 0644 A C(1) X X X . . X . X . . . C(2) . F . . . . . . F X . . . . . . C(2) X F . . B C(1) X X X . X . . . . . . . . . . . . . . . . . . . . . . . C(2) X . . . C C(1) X X X . . X . C(312) . . . C(2) . . . . . . . . . C(312) . . . . . . C(2) X . . . D C(1) X X X C(130) X . C(131) . F . . C(2) C(130) X C(132) C(132) C(132) C(133) C(135) C(133) C(232) . C(232) C(232) C(132) C(135) C(131) C(35) C(2) X X C(2) C(130) E C(1) X X X . XQ . . . X C(2) X C(2) . C(240) . . . . . . C(240) . . . . . . . C(2) X C(240) . . F C(1) X X X C(130) X . . . X . . C(2) . X . . . . C(135) C(133) C(232) . C(232) X . . . . C(2) X X . .
DF5B Numro logique du point d'acceptation (NLPA) DF5C IDentification du Point d'Acceptation (IDPA) DF5E IDentification du Systme d'Acceptation (IDSA) DF5F Numro de contrat accepteur DF63 DF64 DF66 DF67 DF68 DF69 47 07 48 58 9F35 Date de l'tat fonctionnel Etat de fonctionnement du systme d'acceptation Donnes de rfrence du systme d'acceptation Donnes de rfrence du point d'acceptation Paramtres de l'tat fonctionnel v2 Extensions de service Donnes complmentaires nationales Anne de la transaction Type d'applicatif du systme d'acceptation (TASA) Rserv national Terminal type

ETAT FONCTIONNEL
A: Initialisation de prise en compte d'tat fonctionnel : 0340 C: Initialisation d'acquittement : 0344 E: Acquittement de prise en compte ngatif : 0650 N 1 11 12 13 24 25 32 39 44 AA 46 DF51 DF53 DF54 Dfinition Prsence deuxime bitmap Numro d'audit Heure locale de la transaction Date locale de la transaction Code fonction Code raison du message Identifiant de l'organisme acqureur Code action Donnes complmentaires de rponse Champ erron Configuration du Systme et des Points d'Acceptation Numro logique du systme d'acceptation (NLSA) Code activation application Statut de l'application
B: Prise en compte d'tat fonctionnel : 0640 D: Acquittement de prise en compte positif : 0650
A C(1) X X X . X X . . . C(2) . . . . . . X C(2) X .
B C(1) X X X X . . . . . C(2) X C(134) . C(323) C(321) X . C(2) X X
C C(1) X X X . X XQ . . . C(2) . . . . . . X C(2) X .
D C(1) X X X XQ . . F . . C(2) XQ . X CQ(323) CQ(321) X . C(2) X X
E C(1) X X X X . . X C(2) X C(2) XQ . . CQ(323) . . . C(2) X .
DF5B Numro logique du point d'acceptation (NLPA) DF5C IDentification du Point d'Acceptation (IDPA) DF5E IDentification du Systme d'Acceptation (IDSA) DF5F Numro de contrat accepteur 47 07 48 Donnes complmentaires nationales Anne de la transaction Type d'applicatif du systme d'acceptation (TASA)

N 1 2 35
ETAT FONCTIONNEL
COMMENTAIRES obligatoire si un des champs 65 128 est renseign voir liste des types obligatoire si une extension de service est prsente
130 obligatoire si champ 24 = 671 ou 672, absent sinon 131 obligatoire si champ 24 = 670, absent sinon 132 obligatoire si champ 24 = 671, absent sinon 133 obligatoire si disponible et si champ 24 = 672, absent sinon 134 facultatif si champ 24 = 671, absent sinon 135 obligatoire si champ 24 = 672, absent sinon 232 obligatoire si disponible, absent sinon 240 obligatoire si prsent dans la demande, absent sinon 312 obligatoire. S'il y a eu une demande la valeur est celle de la demande, sinon la valeur est spcifique au message 321 obligatoire s'il s'agit d'une prise en compte de donnes de rfrence d'un point d'acceptation et si disponible, absent sinon 323 obligatoire s'il s'agit d'une prise en compte de donnes de rfrence d'un point d'acceptation, absent sinon
REMISE
Octobre 2007 Page 1
REMISE CB2A FICHIER
CB2A Fichier
REMISE
Octobre 2007 Page 2
CB2A Fichier
REMISE
Octobre 2007 Page 3
SOMMAIRE
1. 2. Introduction ......................................................................................................................................................... 4 Prsentation du service ...................................................................................................................................... 5 2.1. Remise ....................................................................................................................................................... 5 2.1.1. Initialisation de remise ............................................................................................................... 5 2.1.2. Corps de remise ........................................................................................................................ 5 2.1.3. Fin de Remise / Consolidation................................................................................................... 6 2.2. Remise recycle......................................................................................................................................... 6 2.2.1. Initialisation de remise recycle................................................................................................. 6 2.2.2. Corps de remise recycle.......................................................................................................... 6 2.2.3. Fin de Remise / Consolidation recycle .................................................................................... 7 2.3. Remise dgrade ....................................................................................................................................... 7 2.3.1. Initialisation de remise dgrade............................................................................................... 7 2.3.2. Corps de remise dgrade ........................................................................................................ 7 2.3.3. Fin de remise dgrade / consolidation..................................................................................... 8 2.4. Remise dgrade recycle......................................................................................................................... 8 2.4.1. Initialisation de remise dgrade recycle................................................................................. 8 2.4.2. Corps de remise dgrade recycle.......................................................................................... 8 2.4.3. Fin de remise dgrade recycle .............................................................................................. 8 Cinmatique dune remise .................................................................................................................................. 9 3.1. Remise unique ........................................................................................................................................... 9 3.2. Multi-remises ............................................................................................................................................ 10 Cinmatique dune remise dgrade ................................................................................................................ 11 4.1. Remise dgrade unique ......................................................................................................................... 11 4.2. Multi-remises dgrades .......................................................................................................................... 12 Description des messages................................................................................................................................ 13
3.
4.
5.
CB2A Fichier

1.
REMISE
Octobre 2007 Page 4
INTRODUCTION
Ce volume prsente : - Les moyens mis disposition par le protocole CB2A fichier pour la gestion des changes ; - La description (sous forme de tableaux) des messages du service de Remise.
CB2A Fichier

2.
REMISE
Octobre 2007 Page 5
Le service Remise est compos de deux sous-services : - la remise : transmission de transactions ; - la remise dgrade : transmission de transactions appauvries. Ces deux types de remises se distinguent par des codes fonctions diffrents (champ 24). Ces services peuvent tre dclins en remise recycle et remise dgrade recycle. 2.1. REMISE
Une remise CB2A fichier peut tre : - gnre directement par le systme dacceptation ; - issue dune tlcollecte CB2A TLC - TLP - GR ; - issue dune remise FRFC ou dun protocole autre. Une remise CB2A fichier est compose de lensemble des transactions financires et non financires gnres par un systme dacceptation, sans altration des donnes. Un service de remise est structur de la manire suivante : 2.1.1. Initialisation de remise
Message 0346 Initialisation de remise Valorisations spcifiques Remise CB2A fichier constitue par systme d'acceptation champs 12, 13 et spcifiques la constitution 47 type 07** Remise CB2A fichier constitue partir dune remise CB2A TLC Prennent respectivement la valeur de linitialisation de remise TLC et si absent, prennent la valeur des champs 12, 13 et 47 type 07 du message douverture de dialogue / service tlcollecte correspondant. Correspond aux 12 premiers caractres du champ 70 de linitialisation de transfert de remise Correspond aux 6 premiers caractres du champ 70 du message dacquittement de consolidation de remise Correspond aux caractres 7 12 du champ 70 du message dacquittement de consolidation de remise Valoris par le transmetteur du fichier Remise CB2A fichier constitue partir dun autre protocole Date et heure de constitution par le protocole autre
Champ FF55*
58
Champ FF56*
58
type Redondant avec les 12 premiers caractres du champ 70 de linitialisation de la remise en cours type Renseign par le collecteur (absent dans la remise du systme d'acceptation) type Renseign par le collecteur (absent dans la remise du systme d'acceptation) Valoris par le transmetteur du fichier
Identifiant et nombre dorigine ou si absent, valoris par le collecteur
Renseign par le collecteur (absent dans la remise du systme d'acceptation) Renseign par le collecteur (absent dans la remise du systme d'acceptation) Valoris par fichier le transmetteur du
Champ FF57*
58
Champ 70
* une fois renseign, il conserve sa valeur jusqu la fin du traitement de la remise ** une fois renseign, il conserve sa valeur jusqu rception par la banque acqureur Nb : le terme collecteur identifie la premire entit qui reoit la remise du systme dacceptation 2.1.2. Corps de remise
Celui-ci permet au remettant de transmettre le contenu d'une remise. Il est compos des messages suivants : - Message 0246 de notification de remise d'opration financire ; - Message 0146 de notification de remise d'opration non financire* ; - Message 0446 de notification dannulation d'opration financire. * une opration non financire est aussi appele transaction non aboutie . Chaque message 0246, 0146 ou 0446 correspond une opration de la remise issue d'un systme dacceptation.
CB2A Fichier
REMISE
Octobre 2007 Page 6
Valorisations spcifiques Champ 11 valeur du champ numro de transaction gnr par le systme d'acceptation Champ 54 Valeur = 51 : si montant estim pour une transaction sur automate II.1 sous-champ 2 Valeur = 53 : si prsence dun montant de transaction en contre valeur Valeur = 54 :si montant autoris pour une transaction pr-autorise ou sur automate II.2 Champ 58 types FF01 Libells porteurs : pris en compte aprs accord bilatral et FF02 2.1.3. Fin de Remise / Consolidation
Message 0546 Fin de remise Il permet l'acqureur de vrifier les totaux de chaque remise (montants et nombres). Il contient : - les totaux en nombre et montant des messages 0246 et 0446 ; - les totaux en nombre des messages 0146. Valorisations spcifiques Remise CB2A fichier constitue par systme d'acceptation champs 12, 13 et Spcifiques la constitution 47 type 07* Remise CB2A fichier Remise CB2A fichier constitue constitue partir dune partir dun autre protocole remise CB2A TLC Prennent respectivement la Valeur transmise par le protocole valeur de la consolidation autre, si absent, mme valorisation de la remise TLC et si que linitialisation absent, mme valorisation que linitialisation
* une fois renseign, il conserve sa valeur jusqu rception par la banque acqureur 2.2. REMISE RECYCLEE
Une remise CB2A fichier ou certaines oprations financires ou non financires d'une remise CB2A fichier peuvent faire l'objet de rejet (voir service compte rendu de rception). En accord avec lacqureur (champ 58 FF54 du CRR) le remettant a la possibilit de recycler cette remise ou ces oprations en les mettant nouveau aprs avoir corrig les erreurs ayant provoqu le rejet. Une remise recycle peut, elle-mme, tre rejete. Elle pourra tre nouveau recycle en accord avec lacqureur (champ 58 FF54 du CRR). Une remise recycle est constitue de la manire suivante : 2.2.1. Initialisation de remise recycle
Message 0346 d'initialisation de remise recycle Valorisations spcifiques Champ 11, 12, 13 et Valeur spcifique au message 47 type 07 Champ 25 9306 Champ 58 type FF55 Prend la valeur du champ 58-FF55 de linitialisation de la remise partiellement) Champ 58 type FF56 Prend la valeur du champ 58-FF56 de linitialisation de la remise partiellement) Champ 58 type FF57 Prend la valeur du champ 58-FF57 de linitialisation de la remise partiellement) Champ 58 type FF61 Valeurs de louverture de fichier qui contenait la remise traite Champ 58 type FF62 Valeurs de louverture de service qui contenait la remise traite Champ 58 type FF65 Renseign avec les valeurs respectives du message dinitialisation de la soit un premier recyclage ou un nime
rejete (totalement ou rejete (totalement ou rejete (totalement ou
remise dorigine que ce
Lorsque le message dinitialisation de la remise dorigine a t rejet, les donnes de ce message recycl conservent les mmes valeurs que celles de la remise d'origine hormis le ou les champs ayant provoqus le rejet. 2.2.2. Corps de remise recycle
Messages 0146, 0246 et 0446 du corps de remise recycle - Transactions issues dune remise rejete totalement : - Toutes les oprations financires ou non financires de la remise d'origine sont prsentes. Les donnes des messages associs conservent les mmes valeurs que celles de la remise d'origine hormis le ou les champs ayant provoqu le rejet ; - Transactions issues dune remise rejete partiellement :
CB2A Fichier

-
REMISE
Octobre 2007 Page 7
Seules les transactions rejetes et prsentes en tant que telle dans le CRR sont susceptibles dtre recycles. Les donnes conservent la mme valeur que celle de la transaction d'origine hormis la ou les donnes ayant provoqus le rejet. Fin de Remise / Consolidation recycle
2.2.3.
Message 0546 de fin de remise recycle Le message de fin de remise, quil ait t ou non rejet, correspond la consolidation de la remise recycle qui contient : - les totalisations en nombre et montant des messages 0246 et 0446 qui ont t recycls ; - les totalisations en nombre des messages 0146 qui ont t recycls. Valorisations spcifiques Toutes donnes Valeur spcifique au message 2.3. REMISE DEGRADEE
Une remise dgrade permet un remettant, qui a perdu tout ou partie de limage lectronique dune remise, de reconstituer un fichier via un systme de saisie, partir des documents restant sa disposition (tickets, traces lectroniques.). Les remises dgrades sont regroupes sous une ouverture de service spcifique dont le code fonction, champ 24, prend la valeur 875 . Un service de remise dgrade est structur de la manire suivante : 2.3.1. Initialisation de remise dgrade
Message 0346 Initialisation de remise dgrade Valorisations spcifiques Champ 11 Champs 12,13, 47-07 Champ 26 Champ 70 2.3.2. Renseign par le systme de saisie. Renseigns avec les dates et heures de fabrication de la remise dgrade Position 1 est valoris 0 (pas dacquittement demand). Positions 1 6 : identifie la remise dgrade
Corps de remise dgrade
Celui-ci permet au remettant de transmettre le contenu d'une remise dgrade. Il est compos des messages suivants : - Message 0246 opration financire dgrade ; - Message 0146 opration non financire* dgrade ; - Message 0446 redressement d'opration financire dgrade. * une opration non financire est aussi appele transaction non aboutie . Valorisations spcifiques Champ 22 1 - Environnement dmission 2 - Prsence du porteur 3 - Mode lecture de la carte 4 - Mthode dauthentification du porteur Source de linformation Connu de laccepteur Connu de laccepteur Ticket 0=Pas dauthentification 1=Code confidentiel 2=Signature lectronique 5=Signature manuelle 6=Autres authentifications manuelles 7=Vrification de ladresse 8=Code confidentiel + signature manuelle Dduction de la donne prcdente. Connu de laccepteur
(1) Connu de laccepteur En clair sur le ticket Connu de laccepteur Connu de laccepteur (1) + Connu de laccepteur
5 - Systme authentifiant le porteur 6 - Etat des moyens daffichage/impression des messages
(1) Uniquement si le mode de lecture est C sur le ticket : - Pour une transaction effectue avec une application carte CB (AID = A000000042xxxx sur ticket) on peut dduire quil y a eu systmatiquement frappe du code confidentiel ; - Pour une transaction effectue avec une application carte agre CB (AID <> A000000042xxxx sur ticket) on ne peut pas faire de dduction concernant une ventuelle frappe de code confidentiel.
Champ 47 type 48 Type dapplicatif du systme dacceptation (TASA)
Source de linformation Ticket
CB2A Fichier

Champ 55 type DF73 Type dapplication carte
REMISE
Octobre 2007 Page 8
Source de linformation Dduction de : Champ 22 : mode de lecture de la carte + Champ 47 type 48 : TASA D910 du MPE - MPA Source de linformation Champ 3
Champ 58 type 9C Transaction type 2.3.3.
Fin de remise dgrade / consolidation
Celle-ci est conscutive au transfert de chaque remise dgrade. Elle permet l'acqureur de vrifier les totaux de la remise dgrade (montants et nombres) communiqus par le remettant. Message 0546 Fin de remise dgrade Les totaux (nombres et montants) correspondent aux seules transactions de la remise dgrade. 2.4. REMISE DEGRADEE RECYCLEE
Une remise dgrade ou certaines oprations financires ou non financires d'une remise dgrade peuvent faire l'objet de rejet technique (voir service compte rendu de rception). Le remettant a la possibilit de recycler cette remise dgrade ou ces oprations financires en les mettant nouveau (aprs avoir corrig les erreurs ayant provoqu le rejet). Une remise dgrade recycle peut, elle-mme, tre rejete. Elle pourra tre nouveau recycle en accord avec lacqureur : champ 58 FF54 du compte rendu de remise. Une remise dgrade recycle est constitue de la manire suivante : 2.4.1. Initialisation de remise dgrade recycle
Message 0346 dinitialisation de remise dgrade recycle Valorisations spcifiques Champ 11,12,13, 47- renseigns avec les valeurs spcifique la remise dgrade 07 Champ 25 = 9306 Champ 58 type FF55 Prend la valeur du champ 58-FF55 de linitialisation de la remise dgrade dorigine (totalement ou partiellement) Champ 58 type FF56 Prend la valeur du champ 58-FF56 de linitialisation de la remise dgrade dorigine (totalement ou partiellement) Champ 58 type FF57 Prend la valeur du champ 58-FF57 de linitialisation de la remise dgrade dorigine (totalement ou partiellement) Champ 58 type FF61 Valeurs de louverture de fichier qui contenait la remise dgrade dorigine Champ 58 type FF62 Valeurs de louverture de service qui contenait la remise dgrade dorigine Champ 58 type FF65 Renseign avec les valeurs respectives du message dinitialisation de la remise dgrade dorigine que ce soit un premier recyclage ou un nime 2.4.2. Corps de remise dgrade recycle
S'il y a eu rejet total de la remise dgrade, toutes les oprations financires ou non financires de la remise dgrade d'origine sont prsentes. Les donnes des messages conservent les mmes valeurs que celles de la remise dorigine hormis le ou les champs ayant provoqu le rejet. S'il y a eu rejet de certaines oprations de la remise dgrade, seules ces oprations sont prsentes. Ces messages ont la mme valeur que ceux de la remise dgrade d'origine hormis le ou les champs ayant provoqu le rejet, qui sont corrigs. 2.4.3. Fin de remise dgrade recycle
Le message de fin de remise dgrade recycle, quil ait t ou non rejet, correspond la consolidation de la remise recycle qui contient : - les totalisations en nombre et montant des messages 0246 et 0446 qui ont t recycls ; - les totalisations en nombre des messages 0146 qui ont t recycls. Valorisations spcifiques Toutes donnes Valeur spcifique au message
CB2A Fichier

3.
REMISE
Octobre 2007 Page 9
CINEMATIQUE DUNE REMISE
La cinmatique d'une remise recycle est identique celle d'une remise. 3.1. REMISE UNIQUE Remettant Initialisation de remise 0346 initialisation de remise Acqureur
0246 opration financire 0146 opration non financire Corps de remise
0446 opration financire 0246 opration financire 0246 opration financire Fin de remise / Consolidation 0546 fin de remise / consolidation
CB2A Fichier

3.2. MULTI-REMISES
REMISE
Remettant
Acqureur
0346 initialisation de remise 0146 opration non financire 0446 opration financire 0146 opration non financire Remise 1 0246 opration financire 0146 opration non financire 0246 opration financire
0546 fin de remise / consolidation
0346 initialisation de remise 0146 opration non financire 0246 opration financire 0246 opration financire Remise n
0246 opration financire
0146 opration non financire 0446 opration financire 0546 fin de remise / consolidation
CB2A Fichier

4.
REMISE
CINEMATIQUE DUNE REMISE DEGRADEE
La cinmatique d'une remise dgrade recycle est identique celle d'une remise dgrade. 4.1. REMISE DEGRADEE UNIQUE Remettant Initialisation de remise dgrade 0346 initialisation de remise dgrade Acqureur
0246 opration financire dgrade 0146 opration non financire dgrade
Corps de remise dgrade 0446 opration financire dgrade 0246 opration financire dgrade 0246 opration financire dgrade Fin de remise dgrade / Consolidation 0546 fin de remise dgrade/ consolidation
CB2A Fichier

4.2. MULTI-REMISES DEGRADEES
REMISE
Remettant 0346 initialisation de remise dgrade
Acqureur
0246 opration financire dgrade
Remise dgrade 1
0146 opration non financire dgrade
0246 opration financire dgrade 0546 fin de remise dgrade/ consolidation
0346 initialisation de remise dgrade
Remise dgrade 2
0446 opration non financire dgrade
0546 fin de remise dgrade/ consolidation
CB2A Fichier

REMISE
CB2A Fichier

REMISE
A: initialisation remise : 0346 C: corps de remise : 0146/0246/0446 E: fin de remise - consolidation : 0546 N 1 2 3 4 11 12 13 14 18 21 22 23 25 26 32 35 37 38 39 40 41 42 44 AA AC BC CA CB 46 DF50 DF51 DF52 DF54 Dfinition Prsence deuxime bitmap Numro de porteur Code traitement Montant de la transaction Numro d'audit Heure locale de la transaction Date locale de la transaction Date d'expiration de la carte Code activit de l'accepteur Code capacit du point d'acceptation Condition de ralisation de la transaction au point de vente Numro squentiel de la carte Code raison du message Contrle transfert Accepteur-Acqureur Identifiant de l'organisme acqureur Piste ISO 2 Numro de rfrence d'archivage Numro d'autorisation Code action Code service Identification du Systme d'Acceptation Identification de l'accepteur de carte Donnes complmentaires de rponse Champ erron Conversion de champ Message destination de l'initiateur de la transaction Informations relatives au traitement du CVV et du CVC Informations relatives au contrle du CAI Emetteur Configuration du Systme et des Points d'Acceptation Identifiant de l'application terminal (ITP) Numro logique du systme d'acceptation (NLSA) Type d'architecture du systme d'acceptation Statut de l'application
B: initialisation remise dgrade : 0346 D: corps de remise dgrade : 0146/0246/0446 F: fin de remise dgrade - consolidation : 0546 A X . . . X X X . X X . . C(210) X X . . . . . X X . . . . . . C(2) X X X X . . C(232) C(232) X F C(2) B X . . . X X X . X X . . C(210) X X . . . . . X X . . . . . . C(2) C(232) X C(232) C(232) . . C(46) C(200) X F C(2) C C(1) X X X X X X C(69) . . X C(8) . X . C(12) C(232) C(50) C(51) C(5) . . C(2) C(37) C(37) C(37) C(12) C(12) C(2) . . . . C(304) C(232) . . . . C(2) D C(1) X X X X X X C(128) . . X C(8) . X . C(12) C(232) C(50) C(232) C(230) . . C(2) C(232) C(232) C(232) C(12) C(12) C(2) . . . . C(232) C(232) . . . . C(2) E X . . . X X X . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . C(2) F X . . . X X X . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . C(2)
DF5B Numro logique du point d'acceptation (NLPA) DF5C IDentification du Point d'Acceptation (IDPA) DF5D SIRET DF5E IDentification du Systme d'Acceptation (IDSA) DF5F Numro de contrat accepteur DF61 47 Code regroupement du remettant Donnes complmentaires nationales

REMISE
A: initialisation remise : 0346 C: corps de remise : 0146/0246/0446 E: fin de remise - consolidation : 0546 N 01 02 03 04 05 06 07 09 10 18 19 20 24 48 95 96 49 50 54 55 0082 008E 5F24 5F25 9F06 9F07 9F0D 9F0E 9F0F 9F10 9F26 9F27 9F36 9F6B DF73 FF00 56 57 0210 0211 Dfinition Raison de la demande d'autorisation Environnement rglementaire / technique de la transaction Type de facture/procdure Date et heure locale de la demande d'autorisation Code forage d'une transaction en autorisation Type de site Anne de la transaction Nombre de transactions non abouties d'une remise Numro de la transaction gnr par le systme d'acceptation Code pays du systme d'acceptation IBAN (International Bank Account Number) BIC (Bank Identifier Code) Numro de dossier Type d'applicatif du systme d'acceptation (TASA) Donnes de rseau Date de rglement Code monnaie ou devise de la transaction Code monnaie ou devise de la consolidation Montants, autres Donnes lies aux cartes Microcircuit Application Interchange Profile (AIP) CVM list (Cardholder Verification Method list) Application expiration date Application effective date Application IDentifier (AID) Application usage control Issuer action code default Issuer action code denial Issuer action code on-line Issuer application data Application cryptogram Cryptogram information data Application Transaction Counter (ATC) Donnes quivalentes piste ISO2 lues en mode sans contact Type d'application carte Issuer script results Elments d'information initiaux Description de la transaction Rfrence client 1 Rfrence client 2
B: initialisation remise dgrade : 0346 D: corps de remise dgrade : 0146/0246/0446 F: fin de remise dgrade - consolidation : 0546 A . . . . . C(232) X . . X F F . X . . X . . . . . . . . . . . . . . . . . . . . . . . B . . . . . C(232) X . . C(232) F F . X . . X . . . . . . . . . . . . . . . . . . . . . . . C C(53) X C(270) C(52) C(53) . X . X . . . C(32) . C(232) C(232) . . C(25) C(2) C(6) C(7) C(6) C(7) C(6) C(7) C(7) C(7) C(7) C(8) C(8) C(8) C(6) C(12) C(21) C(10) C(274) C(2) C(232) C(232) D C(232) X C(232) C(232) C(232) . X . X . . . C(232) . C(232) C(232) . . C(232) C(2) C(8) C(7) C(7) C(7) C(7) C(7) C(7) C(7) C(7) C(8) C(8) C(8) C(8) C(12) C(28) C(8) C(274) C(2) C(232) C(232) E . . . . . . X C(20) . . . . . . . . . X . . . . . . . . . . . . . . . . . . . . . . F . . . . . . X C(20) . . . . . . . . . X . . . . . . . . . . . . . . . . . . . . . .

REMISE
A: initialisation remise : 0346 C: corps de remise : 0146/0246/0446 E: fin de remise - consolidation : 0546 N 0212 0214 0215 0216 0217 FF01 FF02 FF0E FF0F 58 0095 009C 0409 0410 0411 0412 0413 9F33 9F34 9F37 FF0E FF0F FF35 FF36 FF45 FF46 FF47 FF48 FF49 FF50 FF52 FF55 FF56 FF57 Dfinition Numro de march Numro de facture Rfrence commerant Numro de TVA intracommunautaire du commerant TVA Libell porteur 1 Libell porteur 2 Destination du billet d'avion Numro de billet d'avion Rserv national Terminal verification results Transaction type Informations relatives au traitement du cryptogramme commerce lectronique Mthode d'authentification porteur utilise par l'metteur Mthode de calcul du cryptogramme de commerce lectronique Rsultat de l'utilisation de l'architecture de paiement scuris VADS Mode de scurisation de la transaction modifi Terminal capabilities CVM results (Cardholder Verification Method results) Unpredictable number terminal Terminal action code denial Terminal action code on-line Nombre total des transactions de dbit en diffr de recouvrement Montant total des transactions de dbit en diffr de recouvrement Identification du gestionnaire de tlpaiement ou du systme acqureur Certificat d'acceptation Type de scurisation de transaction de commerce lectronique Identifiant transaction fourni par l'accepteur Cryptogramme de commerce lectronique Raison d'une transaction non aboutie Type de support Identifiant du lot attribue par le systme d'acceptation Identifiant du lot attribu par le systme collecteur Nombre de messages reus par le systme collecteur
B: initialisation remise dgrade : 0346 D: corps de remise dgrade : 0146/0246/0446 F: fin de remise dgrade - consolidation : 0546 A . . . . . . . . . C(2) . . . . . . . C(19) . . . . . . . . . . . . . F X C(232) C(232) B . . . . . . . . . C(2) . . . . . . . C(26) . . . . . . . . . . . . . F C(232) C(232) C(232) C C(232) C(232) C(232) C(36) C(36) F F C(232) C(232) C(2) C(6) C(6) C(12) C(262) C(48) C(65) C(262) . C(7) C(6) C(7) C(7) C(7) . . C(40) C(40) C(41) C(262) C(262) C(68) . . . . D C(232) C(232) C(232) C(36) C(36) C(232) C(232) C(232) C(232) C(2) C(8) C(6) C(12) C(262) C(48) C(262) C(262) . C(8) C(8) C(8) C(8) C(8) . . C(232) C(232) C(232) C(232) C(232) C(68) . . . . E . . . . . . . . . C(2) . . . . . . . . . . . . . C(20) C(20) . . . . . . . . . . F . . . . . . . . . C(2) . . . . . . . . . . . . . C(20) C(20) . . . . . . . . . .
FF0D Terminal action code default

REMISE
A: initialisation remise : 0346 C: corps de remise : 0146/0246/0446 E: fin de remise - consolidation : 0546 N FF58 FF59 FF61 FF62 FF63 FF64 FF65 70 74 76 77 86 88 89 Dfinition Nombre de transactions en diffr de recouvrement annules Montant des transactions en diffr de recouvrement annules Elments d'information initiaux d'un fichier Elments d'information initiaux d'un service Rfrence externe sens acqureur-remettant Rfrence externe sens remettant-acqureur Elments d'information initiaux d'un lot Gestion transfert (sens Accepteur - Acqureur) Nombre de transactions de crdit Nombre de transactions de dbit Nombre de transactions d'annulation de dbit Montant total des transactions de crdit Montant total des transactions de dbit Montant total des transactions d'annulation de dbit
B: initialisation remise dgrade : 0346 D: corps de remise dgrade : 0146/0246/0446 F: fin de remise dgrade - consolidation : 0546 A . . C(210) C(210) C(212) C(212) C(210) X . . . . . . B . . C(210) C(210) C(212) C(212) C(210) X . . . . . . C . . . . . . . . . . . . . . D . . . . . . . . . . . . . . E C(20) C(20) . . . . . . X X C(20) X X C(20) F C(20) C(20) . . . . . . X X C(20) X X C(20)

N 1 2 5 6 7 8 10 12 19 20 21 25 26 28 32 36 37 40 41 46 48 50 51 52 53 65 68 69 obligatoire si un des champs 65 128 est renseign voir liste des types obligatoire si traitement piste, absent sinon obligatoire en cas de traitement EMV, absent sinon
REMISE
COMMENTAIRES
obligatoire si traitement EMV, si la donne est disponible et si rclame en tlcollecte par tlparamtrage, absent sinon obligatoire si disponible et traitement EMV, absent sinon obligatoire si traitement EMV et prsence de script dans la rponse la demande d'autorisation, absent sinon obligatoirement absent obligatoire si l'application du systme d'acceptation est EMV, absent sinon obligatoire si de telles transactions sont prsentes dans le lot, absent sinon obligatoire si traitement microcircuit, absent sinon obligatoire si montant estim ou en contre valeur ou montant autoris, absent sinon obligatoire si l'application du systme d'acceptation est EMV et si disponible obligatoire si disponible et si traitement microcircuit, absent sinon obligatoire dans le cas d'une transaction pr-autorise, facultatif sinon obligatoire pour une transaction de niveau 2 par carte achat obligatoire si une valeur a t retourne dans rponse demande d'autorisation, absent sinon obligatoire si transaction commerce lectronique ou tlpaiement, absent sinon obligatoire si transaction sur rseaux ouverts, absent sinon obligatoire si pr-autorisation, sinon obligatoire si tlparamtr, absent sinon obligatoire si le cryptogramme de commerce lectronique est prsent obligatoire si autorisation accorde, facultatif si non accorde, absent si pas d'autorisation obligatoire s'il y a eu une rponse une demande d'autorisation, absent sinon obligatoire si la demande d'autorisation a t ralise une date-heure diffrente de la transaction (suite un referral), absent sinon obligatoire s'il y a eu demande d'autorisation ou forage avant ou aprs demande d'autorisation, absent sinon obligatoire si champ 58/FF47 = 20 Obligatoire si message 0146, absent sinon obligatoire si traitement piste ISO2 ou VAD, absent sinon
128 obligatoire si traitement piste ISO2 ou VAD et si disponible, absent sinon 200 obligatoire si la donne a t tlparamtre, absent sinon 210 obligatoire s'il s'agit d'une remise recycle 212 obligatoire si disponible et s'il sagit d'une remise recycle 230 obligatoire si l'information est disponible et non prsente par ailleurs (piste ISO2 ou transaction EMV), absent sinon 232 obligatoire si disponible, absent sinon 262 obligatoire si disponible et si champ 58/FF47 = 20 270 obligatoire si transaction pr-autorise ou no-show ou rcurrente 274 obligatoire dans un message 0446, absent sinon 304 obligatoire si l'architecture du systme d'acceptation est de type rpartie, absent sinon
COMPTE RENDU DE RECEPTION
Octobre 2007 Page 1
COMPTE RENDU DE RECEPTION CB2A FICHIER
CB2A Fichier
Octobre 2007 Page 2
CB2A Fichier
Octobre 2007 Page 3
SOMMAIRE
1. 2. Introduction ......................................................................................................................................................... 4 Prsentation........................................................................................................................................................ 5 2.1. Principes gnraux..................................................................................................................................... 5 2.2. Traabilit des lots ..................................................................................................................................... 5 2.3. Mode opratoire ......................................................................................................................................... 5 2.4. Structure du service ................................................................................................................................... 6 2.5. Description des messages ......................................................................................................................... 7 2.5.1. Initialisation de compte-rendu de rception ............................................................................... 7 2.5.2. Notification dacquittement de message dtail .......................................................................... 7 2.5.3. Fin de compte-rendu de rception............................................................................................. 7 2.6. Cas particulier dun compte-rendu de rception dun service de remise .................................................... 8 2.6.1. Initialisation de regroupement de CRR...................................................................................... 8 2.6.2. Fin de regroupement de CRR ................................................................................................... 8 2.6.3. Structure.................................................................................................................................... 9 Cinmatique...................................................................................................................................................... 10 3.1. Cas 1 : Echange dun service Compte-rendu de Rception..................................................................... 10 3.2. Cas 2 : Lot de remise accept par lacqureur (ni rejet technique ni alerte)............................................. 11 3.3. Cas 3 : Lot de remise accept par lacqureur (en alerte)........................................................................ 12 3.4. Cas 4 : Lot de remise accept par lacqureur cas particulier dun regroupement ................................ 13 3.5. Cas 5 : Rejet partiel par lacqureur dun lot de remise............................................................................ 14 3.6. Cas 6 : rejet total par un remettant dun lot de paramtrage .................................................................... 15 3.7. Cas 7 : Lot absent .................................................................................................................................... 16 Description des messages................................................................................................................................ 17
3.
4.
CB2A Fichier
Octobre 2007 Page 4
1.
INTRODUCTION
Le compte-rendu de rception est le rsultat de lanalyse technique dun ou plusieurs lots ralise par le destinataire (systme acqureur ou remettant). Le destinataire informe lmetteur de la prise en compte ou du rejet de tout ou partie des lots. Les lments rejets ne donnent pas lieu traitement fonctionnel ultrieur (demande dautorisation, compensation, paramtrage, ). Le service de compte-rendu de rception indique pour chaque lot ou message, son statut, soit : - une prise en compte (ou acceptation) ; - un rejet total ; - un rejet partiel ; - une alerte. Ces acquittements sappliquent sur : - un lot ; - un message de dtail. Dans ce document, le terme metteur dsigne lentit qui a envoy un flux CB2A Fichier, quil soit remettant ou acqureur. Le terme destinataire dsigne lentit qui a reu un flux CB2A Fichier, quil soit remettant ou acqureur.
CB2A Fichier
Octobre 2007 Page 5
2.
PRESENTATION
2.1.
PRINCIPES GENERAUX
Le compte-rendu de rception est un service contenant des acquittements de lots. Un acquittement de lot peut porter sur plusieurs natures de lots reus : - remise (ventuellement recycle ou dgrade) CB2A Fichier (service REM) ; - autorisation - remise CB2A Fichier (service ARVAD) ; - autorisation CB2A Fichier (service AVAD) ; - paramtrage CB2A Fichier (service PAR). Il ne peut pas tre mis sur rception dun autre compte-rendu. Le compte-rendu de rception comporte plusieurs niveaux : - niveau lot Un lot peut tre : - accept : le lot est pris en compte. Il ne comporte aucune anomalie ; - en alerte : le lot comporte une ou plusieurs anomalies considres non bloquantes par lmetteur du CRR. Le lot est pris en compte. Les lments en alerte sont signals et sont pris en compte ; - rejet : le lot contient une ou plusieurs anomalies considres bloquantes par lmetteur du CRR et il nest pas pris en compte. Une anomalie provoquant un rejet peut porter sur nimporte quel lment du lot : initialisation, consolidation, dtail. Un lot rejet peut contenir des lments en alerte ou sans anomalie, mais ils ne seront pas pris en compte ; - partiellement rejet : le lot contient une ou plusieurs anomalies considres bloquantes par lmetteur du CRR mais le lot est pris en compte, except un ou plusieurs messages dtail qui sont rejets et ne sont pas pris en compte ; - absent : le lot nest pas reu. Selon les accords remettant acqureur cet acquittement peut indiquer la non-rception dun lot attendu dans un certain crneau horaire ou encore une rupture de squence dans les lots reus ou toute autre situation. - niveau message Un message peut tre : - accept : le message est pris en compte ; - rejet : lanomalie sur le message est considre bloquante. Le message nest pas pris en compte ; - en alerte : une anomalie non bloquante sur le message est dtecte. Elle est signale pour correction dans les messages ultrieurs de mme type. Le message est pris en compte. Il ne peut exister qu'un seul message de rejet ou d'alerte pour un lot ou un message dtail. Un lment peut tre, soit en rejet, soit en alerte, soit accept ; il ne peut avoir plusieurs types de prise en compte la fois. Le code rejet du lot prvaut sur le code rejet du message. Lorsque le message d'initialisation ou de consolidation du lot reu est rejet, le lot entier est rejet. Cependant une alerte peut tre signifie sur les messages de dtail de lot. 2.2. TRAABILITE DES LOTS
Chaque lot acquitt est identifi par les rfrences sur les donnes dorigine : - Identifiant du fichier ; - Identifiant du service ; - Identifiant du lot. Si ces rfrences ne peuvent tre fournies, le compte-rendu de rception ne peut pas tre utilis. La rfrence du fichier dorigine est indique sur louverture de service CRR. La rfrence du lot dorigine est indique sur linitialisation du CRR. La rfrences du service dorigine peut tre indique soit sur louverture de service CRR, soit sur linitialisation du CRR. Cette dualit de rfrencement permet de structurer le CRR selon les organisations suivantes : - Le service CRR acquitte tous les lots dun seul service dun fichier : la rfrence du service est indique sur louverture du service CRR ; - Le service CRR acquitte tous les lots de tous services dun fichier : la rfrence du service est indique pour chaque initialisation de CRR. 2.3. MODE OPERATOIRE
Un acquittement de lot peut tre implicite ou explicite : la donne mode opratoire en ouverture de service indique la prsence de tout ou partie des lots dans la suite du service. Ainsi : - Mode Explicite : tous les lots sont prsents, avec chacun leur type de prise en compte ; - Mode Implicite : seuls les lots rejets ou en alerte sont prsents ; les lots absents sont accepts implicitement.
CB2A Fichier
Octobre 2007 Page 6
Si la rfrence du service est absente en ouverture de service CRR alors lacquittement porte sur tous les services du fichier et le mode opratoire a limpact suivant : - Mode Explicite : tous les lots de tous les services sont prsents ; - Mode Implicite : les lots des services non rfrencs en initialisation dun CRR sont accepts. Un acquittement de message peut tre implicite ou explicite : la donne mode opratoire en initialisation de CRR indique la prsence de tout ou partie des messages dans la suite du lot. - Mode Explicite : tous les messages sont prsents ; - Mode Implicite : seuls les messages rejets ou en alerte sont prsents ; les messages absents sont accepts implicitement. Si le lot est entirement rejet les messages absents sont galement rejets. Le mode opratoire est choisi librement par lacqureur ou dpend dun accord bilatral remettant acqureur. Le mode opratoire de louverture de service est donc identique pour tous les accepteurs dont les lots sont acquitts. 2.4. STRUCTURE DU SERVICE
Un service compte-rendu de rception est annonc par un message douverture de service (0840/0844) et compos de un ou plusieurs CRR, chacun acquittant un lot. Un CRR est compos : - dun message dinitialisation (0340/0344). Ce message identifie le lot dorigine acquitt ; - de messages dacquittement (0640/0644). Ces messages indiquent le type de prise en compte de chaque message du lot acquitt (initialisation et consolidation compris) ; - dun message de consolidation (0540/0544). Ce message totalise les lments reus dans le lot dorigine. Dans un CRR, lordre dacquittement des messages doit tre le mme que lordre de rception de ces messages. La structure du service est schmatise ci-dessous (niveaux 2 4) : Niveau 1 Niveau 2 Niveau 3 84x Ouv. Fichier 84x Ouv. Serv. CRR 34x Init CRR 64x acq init lot 64x acq dtail lot 64x acq conso lot 54x Fin CRR 84x Ferm. Fichier 1 occurrence Le tableau ci-dessous indique les conditions de prsence des diffrents messages et les possibilits de valorisation de certaines donnes. Conditions de prsence des messages dinitialisation et de fin de CRR, en fonction du mode opratoire du service CRR et du rsultat de lanalyse technique.
accept totalement Mode opratoire en ouverture de service CRR prsence 0340/0344 Init CRR 0540/0544 Fin CRR champ 25 MTI alerte rejet total rejet partiel absent
Niveau 4
Prsence 1 occurrence I occurrences J occurrences 0,1 occurrence K occurrences 0,1 occurrence J occurrences
explic. implic. explic. implic. explic. implic. explic. implic.
X 9301
X 9322
C 9322
X 9311
C 9311
X 9310
C 9310
X 9305
Conditions de prsence du message de notification dacquittement, en fonction du mode opratoire du type dacquittement du lot, du code raison et du rsultat de lanalyse technique.
accept totalement Mode opratoire en initialisation de CRR prsence 0640/0644 Message dtail champ 25 MTI
explic. implic.
alerte
explic. implic.
rejet total
rejet partiel
explic. implic. explic. implic.
X 9301
X 9301 9321 9322
X 9301 9321 9322
X 9301 9322
9321 9322
9321 9322
9322
Lgende : X : obligatoire C : seuls les lments en erreur / alerte sont prsents - : absent
CB2A Fichier

2.5. DESCRIPTION DES MESSAGES
Octobre 2007 Page 7
Le service de compte-rendu de rception comporte les messages suivants : 2.5.1. Initialisation de compte-rendu de rception
Message 0340 Initialisation de compte-rendu de rception, mis par lacqureur Message 0344 Initialisation de compte-rendu de rception, mis par le remettant Ce message permet didentifier le lot acquitt. Ce message est toujours prsent. Il rappelle les rfrences du lot concern. 9301 : accept 9305 : absent 9310 : rejet partiel 9311 : rejet total 9322 : alerte Champ 58 types FF55 et FF56 Selon contexte (pour une remise par exemple), permet de retrouver linformation initiale Champ 58 types FF62 et FF65 Permet de rappeler les rfrences du service et du lot qui contenaient llment trait, si ce nest pas mentionn sur le service Champ 118 type 0A Mode opratoire : acquittement explicite ou implicite des messages du lot Champ 118 type 0B Nature des lots acquitts par ce CRR, si ce nest pas mentionn sur le service 2.5.2. Notification dacquittement de message dtail Valorisations spcifiques Champ 25
Messages 0640 : Notification dacquittement, mise par lacqureur Messages 0644 : Notification dacquittement, mise par le remettant Ces messages indiquent que les oprations concernes ne peuvent pas tre prises en compte (rejet) ou peuvent tre prises en compte malgr une anomalie (alerte) ou peuvent tre prises en compte sans restriction. Ces messages donnent les rfrences (champ 56) du messages dorigine afin que lmetteur originel puisse identifier le message acquitt. Si ces rfrences ne peuvent tre renseigns correctement, la notification dacquittement de message ne peut pas tre utilise. La prsence de ces messages est conditionnelle et dpend du mode opratoire et du type de prise en compte. Valorisations spcifiques Champ 25 9301 : accept 9321 : rejet 9322 : alerte Champ 31 type 01 Permet lacqureur de transmettre un message en clair sur le motif de lanomalie Champ 47 type 47 code anomalie et champ erron, si rejet ou alerte Champ 56 Permet de rappeler les donnes du message acquitt. Ce champ est constitu des donnes reues ayant une syntaxe correcte. Particularits du rejet dun message 0446 (concerne un lot remise ) Message 064x : Un message 0446 dune remise (annulation) est toujours li un message 0246. Ils doivent tre Rejet dun message prsents dans la mme remise. 0446 Lorsqu'un message 0446 est rejet, il convient de rejeter galement le message 0246 qui lui est associ. Le code anomalie du message 0640 qui rejette le message 0246 aura alors la valeur "17" : "message associ rejet". Un message 0446 qui n'a pas de message 0246 associ (soit parce qu'il n'existe pas, soit parce qu'il est inexploitable et par consquent le rapprochement n'est pas possible) doit tre rejet. Le code anomalie du rejet du message 0640 qui rejette le message 0446 aura pour valeur "16" : "impossible de localiser le message initial". Lorsqu'un message 0246 est rejet, il convient de vrifier s'il y a un message 0446 qui lui est associ. Si le message 0446 associ existe, il convient de le rejeter. Le code anomalie du message 0440 aura alors la valeur "17" : "message associ rejet". Cette rgle ne sapplique pas aux alertes 2.5.3. Fin de compte-rendu de rception
Message 0540 Fin de compte-rendu de rception, mis par lacqureur Message 0544 Fin de compte-rendu de rception, mis par le remettant Ce message permet de notifier la fin dun compte-rendu de rception. Il fourni galement un compteur sur les lments reus.
CB2A Fichier

Ce message est toujours prsent.
Octobre 2007 Page 8
Valorisations spcifiques Champ 118 type 0C Nombre de messages reus dans le lot initial 2.6. CAS PARTICULIER DUN COMPTE-RENDU DE RECEPTION DUN SERVICE DE REMISE
Suite lchange dun service de remise (REM ou ARVAD), il peut tre utile daccompagner lacquittement du service de donnes de consolidation, telles le nombre de transactions acquittes ou le cumul des montants remis. Un systme acqureur peut enrichir le compte-rendu de rception REM ou ARVAD de ces informations, sous la forme de messages de regroupement. Lutilisation de la fonction de regroupement est libre pour lacqureur ou dpend dun accord bilatral remettant acqureur. Un regroupement est compos dun ensemble homogne de CRR. Les critres dhomognit sont : - la devise de la transaction : il sagit dun critre obligatoire ; un regroupement ne peut comporter des oprations de devises diffrentes ; - le code regroupement du remettant : donne optionnelle et valeur arbitraire positionne par le remettant dans la remise et permettant lacqureur de grouper les CRR de remises sous le mme code regroupement. Il sagit dun critre optionnel, mais sil est fourni par le remettant alors lacqureur doit lutiliser conformment aux rgles tablies entre les parties. Un service CRR peut contenir plusieurs regroupements, et un service remise peut tre acquitt par plusieurs regroupements. Les messages permettant de dlimiter un regroupement sont les suivants : 2.6.1. Initialisation de regroupement de CRR
Message 0340 Initialisation de regroupement de compte-rendu de rception Ce message permet d'identifier un dbut de regroupement. La prsence de ce message est la discrtion de lacqureur. Sil est prsent, il prcde le message dinitialisation du premier CRR du regroupement. Il indique les critres de regroupement : devise et code regroupement. Valorisations spcifiques Champ 25 9327 : Regroupement de CRR Champ 49 Code devise des transactions du regroupement Champ 46 type DF61 Valeur du critre de regroupement demand par le remettant et indiqu dans la remise, si elle existe. 2.6.2. Fin de regroupement de CRR
Message 0540 Fin de regroupement de compte-rendu de rception Ce message permet d'identifier la fin dun regroupement. La prsence de ce message est lie la prsence du message dinitialisation de regroupement de CRR. Sil est prsent, il suit le message de fin du dernier CRR du regroupement. Il indique les donnes de consolidation : nombre de transactions et cumuls de montants. Valorisations spcifiques Champ 25 9327 : Regroupement de CRR Champs 74, 75, 77, 86, Ces totalisations correspondent au cumul des transactions regroupes, dans la devise de la 88, 89 remise (cest--dire sans conversion). Les totaux correspondent aux donnes acquittes et pas seulement celles prsentes dans le CRR (i.e. le mode opratoire na pas dimpact sur ces compteurs).
CB2A Fichier

2.6.3. Structure
Octobre 2007 Page 9
La structure du service dans le cas de lutilisation du regroupement est schmatise ci-dessous (niveaux 2 5) : Niveau 1 Niveau 2 Niveau 3 Niveau 4 Niveau 5 840 Ouv. Fichier 840 Ouv. Serv. CRR 340 Init Regrt 340 Init CRR 640 acq init lot 640 acq dtail lot 640 acq conso lot 540 Fin CRR 540 Fin Regrt 840 Ferm. Fichier
Prsence 1 occurrence I occurrences L occurrences J occurrences 0,1 occurrence K occurrences 0,1 occurrence J occurrences L occurrences
CB2A Fichier
3.
CINEMATIQUE
Les descriptifs ci-dessous reprsentent des cas de figure possibles pour un compte-rendu de rception. A l'intrieur d'un service de compte-rendu de rception, chaque cas peut exister une ou plusieurs fois en s'enchanant dans l'ordre dtermin par lmetteur du fichier. Dans un compte-rendu de rception, les messages sont organiss selon lordre du lot reu quelque soit leur statut (acceptation, rejet ou alerte). Les schmas ne reprennent pas systmatiquement louverture du service Compte-rendu de rception. 3.1. CAS 1 : ECHANGE DUN SERVICE COMPTE-RENDU DE RECEPTION Remettant Acqureur
0840 Ouv.Serv.Compte-Rendu Rception code fonction = 905 mode opratoire = implicite
0340 Initialisation CRR code raison = 9311 rejet total mode opratoire = explicite
0640
0540 Fin CRR
0340 Initialisation CRR code raison = 9322 alerte mode opratoire = implicite
0640
0540 Fin CRR
0840 Autre Ouv.de Serv.
CB2A Fichier

3.2.
CAS 2 : LOT DE REMISE ACCEPTE PAR LACQUEREUR (NI REJET TECHNIQUE NI ALERTE) Remettant Acqureur 0340 Initialisation CRR code raison = 9301 accept mode opratoire = implicite 0540 Fin CRR
OU 0340 Initialisation CRR code raison = 9301 accept mode opratoire = explicite
0640 notification dacquittement : acceptation dinitialisation de lot 0640 notification dacquittement : acceptation dopration financire 0640 notification dacquittement : acceptation dopration non financire
0640 notification dacquittement : acceptation de redressement dopration financire
0640 notification dacquittement : acceptation de consolidation de lot
0540 Fin CRR
CB2A Fichier

3.3.
CAS 3 : LOT DE REMISE ACCEPTE PAR LACQUEREUR (EN ALERTE) Remettant Acqureur
0340 Initialisation CRR code raison = 9322 alerte mode opratoire = implicite
0640 notification dacquittement : alerte sur opration financire
0640 notification dacquittement : alerte sur consolidation de lot
0540 Fin CRR
CB2A Fichier

3.4.
CAS 4 : LOT DE REMISE ACCEPTE PAR LACQUEREUR CAS PARTICULIER DUN REGROUPEMENT Remettant Acqureur
0840 Ouv.Serv.Compte-Rendu Rception code fonction = 904 - mode opratoire = explicite 0340 Initialisation de regroupement de CRR code raison = 9327 - code regroupement = 1234 devise 978 0340 Initialisation CRR code raison = 9301 accept - mode opratoire = explicite 0640 0540 Fin CRR La remise initiale portait le code regroupement 1234 et des transactions de devise 978
0340 Initialisation CRR code raison = 9301 accept - mode opratoire = explicite 0640 0540 Fin CRR La remise initiale portait le code regroupement 1234 et des transactions de devise 978
0540 Fin de regroupement de CRR
0340 Initialisation de regroupement de CRR code raison = 9327 - code regroupement = ABCD devise 978 0340 Initialisation CRR code raison = 9301 accept - mode opratoire = explicite 0640 0540 Fin CRR La remise initiale portait le code regroupement ABCD et des transactions de devise 978
0540 Fin de regroupement de CRR 0340 Initialisation de regroupement de CRR code raison = 9327 - devise 840 0340 Initialisation CRR code raison = 9301 accept - mode opratoire = explicite 0640 0540 Fin CRR 0540 Fin de regroupement de CRR La remise initiale portait des transactions de devise 840
0340 Autre Ouv.de Serv.
CB2A Fichier

3.5.
CAS 5 : REJET PARTIEL PAR LACQUEREUR DUN LOT DE REMISE Remettant Acqureur 0340 Initialisation CRR code raison = 9310 rejet partiel mode opratoire = implicite
0640 notification dacquittement : rejet dopration financire 0640 notification dacquittement : alerte sur opration non financire
0640 notification dacquittement : rejet de redressement dopration financire 0540 Fin CRR
Ou
0340 Initialisation CRR code raison = 9310 rejet partiel mode opratoire = explicite
0640 notification dacquittement : acceptation dinitialisation de lot 0640 notification dacquittement : rejet dopration financire 0640 notification dacquittement : alerte sur opration non financire
0640 notification dacquittement : acceptation dopration financire 0640 notification dacquittement : rejet de redressement dopration financire
0640 notification dacquittement : acceptation de consolidation de lot
0540 Fin CRR
CB2A Fichier

3.6.
CAS 6 : REJET TOTAL PAR UN REMETTANT DUN LOT DE PARAMETRAGE Remettant Acqureur
0344 Initialisation CRR code raison = 9311 rejet total mode opratoire = implicite 0544 Fin CRR
OU 0344 Initialisation CRR code raison = 9301 accept mode opratoire = implicite
0644 notification dacquittement : rejet de message de paramtrage
0644 notification dacquittement : rejet de consolidation de lot
0544 Fin CRR
CB2A Fichier

3.7. CAS 7 : LOT ABSENT Remettant
Acqureur 0340 Initialisation CRR code raison = 9305 absent mode opratoire = n/a 0540 Fin CRR
CB2A Fichier
CB2A Fichier

COMPTE-RENDU DE RECEPTION
A: Initialisation de CRR : systme acqureur : 0340 C: Fin de CRR : systme acqureur : 0540
B: Notification d'acquittement de message : systme acqureur : 0640
N 1 11 12 13 25 27 31 01 32 46 47 07 47 56 58 FF54 FF55 FF56 FF60 FF62 FF65 118 0A 0B 0C
Dfinition Prsence deuxime bitmap Numro d'audit Heure locale de la transaction Date locale de la transaction Code raison du message Contrle transfert Acqureur-Accepteur Donnes imprimer/afficher Impression Identifiant de l'organisme acqureur Configuration du Systme et des Points d'Acceptation
A C(1) X X X X . . . X C(2) X C(2) X . . C(2) C(272) F F F C(74) X C(2) X C(74) .
B C(1) X X X X X C(2) F . . . C(2) X X C(60) . . . . . . . . . . .
C C(1) X X X . . . . . . . C(2) X . . . . . . . . . C(2) . . X
DF5F Numro de contrat accepteur Donnes complmentaires nationales Anne de la transaction Code anomalie Elments d'information initiaux Rserv national Potentiel de recyclage Identifiant du lot attribue par le systme d'acceptation Identifiant du lot attribu par le systme collecteur Date limite de recyclage Elments d'information initiaux d'un service Elments d'information initiaux d'un lot Donnes nationales Mode opratoire Nature des lots Nombre d'lments du lot initial

A: Initialisation de CRR : systme remettant : 0344 C: Fin de CRR : systme remettant : 0544
B: Notification d'acquittement de message : systme remettant : 0644
N 1 11 12 13 25 26 31 01 32 46 47 07 47 56 58 FF54 FF55 FF56 FF60 FF62 FF65 118 0A 0B 0C
Dfinition Prsence deuxime bitmap Numro d'audit Heure locale de la transaction Date locale de la transaction Code raison du message Contrle transfert Accepteur-Acqureur Donnes imprimer/afficher Impression Identifiant de l'organisme acqureur Configuration du Systme et des Points d'Acceptation
A C(1) X X X X . . . X C(2) X C(2) X . . C(2) C(272) F F F C(74) X C(2) X C(74) .
B C(1) X X X X X C(2) F . . . C(2) X X C(60) . . . . . . . . . . .
C C(1) X X X . . . . . . . C(2) X . . . . . . . . . C(2) . . X
DF5F Numro de contrat accepteur Donnes complmentaires nationales Anne de la transaction Code anomalie Elments d'information initiaux Rserv national Potentiel de recyclage Identifiant du lot attribue par le systme d'acceptation Identifiant du lot attribu par le systme collecteur Date limite de recyclage Elments d'information initiaux d'un service Elments d'information initiaux d'un lot Donnes nationales Mode opratoire Nature des lots Nombre d'lments du lot initial

A: Initialisation de regroupement de CRR : 0340
B: Fin de regroupement de CRR : 0540
N 1 11 12 13 25 27 32 46 DF61 47 07 49 74 76 77 86 88 89
Dfinition Prsence deuxime bitmap Numro d'audit Heure locale de la transaction Date locale de la transaction Code raison du message Contrle transfert Acqureur-Accepteur Identifiant de l'organisme acqureur Configuration du Systme et des Points d'Acceptation Code regroupement du remettant Donnes complmentaires nationales Anne de la transaction Code monnaie ou devise de la transaction Nombre de transactions de crdit Nombre de transactions de dbit Nombre de transactions d'annulation de dbit Montant total des transactions de crdit Montant total des transactions de dbit Montant total des transactions d'annulation de dbit
A X X X X X X X C(2) CQ(235) C(2) X F . . . . . .
B X X X X . . . . . C(2) X . X X X X X X

N 1 2 60 74
COMMENTAIRES obligatoire si un des champs 65 128 est renseign voir liste des types obligatoire si au moins une donne constituante est prsente et a une syntaxe correcte obligatoire si absent dans l'ouverture de service, absent sinon
235 obligatoire si cette donne a t renseigne lors de la remise, absente sinon 272 obligatoire si rejet partiel ou total
AUTORISATION - REMISE Vente distance
Octobre 2007 Page 1
AUTORISATION REMISE Vente distance CB2A FICHIER
CB2A Fichier
Octobre 2007 Page 2
CB2A Fichier
Octobre 2007 Page 3
SOMMAIRE
1. 2. Introduction ......................................................................................................................................................... 4 Prsentation........................................................................................................................................................ 5 2.1. Principes gnraux..................................................................................................................................... 5 2.2. Mode opratoire ......................................................................................................................................... 6 2.3. Description ................................................................................................................................................. 6 2.3.1. Demande d'autorisation remise ................................................................................................. 6 2.3.2. Rponse immdiate demande d'autorisation remise.............................................................. 6 2.3.3. rponse diffre demande d'autorisation remise.................................................................... 8 2.4. Cas particulier dune autorisation remise recycle .................................................................................. 9 2.4.1. Demande d'autorisation remise ................................................................................................. 9 Cinmatique...................................................................................................................................................... 10 3.1. Rponse immdiate ................................................................................................................................. 11 3.2. Rponses diffres .................................................................................................................................. 12 Liste des codes rponse et des actions associes ........................................................................................... 13 Guide dimplmentation acqureur ................................................................................................................... 14 5.1. Exemple dimplmentation fonctionnelle .................................................................................................. 14 5.2. Particularits dalimentation de la remise ................................................................................................. 15 Description des messages................................................................................................................................ 16
3.
4. 5.
6.
CB2A Fichier

1. INTRODUCTION
Octobre 2007 Page 4
Le service Autorisation Remise Vente distance est spcifique CB2A Fichier. Il s'inscrit dans le cadre de la relation entre un systme remettant et un systme acqureur. Le service Autorisation Remise dans le cadre de la vente distance permet au remettant de transmettre l'acqureur dans un mme message une prsentation de demande d'autorisation et les donnes de remise et permet l'acqureur de faire les rponses cette demande. Il dcrit : - Les moyens mis disposition par le protocole CB2A Fichier pour la gestion des changes ; - La description (sous forme de tableaux) des messages du service Autorisation Remise dans le cadre de la vente distance.
CB2A Fichier

2. PRESENTATION
Octobre 2007 Page 5
2.1.
PRINCIPES GENERAUX
Le service Autorisation Remise Vente Distance ARVAD permet un accepteur de transmettre un acqureur un ensemble de transactions. Un flux ARVAD demande peut contenir des transactions de dbit et des transactions de crdit. Il ne peut comporter ni transaction non aboutie, ni le couple transaction dannulation et sa transaction dorigine. A un flux de demande ARVAD peuvent correspondre un ou plusieurs types de rponse. Ainsi trois niveaux de rponses sont possibles : - Niveau technique : le compte-rendu de rception (CRR). Ce compte-rendu indique les erreurs techniques du lot. Il mentionne les erreurs syntaxiques et smantiques. La fonction compte-rendu est obligatoire. CB2A Fichier propose le CRR mais tout autre moyen peut tre utilis ; - Niveau autorisation : la rponse ARVAD ; Ce flux contient les rponses aux demandes dautorisation. Il nexiste que si le flux de demande ARVAD na pas t entirement rejet techniquement. Il contient les rponses aux demandes dautorisation non rejetes techniquement. Il existe deux types de flux de rponses : - Le flux des rponses immdiates - en fonction du mode opratoire utilis par lacqureur, il se compose : - Soit de lensemble des rponses aux demandes dautorisation ; - Soit des rponses ngatives aux demandes dautorisation et rponses en attente dappel phonie comprises. Il nexiste quun seul lot rponse immdiate ARVAD pour un lot de demande ARVAD. Selon le mode opratoire utilis par lacqureur, le lot de rponse pourra contenir aucune rponse demande dautorisation et ne sera alors constitu que dun message dinitialisation et dun message de consolidation. - Le flux des rponses diffres : les rponses aux demandes dautorisation en appel phonie. Ce flux est optionnel : il dpend des prestations demandes par laccepteur (dlgation du traitement de lappel phonie), du contenu de la rponse immdiate et de la prestation rendue par lacqureur (prise en charge du traitement de lappel phonie). Il peut exister de 0 n lots de rponses diffres pour un lot de demande ARVAD. Un lot de rponses diffres ne peut concerner quun lot de demande ARVAD. - Niveau financier : le relev de mouvements financiers (RMF). Ce flux contient les mouvements financiers gnrs par un lot ARVAD. Il peut exister de 0 n RMF pour un lot de demande ARVAD. Un lot de RMF ne peut concerner quun lot de demande ARVAD. La squence des flux indique ci-dessous correspond lenchanement possible, cependant en terme de protocole la synchronisation nest pas impose. Acqureur Remettant
Traitement Validation ARVAD demande
Traitement Autorisation
Traitement Financier
CRR
ARVAD rponse immdiate
RMF 1
ARVAD rponse diffre (1er lot)
ARVAD rponse diffre (2me lot)
RMF 2
CB2A Fichier

2.2. MODE OPERATOIRE
Octobre 2007 Page 6
Le contenu dune rponse immdiate un lot dautorisation remise peut tre implicite ou explicite. - Mode Explicite : toutes les rponses aux demandes dautorisation sont prsentes ; - Mode Implicite : seules les rponses aux demandes dautorisation ngatives ou en attente dappel phonie sont prsentes ; les rponses absentes correspondent aux rponses positives aux demandes dautorisation. La donne mode opratoire en initialisation de rponse indique la prsence de tout ou partie des messages dans la suite du lot. 2.3. DESCRIPTION
Le service gestion de rseaux prvoit un message d'ouverture de service Autorisation Remise vente distance (champ 24 = 868). 2.3.1. Demande d'autorisation remise
Dans le sens accepteur - acqureur, la demande d'Autorisation - Remise pour la vente distance a pour objectif de fournir lacqureur un ensemble de transactions destines tre compenses et pour lesquelles laccepteur demande ventuellement une demande dautorisation (avec ventuellement le traitement de lappel phonie). La demande est constitue de la manire suivante : 2.3.1.1 Initialisation de demande Autorisation - Remise
Message 0346 Ce message permet au remettant dinitier un lot de demandes dautorisation - remise VAD, de lidentifier, de spcifier les traitements appliquer toutes les demandes du lot. Valorisations spcifiques Champ 118 type 06 Prestations demandes La donne permet au remettant dindiquer le gestionnaire des appels phonie
2.3.1.2
Demande Autorisation - Remise
Message 0206 Celui-ci permet au remettant de transmettre le contenu dune autorisation-remise et de demander son traitement particulier. Valorisations spcifiques Champ 118 type 07 Sous-champ 1 mode de traitement de lautorisation dcision de demande dautorisation La donne permet au remettant dactiver le dclenchement de la demande dautorisation dcision de forage de lautorisation Mode forage toujours : lautorisation doit tre force, dans les limites de la rglementation Mode forage acqureur : lacqureur est dlgu pour dcider si lautorisation peut tre force Mode forage jamais : pas de forage demand Libells porteurs Pris en compte aprs accord bilatral
Sous-champ 2 Valeur 1 Valeur 2 Valeur 3 Champ 57 types FF01 et FF02
Le champ 118 type 07 est obligatoire pour les transactions de dbit, sans objet (non trait) pour les transactions de crdit. 2.3.1.3 Consolidation de demande Autorisation - Remise
Message 0546 Celui-ci permet lacqureur de vrifier les totaux de chaque remise, en montant et en nombre. 2.3.2. Rponse immdiate demande d'autorisation remise
Dans le sens acqureur - accepteur, la rponse immdiate la demande ARVAD permet l'acqureur de donner l'accepteur le rsultat des traitements dautorisation sur le lot reu. Si ce lot reu nest pas entirement rejet, la rponse ARVAD est obligatoire. Elle contient la rponse au traitement de tout ou partie des transactions, selon le mode opratoire utilis par lacqureur. Le lot rponse contiendra au minimum le message dinitialisation et le message de consolidation. Ce lot ne contient pas les rponses aux appels phonie : si un appel phonie a pu tre trait avant la constitution de la rponse immdiate, il ny sera pas inclus, sauf perdre linformation de traitement en phonie.
CB2A Fichier

2.3.2.1
Octobre 2007 Page 7
La rponse immdiate est constitue de la manire suivante : Initialisation de rponse immdiate demande d'Autorisation - remise
Message 0340 Valorisations spcifiques Champ 25 Valeur 9301 Valeur 9310 Champ 118 type 08 Code raison du message Accept Rejet partiellement Prestations excutes Lacqureur indique sil gre ou non les appels phonie. Cette information peut tre diffrente de la demande initiale du remettant Mode opratoire Fourniture explicite ou implicite des rponses positives aux demandes dautorisation
Champ 118 type 0A
Dans le champ 25, lutilisation de lune des valeurs mentionnes ci-dessus qualifie la rponse immdiate . Ce champ 118/08 indique les prestations effectivement ralises, et qui peuvent tre diffrentes des prestations demandes ; cette diffrence peut tre lie aux particularits de traitement de lacqureur ou du contrat liant laccepteur et lacqureur. Les champs compteurs du message de consolidation de la demande 0546 sont repris dans le message 0340 (cest--dire avec une valorisation identique). 2.3.2.2 Rponse immdiate demande d'Autorisation - Remise
Message 0216 Le type de la rponse est identifiable par la valeur du champ 39. La deuxime position du champ 39 est positionne 8 en cas de forage. Cette information est complte par le champ 44 type AD qui indique la condition de forage de la demande dautorisation. Valorisations spcifiques Champ 39 Valeur 8000 Valeur 8008 Valeur 0000 Valeur 8yxx Valeur 1yxx Champ 44 Type AD Valeur 401 Valeur 402 Champ 58 Champ 58 Champ 38 2.3.2.3 Type FF45 Type FF46 La demande dautorisation a t force sur demande de laccepteur La demande dautorisation a t force sur dcision de lacqureur Identifiant du systme acqureur ayant dlivr ou forc des autorisations Certificat dacceptation, dlivr par lacqureur, si lautorisation a t dlivre par lacqureur Prsent si le champ 39 est valoris 8000 ou 8008 ; facultatif sinon Code action Accord metteur Accord acqureur Refus metteur, xx tant le motif du refus, y tant lindicateur de forage Refus acqureur, xx tant le motif du refus, y tant lindicateur de forage
Consolidation de rponse immdiate demande d'Autorisation - Remise
Message 0540 Celui-ci permet suivants : Champ 74 Champ 76 Champ 78 Champ 79 Champ 86 Champ 88 laccepteur de vrifier les totaux de chaque lot, en montant et en nombre. Les compteurs utiliss sont les Nombre de transactions de crdit (bonnes pour compensation) Nombre de transactions de dbit autorises ou forces (bonnes pour compensation) Nombre de transactions en attente dappel phonie (restant traiter par lacqureur) Nombre de transactions refuses (dbit, crdit, appels phonie traiter par le remettant) Montant total des transactions de crdit (bonnes pour compensation) Montant total des transactions de dbit autorises ou forces (bonnes pour compensation)
Ces compteurs incluent toutes les transactions traites, y compris celles nayant pas t retournes dans le lot quel que soit le mode opratoire (champ 118 / 0A) ; ce comptage permet dinformer laccepteur des transactions ntant plus en attente. Les montants sont cumuls et exprims en valeur absolue. Les rejets techniques ne sont pas comptabiliss (ceci est la charge du CRR).
CB2A Fichier

2.3.3.
Octobre 2007 Page 8
rponse diffre demande d'autorisation remise
Dans le sens acqureur - accepteur, la rponse diffre la demande d'ARVAD permet l'acqureur de donner l'accepteur le rsultat des traitements dautorisation sur les transactions en appel phonie. Cette rponse nexiste que sil existe des transactions en appel phonie traites par lacqureur. Elle ne contient que les rponses aux appels phonie. Pour un lot de demande ARVAD plusieurs lots de rponses diffres peuvent tre gnrs, jusqu puisement du stock dappels phonie en attente. Un lot de rponses diffres ARVAD ne concerne quun seul lot demande ARVAD. Le lot de rponses diffres contient les accords et les refus dautorisation : le mode opratoire implicite ou explicite nest pas utilisable sur les rponses diffres. La rponse diffre est constitue de la manire suivante : 2.3.3.1 Initialisation de rponse diffre demande d'Autorisation - remise
Message 0340 Valorisations spcifiques Champ 25 Valeur 9320 Code raison du message Rponses diffres (aprs appel phonie) dautorisation ou demande d'autorisation remise
demande
Dans le champ 25, lutilisation de la valeur mentionne ci-dessus qualifie un lot de rponses diffres. Le champ 118 type 0A devient sans objet. Les champs compteurs ne sont pas utiliss. 2.3.3.2 Rponse diffre demande d'Autorisation - Remise
Message 0216 Les valorisations spcifiques de ce message sont identiques au message 0216 de la rponse immdiate. Valorisations spcifiques Champ 58 type FF45 2.3.3.3 Identifiant du systme acqureur ayant dlivr ou forc des autorisations
Consolidation de rponse diffre demande d'Autorisation - Remise
Message 0540 Celui-ci permet laccepteur de vrifier les totaux de chaque lot, en montant et en nombre. Les compteurs utiliss sont les suivants : Valorisations spcifiques Champ 76 Nombre de transactions de dbit (bonnes pour compensation) Champ 88 Montant total des transactions de dbit (bonnes pour compensation) Champ 74 Nombre de transactions de crdit (bonnes pour compensation) Champ 86 Montant total des transactions de crdit (bonnes pour compensation) Champ 78 Nombre de transactions en attente dappel phonie (restant traiter par lacqureur) Champ 79 Nombre de transactions refuses (dbit, crdit) Ces compteurs ne comptabilisent que les transactions de la rponse diffre.
CB2A Fichier

2.4.
Octobre 2007 Page 9
CAS PARTICULIER DUNE AUTORISATION REMISE RECYCLEE
Un lot de demande d'autorisation - remise ou certaines oprations financires d'un lot de demande d'autorisation - remise peuvent faire l'objet de rejet technique. Le remettant a la possibilit de recycler ce lot de demandes d'autorisation - remise ou ces oprations financires en les mettant nouveau (aprs avoir corrig les erreurs ayant provoques le rejet). Ce recyclage se fait dans un service d'autorisation - remise ne contenant que des demandes d'autorisation - remises recycles. Le champ 25 de l'ouverture de service prend la valeur 9306 . 2.4.1. Demande d'autorisation remise
Une demande d'autorisation - remise recycle est constitue de la manire suivante : 2.4.1.1 Initialisation de demande Autorisation - Remise recycle
Message 0346 - Les valeurs des champs de ce message sont spcifiques ce message ; - Les lments d'information initiaux (champ 56) sont renseigns avec les valeurs du message d'initialisation de la demande d'autorisation - remise d'origine. 2.4.1.2 Demande Autorisation - Remise recycle
Message 0206 Ces messages ont la mme valeur que ceux de la demande d'autorisation - remise d'origine hormis le ou les champs ayant provoqu le rejet technique, qui sont corrigs. - S'il y a eu rejet total de la demande d'autorisation - remise, toutes les oprations financires de la demande d'autorisation remise d'origine sont prsentes ; - S'il y a eu rejet technique de certaines oprations financires de la demande d'autorisation - remise, seules ces oprations financires sont prsentes. 2.4.1.3 Consolidation de demande Autorisation - Remise recycle
Message 0546 Le message de fin de demande d'autorisation - remise correspond la consolidation de la demande d'autorisation - remise recycle c'est dire aux seuls messages 0206 qui ont t recycls.
CB2A Fichier

3. CINEMATIQUE
La cinmatique d'une demande d'autorisation - remise recycle est identique celle d'une demande d'autorisation - remise. Un exemple dchange est illustr ci-dessous.
Remettant
Acqureur
Initialisation de demande d'Autorisation - remise
0346 Initialisation de demande d'Autorisation-remise
Demande d'Autorisation - remise 0206 demande d'Autorisation-remise
0206 demande d'Autorisation-remise
Consolidation de demande d'Autorisation-remise 0546 consolidation de demande d'Autorisationremise
CB2A Fichier

3.1. REPONSE IMMEDIATE Remettant
Acqureur
Initialisation de rponse immdiate demande d'Autorisation-remise 0340 Initialisation de rponse demande d'Autorisation Code raison du message = 9301 ou 9310
Rponse immdiate demande Autorisation-remise 0216 rponse demande dAutorisation-remise
0216 rponse demande dAutorisation-remise 0216 rponse demande dAutorisation-remise rponse en attente appel phonie (1)
0216 rponse demande dAutorisation-remise
0216 rponse demande dAutorisation-remise rponse en attente appel phonie (2)
0216 rponse demande dAutorisation-remise rponse en attente appel phonie (3)
0216 rponse demande dAutorisation-remise
Consolidation de rponse immdiate demande d'Autorisation-remise 0540 Consolidation de rponse demande d'Autorisation (reste 3 appels phonie traiter)
CB2A Fichier

3.2. REPONSES DIFFEREES
Premier lot de rponses diffres Initialisation de rponse diffre demande dAutorisation Remise 340 Initialisation de rponse demande dAutorisation-remise (aprs appel phonie) Code raison du message = 9320
Rponse diffre demande Autorisation Remise 0216 rponse demande dAutorisation Remise aprs appel phonie rponse transaction (1)
0216 rponse demande dAutorisation Remise aprs appel phonie rponse transaction (2)
Consolidation de rponse diffre demande d'Autorisation-remise 0540 Consolidation de rponse demande d'Autorisation (reste 1 appel phonie traiter)
Deuxime lot de rponses diffres Initialisation de rponse diffre demande dAutorisation Remise (aprs appel phonie) 340 Initialisation de rponse demande dAutorisation Remise (aprs appel phonie) Code raison du message = 9320
Rponse diffre demande dAutorisation Remise (aprs appel phonie) 0216 rponse demande dAutorisation Remise aprs appel phonie rponse transaction (3) Consolidation de rponse diffre demande d'Autorisation-remise 0540 Consolidation de rponse demande d'Autorisation (aucun appel phonie restant traiter)
CB2A Fichier

4. N 00 02 03 04 05 07 08 12 13 14 15 20 30 31 33 34 41 43 51 54 56 57 58 59 60 61 63 68 90 91 94 96 97 98 99

LISTE DES CODES REPONSE ET DES ACTIONS ASSOCIEES Utilis oui oui oui non oui non oui oui oui oui oui oui oui oui oui oui oui oui oui oui oui oui oui oui oui non oui oui non oui oui oui oui oui non
Libell transaction approuve ou traite avec succs contacter l'metteur de carte commerant invalide conserver la carte ne pas honorer conserver la carte, conditions spciales approuver aprs identification du porteur transaction invalide montant invalide numro de porteur invalide metteur de carte inconnu rponse errone (erreur dans le domaine serveur) erreur de format identifiant de l'organisme acqureur inconnu date de validit de la carte dpasse suspicion de fraude carte perdue carte vole provision insuffisante ou crdit dpass date de validit de la carte dpasse carte absente du fichier transaction non permise ce porteur transaction interdite au terminal suspicion de fraude l'accepteur de carte doit contacter l'acqureur dpasse la limite du montant de retrait rgles de scurit non respectes rponse non parvenue ou reue trop tard arrt momentan du systme metteur de cartes inaccessible demande duplique mauvais fonctionnement du systme chance temporisation de surveillance globale serveur inaccessible (positionn par le serveur) incident domaine initiateur
CB2A Fichier

5.

GUIDE DIMPLEMENTATION ACQUEREUR
5.1.
EXEMPLE DIMPLEMENTATION FONCTIONNELLE
Dcision =2 demande autorisation demande auto 118/07-1 dcision acqureur
=1 demande auto systmatique
Autorisation non demande
Autorisation demande
Autorisation demande Gestion appel phonie Autor. demande
Accord metteur chp 39 = 8000/8008 chp 38 = xxxx Refus acqureur Accord acqureur chp 39 = 0000 chp 58/FF45 = xxxx chp 58/FF46 = xxxx
Refus metteur chp 39 = 80xx (chp 38 = xxxx)
Appel phonie chp 39 = 8002 (chp 38 = xxxx)
Trait. Appel phonie 118/06-1
=2 Trait.acqureur
Forage autorisation 118/07-2
=1 Trait.accepteur =1 chp 39 = 18xx chp 44/AD = 401 chp 58/FF45 = xxxx chp 58/FF46 = xxxx
<> 1 chp 39 = 10xx (chp 58/FF45 = xxxx) (chp 58/FF46 = xxxx)
=1 toujours chp 39 = 88xx chp 44/AD = 401
Forage autorisation 118/07-2 =2 acqureur
=3 jamais
chp 39 = 88xx chp 44/AD = 402 Pas de routage vers compensation Pas forage Forage chp 58/FF45 = xxxx chp 58/FF46 = xxxx Pas de routage vers compensation
Routage vers Compensation
CB2A Fichier

5.2.
PARTICULARITES DALIMENTATION DE LA REMISE
Ci-dessous est prsent un tableau indiquant la valorisation de certaines donnes ncessaires la remise en compensation en fonction des rponses possibles lautorisation remise : Condition dexcution de Rponse Constitution remise en compensation la transaction autorisation - remise champ 39 champ 44/AD champ 39 champ 47/05 Accord metteur 8000 8000 8008 8008 Accord acqureur 0000 Refus metteur 80xx Pas de remise Refus acqureur 10xx Pas de remise Refus acqureur et forage 18xx 401 2 Refus metteur et forage 88xx 401 80xx 1 402
CB2A Fichier


CB2A Fichier
AUTORISATION - REMISE VENTE A DISTANCE
X: Obligatoire C: Conditionnel F: Facultatif .: Champ non trait S: Valeur spcifique au message Q: Valeur comme la question QI: Valeur comme la question initiale RI: Valeur comme la rponse initiale
A: Initialisation demande Autorisation - Remise : 0346 C: Consolidation demande autorisation - remise : 0546 E: Rponse demande d'autorisation - remise : 0216 N 1 2 3 4 11 12 13 14 18 22 25 26 27 32 35 37 38 39 41 42 44 AD BC 46 DF50 DF51 DF52 DF54 Dfinition Prsence deuxime bitmap Numro de porteur Code traitement Montant de la transaction Numro d'audit Heure locale de la transaction Date locale de la transaction Date d'expiration de la carte Code activit de l'accepteur Condition de ralisation de la transaction au point de vente Code raison du message Contrle transfert Accepteur-Acqureur Contrle transfert Acqureur-Accepteur Identifiant de l'organisme acqureur Piste ISO 2 Numro de rfrence d'archivage Numro d'autorisation Code action Identification du Systme d'Acceptation Identification de l'accepteur de carte Donnes complmentaires de rponse Prcision sur la cause du refus ou de l'accord Message destination de l'initiateur de la transaction Configuration du Systme et des Points d'Acceptation Identifiant de l'application terminal (ITP) Numro logique du systme d'acceptation (NLSA) Type d'architecture du systme d'acceptation Statut de l'application
B: Demande d'autorisation - remise : 0206 D: Initialisation rponse Autorisation - Remise : 0340 F: Consolidation rponse autorisation - remise : 0540 A X . . . X X X . X . C(213) X . X . . . . X X . . . C(2) X X X X . . C(232) C(232) X F C(2) . . . . C(232) B C(1) X X X X X X X . X . X . . C(12) F . . . . . . . C(2) . . . . C(304) C(232) . . . . C(2) C(309) X C(270) . . C X . . . X X X . . . . . . . . . . . . . . . . . . . . . . . . . . . C(2) . . . . . D X . . . X X X . FQ . X . X XQ . . . . XQ XQ . . . C(2) . XQ . . . . CQ(240) CQ(240) XQ CQ(240) C(2) . . . . CQ(240) E C(1) XQ XQ XQ XQ XQ XQ FQ . FQ . . X . . C(268) C(310) X . . C(2) C(313) F C(2) . . . . CQ(240) CQ(240) . . . . C(2) C(241) XQ CQ(240) C(58) . F X . . . X X X . . . . . . . . . . . . . . . . . . . . . . . . . . . C(2) . . . . .
DF5B Numro logique du point d'acceptation (NLPA) DF5C IDentification du Point d'Acceptation (IDPA) DF5D SIRET DF5E IDentification du Systme d'Acceptation (IDSA) DF5F Numro de contrat accepteur DF61 47 01 02 03 04 06 Code regroupement du remettant Donnes complmentaires nationales Raison de la demande d'autorisation Environnement rglementaire / technique de la transaction Type de facture/procdure Date et heure locale de la demande d'autorisation Type de site
A: Initialisation demande Autorisation - Remise : 0346 C: Consolidation demande autorisation - remise : 0546 E: Rponse demande d'autorisation - remise : 0216 N 07 10 17 18 19 20 24 48 49 50 54 57 0210 0211 0212 0214 0215 0216 0217 FF01 FF02 FF0E FF0F 58 0409 0410 0411 0412 0413 FF35 FF36 FF42 FF45 FF46 Dfinition Anne de la transaction Numro de la transaction gnr par le systme d'acceptation Cryptogramme visuel Code pays du systme d'acceptation IBAN (International Bank Account Number) BIC (Bank Identifier Code) Numro de dossier Type d'applicatif du systme d'acceptation (TASA) Code monnaie ou devise de la transaction Code monnaie ou devise de la consolidation Montants, autres Description de la transaction Rfrence client 1 Rfrence client 2 Numro de march Numro de facture Rfrence commerant Numro de TVA intracommunautaire du commerant TVA Libell porteur 1 Libell porteur 2 Destination du billet d'avion Numro de billet d'avion Rserv national Informations relatives au traitement du cryptogramme commerce lectronique Mthode d'authentification porteur utilise par l'metteur Mthode de calcul du cryptogramme de commerce lectronique Rsultat de l'utilisation de l'architecture de paiement scuris VADS Mode de scurisation de la transaction modifi Nombre total des transactions de dbit en diffr de recouvrement Montant total des transactions de dbit en diffr de recouvrement Montant cumul par porteur Identification du gestionnaire de tlpaiement ou du systme acqureur Certificat d'acceptation
B: Demande d'autorisation - remise : 0206 D: Initialisation rponse Autorisation - Remise : 0340 F: Consolidation rponse autorisation - remise : 0540 A X . . X F F . X X . . . . . . . . . . . . . . C(2) . . . . . . . . . . B X X X . . . C(32) . . . C(25) C(2) C(232) C(232) C(232) C(232) C(232) C(36) C(36) F F C(232) C(232) C(2) . C(262) C(48) C(65) . . . X . . C X . . . . . . . . X . . . . . . . . . . . . . C(2) . . . . . C(20) C(20) . . . D XQ . . CQ(240) CQ(240) CQ(240) . FQ XQ . . . . . . . . . . . . . . C(2) . . . . . C(259) C(259) . . . E XQ XQ . . . . . . . . . . . . . . . . . . . . . C(2) C(12) . . . C(232) . . FQ F C(265) F XQ . . . . . . . . XQ . . . . . . . . . . . . . C(2) . . . . . C(31) C(31) . . .
A: Initialisation demande Autorisation - Remise : 0346 C: Consolidation demande autorisation - remise : 0546 E: Rponse demande d'autorisation - remise : 0216 N FF47 FF48 FF49 FF52 FF55 FF56 FF57 FF61 FF62 FF63 FF64 FF65 70 71 74 76 78 79 86 88 118 06 07 08 0A Dfinition Type de scurisation de transaction de commerce lectronique Identifiant transaction fourni par l'accepteur Cryptogramme de commerce lectronique Type de support Identifiant du lot attribue par le systme d'acceptation Identifiant du lot attribu par le systme collecteur Nombre de messages reus par le systme collecteur Elments d'information initiaux d'un fichier Elments d'information initiaux d'un service Rfrence externe sens acqureur-remettant Rfrence externe sens remettant-acqureur Elments d'information initiaux d'un lot Gestion transfert (sens Accepteur - Acqureur) Gestion transfert (sens Acqureur - Accepteur) Nombre de transactions de crdit Nombre de transactions de dbit Nombre de transactions en attente d'appel phonie Nombre de transactions refuses Montant total des transactions de crdit Montant total des transactions de dbit Donnes nationales Types de prestations demandes Mode de traitement demand pour l'autorisation Types de prestations excutes Mode opratoire
B: Demande d'autorisation - remise : 0206 D: Initialisation rponse Autorisation - Remise : 0340 F: Consolidation rponse autorisation - remise : 0540 A . . . F X C(232) C(232) C(213) C(213) . F C(213) X . . . . . . . C(2) X . . . B C(41) C(262) C(262) . . . . . . . . . . . . . . . . . C(2) . C(266) . . C . . . . . . . . . . . . . . X X . . X X . . . . . D . . . CQ(240) XQ CQ(240) CQ(240) X X F CQ(240) X . X C(267) C(267) . . C(267) C(267) C(2) . . X C(267) E . . . . . . . . . . . . . . . . . . . . . . . . . F . . . . . . . . . . . . . . X X C(31) C(31) X X . . . . .

N 1 2 12 20 25 31 32 36 41 48 58 65
COMMENTAIRES obligatoire si un des champs 65 128 est renseign voir liste des types obligatoirement absent obligatoire si de telles transactions sont prsentes dans le lot, absent sinon obligatoire si montant estim ou en contre valeur ou montant autoris, absent sinon obligatoire si de telles transactions sont prsentes dans le lot de rponse, absent sinon obligatoire dans le cas d'une transaction pr-autorise, facultatif sinon obligatoire pour une transaction de niveau 2 par carte achat obligatoire si transaction sur rseaux ouverts, absent sinon obligatoire si le cryptogramme de commerce lectronique est prsent renseign obligatoirement par l'acqureur s'il y a eu demande d'autorisation, absent sinon obligatoire si champ 58/FF47 = 20
213 obligatoire s'il s'agit d'un lot d'autorisation-remise recycl 232 obligatoire si disponible, absent sinon 240 obligatoire si prsent dans la demande, absent sinon 241 obligatoire si prsent dans la demande (valeur de la demande), sinon valeur renseigne par l'acqureur s'il a fait une demande, sinon absent 259 obligatoire si rponse immdiate et si prsent dans la consolidation de la question, absent sinon 262 obligatoire si disponible et si champ 58/FF47 = 20 265 obligatoire si l'autorisation a t dlivre ou fore par l'acqureur 266 obligatoire pour une transaction de dbit 267 obligatoire si rponse immdiate, absent sinon 268 obligatoire si prsent dans la question (valeur identique la question) ou si gr par l'acqureur 270 obligatoire si transaction pr-autorise ou no-show ou rcurrente 304 obligatoire si l'architecture du systme d'acceptation est de type rpartie, absent sinon 309 obligatoire si l'accepteur a fait des contrles pralables, absent sinon 310 obligatoire si accord de l'metteur, facultatif si refus metteur sans forage acqureur, absent sinon 313 obligatoire si l'autorisation a t force, absent sinon
AUTORISATION Vente distance
Octobre 2007 Page 1
AUTORISATION Vente distance CB2A FICHIER
CB2A Fichier
Octobre 2007 Page 2
CB2A Fichier
Octobre 2007 Page 3
SOMMAIRE
1. 2. Introduction ......................................................................................................................................................... 4 Prsentation........................................................................................................................................................ 5 2.1. Principes gnraux..................................................................................................................................... 5 2.2. Description ................................................................................................................................................. 6 2.2.1. Demande d'autorisation............................................................................................................. 6 2.2.2. rponse immdiate demande d'autorisation ........................................................................... 7 2.2.3. Rponse diffre demande d'autorisation .............................................................................. 8 2.3. CAS PARTICULIER D'UNE demande RECYCLEE .................................................................................. 9 Demande recycle................................................................................................................................ 9 CINEMATIQUE d'un echange Autorisation....................................................................................................... 11 3.1. Demande dautorisation ........................................................................................................................... 11 3.2. Rponse immdiate ................................................................................................................................. 12 3.3. Rponses diffres .................................................................................................................................. 13 Liste des codes rponse et des actions associes ........................................................................................... 14 4.1. Liste des codes rponse pour une demande dautorisation ..................................................................... 14 4.2. Liste des codes rponse pour une demande de redressement (0406) .................................................... 14 4.3. Liste des codes rponse pour une reponse une demande de redressement (0416)............................. 14 Guide dimplmentation acqureur ................................................................................................................... 16 5.1. Exemple dimplmentation fonctionnelle .................................................................................................. 16 Guide dimplmentation remettant .................................................................................................................... 17 6.1. Particularits dalimentation de la remise ................................................................................................. 17 Description des messages................................................................................................................................ 18
3.
4.
5. 6. 7.
CB2A Fichier

1. INTRODUCTION
Octobre 2007 Page 4
Le service Autorisation Vente distance est spcifique CB2A Fichier. Il s'inscrit dans le cadre de la relation entre un systme remettant et un systme acqureur. Ce service permet la prsentation de demandes d'autorisation l'acqureur par lot. La rponse ces demandes se ralise galement par lot(s). Il dcrit : - Les moyens mis disposition par le protocole CB2A Fichier pour la gestion des changes ; - La description (sous forme de tableaux) des messages du service Autorisation dans le cadre de la vente distance.
CB2A Fichier

2. PRESENTATION
Octobre 2007 Page 5
2.1.
PRINCIPES GENERAUX
Le service Autorisation Vente Distance AVAD permet un accepteur de transmettre un acqureur un ensemble de transactions. Ces transactions font lobjet dun traitement dautorisation de la part de lmetteur ou de lacqureur. Elles ne font pas lobjet dune remise en compensation de la part de lacqureur. La remise en compensation sera demande ultrieurement par laccepteur, typiquement par lintermdiaire du service REM de CB2A Fichier. Un flux AVAD de demande peut contenir des transactions dautorisation , et de redressement. A un flux AVAD de demande peuvent correspondre un ou plusieurs flux de rponse. Ainsi deux niveaux de rponses sont possibles : - Niveau technique : le compte-rendu de rception ; Ce compte-rendu indique les erreurs techniques du lot. Il mentionne les erreurs syntaxiques et smantiques. La fonction compte-rendu est obligatoire. CB2A Fichier propose le CRR mais tout autre moyen peut tre utilis ; - Niveau autorisation : la rponse AVAD ; Ce flux indique les rponses aux demandes dautorisation et aux demandes de redressement. Il nexiste que si le flux de demande AVAD na pas t entirement rejet techniquement. Il contient les rponses aux demandes dautorisation et de redressement non rejetes techniquement. Il existe deux types de flux de rponses : - Le flux des rponses immdiates ; il se compose de lensemble des rponses aux demandes dautorisation et de redressement, soit : - rponses positives aux demandes dautorisation ; - rponses positives aux demandes de redressement ; - rponses ngatives aux demandes dautorisation et autorisation en attente dappel phonie ; - rponses ngatives aux demandes de redressement Il nexiste quun seul lot rponse immdiate AVAD pour un lot de demande AVAD ; - Le flux des rponses diffres : les rponses aux demandes dautorisation en appel phonie. Ce flux est optionnel : il dpend des prestations demandes par laccepteur (dlgation du traitement de lappel phonie), du contenu de la rponse immdiate et de la prestation rendue par lacqureur (prise en charge de lappel phonie). Il peut exister de 0 n lots de rponses diffres pour un lot de demande AVAD. Un lot de rponses diffres ne peut concerner quun lot de demande AVAD. Il se compose des : - rponses positives ; - rponses ngatives. La squence des flux indique ci-dessus correspond lenchanement possible, cependant en terme de protocole la synchronisation nest pas impose. Acqureur Remettant Traitement Validation AVAD demande Traitement Autorisation
CRR
AVAD rponse immdiate
AVAD rponse diffre (1er) lot
AVAD rponse diffre (2me lot)
CB2A Fichier

2.2. DESCRIPTION
Octobre 2007 Page 6
Le service gestion de rseaux prvoit un message d'ouverture de service Autorisation Vente distance (champ 24 = 902). 2.2.1. Demande d'autorisation
Dans le sens accepteur - acqureur, la demande d'Autorisation pour la vente distance a pour objectif de fournir lacqureur un ensemble de transactions pour lesquelles laccepteur demande les oprations suivantes : - Un traitement dautorisation ; - Un traitement de redressement ; - Eventuellement le traitement de lappel phonie. La demande est constitue de la manire suivante : 2.2.1.1 Initialisation de demande Autorisation
Message 0346 Celui-ci permet au remettant de signaler un lot dautorisation VAD, de lidentifier, de spcifier les traitements appliquer toutes les demandes du lot. Valorisations spcifiques Champ 118 type 06 Prestations demandes La donne permet au remettant dindiquer le gestionnaire des appels phonie
2.2.1.2
Demande Autorisation
Message 0106 Celui-ci permet au remettant de transmettre le contenu dune autorisation et de demander son traitement particulier. Valorisations spcifiques Champ 118 type 07 Sous-champ 1 mode de traitement de lautorisation dcision de demande dautorisation La donne permet au remettant dactiver le dclenchement de la demande dautorisation dcision de forage de lautorisation Mode forage acqureur : lacqureur est dlgu pour dcider si lautorisation peut tre force Mode forage jamais : pas de forage demand
Sous-champ 2 Valeur 2 Valeur 3 2.2.1.3 Demande de redressement
Message 0406 Celui-ci permet au remettant denvoyer un redressement pour une autorisation accorde au pralable. En consquence la demande de redressement ne peut pas tre dans le mme lot que la demande dautorisation dorigine. Valorisations spcifiques Champ 4 Champ 30 Montant redresser Montant dorigine Absent dans un redressement total Dans un redressement partiel il contient le montant autoris (valeur du champ 4 de la demande dautorisation dorigine) Code action xx tant le motif du redressement Elments dinformation initiaux Contient les informations de la demande dautorisation redresser Raison de la demande dautorisation Sert indiquer la raison du redressement.
Champ 39 Valeur 80xx Champ 56
Champ 47 type 01
Remarque : Dans la norme prENV 1750, le champ 4 dune demande de redressement contient le montant redresser et le champ 30 contient le montant de la transaction dorigine (montant autoris) si redressement partiel. Dans la norme 8583/87, le champ 4 dun redressement contient le montant de la transaction dorigine (montant autoris) et le champ 95 contient le montant de remplacement (effectivement servi au porteur) si redressement partiel.
CB2A Fichier

Exemple de conversion Acqureur :
Octobre 2007 Page 7
Redressement Partiel : Autorisation 100 euros ->transaction 60 euros Norme prENV 1750 Ch 4 Ch 30 Ch 95 40 100 Non utilis Redressement Total : Autorisation 100 euros ->transaction 0 euro Ch 4 Ch 30 Ch 95 100 absent Non utilis 100 Non utilis absent Norme 8583/87 100 Non utilis 60
Redressement total : Aucune conversion faire entre CB2A Fichier et CB2A Autorisation ou STUR Redressement Partiel : Le champ 4 de CB2A Autorisation ou STUR contiendra la valeur du champ 30 et le champ 95 aura une valeur qui est la diffrence entre le champ 30 et le champ 4 2.2.1.4 Consolidation de demande Autorisation
Message 0546 Celui-ci permet lacqureur de vrifier les totaux de chaque lot, en montant et en nombre. Les champs 77 et 89 sont utiliss pour vrifier le total des demandes de redressement dans un lot en nombre et en montant. Remarque : Dans une remise, les champs 77 et 89 contiennent le total des demandes dannulation de dbit en nombre et en montant et non pas de redressement.
2.2.2.
rponse immdiate demande d'autorisation
Dans le sens acqureur - accepteur, la rponse immdiate la demande AVAD permet l'acqureur de donner l'accepteur le rsultat des traitements dautorisation sur le lot reu. Si ce lot reu nest pas entirement rejet techniquement, la rponse AVAD est obligatoire. Elle contient la rponse au traitement de toutes les transactions. Ce lot ne contient pas les rponses aux appels phonie : si un appel phonie a pu tre trait avant la constitution de la rponse immdiate, il ny sera pas inclus, sauf perdre linformation de traitement en phonie. Elle est constitue de la manire suivante : 2.2.2.1 Initialisation de rponse immdiate demande d'Autorisation
Message 0340 Valorisations spcifiques Champ 25 Valeur 9301 Valeur 9310 Champ 118 type 08 Code raison du message Accept : toutes les demandes dautorisation et de redressement sont acceptes Rejet partiellement : une ou plusieurs demandes dautorisation ou de redressement sont en erreur Prestations excutes L acqureur indique sil gre ou non les appels phonie. Cette information peut tre diffrente de la demande initiale du remettant
Dans le champ 25, lutilisation de lune des valeurs mentionnes qualifie la rponse immdiate . Ce champ 118/08 indique les prestations effectivement ralises, et qui peuvent tre diffrentes des prestations demandes ; cette diffrence peut tre lie aux particularits de traitement de lacqureur ou du contrat liant laccepteur et lacqureur. Les champs compteurs du message de consolidation de la demande 0546 sont repris dans le message 0340 (cest--dire avec une valorisation identique).
CB2A Fichier

2.2.2.2 Message 0116
Octobre 2007 Page 8
Rponse immdiate demande d'Autorisation
Le type de la rponse est identifiable par la valeur du champ 39. La deuxime position du champ 39 est positionne 8 en cas de forage. Cette information est complte par le champ 44 type AD qui indique la condition de forage de la demande dautorisation. Valorisations spcifiques Champ 39 Valeur 8000 Valeur 8008 Valeur 0000 Valeur 8yxx Valeur 10xx Champ 44 Type AD Valeur 402 Champ 58 Champ 58 Champ 38 2.2.2.3 Type FF45 Type FF46 La demande dautorisation a t force sur dcision de lacqureur Identifiant du systme acqureur ayant dlivr ou forc des autorisations certificat dacceptation, dlivr par lacqureur, si lautorisation a t dlivre par lacqureur prsent si le champ 39 est valoris 8000ou 8008 ; facultatif sinon Code action Accord metteur Accord acqureur Refus metteur, xx tant le motif du refus, y tant lindicateur de forage Refus acqureur, xx tant le motif du refus
Rponse immdiate demande de redressement
Message 0416 Le type de la rponse est identifiable par la valeur du champ 39. Valorisations spcifiques Champ 39 Valeur 8000 Valeur 80xx Valeur 0000 Valeur 10xx Code action Accord metteur Refus metteur, xx tant le motif du refus Accord acqureur Refus acqureur, xx tant le motif du refus
2.2.2.4
Consolidation de rponse immdiate demande d'Autorisation
Message 0540 Celui-ci permet laccepteur de vrifier les totaux de chaque lot, en montant et en nombre. Les compteurs utiliss sont les suivants : Valorisations spcifiques Champ 74 Nombre de transactions de crdit Champ 76 Nombre de transactions de dbit autorises ou forces Champ 77 Nombre de transactions de redressement Champ 78 Nombre de transactions en attente dappel phonie restant traiter par lacqureur Champ 79 Nombre de transactions refuses (dbit, crdit, appels phonie traiter par le remettant) Champ 86 Montant total des transactions de crdit Champ 88 Montant total des transactions de dbit autorises ou forces Champ 89 Montant total des transactions de redressement Ces compteurs incluent toutes les transactions traites. Les montants sont cumuls et exprims en valeur absolue. Les rejets techniques ne sont pas comptabiliss (ceci est la charge du CRR). 2.2.3. Rponse diffre demande d'autorisation
Dans le sens acqureur - accepteur, la rponse diffre la demande AVAD permet l'acqureur de donner l'accepteur le rsultat des traitements dautorisation sur les transactions en appel phonie. Cette rponse nexiste que sil existe des transactions en appel phonie traites par lacqureur. Elle ne contient que les rponses aux appels phonie. Pour un lot de demande AVAD plusieurs lots de rponses diffres peuvent tre gnrs, jusqu puisement du stock dappels phonie en attente. Un lot de rponses diffres AVAD ne concerne quun seul lot demande AVAD. Le lot de rponses diffres contient les accords et les refus dautorisation. La rponse diffre est constitue de la manire suivante :
CB2A Fichier
Octobre 2007 Page 9
2.2.3.1
Initialisation de rponse diffre demande d'Autorisation
Message 0340 Valorisations spcifiques Champ 25 Valeur 9320 Code raison du message Rponses diffres (aprs appel phonie) demande dautorisation ou demande d'autorisation remise
Dans le champ 25, lutilisation de la valeur mentionne ci-dessus qualifie un lot de rponses diffres. Les champs compteurs ne sont pas utiliss. 2.2.3.2 Rponse diffre demande d'Autorisation
Message 0116 Les valorisations spcifiques de ce message sont identiques au message 0116 de la rponse immdiate.
2.2.3.3
Consolidation de rponse diffre demande d'Autorisation
Message 0540 Celui-ci permet laccepteur de vrifier les totaux de chaque lot, en montant et en nombre. Les compteurs utiliss sont les suivants : Valorisations spcifiques Champ 74 Nombre de transactions de crdit Champ 76 Nombre de transactions de dbit autorises ou forces Champ 78 Nombre de transactions en attente dappel phonie restant traiter par lacqureur Champ 79 Nombre de transactions refuses (dbit, crdit) Champ 86 Montant total des transactions de crdit Champ 88 Montant total des transactions de dbit autorises ou forces Ces compteurs ne comptabilisent que les transactions de la rponse diffre. 2.3. CAS PARTICULIER D'UNE DEMANDE RECYCLEE
Un lot de demande d'autorisation et de redressement ou certaines demandes d'autorisation et/ou de redressement peuvent faire l'objet de rejet technique. Le remettant a la possibilit de recycler ce lot de demandes d'autorisation / redressement ou ces demandes d'autorisation et/ou redressement en les mettant nouveau (aprs avoir corrig les erreurs ayant provoqu le rejet). Ce recyclage se fait dans un service d'autorisation ne contenant que des demandes d'autorisation et/ou de redressement recycles. Le champ 25 de l'ouverture de service prend la valeur 9306 . 2.3.1. Demande recycle
Une demande recycle est constitue de la manire suivante : 2.3.1.1 Initialisation de demande recycle
Message 0346 - Les valeurs des champs de ce message sont spcifiques ce message ; - Les lments d'information initiaux (champ 56) sont renseigns avec les valeurs du message d'initialisation de la demande d'autorisation d'origine. 2.3.1.2 Demande Autorisation recycle - S'il y a eu rejet total du fichier, toutes les demandes d'autorisation et de redressement d'origine sont prsentes ; - S'il y a eu rejet technique de certaines demandes dautorisation et/ou de redressement, seules ces dernires sont prsentes. Message 0106 Ces messages ont la mme valeur que ceux de la demande d'autorisation d'origine hormis le ou les champs ayant provoqu le rejet technique, qui sont corrigs. 2.3.1.3 Demande de redressement recycle
Message 0406
CB2A Fichier
Ces messages ont la mme valeur que ceux de la demande de redressement d'origine hormis le ou les champs ayant provoqu le rejet technique, qui sont corrigs. 2.3.1.4 Consolidation de demande Autorisation recycle
Message 0546 Le message de fin de demande correspond la consolidation de la demande recycle c'est dire aux seuls messages 0106 et 0406 qui ont t recycls.
CB2A Fichier

3.

CINEMATIQUE D'UN ECHANGE AUTORISATION
Un exemple dchange est illustr ci-dessous. 3.1. DEMANDE DAUTORISATION
La cinmatique d'une demande d'autorisation recycle est identique celle d'une demande d'autorisation.
Remettant
Acqureur
Initialisation de demande d'Autorisation 0346 Initialisation de demande d'Autorisation
Demande d'Autorisation 0106 demande d'Autorisation
0106 demande d'Autorisation
0406 demande de redressement
0406 demande de redressement Consolidation de demande d'Autorisation 0546 consolidation de demande d'Autorisation et de redressement
CB2A Fichier
3.2.
REPONSE IMMEDIATE Remettant Acqureur
Initialisation de rponse immdiate demande d'Autorisation 0340 Initialisation de rponse demande d'Autorisation Code raison du message = 9301 ou 9310
Rponse immdiate demande Autorisation 0116 rponse demande dAutorisation
0116 rponse demande dAutorisation 0116 rponse demande dAutorisation rponse en attente appel phonie (1)
0416 rponse demande de redressement
0116 rponse demande dAutorisation rponse en attente appel phonie (2)
0116 rponse demande dAutorisation rponse en attente appel phonie (3)
0116 rponse demande dAutorisation
Consolidation de rponse immdiate demande d'Autorisation 0540 Consolidation de rponse demande d'Autorisation (reste 3 appels phonie traiter)
CB2A Fichier

3.3. REPONSES DIFFEREES
Premier lot de rponse (fichier A) Initialisation de rponse diffre demande dAutorisation 340 Initialisation de rponse demande dAutorisation (aprs appel metteur) Code raison du message = 9320
Rponse diffre demande Autorisation 0116 rponse demande dAutorisation aprs appel phonie rponse transaction (1)
0116 rponse demande dAutorisation aprs appel phonie rponse transaction (2)
Consolidation de rponse diffre demande d'Autorisation 0540 Consolidation de rponse demande d'Autorisation (reste 1 appel phonie traiter)
Deuxime lot de rponse (fichier B) Initialisation de rponse diffre demande dAutorisation (aprs appel metteur) 340 Initialisation de rponse demande dAutorisation (aprs appel phonie) Code raison du message = 9320
Rponse diffre demande dAutorisation (aprs appel metteur) 0116 rponse demande dAutorisation aprs appel phonie rponse transaction (3)
Consolidation de rponse diffre demande d'Autorisation 0540 Consolidation de rponse demande d'Autorisation (aucun appel phonie restant traiter)
CB2A Fichier

4.

LISTE DES CODES REPONSE ET DES ACTIONS ASSOCIEES
4.1.
LISTE DES CODES REPONSE POUR UNE DEMANDE DAUTORISATION N 00 02 03 04 05 07 08 12 13 14 15 20 30 31 33 34 41 43 51 54 56 57 58 59 60 61 63 68 90 91 94 96 97 98 99 Libell transaction approuve ou traite avec succs contacter l'metteur de carte commerant invalide conserver la carte ne pas honorer conserver la carte, conditions spciales approuver aprs identification du porteur transaction invalide montant invalide numro de porteur invalide metteur de carte inconnu rponse errone (erreur dans le domaine serveur) erreur de format identifiant de l'organisme acqureur inconnu date de validit de la carte dpasse suspicion de fraude carte perdue carte vole provision insuffisante ou crdit dpass date de validit de la carte dpasse carte absente du fichier transaction non permise ce porteur transaction interdite au terminal suspicion de fraude l'accepteur de carte doit contacter l'acqureur dpasse la limite du montant de retrait rgles de scurit non respectes rponse non parvenue ou reue trop tard arrt momentan du systme metteur de cartes inaccessible demande duplique mauvais fonctionnement du systme chance temporisation de surveillance globale serveur inaccessible (positionn par le serveur) incident domaine initiateur Utilis oui oui oui non oui non oui oui oui oui oui oui oui oui oui oui oui oui oui oui oui oui oui oui oui non oui oui non oui oui oui oui oui non
4.2.
LISTE DES CODES REPONSE POUR UNE DEMANDE DE REDRESSEMENT (0406) N 17 21 32 99 Libell Annulation client Transaction non excute Transaction partiellement excute Incident domaine initiateur Utilis oui oui oui oui
4.3.
LISTE DES CODES REPONSE POUR UNE REPONSE A UNE DEMANDE DE REDRESSEMENT (0416) N 00 03 12 13 14 15 20 25 30 31 Libell transaction approuve ou traite avec succs commerant invalide transaction invalide montant invalide numro de porteur invalide metteur de carte inconnu rponse errone (erreur dans le domaine serveur) Impossible de localiser lenregistrement dans le fichier erreur de format identifiant de l'organisme acqureur inconnu Utilis oui oui oui oui oui oui oui oui oui oui
CB2A Fichier

N 56 63 90 91 94 96 97 98

Libell carte absente du fichier rgles de scurit non respectes arrt momentan du systme metteur de cartes inaccessible demande duplique mauvais fonctionnement du systme chance temporisation de surveillance globale serveur inaccessible (positionn par le serveur) Utilis oui oui oui oui oui oui oui oui
CB2A Fichier

5.

GUIDE DIMPLEMENTATION ACQUEREUR
5.1.
EXEMPLE DIMPLEMENTATION FONCTIONNELLE
Lorganigramme ci-dessous prsente une cinmatique de traitement acqureur. Il est fourni titre dexemple et dautres implmentations sont possibles.
Dcision =2 demande autorisation demande auto 118/07-1 dcision acqureur
=1 demande auto systmatique
Autorisation non demande
Gestion appel phonie Autor. demande
Accord metteur chp 39 = 8000/8008 chp 38 = xxxx Refus acqureur Accord acqureur chp 39 = 0000 chp 58/FF45 = xxxx chp 58/FF46 = xxxx chp 39 = 10xx (chp 58/FF45 = xxxx) (chp 58/FF46 = xxxx)
Refus metteur chp 39 = 80xx (chp 38 = xxxx)
Appel phonie chp 39 = 8002 (chp 38 = xxxx)
Trait. Appel phonie 118/06-1
=2 Trait.acqureur
=1 Trait.accepteur
Forage autorisation 118/07-2 =2 acqureur Forage chp 39 = 88xx chp 44/AD = 402 chp 58/FF45 = xxxx chp 58/FF46 = xxxx
=3 jamais
Pas forage
Fin
CB2A Fichier

6.

GUIDE DIMPLEMENTATION REMETTANT
6.1.
PARTICULARITES DALIMENTATION DE LA REMISE
Ci-dessous est prsent un tableau indiquant la valorisation de certaines donnes ncessaires la remise en fonction des rponses possibles lautorisation : Rponse Constitution remise Condition dexcution de la transaction autorisation champ 39 champ 44/AD champ 39 champ 47/05 Accord metteur 8000 8000 8008 8008 Accord acqureur 0000 Refus metteur 80xx 80xx (1) 1 (1) Refus acqureur 10xx 2 (1) Refus metteur et forage 88xx 402 80xx 1 (1) si forage accepteur
CB2A Fichier


CB2A Fichier

AUTORISATION VENTE A DISTANCE
A: Initialisation demande autorisation : 0346 C: Demande de redressement autorisation : 0406
B: Demande d'autorisation : 0106 D: Consolidation demande autorisation : 0546
N 1 2 3 4 11 12 13 14 18 22 25 26 30 32 35 37 38 39 41 42 46 DF50 DF51
Dfinition Prsence deuxime bitmap Numro de porteur Code traitement Montant de la transaction Numro d'audit Heure locale de la transaction Date locale de la transaction Date d'expiration de la carte Code activit de l'accepteur Condition de ralisation de la transaction au point de vente Code raison du message Contrle transfert Accepteur-Acqureur Montant d'origine Identifiant de l'organisme acqureur Piste ISO 2 Numro de rfrence d'archivage Numro d'autorisation Code action Identification du Systme d'Acceptation Identification de l'accepteur de carte Configuration du Systme et des Points d'Acceptation Identifiant de l'application terminal (ITP) Numro logique du systme d'acceptation (NLSA)
A X . . . X X X . X . C(213) X . X . . . . X X C(2) X X . . C(232) C(232) X F C(2) . . . C(232) X . . X . X . X
B C(1) X X X X X X X . X . X . . C(12) F . . . . C(2) . . C(304) C(232) . . . . C(2) C(309) X C(270) . X X X . C(32) . . .
C C(1) XQI XQI XS XS XS XS CQI(47) . XQI . XS C(84) . . F CRI(78) XS . . C(2) . . CQI(47) CQI(47) . . . . C(2) XS XQI CQI(47) . XS X C(12) . CQI(47) . CRI(78) .
D X . . . X X X . . . . . . . . . . . . . . . . . . . . . . C(2) . . . . X . . . . . . .
DF5B Numro logique du point d'acceptation (NLPA) DF5C IDentification du Point d'Acceptation (IDPA) DF5D SIRET DF5E IDentification du Systme d'Acceptation (IDSA) DF5F Numro de contrat accepteur DF61 47 01 02 03 06 07 10 17 18 24 48 95 49 Code regroupement du remettant Donnes complmentaires nationales Raison de la demande d'autorisation Environnement rglementaire / technique de la transaction Type de facture/procdure Type de site Anne de la transaction Numro de la transaction gnr par le systme d'acceptation Cryptogramme visuel Code pays du systme d'acceptation Numro de dossier Type d'applicatif du systme d'acceptation (TASA) Donnes de rseau Code monnaie ou devise de la transaction

A: Initialisation demande autorisation : 0346 C: Demande de redressement autorisation : 0406
B: Demande d'autorisation : 0106 D: Consolidation demande autorisation : 0546
N 50 56 57 0210 0211 0212 0217 58 0410 0411 0412 FF35 FF36 FF42 FF47 FF48 FF49 FF52 FF55 FF56 FF57 FF61 FF62 FF64 FF65 70 74 76 77 86 88 89 118 06 07
Dfinition Code monnaie ou devise de la consolidation Elments d'information initiaux Description de la transaction Rfrence client 1 Rfrence client 2 Numro de march TVA Rserv national Mthode d'authentification porteur utilise par l'metteur Mthode de calcul du cryptogramme de commerce lectronique Rsultat de l'utilisation de l'architecture de paiement scuris VADS Nombre total des transactions de dbit en diffr de recouvrement Montant total des transactions de dbit en diffr de recouvrement Montant cumul par porteur Type de scurisation de transaction de commerce lectronique Identifiant transaction fourni par l'accepteur Cryptogramme de commerce lectronique Type de support Identifiant du lot attribue par le systme d'acceptation Identifiant du lot attribu par le systme collecteur Nombre de messages reus par le systme collecteur Elments d'information initiaux d'un fichier Elments d'information initiaux d'un service Rfrence externe sens remettant-acqureur Elments d'information initiaux d'un lot Gestion transfert (sens Accepteur - Acqureur) Nombre de transactions de crdit Nombre de transactions de dbit Nombre de transactions d'annulation de dbit Montant total des transactions de crdit Montant total des transactions de dbit Montant total des transactions d'annulation de dbit Donnes nationales Types de prestations demandes Mode de traitement demand pour l'autorisation
A . . . . . . . C(2) . . . . . . . . . F X C(232) C(232) C(213) C(213) F C(213) X . . . . . . C(2) X .
B . . C(2) C(232) C(232) C(232) C(36) C(2) C(262) C(48) C(65) . . X C(41) C(262) C(262) . . . . . . . . . . . . . . . C(2) . C(266)
C . XS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
D X . . . . . . C(2) . . . C(20) C(20) . . . . . . . . . . . . . X X X X X X . . .

A: Initialisation rponse Autorisation : 0340 C: Rponse demande de redressement : 0416
B: Rponse demande d'autorisation : 0116 D: Consolidation rponse autorisation : 0540
N 1 2 3 4 11 12 13 14 18 22 24 25 27 30 32 37 38 39 41 42 44 AC AD BC 46 DF51
Dfinition Prsence deuxime bitmap Numro de porteur Code traitement Montant de la transaction Numro d'audit Heure locale de la transaction Date locale de la transaction Date d'expiration de la carte Code activit de l'accepteur Condition de ralisation de la transaction au point de vente Code fonction Code raison du message Contrle transfert Acqureur-Accepteur Montant d'origine Identifiant de l'organisme acqureur Numro de rfrence d'archivage Numro d'autorisation Code action Identification du Systme d'Acceptation Identification de l'accepteur de carte Donnes complmentaires de rponse Conversion de champ Prcision sur la cause du refus ou de l'accord Message destination de l'initiateur de la transaction Configuration du Systme et des Points d'Acceptation Numro logique du systme d'acceptation (NLSA)
A X . . . X X X . FQ . XQ X X . XQ . . . XQ XQ . . . . C(2) XQ . . CQ(240) CQ(240) XQ CQ(240) C(2) . . . CQ(240) XQ . CQ(240) FQ .
B C(1) XQ XQ XQ XQ XQ XQ FQ . FQ . . X . . C(268) C(310) X . . C(2) F C(313) F C(2) . CQ(240) CQ(240) . . . . C(2) C(241) FQ C(58) . XQ XQ . . C(232)
C C(1) XQ XQ XQ XQ FQ FQ FQ . FQ . . XS FQ . C(268) . XS . . C(2) F . F C(2) . FQ FQ . . . . C(2) . FQ . . CQ(80) XQ . . FQ
D X . . . X X X . . . . . . . . . . . . . . . . . . . . . . . . . C(2) . . . . XQ . . . .
DF5B Numro logique du point d'acceptation (NLPA) DF5C IDentification du Point d'Acceptation (IDPA) DF5D SIRET DF5E IDentification du Systme d'Acceptation (IDSA) DF5F Numro de contrat accepteur DF61 47 01 02 04 06 07 10 18 48 95 Code regroupement du remettant Donnes complmentaires nationales Raison de la demande d'autorisation Environnement rglementaire / technique de la transaction Date et heure locale de la demande d'autorisation Type de site Anne de la transaction Numro de la transaction gnr par le systme d'acceptation Code pays du systme d'acceptation Type d'applicatif du systme d'acceptation (TASA) Donnes de rseau

A: Initialisation rponse Autorisation : 0340 C: Rponse demande de redressement : 0416
B: Rponse demande d'autorisation : 0116 D: Consolidation rponse autorisation : 0540
N 96 49 50 56 58 0409 0413 FF35 FF36 FF42 FF45 FF46 FF52 FF55 FF56 FF57 FF61 FF62 FF63 FF64 FF65 71 74 76 77 78 79 86 88 89 118 08
Dfinition Date de rglement Code monnaie ou devise de la transaction Code monnaie ou devise de la consolidation Elments d'information initiaux Rserv national Informations relatives au traitement du cryptogramme commerce lectronique Mode de scurisation de la transaction modifi Nombre total des transactions de dbit en diffr de recouvrement Montant total des transactions de dbit en diffr de recouvrement Montant cumul par porteur Identification du gestionnaire de tlpaiement ou du systme acqureur Certificat d'acceptation Type de support Identifiant du lot attribue par le systme d'acceptation Identifiant du lot attribu par le systme collecteur Nombre de messages reus par le systme collecteur Elments d'information initiaux d'un fichier Elments d'information initiaux d'un service Rfrence externe sens acqureur-remettant Rfrence externe sens remettant-acqureur Elments d'information initiaux d'un lot Gestion transfert (sens Acqureur - Accepteur) Nombre de transactions de crdit Nombre de transactions de dbit Nombre de transactions d'annulation de dbit Nombre de transactions en attente d'appel phonie Nombre de transactions refuses Montant total des transactions de crdit Montant total des transactions de dbit Montant total des transactions d'annulation de dbit Donnes nationales Types de prestations excutes
A . XQ . . C(2) . . C(259) C(259) . . . CQ(240) XQ CQ(240) CQ(240) X X F CQ(240) X X C(267) C(267) C(267) . . C(267) C(267) C(267) C(2) X
B C(232) . . . C(2) C(12) C(232) . . FQ F C(265) . . . . . . . . . . . . . . . . . . . .
C . . . XQ . . . . . . . . . . . . . . . . . . . . . . . . . . . .
D . . XQ . C(2) . . C(31) C(31) . . . . . . . . . . . . . X X X C(31) C(31) X X X . .

N 1 2 12 20 31 32 36 41 47 48 58 65 78 80 84
COMMENTAIRES obligatoire si un des champs 65 128 est renseign voir liste des types obligatoirement absent obligatoire si de telles transactions sont prsentes dans le lot, absent sinon obligatoire si de telles transactions sont prsentes dans le lot de rponse, absent sinon obligatoire dans le cas d'une transaction pr-autorise, facultatif sinon obligatoire pour une transaction de niveau 2 par carte achat obligatoire si transaction sur rseaux ouverts, absent sinon Obligatoire si prsent dans la demande initiale obligatoire si le cryptogramme de commerce lectronique est prsent renseign obligatoirement par l'acqureur s'il y a eu demande d'autorisation, absent sinon obligatoire si champ 58/FF47 = 20 Obligatoire si prsent dans la rponse initiale obligatoire si champ 13 prsent Obligatoire en cas de redressement pour un montant partiel
213 obligatoire s'il s'agit d'un lot d'autorisation-remise recycl 232 obligatoire si disponible, absent sinon 240 obligatoire si prsent dans la demande, absent sinon 241 obligatoire si prsent dans la demande (valeur de la demande), sinon valeur renseigne par l'acqureur s'il a fait une demande, sinon absent 259 obligatoire si rponse immdiate et si prsent dans la consolidation de la question, absent sinon 262 obligatoire si disponible et si champ 58/FF47 = 20 265 obligatoire si l'autorisation a t dlivre ou fore par l'acqureur 266 obligatoire pour une transaction de dbit 267 obligatoire si rponse immdiate, absent sinon 268 obligatoire si prsent dans la question (valeur identique la question) ou si gr par l'acqureur 270 obligatoire si transaction pr-autorise ou no-show ou rcurrente 304 obligatoire si l'architecture du systme d'acceptation est de type rpartie, absent sinon 309 obligatoire si l'accepteur a fait des contrles pralables, absent sinon 310 obligatoire si accord de l'metteur, facultatif si refus metteur sans forage acqureur, absent sinon 313 obligatoire si l'autorisation a t force, absent sinon
RELEVE DES MOUVEMENTS FINANCIERS
Octobre 2007 Page 1
RELEVE DES MOUVEMENTS FINANCIERS CB2A FICHIER
CB2A Fichier
Octobre 2007 Page 2
CB2A Fichier
Octobre 2007 Page 3
SOMMAIRE
1. 2. Introduction ......................................................................................................................................................... 4 Prsentation........................................................................................................................................................ 5 2.1. Prsentation des messages ....................................................................................................................... 7 2.2. Initialisation regroupement relevs mouvements financiers ....................................................................... 7 2.3. Initialisation relev mouvements financiers ............................................................................................... 7 2.4. Mouvement financier .................................................................................................................................. 7 2.5. Consolidation relev mouvements financiers ............................................................................................. 8 2.6. Fin regroupement relevs mouvements financiers :................................................................................... 8 Cinmatique gnrale......................................................................................................................................... 9 3.1. Descriptif du service relev mouvements financiers - RMF unique ............................................................ 9 Descriptif du service relev mouvements financiers - Multi-RMF ..................................................................... 10 Principes de calcul............................................................................................................................................ 11 4.1. Calcul de la consolidation du RMF ........................................................................................................... 11 4.1.1. Calcul du montant cumul des commissions dues par l'acqureur l'accepteur "D" (champ 58 - FF28) .............................................................................................................................. 11 4.1.2. Calcul du montant cumul des commissions dues par l'accepteur l'acqureur "C" (champ 58 - FF29) .............................................................................................................................. 11 4.1.3. Calcul du montant rcapitulatif .......................................................................................... 11 4.1.4. Calcul du montant rcapitulatif en monnaie ou devise de traitement (champ 58 - FF26 et champ 58 - FF2D)............................................................................................................................... 12 4.2. Calcul de la fin de regroupement RMF..................................................................................................... 12 4.2.1. Calcul du montant cumul des commissions dues par l'acqureur l'accepteur "D" (champ 58 - FF28) .............................................................................................................................. 12 4.2.2. Calcul du montant cumul des commissions dues par l'accepteur l'acqureur "C" (champ 58 - FF29)Calcul du montant total des transactions de crdit (champ 86).......................... 12 4.2.3. Calcul du montant total des transactions de dbit (champ 88) ............................................. 12 4.2.4. Calcul du montant total des transactions de dbit annules (champ 89).............................. 12 4.2.5. Calcul du montant rcapitulatif .......................................................................................... 12 Description des messages................................................................................................................................ 13
3.
4.
5.
CB2A Fichier
Octobre 2007 Page 4
1.
INTRODUCTION
Le service de relev des mouvements financiers permet un systme acqureur d'informer le remettant que des remises sont prises en compte ( l'exclusion des rejets pour lesquels le remettant a reu, ventuellement, une information soit par le service de compte rendu de remise (CRR) de CB2A Fichier soit par un moyen privatif).
CB2A Fichier
Octobre 2007 Page 5
2.
PRESENTATION
Ce service permet au systme acqureur de transmettre au remettant des "relevs des mouvements financiers" (RMF), tout en respectant les contraintes suivantes : Une remise peut donner lieu 1 ou plusieurs RMF :
Les critres de dcomposition dune remise en un ou plusieurs RMF sont le rsultat dun accord bilatral entre lacqureur et le remettant . - 1 remise = 1 RMF Le RMF contient lintgralit des oprations compensables de la remise et ventuellement les oprations financires annules (messages 0240 et 0440 associs). - 1 remise = 2 n RMF partiels On parlera dans ce cas de RMF partiels. La somme des RMF partiels dune remise contient lintgralit des oprations compensables de la remise et ventuellement des oprations financires annules (messages 0240 et 0440 associs). Sils sont prsents, les messages associs 0240 ou 0440 doivent figurer dans le mme RMF partiel. Il est impossible de trouver une mme opration dans plusieurs RMF partiels. Les RMF partiels issus dune mme remise ne figurent pas obligatoirement dans un mme service RMF ni dans un mme fichier CB2A fichier. Il est important de noter que la notion fonctionnelle dun RMF partiel est strictement gale celle du RMF unique. Regroupement de RMF
Le regroupement de RMF est matrialis par : - un message dinitialisation de regroupement situ avant le premier RMF ; - un message de fin de regroupement situ aprs le dernier RMF. 1 n RMF et/ou RMF partiels peuvent tre intgrs entre ces messages. Tous les RMF partiels dune mme remise ne figurent pas obligatoirement dans un mme regroupement. Les RMF intgrs dans un regroupement conservent leur structure (initialisation, dtail, consolidation). Les critres de regroupement de plusieurs RMF sont le rsultat dun accord bilatral entre lacqureur et le remettant. Il est important de noter que la notion fonctionnelle dun regroupement de RMF nest en aucun cas similaire celle dun RMF et na de valeur quau travers des critres dfinis en bilatral. Le service RMF
Un service RMF peut contenir : - 1 n RMF ; - 1 n RMF partiels ; - 1 n regroupements de RMF. Il n'existe pas de RMF pour les remises qui ont t rejetes globalement dans un CRR . Le RMF
Un RMF contient : - Des oprations financires issues exclusivement dune mme remise. Certaines de ces oprations peuvent tre en alerte dans le CRR. Un RMF ne contient pas : - Les oprations non financires dune remise ; - Les oprations financires rejetes ; - Les oprations financires en suspens.
CB2A Fichier
Octobre 2007 Page 6
Exemple dorganisation : 3 remises donnant 5 RMF 2 regroupements
Remises en entre de traitement
Relevs qui seront gnrs partir de ces remises
Regroupements des relevs
RMF 1.1 Remise 1 RMF 1.2
Regroupement fonctionnel 1: RMF 1.1 RMF 2.1
RMF 2.1 Remise 2 RMF 2.2 RMF 2.2
Remise 3
RMF 3
Regroupement fonctionnel 2: RMF 1.2 RMF 3
CB2A Fichier

2.1.
Octobre 2007 Page 7
PRESENTATION DES MESSAGES
Le service de RMF comporte les messages suivants : 2.2. INITIALISATION REGROUPEMENT RELEVES MOUVEMENTS FINANCIERS
Message 0340 Ce message matrialise le dbut dun regroupement 1 n RMF. Valorisations spcifiques Champ 25 Prend la valeur 9323 Champ 49 Lorsque ce champ est prsent, le champ 49 de linitialisation de tous les RMF regroups a la mme valeur Champ 58 type FF27 Lorsque ce champ est prsent, le champ 58 type FF27 de linitialisation de tous les RMF regroups a la mme valeur Champ 58 type FF31 Lorsque ce champ est, le champ 58 type FF31 de linitialisation de tous les RMF regroups a la mme valeur 2.3. INITIALISATION RELEVE MOUVEMENTS FINANCIERS
Message 0340 Ce message permet d'identifier l'accepteur, la monnaie ou devise des oprations et du traitement et ventuellement la remise attache au RMF. Valorisations spcifiques Champ 47 types 21 et Ces donnes ne sont renseignes pour imputation des commissions 22 Champ 56 Permet de rappeler les donnes du message dinitialisation de la remise traite. Champ 58 type FF55 Renseign avec la valeur du champ 58 type FF55 du message d'initialisation de la remise attribue par le systme dacceptation. Champ 58 types FF56 Renseigns avec la valeur des types FF56 et FF57 du champ 58 du message d'initialisation la et FF57 remise, sils sont prsents. Sinon les valeurs peuvent tre renseignes par le systme acqureur. Champ 58 types FF61 Permet de rappeler, respectivement, les rfrences du fichier et du service qui contenait la remise et FF62 traite. Champ 58 type FF63 Permet de rappeler, respectivement, les rfrences de la remise attribues par le systme et FF64 acqureur et le systme remettant 2.4. MOUVEMENT FINANCIER
Messages 0240, 0440 Ces messages reprennent certaines informations de lopration financire de la remise. Ils sont complts, s'il y a lieu, par : - des informations sur le montant de l'opration financire en monnaie ou devise de traitement dfinie par l'acqureur ; - le montant des commissions et le sens exprim en monnaie ou devise de l'opration financire ; - le montant des commissions en monnaie ou devise de traitement dfinie par l'acqureur. Il est du choix de lacqureur de faire figurer ou non dans le RMF, les oprations financires annules (messages 0440 et 0240 associs). - Si un message 0440 figure dans le RMF, le message 0240 associ doit galement y figurer ; - Si un message 0440 ne figure pas dans le RMF, le message 0240 associ ne doit pas y figurer. Valorisations spcifiques Champ 56 Permet de rappeler les donnes du message 0246/0446 de la remise traite. NB : Dans un message 0446 dune remise (annulation), le champ 56 est valoris avec les informations de la transaction dorigine, en loccurrence, du message 0246 annul. Dans un message 0440 du RMF, le champ 56 est valoris avec les informations du message 0446 de la remise. Ce qui implique que lon perd les rfrences du message 0246 dorigine. Pour retrouver ces rfrences, il faudra rechercher le message 0446 de la remise et analyser le champ 56 qui possde les donnes du message 0246.
CB2A Fichier

2.5.
Octobre 2007 Page 8
CONSOLIDATION RELEVE MOUVEMENTS FINANCIERS
Message 0540 Valorisations spcifiques Champ 50 Mme valeur que champ 49 de linitialisation Totalisations Champ 74 Champ 76 Champ 77 Champ 58 type FF35* Champ 86 Champ 88 Champ 89 Champ 58 type FF36* Champ 58 type FF58* Champ 58 type FF59* Les totalisations de ces messages correspondent aux messages 0240/0440 du relev mouvements financiers
*Attention diffr de recouvrement : - Le nombre de transactions dbit en diffr de recouvrement (valeur du champ 58 FF35) est inclus dans le nombre de transactions de dbit (valeur du champ 76). Il en est de mme pour les montants (valeur champ 58 FF36 dans valeur du champ 88). - Le nombre de transactions en diffr de recouvrement annules (valeur du champ 58 FF58) est inclus dans le nombre de transactions de dbit annules (valeur du champ 77). Il en est de mme pour les montants (valeur champ 58 FF59 dans valeur du champ 89). - Il nexiste pas de transaction de crdit en diffr de recouvrement. 2.6. FIN REGROUPEMENT RELEVES MOUVEMENTS FINANCIERS :
Message 0540 Ce message matrialise la fin dun regroupement de 1 n RMF. Valorisations spcifiques Champ 25 Prend la valeur 9323 Champ 50 Lorsque ce champ est prsent, le champ 50 de la consolidation de tous les RMF regroups a la mme valeur Champ 58 type FF22 Lorsque ce champ est prsent, le champ 58 type FF22 de la consolidation de tous les RMF regroups a la mme valeur Champ 58 type FF2B Lorsque ce champ est prsent, le champ 58 type FF2B de la consolidation de tous les RMF regroups a la mme valeur Totalisations Champ 74 Champ 76 Champ 77 Champ 58 type FF35* Champ 86 Champ 88 Champ 89 Champ 58 type FF36* Champ 58 type FF58 Champ 58 type FF59 Les totalisations correspondent au cumul des totalisations des RMF regroups
CB2A Fichier
Octobre 2007 Page 9
3.
CINEMATIQUE GENERALE
3.1.
DESCRIPTIF DU SERVICE RELEVE MOUVEMENTS FINANCIERS - RMF UNIQUE
Remettant
Acqureur
0340 initialisation relev mouvements financiers
0240 mouvement financier 0440 mouvement financier Notifications
0240 mouvement financier
de
RMF
mouvement 0240 mouvement financier financier 0240 mouvement financier 0540 consolidation relev mouvements financiers
CB2A Fichier
3.2.
DESCRIPTIF DU SERVICE RELEVE MOUVEMENTS FINANCIERS - MULTI-RMF
Remettant
0340 initialisation relev mouvements financiers 0240 mouvement financier 0240 mouvement financier
Acqureur
RMF 1
0440 mouvement financier 0540 consolidation relev mouvements financiers
ET / OU
0340 initialisation regroupement relevs mouvements financiers 0340 initialisation relev mouvements financiers 0240 mouvement financier 0240 mouvement financier
RMF 2

REGROUPEMENT 1
0340 initialisation relev mouvements financiers 0240 mouvement financier 0240 mouvement financier
RMF 3
0340 fin regroupement relevs mouvements financiers
CB2A Fichier
4.
PRINCIPES DE CALCUL
Un montant en monnaie ou devise de traitement est obtenu par la multiplication du montant convertir par le taux de conversion (champ 58 FF31). Les donnes suivantes n'interviennent pas dans les totalisations. - Montant de la transaction en monnaie ou devise de traitement (champ 58 - FF30) des messages mouvement financier ; - Montant de la commission en monnaie ou devise de traitement (champ 58 - FF24) des messages mouvement financier ; - Montant de la commission en monnaie ou devise de traitement (champ 58 - FF24) des messages initialisation RMF et initialisation de regroupement RMF . 4.1. 4.1.1. CALCUL DE LA CONSOLIDATION DU RMF Calcul du montant cumul des commissions dues par l'acqureur l'accepteur "D" (champ 58 - FF28)
+ Valeur du montant de la commission de sens D (champ 58 FF23 des mouvements financiers message 0240/0440) + Valeur du montant de la commission si sens D (champ 58 FF23 de linitialisation RMF message 0340) ___________________________________________________________________ = Valeur du champ 58 type FF28 4.1.2. Calcul du montant cumul des commissions dues par l'accepteur l'acqureur "C" (champ 58 - FF29)
+ Valeur du montant de la commission de sens C (champ 58 FF23 des mouvements financiers message 0240/0440) + Valeur du montant de la commission si sens C (champ 58 FF23 de linitialisation RMF message 0340) ___________________________________________________________________ = Valeur du champ 58 type FF29 4.1.3. Calcul du montant rcapitulatif
A - Le montant est imput sur un seul compte : imputation dun montant net. Les donnes IBAN 2 , BIC 2 , date de valeur 2 , montant net rcapitulatif 2 sont obligatoirement absentes. Calcul du montant rcapitulatif (champ 58 - FF25) + Montant total des oprations financires de crdit (champ 86) - Montant total des oprations financires de dbit (champ 88) + Montant total des oprations financires de dbit annul (champ 89)
+ Montant cumul des commissions dues par l'accepteur l'acqureur "C" (champ 58 - FF29) - Montant cumul des commissions dues par l'acqureur l'accepteur "D" (champ 58 - FF28) ___________________________________________________________________ = Valeur du champ 58 type FF25 B - Le montant est imput sur deux comptes : imputation dun montant brut. Les donnes IBAN 2 , BIC 2 , date de valeur 2 , montant net rcapitulatif 2 sont renseignes. Nb : IBAN peut tre gal IBAN 2 et date de valeur 1 peut tre diffrente de date de valeur 2 . Calcul du montant rcapitulatif (champ 58 - FF25) + Montant total des oprations financires de crdit (champ 86) - Montant total des oprations financires de dbit (champ 88) + Montant total des oprations financires de dbit annul (champ 89) _____________________________________________________________________ = Valeur du champ 58 type FF25
CB2A Fichier
Calcul du montant rcapitulatif 2 (champ 58 - FF2C) + Montant cumul des commissions dues par l'accepteur l'acqureur "C" (champ 58 - FF29) - Montant cumul des commissions dues par l'acqureur l'accepteur "D" (champ 58 - FF28) _________________________________________________________________ = Valeur du champ 58 type FF2C C - Si le rsultat de ces calculs est ngatif alors le sens du montant est "D" soit un crdit pour l'accepteur. Si le rsultat de ces calculs est positif ou nul alors le sens du montant est "C" soit un dbit (ou somme nulle) pour l'accepteur. 4.1.4. Calcul du montant rcapitulatif en monnaie ou devise de traitement (champ 58 - FF26 et champ 58 - FF2D).
Ces montants sont obtenus par la conversion respective de la valeur des champs 58 - FF25 et 58 - FF2C en suivant les rgles dcrites plus haut. 4.2. 4.2.1. CALCUL DE LA FIN DE REGROUPEMENT RMF Calcul du montant cumul des commissions dues par l'acqureur l'accepteur "D" (champ 58 - FF28)
Somme des valeurs du champ 58 FF28 du message de consolidation de tous les RMF regroups + Valeur du montant de la commission si sens D (champ 58 FF23 de linitialisation de regroupement RMF message 0340) ___________________________________________________________________ = Valeur du champ 58 type FF28 4.2.2. Calcul du montant cumul des commissions dues par l'accepteur l'acqureur "C" (champ 58 FF29)Calcul du montant total des transactions de crdit (champ 86)
Somme des valeurs du champ 86 du message de consolidation de tous les RMF regroups ___________________________________________________________________ = Valeur du champ 86 4.2.3. Calcul du montant total des transactions de dbit (champ 88)
Somme des valeurs du champ 88 du message de consolidation de tous les RMF regroups ___________________________________________________________________ = Valeur du champ 88 4.2.4. Calcul du montant total des transactions de dbit annules (champ 89)
Somme des valeurs du champ 89 du message de consolidation de tous les RMF regroups ___________________________________________________________________ = Valeur du champ 89 4.2.5. Calcul du montant rcapitulatif
Calcul - du montant rcapitulatif (champ 58 - FF25) - du montant rcapitulatif 2 (champ 58 FF2C) - du montant rcapitulatif en monnaie ou devise de traitement (champ 58 - FF26 et champ 58 - FF2D) Le calcul de ces donnes est identique celui de la consolidation du RMF en reprenant les rsultats des calculs dcrits cidessus.
CB2A Fichier
CB2A Fichier

RELEVE MOUVEMENTS FINANCIERS
A: Initialisation de regroupement RMF : 0340 C: Mouvement Financier : 0240/0440 E: Fin de regroupement RMF : 0540 N 1 2 3 4 11 12 13 18 23 25 27 32 35 37 38 41 42 44 CA CB 46 DF50 DF51 DF52 DF54 Dfinition Prsence deuxime bitmap Numro de porteur Code traitement Montant de la transaction Numro d'audit Heure locale de la transaction Date locale de la transaction Code activit de l'accepteur Numro squentiel de la carte Code raison du message Contrle transfert Acqureur-Accepteur Identifiant de l'organisme acqureur Piste ISO 2 Numro de rfrence d'archivage Numro d'autorisation Identification du Systme d'Acceptation Identification de l'accepteur de carte Donnes complmentaires de rponse Informations relatives au traitement du CVV et du CVC Informations relatives au contrle du CAI Emetteur Configuration du Systme et des Points d'Acceptation Identifiant de l'application terminal (ITP) Numro logique du systme d'acceptation (NLSA) Type d'architecture du systme d'acceptation Statut de l'application
B: Initialisation Relev Mouvements financiers : 0340 D: Consolidation Relev Mouvements Financiers : 0540
A X . . . X X X . . X X X . . . . . . . . . . . . . . . . . . . C(2) . . X . . . . . F .
B X . . . X X X X . . X X . . . X X . . . C(2) F X F F . . X C(66) X F C(2) . F X F . . . . . F
C C(1) X X X X X X . C(67) . X . C(12) C(67) C(67) . . C(2) C(12) C(12) C(2) . . . . C(67) F . . . . C(2) X . X . . . . . . .
D X . . . X X X . . . . . . . . . . . . . . . . . . . . . . . . C(2) . . X . X F F F . .
E X . . . X X X . . . . . . . . . . . . . . . . . . . . . . . . C(2) . . X . F F F F . .
DF5B Numro logique du point d'acceptation (NLPA) DF5C IDentification du Point d'Acceptation (IDPA) DF5D SIRET DF5E IDentification du Systme d'Acceptation (IDSA) DF5F Numro de contrat accepteur DF61 47 02 06 07 18 19 20 21 22 25 48 Code regroupement du remettant Donnes complmentaires nationales Environnement rglementaire / technique de la transaction Type de site Anne de la transaction Code pays du systme d'acceptation IBAN (International Bank Account Number) BIC (Bank Identifier Code) IBAN 2 (International Bank Account Number 2) BIC 2 (Bank Identifier Code 2) Identifiant relev Type d'applicatif du systme d'acceptation (TASA)

A: Initialisation de regroupement RMF : 0340 C: Mouvement Financier : 0240/0440 E: Fin de regroupement RMF : 0540 N 49 50 55 56 57 FF0E FF0F 58 FF20 FF21 FF22 FF23 FF24 FF25 FF26 FF27 FF28 FF29 FF2B FF2C FF30 FF31 FF35 FF36 FF46 FF47 FF52 FF55 FF56 FF57 FF58 FF59 FF61 FF62 FF63 FF64 FF65 71 74 76 77 Dfinition Code monnaie ou devise de la transaction Code monnaie ou devise de la consolidation Donnes lies aux cartes Microcircuit Elments d'information initiaux Description de la transaction Destination du billet d'avion Numro de billet d'avion Rserv national Heure locale de traitement de la remise Date locale de traitement de la remise Date de valeur 1 Montant de la commission
A F . . . . . . C(2) . . . F C(203) . . C(100) . . . . . . C(79) . . . . . . . . . . . . . . . . . . .
B X . . . . . . C(2) F F . F C(203) . . C(100) . . . . . . C(79) . . . . F F F F . . F F F CQ(119) F X . . .
C . . C(12) F C(2) F F C(2) . . . F F . . . . . . . . F C(12) . . C(12) F . . . . . . . . . . . . . . .
D . X . . . . . C(2) . . X . . X C(99) C(12) F F C(120) C(121) C(122) . C(12) C(261) C(261) . . . . . . C(261) C(261) . . . . . . X X C(261)
E . F . . . . . C(2) . . C(125) . . C(123) C(126) C(12) F F C(120) C(121) C(122) . C(12) C(124) C(124) . . . . . . C(124) C(124) . . . . . . C(123) C(123) C(124)
Montant de la commission en monnaie ou devise de traitement Montant rcapitulatif Montant rcapitulatif en monnaie ou devise de traitement Code monnaie ou devise de traitement Montant total des commissions dues par l'acqureur l'accepteur Montant total des commissions dues par l'accepteur l'acqureur Date de valeur 2 Montant rcapitulatif 2 Montant de la transaction en monnaie ou devise de traitement Taux de conversion Nombre total des transactions de dbit en diffr de recouvrement Montant total des transactions de dbit en diffr de recouvrement Certificat d'acceptation Type de scurisation de transaction de commerce lectronique Type de support Identifiant du lot attribue par le systme d'acceptation Identifiant du lot attribu par le systme collecteur Nombre de messages reus par le systme collecteur Nombre de transactions en diffr de recouvrement annules Montant des transactions en diffr de recouvrement annules Elments d'information initiaux d'un fichier Elments d'information initiaux d'un service Rfrence externe sens acqureur-remettant Rfrence externe sens remettant-acqureur Elments d'information initiaux d'un lot Gestion transfert (sens Acqureur - Accepteur) Nombre de transactions de crdit Nombre de transactions de dbit Nombre de transactions d'annulation de dbit
FF2D Montant rcapitulatif 2 en monnaie ou devise de traitement

A: Initialisation de regroupement RMF : 0340 C: Mouvement Financier : 0240/0440 E: Fin de regroupement RMF : 0540 N 86 88 89 Dfinition Montant total des transactions de crdit Montant total des transactions de dbit Montant total des transactions d'annulation de dbit
A . . .
B . . .
C . . .
D X X C(261)
E C(123) C(123) C(124)

N 1 2 12 66 67 79 99
COMMENTAIRES obligatoire si un des champs 65 128 est renseign voir liste des types obligatoirement absent obligatoire si gr par l'acqureur, absent sinon obligatoire si prsent et syntaxe correcte dans la remise (prend la valeur de la remise), absent si prsent et syntaxe incorrecte obligatoire si champ 58 type FF27 renseign, absent sinon obligatoire si champ 58 type FF27 de l'initialisation renseign, absent sinon
100 obligatoire si une monnaie ou devise de traitement est gre, absent sinon 119 Facultatif si renseign dans la remise, absent sinon 120 obligatoire si champ 58 type FF2C renseign, absent sinon 121 obligatoire si champ 47 type 21 renseign, absent sinon 122 obligatoire si 58 type FF2C renseign et 58 type FF27 de l'initialisation renseign, absent sinon 123 obligatoire si des totalisations sont effectues pour le regroupement, absent sinon 124 obligatoire si des totalisations sont effectues pour le regroupement et si de telles transactions existent, absent sinon 125 obligatoire si champ 58 type FF25 renseign, absent sinon 126 obligatoire si champ 58 type FF25 renseign et si champ 58 type FF27 de l'initialisation de regroupement renseign, absent sinon 203 facultatif (uniquement si champ 58 types FF23 et FF27 renseigns, absent sinon) 261 obligatoire si de telles transactions existent, absent sinon
GESTION DES IMPAYES
Octobre 2007 Page 1
GESTION DES IMPAYES CB2A FICHIER
CB2A Fichier
GESTION DES IMPAYES
Octobre 2007 Page 2
CB2A Fichier
GESTION DES IMPAYES
Octobre 2007 Page 3
SOMMAIRE
1. 2. Introduction ......................................................................................................................................................... 4 Prsentation........................................................................................................................................................ 5 2.1. Principes gnraux..................................................................................................................................... 5 2.1.1. Prambule ................................................................................................................................. 5 2.1.2. Nature........................................................................................................................................ 5 2.1.3. Sens .......................................................................................................................................... 5 2.1.4. Statut ......................................................................................................................................... 5 2.1.5. Lot dimpays ............................................................................................................................ 5 2.2. Structure du service ................................................................................................................................... 5 2.3. Description des messages ......................................................................................................................... 6 2.3.1. Initialisation de transfert dimpays ........................................................................................... 6 2.3.2. Notification dimpay pour information ...................................................................................... 6 2.3.3. Notification dimpay pour imputation........................................................................................ 6 2.3.4. Fin de transfert dimpays ......................................................................................................... 6 Cinematique........................................................................................................................................................ 8 Description des messages................................................................................................................................ 11
3. 4.
CB2A Fichier
GESTION DES IMPAYES
Octobre 2007 Page 4
1.
INTRODUCTION
Le service de gestion des impays est spcifique CB2A Fichier. Il s'inscrit dans le cadre d'un change entre un systme acqureur et un remettant. Le service de gestion des impays permet au systme acqureur de signifier au remettant qu'une transaction fait l'objet d'une procdure dimpay et d'en indiquer le motif. Ce volume prsente : - Les moyens mis disposition par le protocole CB2A Fichier pour la gestion des transferts ; - La description (sous forme de tableaux) des messages du service de gestion des impays.
CB2A Fichier
GESTION DES IMPAYES
Octobre 2007 Page 5
2.
PRESENTATION
2.1.
PRINCIPES GENERAUX
Le service Gestion des Impays permet un acqureur de notifier un remettant des transactions remises faisant lobjet dune procdure dimpay. Les transactions faisant lobjet dun impay peuvent provenir par exemple de remises dorigines suivantes : - service REM de CB2A Fichier ; - service ARVAD de CB2A Fichier. Les transactions soumises impay peuvent tre des transactions de dbit aussi bien que des transactions de crdit. 2.1.1. Prambule
Dans lensemble de ce document, les termes dbit et crdit sont utiliss en association avec les notions de transaction dorigine , transaction dimpay , compte , montant . Dbit et crdit qualifient toujours le mouvement effectu sur le compte de porteur, soit : - Montant = Dxxx => Dbit porteur => crdit accepteur ; - Montant = Cxxx => Crdit porteur => dbit accepteur. 2.1.2. Nature
Un impay peut tre de plusieurs natures : - informatif : aucun impact financier pour laccepteur ; - financier : impact financier pour laccepteur ; son compte est dbit ou crdit du montant de la transaction augment ou diminu, le cas chant, des frais de gestion. 2.1.3. Sens
Le sens de limpay dpend de la transaction dorigine. Si cette transaction est de type : - dbit : Limpay est un dbit du compte de laccepteur. Son montant est sign par C (crdit) ; - crdit : Limpay est un crdit du compte de laccepteur. Son montant est sign par D (dbit). Limpay peut galement corriger un impay prcdemment mis, dans ce cas son sens sera inverse limpay prcdent. 2.1.4. Statut
Selon le mode de fonctionnement du systme dinformation de lacqureur, limpay pourra porter un statut ; il sagit dune donne facultative. Les statuts possibles sont : - provisoire : limpay est toujours en cours dinstruction. Il sera suivi dune notification dimpay dfinitif. Ce statut peut porter sur un flux de nature financire ou informative ; - dfinitif : ce statut clt limpay, en confirmant ou infirmant, par son sens et sa nature, une ventuelle notification provisoire. - un impay dfinitif confirmant un impay provisoire financier est de nature informative ; - un impay dfinitif confirmant un impay provisoire non financier est de nature financier ; - un impay dfinitif infirmant un impay provisoire financier est de nature financire et de sens contraire ; - un impay dfinitif infirmant un impay provisoire non financier est de nature non financire et de sens contraire. Un impay provisoire doit tre suivi dun impay dfinitif. Un impay dfinitif peut tre mis sans avoir t prcd dun impay provisoire. 2.1.5. Lot dimpays
Les impays dun accepteur sont regroups au sein dun lot dimpays. Les flux financiers et les flux non financiers peuvent tre transmis dans le mme lot. Le critre de regroupement porte au minimum sur les devises, les dates de valeur et les IBAN dimputation mais peut tre aussi au choix de lacqureur (par remise, par priode, ) . Ce lot comporte galement le total des impays financiers et des frais imputs. 2.2. STRUCTURE DU SERVICE
Un service Impays est annonc par un message douverture de service (MTI 0840) avec un champ 24 valoris 874 Gestion des impays . Ce service peut tre compos de plusieurs lots. Chaque lot est destination dun accepteur. Un accepteur peut tre destinataire de plusieurs lots dun mme service. Le lot est compos ainsi : - dun message dinitialisation (MTI 0340) ; - des messages de notification dimpays. Deux natures existent : - une notification dinformation (message non financier : MTI 0140) ;
CB2A Fichier

-
GESTION DES IMPAYES
Octobre 2007 Page 6
- une notification dimputation (message financier : MTI 0240). dun message de consolidation (MTI 0540). Ce message totalise le nombre dimpays financiers mis dans le lot, ainsi que leur montant total et les frais associs. DESCRIPTION DES MESSAGES
2.3.
Le service Impays comporte les messages suivants : 2.3.1. Initialisation de transfert dimpays
Message 0340 Initialisation de transfert dimpays Ce message permet didentifier laccepteur destinataire du lot. Ce message est toujours prsent. Valorisations spcifiques Champ 58 type FF27 Champ 58 type FF39 Champ 46 type DF5F 2.3.2. Devise de traitement (celle du montant des impays) Devise des frais Numro de contrat accepteur
Notification dimpay pour information
Message 0140 Notification dimpay pour information Ce message permet didentifier la transaction faisant lobjet dun impay. Cet impay ne fait pas lobjet dune imputation comptable pour laccepteur. Valorisations spcifiques Champ 56 Champ 58 type FF65 Champ 58 types FF61 et FF62 Champ 58 type FF40 Champ 58 type FF38 Champ 58 type FF3A Champ 58 type FF3D Champ 58 types FF55 et FF56 Champs 2, 3, 4, 37, 41, 49 2.3.3. Rfrences de la transaction dorigine Rfrences du lot dorigine Rfrences du fichier et du service qui contenaient la transaction dorigine Code impay Montant brut (frais non compris) de limpay (dbit ou crdit), sil tait imput Montant des frais imputs, lis la gestion de limpay (dbit ou crdit), sils taient imputs Statut de limpay Rfrences du lot fournies par le systme dacceptation ou le systme collecteur contenant la transaction dorigine Rappelle les caractristiques principales de la transaction dorigine, permettant laccepteur de retrouver lopration initiale
Notification dimpay pour imputation
Message 0240 Notification dimpay financier Ce message permet didentifier la transaction faisant lobjet dun impay. Cet impay fait lobjet dune imputation comptable pour laccepteur. Valorisations spcifiques Champ 56 Champ 58 type FF65 Champ 58 types FF61 et FF62 Champ 58 type FF40 Champ 58 type FF38 Champ 58 type FF3A Champ 58 type FF3D Champ 58 types FF55 et FF56 Champs 2, 3, 4, 37, 41, 49 2.3.4. Rfrences de la transaction dorigine Rfrences du lot dorigine Rfrences du fichier et du service qui contenaient la transaction dorigine Code impay Montant brut (frais non compris) de limpay imput (dbit ou crdit) Montant des frais imputs, lis la gestion de limpay (dbit ou crdit) Statut de limpay Rfrences du lot fournies par le systme dacceptation ou le systme collecteur contenant la transaction dorigine Rappelle les caractristiques principales de la transaction dorigine, permettant laccepteur de retrouver lopration initiale
Fin de transfert dimpays
Message 0540 Fin de transfert dimpays Ce message permet dindiquer la fin du lot dimpays et de fournir des totaux sur les lments financiers transfrs. Ce message est toujours prsent. Valorisations spcifiques Champ 58 type FF22 Date de valeur de limputation du montant des impays
CB2A Fichier

Champ 58 type FF2B Champ 58 type FF3B Champ 58 type FF3C Champ 74
GESTION DES IMPAYES
Octobre 2007 Page 7
Champ 76
Champ 86
Champ 88
Champ 47 types 19 et 20 Champ 47 types 21 et 22
Date de valeur de limputation des frais Montant total des frais imputs au dbit de laccepteur (cumul des champs 58/FF3A de sens C des transactions financires) Montant total des frais imputs au crdit de laccepteur (cumul des champs 58/FF3A de sens D des transactions financires) Nombre de transactions financires de crdit (champ 58/FF38 de sens C ) imputer au dbit de laccepteur. Ce montant est renseign zro si aucune transaction financire associe nest prsente Nombre de transactions financires de dbit (champ 58/FF38 de sens D ) imputer au crdit de laccepteur. Ce montant est renseign zro si aucune transaction financire associe nest prsente Montant total des transactions financires de crdit, frais non inclus, dans la devise de traitement (champ 58/FF38 de sens C ) imputer au dbit de laccepteur. Ce montant est renseign zro si aucune transaction financire associe nest prsente Montant total des transactions financires de dbit, frais non inclus, dans la devise de traitement (champ 58/FF38 de sens D ) imputer au crdit de laccepteur. Ce montant est renseign zro si aucune transaction financire associe nest prsente IBAN et BIC du compte dimputation du montant des impays (champs 86 + 88) IBAN et BIC du compte dimputation du montant des frais (champs 58/FF3B + 58/FF3C)
CB2A Fichier
GESTION DES IMPAYES
Octobre 2007 Page 8
3. Exemple de transfert d'impays : Remettant
CINEMATIQUE
Acqureur
0840 ouverture de fichier
0840 ouverture de service impays
0340 initialisation de transfert d'impays Accepteur A 0140 notification d'impay provisoire, transaction A1
0240 notification d'impay dfinitif, transaction A2
0540 fin de transfert d'impays
0340 initialisation de transfert d'impays Accepteur B 0240 notification d'impay provisoire, transaction B1
0240 notification d'impay provisoire, transaction B2, dbit
0840 fermeture de fichier
CB2A Fichier

/ (suite de lchange prcdent)
GESTION DES IMPAYES
Octobre 2007 Page 9
Remettant
Acqureur
0840 ouverture de fichier
0840 ouverture de service impays
0340 initialisation de transfert d'impays Accepteur A 0240 notification d'impay dfinitif, transaction A1
0340 initialisation de transfert d'impays Accepteur B 0140 notification d'impay dfinitif, transaction B1
0240 notification d'impay dfinitif, transaction B2, crdit (infirmation impay prcdent)
0840 fermeture de fichier
CB2A Fichier

Autre exemple (sans gestion du statut) : Remettant
GESTION DES IMPAYES
Acqureur 0840 ouverture de fichier
0340 initialisation de transfert d'impays Accepteur C 0240 notification d'impay sans statut, transaction C1
0540 fin de transfert d'impays 0840 fermeture de fichier
CB2A Fichier

GESTION DES IMPAYES
CB2A Fichier

GESTION DES IMPAYES
A: Initialisation de transfert d'impays : 0340 C: Notification d'impay pour imputation : 0240
B: Notification d'impay pour information : 0140 D: Fin de transfert d'impays : 0540
N 1 2 3 4 11 12 13 25 27 32 37 41 42 46 47 07 19 20 21 22 49 49 56 58 FF22 FF27 FF2B FF38 FF39 FF3B FF3C FF40 FF55 FF56 FF61 FF62 FF65 71 74
Dfinition Prsence deuxime bitmap Numro de porteur Code traitement Montant de la transaction Numro d'audit Heure locale de la transaction Date locale de la transaction Code raison du message Contrle transfert Acqureur-Accepteur Identifiant de l'organisme acqureur Numro de rfrence d'archivage Identification du Systme d'Acceptation Identification de l'accepteur de carte Configuration du Systme et des Points d'Acceptation
A X . . . X X X X X X . . F C(2) X C(2) X . . . . . . . C(2) . C(76) . . C(77) . . . . . . . . . . X .
B C(1) XQI XQI XQI X X X . . . FQI FQI . . . C(2) FQI . . . . F XQI X C(2) . . . F . F . . F X FQI FQI X X X . .
C C(1) XQI XQI XQI X X X . . . FQI FQI . . . C(2) FQI . . . . F XQI X C(2) . . . X . F . . F X FQI FQI X X X . .
D C(1) . . . X X X . . . . . . . . C(2) X C(76) F C(77) F . . . C(2) C(76) . C(77) . . . C(271) C(271) . . . . . . . . X
DF5F Numro de contrat accepteur Donnes complmentaires nationales Anne de la transaction IBAN (International Bank Account Number) BIC (Bank Identifier Code) IBAN 2 (International Bank Account Number 2) BIC 2 (Bank Identifier Code 2) Rfrence impay de l'acqureur Code monnaie ou devise de la transaction Elments d'information initiaux Rserv national Date de valeur 1 Code monnaie ou devise de traitement Date de valeur 2 Montant de l'impay imput Code monnaie ou devise du montant des frais imput Montant total des frais dus par l'accepteur l'acqureur Montant total des frais dus par l'acqureur l'accepteur Code impay Identifiant du lot attribue par le systme d'acceptation Identifiant du lot attribu par le systme collecteur Elments d'information initiaux d'un fichier Elments d'information initiaux d'un service Elments d'information initiaux d'un lot Gestion transfert (sens Acqureur - Accepteur) Nombre de transactions de crdit
FF3A Montant des frais de gestion de l'impay
FF3D Statut de l'impay

GESTION DES IMPAYES
A: Initialisation de transfert d'impays : 0340 C: Notification d'impay pour imputation : 0240
B: Notification d'impay pour information : 0140 D: Fin de transfert d'impays : 0540
N 76 86 88
Dfinition Nombre de transactions de dbit Montant total des transactions de crdit Montant total des transactions de dbit
A . . .
B . . .
C . . .
D X X X

N 1 2 76 77
GESTION DES IMPAYES
COMMENTAIRES obligatoire si un des champs 65 128 est renseign voir liste des types obligatoire si des transactions financires sont imputer l'accepteur obligatoire si des frais sont imputer l'accepteur
271 obligatoire si de telles transactions financires existent

Presentation Cb2A Fichier: Octobre 2007

Загружено:

Сведения о документе

Оригинальное название

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Presentation Cb2A Fichier: Octobre 2007

Загружено:

Авторское право:

Доступные форматы

Volume 0

PRESENTATION CB2A FICHIER

Groupement Cartes Bancaires - tous droits rservs - 2007

Groupement Cartes Bancaires - tous droits rservs - 2007

Groupement Cartes Bancaires - tous droits rservs - 2007

Groupement Cartes Bancaires - tous droits rservs - 2007

Version CB2A Fichier 1.1.0 1.2.0 1.2.1 1.3.0 1.3.1 1.4.0

Version du dictionnaire associ 1.1.0 1.3.0 1.3.1 1.3.0 1.3.1 1.4.0

Groupement Cartes Bancaires - tous droits rservs - 2007

Groupement Cartes Bancaires - tous droits rservs - 2007

Groupement Cartes Bancaires - tous droits rservs - 2007

2.1 2.2.1.3 2.2.1.4 2.2.2.1 2.2.2.3 2.2.2.4

Groupement Cartes Bancaires - tous droits rservs - 2007

95 0210 0211 0212 0217 96

Groupement Cartes Bancaires - tous droits rservs - 2007

PRINCIPES GENERAUX CB2A FICHIER

Groupement des Cartes Bancaires - tous droits rservs - 2005

Groupement des Cartes Bancaires - tous droits rservs - 2005

Groupement des Cartes Bancaires - tous droits rservs - 2005

Groupement des Cartes Bancaires - tous droits rservs - 2005

DOM AINE ACCEPTATION SA 1

DOM AINE ACQUISITION systme acque re ur

SA 1 2 SA 2 systme ce ntralis acce pte ur 1 systme acque re ur

2 1 systme d l gataire acqu re ur

2 systme ce ntralis acce pte ur 1

1 systme d l gataire acqu re ur

SA 9 2 SA 10 SA 11 1 2 = CB2A FICHI ER = CB2A FICHI ER ou autre systme ce ntralis acce pte ur 2

Groupement des Cartes Bancaires - tous droits rservs - 2005

PRESENTATION DE LA STRUCTURE DE FICHIER

Ouverture de fichier (constitu d'un message)

Ouverture service (constitu d'un message)

Mise en uvre d'un Service (constitue de "2 n" messages)

Fermeture de fichier (constitue d'un message)

Groupement des Cartes Bancaires - tous droits rservs - 2005

Exemple dun fichier transmis du systme remettant vers le systme acqureur :

Ouverture de fichier (constitu dun me ssage)

Ouve rture de se rvice remise (constitu dun me ssage)

Mise en oe uvre du service remise constitu de 3 n messages

Ferme ture de fichier (constitu dun me ssage)

Groupement des Cartes Bancaires - tous droits rservs - 2005

STRUCTURE DUN FICHIER AVEC MISE EN UVRE DE PLUSIEURS SERVICES

Ouverture de fichier (constitu dun message)

Ouverture de service relev mouvements financiers (constitu dun message)

Mise en oeuvre du se rvice RMF (constitu de 3 n messages)

Ouverture de service paramtrage (constitu dun message)

Mise en oeuvre du service paramtrage (constitu de 3 n messages)

Fermeture de fichier (constitu dun message)

Groupement des Cartes Bancaires - tous droits rservs - 2005

LES SERVICES DE CB2A FICHIER

Groupement des Cartes Bancaires - tous droits rservs - 2005

relev mouvements financiers

relev mouvements non financiers

Correction suspens impossible

Correction suspens effectue

Relev des rejets aprs suspens

suspens non corrigs suspens corrigs

relev de mouvements financiers aprs suspens

Groupement des Cartes Bancaires - tous droits rservs - 2005

Service Relev de mouvements financiers (RMF)

Groupement des Cartes Bancaires - tous droits rservs - 2005

Groupement des Cartes Bancaires - tous droits rservs - 2005

Groupement des Cartes Bancaires - tous droits rservs - 2005

ANNEXE : DESCRIPTION DES INFORMATIONS