Opérations du service de recherche d’informations

L’opération du service de recherche d’informations (ILS) vous permet d’exécuter un rapport via l’API sur une plage de dates que vous spécifiez afin de renvoyer des données sur les autorisations, les règlements, les crédits et les rétrofacturations traités par un compte marchand. Vous pouvez utiliser l’élément type pour combiner un ou plusieurs types de transaction dans une seule requête.

Ce chapitre décrit comment traiter l’opération ILS via le service Web Paysafe.

• L’opération ILS accepte un objet document ilsLookupRequestV1.

• L’opération ILS renvoie une réponse ilsLookupResponseV1.

ILS WSDL Paysafe et liens

WSDL :

https://webservices.optimalpayments.com/ilsWS/IlsService/v1?wsdl

Service Web :

https://webservices.optimalpayments.com/ilsWS/IlsService/v1

HTTP Post:

https://webservices.optimalpayments.com/ilsWS/IlsServlet/v1

Exemple .NET

Pour créer l’exemple .NET :

Créez un nouveau projet.
Ajoutez une référence Web.
Saisissez l’URL du WSDL et cliquez sur le bouton Ajouter une référence.
Le client Web est maintenant créé.
Créez la requête et traitez la réponse.

Créer des requêtes ILS

Les requêtes ILS nécessitent l’objet document ilsLookupRequestV1. Cette section décrit la structure d’une ilsLookupRequestV1 et la façon d’en créer une.

ILS – C#

Voici un exemple ILS en C#.

//Prepare the call to the Credit Card Web Service



ILSLookupRequestV1 ilsLookupRequest = new ILSLookupRequestV1();



MerchantAccountV1 merchantAccount = new MerchantAccountV1();



merchantAccount.accountNum = "12345678";



merchantAccount.storeID = "myStoreID";



merchantAccount.storePwd = "myStorePWD";







DateV1 startDate = new DateV1();



startDate.year = 2008;



startDate.month = 11;



startDate.day = 3;



startDate.hour = 0;



startDate.minute = 0;



startDate.second = 0;







DateV1 endDate = new DateV1();



endDate.year = 2008;



endDate.month = 11;



endDate.day = 3;



endDate.hour = 14;



endDate.minute = 40;



endDate.second = 59;







RequestTypeV1[] txnTypes = new RequestTypeV1[1];



txnTypes[0] = RequestTypeV1.settlements;







IlsLookupRequestV1 req = new IlsLookupRequestV1();



req.merchantAccount = merchantAccount;



req.startDate = startDate;



req.endDate = endDate;



req.type = txnTypes;







System.Console.WriteLine("Sending request...");







IlsServiceV1 ilsService = new IlsServiceV1();



IlsLookupResponseV1 response = null;







response = ilsService.ilsLookup( req );







System.Console.WriteLine("Response received: ");



String responseTxt = "";







if( response != null )



{



   responseTxt += "Decision: " + response.decision + Environment.NewLine;



   responseTxt += "Description: " + response.description + Environment.NewLine;



   



   if( response.decision == DecisionV1.ACCEPTED )



   {



      responseTxt += "Authorizations: " + response.transactions.authorizations + Environment.NewLine;



      responseTxt += "Settlements: " + response.transactions.settlements + Environment.NewLine;



      responseTxt += "Chargebacks: " + response.transactions.chargebacks + Environment.NewLine;



      responseTxt += "Credits: " + response.transactions.credits + Environment.NewLine;



   }



}







System.Console.WriteLine( responseTxt );

Schéma ilsLookupRequestV1

Une ilsLookupRequestV1 a la structure suivante :

Éléments ilsLookupRequestV1

L’objet document ilsLookupRequestV1 contient les éléments suivants :

Élément	Élément enfant	Requis	Type	Description
merchantAccount	accountNum	Oui	string Max = 10	Il s’agit du numéro de compte marchand.
	storeID	Oui	string Max = 80	Il s’agit de l’identifiant du magasin Paysafe, utilisé pour authentifier la requête. Il est défini par Paysafe et fourni au marchand dans le cadre du processus d’intégration.
	storePwd	Oui	string Max = 20	Il s’agit du mot de passe du magasin Paysafe, utilisé pour authentifier la requête. Il est défini par Paysafe et fourni au marchand dans le cadre du processus d’intégration.
startDate	year	Oui	Int Max = 9999	Il s’agit de l’année définie pour le début de la recherche.
	month	Oui	Int Min = 1 Max = 12	Il s’agit du mois défini pour le début de la recherche.
	day	Oui	Int Min = 1 Max = 31	Il s’agit du jour défini pour le début de la recherche.
	hour	Oui	Int Min = 0 Max = 23	Il s’agit de l’heure définie pour le début de la recherche.
	minute	Oui	Int Min = 0 Max = 59	Il s’agit de la minute définie pour le début de la recherche.
	second	Oui	Int Min = 0 Max = 59	Il s’agit de la seconde définie pour le début de la recherche.
endDate	year	Oui	Int Max = 9999	Il s’agit de l’année définie pour la fin de la recherche.
	month	Oui	Int Min = 1 Max = 12	Il s’agit du mois défini pour la fin de la recherche.
	day	Oui	Int Min = 1 Max = 31	Il s’agit du jour défini pour la fin de la recherche.
	hour	Oui	Int Min = 0 Max = 23	Il s’agit de l’heure définie pour la fin de la recherche.
	minute	Oui	Int Min = 0 Max = 59	Il s’agit de la minute définie pour la fin de la recherche.
	second	Oui	Int Min = 0 Max = 59	Il s’agit de la seconde définie pour la fin de la recherche.
type		Oui	enumeration	Il s’agit du type de transaction pour lequel vous recherchez des données. Les valeurs éventuelles sont : • authorizations (autorisations) • settlements (règlements) • credits (crédits) • chargebacks (rétrofacturations) • dd-charge (débit par prélèvement automatique) • dd-credit (crédit par prélèvement automatique) • dd-charge-bacs (rétrofacturations par prélèvement automatique; renvoie l’élément mandateReference) • dd-credit-bacs (crédit par prélèvement automatique BACS; renvoie l’élément mandateReference) • dd-mandate-bacs (mandat de prélèvement automatique BACS; renvoie les éléments mandateReference et effectiveDate)
ccOptions		Facultatif	enumeration	Pour usage interne seulement
ddOptions		Facultatif
	dateType	Facultatif	enumeration	Ceci spécifie la nature de l’état de la transaction qui sera recherchée. • initiation – la recherche portera sur tous les chèques qui ont été présentés au cours de la période spécifiée. Si le dateType n’est pas spécifié, il s’agit du paramètre par défaut. • status_change – la recherche portera sur tous les chèques dont l’état a été modifié au cours de la période spécifiée.
	status	Facultatif	enumeration	La requête de recherche ne renvoie que les transactions dont l’état est spécifié ici. Si elle est associée à un élément status_change, seuls les enregistrements ayant l’état spécifié pendant cette période sont renvoyés. Si cet élément n’est pas spécifié, les transactions de tous les états sont renvoyées. Les valeurs éventuelles sont : • Presented (Présenté) • Represented (Représenté) • Returned (Renvoyé) • Pending Customer Approval (En attente d’approbation par le client) • Pending (En attente) • Active (Actif) • Declined (Refusé) • Cancelled (Annulé) • Failed (Échec) • Cleared (Compensé)

La plage maximale pour une requête ILS est de 24 heures.

Traitement de la réponse

Voici un exemple type de ilsLookupResponseV1 pour une transaction réussie.

<ilsLookupResponseV1 xmlns="http://www.optimalpayments.com/ils/xmlschema/v1">



   <decision>ACCEPTED</decision>



   <description></description>



   <merchantAccount>10000400036</merchantAccount>



   <currency>USD</currency>



   <startDate>



      <year>2011</year>



      <month>2</month>



      <day>5</day>



      <hour>0</hour>



      <minute>0</minute>



      <second>0</second>



   </startDate>



   <endDate>



      <year>2011</year>



      <month>3</month>



      <day>5</day>



      <hour>23</hour>



      <minute>59</minute>



      <second>59</second>



   </endDate>



   <txnType>



      <code>authorizations</code>



      <count>2</count>



   </txnType>



   <txnType>



   <code>settlements</code>



      <count>2</count>



   </txnType>



   <txnType>



      <code>credits</code>



      <count>1</count>



   </txnType>



   <txnType>



      <code>chargebacks</code>



      <count>1</count>



   </txnType>



   <transactions childFma="1000201930">



      <authorizations>100052493|FS|2011-02-05 09:57:54|test 123|111.65



      </authorizations>



      <settlements>100052493|C|2011-02-05 09:57:55|test 123|111.65



      </settlements>



      <credits>116883988|C|2011-03-02 15:17:09|test 123|5.0|102318569|USD

      </credits>



      <chargebacks>368237|100052493|test 123|test 123|1111|2011-02

      -05|111.65|USD|111.65|30|40003610000160100052493|100000|1||2008-02-05



      </chargebacks>



   </transactions>



<transactions childFma="1000201931">



      <authorizations>100052493|FS|2011-02-05 09:57:54|test 123|88.00



      </authorizations>



      <settlements>100052493|C|2011-02-05 09:57:55|test 123|88.00



      </settlements>



   </transactions>



</ilsLookupResponseV1>

Voici un exemple type de ilsLookupResponseV1 pour une transaction refusée. Dans cet exemple, un identifiant ou un mot de passe de marchand non valide a été soumis.

<ilsLookupResponseV1 xmlns="http://www.optimalpayments.com/ils/xmlschema/v1">



<decision>REJECTED</decision>



<description>Invalid Credentials</description>



</ilsLookupResponseV1>

Schéma ilsLookupResponseV1

Une ilsLookupResponseV1 a la structure suivante :

Les éléments suivants sont pertinents pour une ilsLookupResponseV1 :

Élément	Élément enfant	Requis	Type	Description
decision		Oui	enumeration	Il s’agit de l’état de la transaction. L’un des états suivants est renvoyé : • Accepted (Acceptée) – la transaction a été traitée. • Error (Erreur) – la transaction a été tentée, mais a échoué pour une raison quelconque. • Rejected (Refusé) – la requête a été refusée, p. ex. en raison d’authentifiants marchand non valides.
description		Oui	string Max = 1024	Si la décision renvoyée est Error ou Rejected, il s’agit d’une description de l’erreur.
merchantAccount		Oui	string Max = 10	Il s’agit du numéro de compte marchand.
devise		Oui	string Longueur = 3	Il s’agit de la devise du compte marchand.
startDate	year	Oui	Int Max = 9999	Il s’agit de l’année définie pour la date de début de la recherche.
	month	Oui	Int Min = 1 Max = 12	Il s’agit du mois défini pour la date de début de la recherche.
	day	Oui	Int Min = 1 Max = 31	Il s’agit du jour défini pour la date de début de la recherche.
	hour	Oui	Int Min = 0 Max = 23	Il s’agit de l’heure définie pour la date de début de la recherche.
	minute	Oui	Int Min = 0 Max = 59	Il s’agit de la minute définie pour la date de début de la recherche.
	second	Oui	Int Min = 0 Max = 59	Il s’agit de la seconde définie pour la date de début de la recherche.
endDate	year	Oui	Int Max = 9999	Il s’agit de l’année définie pour la date de fin de la recherche.
	month	Oui	Int Min = 1 Max = 12	Il s’agit du mois défini pour la date de fin de la recherche.
	day	Oui	Int Min = 1 Max = 31	Il s’agit du jour défini pour la date de fin de la recherche.
	hour	Oui	Int Min = 0 Max = 23	Il s’agit de l’heure définie pour la date de fin de la recherche.
	minute	Oui	Int Min = 0 Max = 59	Il s’agit de la minute définie pour la date de fin de la recherche.
	second	Oui	Int Min = 0 Max = 59	Il s’agit de la seconde définie pour la date de fin de la recherche.
txnType	code	Oui	string	Il s’agit du type de transaction pour lequel vous avez recherché des données. Les valeurs éventuelles sont : • authorizations (autorisations) • settlements (règlements) • credits (crédits) • chargebacks (rétrofacturations) • dd-charge (débit par prélèvement automatique) • dd-credit (crédit par prélèvement automatique) • dd-charge-bacs (comprend l’élément mandateReference) • dd-credit-bacs (comprend l’élément mandateReference) • dd-mandate-bacs (comprend les éléments mandateReference et effectiveDate)
	count	Oui	Int	Il s’agit du numéro du type de transaction renvoyé dans l’élément code ci-dessus. Chaque élément code renvoyé a son propre compte.
transactions		Facultatif
	Attribut des transactions
	childFma	Conditional	string Max = 10	Il s’agit du numéro de compte marchand enfant, qui n’est fourni que si le compte fourni pour l’élément merchantAccount est un compte principal.

	authorizations	Facultatif	string	Chaque instance authorizations contient d’autres détails.
	settlements	Facultatif	string	Chaque instance settlements contient d’autres détails.
	credits	Facultatif	string	Chaque instance credits contient d’autres détails.
	chargebacks	Facultatif	string	Chaque instance chargebacks contient d’autres détails.
	dd-charge	Facultatif	string	Chaque instance dd-charge, dd-credit, dd-charge-bacs, dd-credit-bacs et dd-mandate-bacs contient d’autres détails.
	dd-credit	Facultatif	string
	dd-charge-bacs	Facultatif	string
	dd-credit-bacs	Facultatif	string
	dd-mandate-bacs	Facultatif	string

Contenu des éléments de réponse

Paysafe peut, si nécessaire et sans préavis, ajouter des éléments de détails supplémentaires à chacun des types de réponse de transaction décrits ci-dessous (autorisations, règlements, crédits et rétrofacturations).

Ces éléments de détails supplémentaires seront ajoutés à la fin de la liste des éléments séparés par des canaux de communication, comme dans l’exemple ci-dessous.

<ilsLookupResponseV1 xmlns="http://www.optimalpayments.com/ils/xmlschema/v1">



…



   <transactions childFma='1000201930'>



      <authorizations>100052493|FS|2011-02-05 09:57:54|test 123|

      111.65|added element|added element



      </authorizations>



      <settlements>100052493|C|2011-02-05 09:57:55|test 123



      |111.65|added element|added element



      </settlements>



      <credits>116883988|C|2011-03-02 15:17:09|test 123|5.0|102318569|

      USD|added element|added element

      </credits>



      <chargebacks>368237|100052493|test 123|test 123|1111|2011-02-05

      |111.65|USD|111.65|30|40003610000160100052493|100000|1||

      2008-02-05|added element



      </chargebacks>



…



</ilsLookupResponseV1>

Il incombe au marchand de faire en sorte que son intégration pour ilsLookupRequestV1 ne soit pas affectée par l’ajout d’autres éléments de détails par Paysafe.

Détails de la réponse d’autorisation

Les informations suivantes peuvent être renvoyées pour autorisation :

Paramètre	Description
Séquence de l’enregistrement	Il s’agit du numéro de confirmation attribué par Paysafe à la transaction.
État de l’autorisation	Il s’agit de l’état de l’autorisation. Les valeurs éventuelles sont : • A – Autorized (Autorisé) • FS – Fully Settled (Entièrement réglé) • AS – Partially Settled (Partiellement réglé)
Date et heure de la transaction	Il s’agit de la date et de l’heure auxquelles l’autorisation a été traitée.
Identifiant de transaction du marchand	Il s’agit de l’identifiant de la transaction attribué par le marchand à l’autorisation.
Montant	Il s’agit du montant de l’autorisation.

Détails de la réponse aux règlements

Les informations suivantes peuvent être renvoyées pour les règlements :

Paramètre	Description
Séquence de l’enregistrement	Il s’agit du numéro de confirmation attribué par Paysafe à la transaction.
État du règlement	Il s’agit de l’état actuel de l’opération de règlement. Les valeurs éventuelles sont : • B – Batched (Mis en lot) • E – Erreur • P – Pending (En attente) • C – Complete (Terminé) • K – Cancelled (Annulé) • HO – Hold (En attente) • DE – Declined (Refusé) • MI – Manual (Manuel)
Date et heure de la transaction	Il s’agit de la date et de l’heure auxquelles le règlement a été traité.
Identifiant de transaction du marchand	Il s’agit de l’identifiant de la transaction attribué par le marchand au règlement.
Montant	Il s’agit du montant du règlement.

Détails de la réponse aux crédits

Les informations suivantes peuvent être renvoyées pour les crédits :

Paramètre	Description
Séquence de l’enregistrement	Il s’agit du numéro de confirmation attribué par Paysafe à la transaction.
État du règlement	Il s’agit de l’état actuel de l’opération de règlement. Les valeurs éventuelles sont : • B – Batched (Mis en lot) • E – Erreur • P – Pending (En attente) • C – Complete (Terminé) • K – Cancelled (Annulé) • HO – Hold (En attente) • DE – Declined (Refusé) • MI – Manual (Manuel)
Date et heure de la transaction	Il s’agit de la date et de l’heure auxquelles le règlement a été traité.
Identifiant de transaction du marchand	Il s’agit de l’identifiant de la transaction attribué par le marchand au règlement.
Montant	Il s’agit du montant du règlement.

Détails de la réponse aux rétrofacturations

Les informations suivantes peuvent être renvoyées pour les rétrofacturations :

Paramètre	Description
Identifiant de rétrofacturation	Il s’agit de l’identifiant de l’enregistrement dans notre système de gestion des litiges. Chaque rétrofacturation est identifiée par un numéro d’enregistrement unique.
Identifiant d’opération d’autorisation	Il s’agit de l’identifiant de transaction attribué par Paysafe à l’autorisation initiale.
Identification de la transaction d’autorisation du marchand	Il s’agit de l’identifiant de transaction attribué par le marchand à l’autorisation initiale.
Identifiant de la transaction de règlement du marchand	Il s’agit de l’identifiant de transaction attribué par le marchand au règlement qui a été rétrofacturé.
Derniers chiffres de la carte	Il s’agit des 4 derniers chiffres de la carte de crédit utilisée pour l’autorisation initiale.
Date de règlement initiale	Il s’agit de la date d’autorisation du règlement initial Format = aaaa-mm-jj
Montant de règlement initial	Il s’agit du montant qui a été réglé par rapport à l’autorisation initiale.
Code de devise	Il s’agit de la devise du compte marchand.
Montant de la rétrofacturation	Il s’agit du montant qui est imputé au règlement.
Code de motif	C’est la raison pour laquelle la transaction a été rétrofacturée.
NRA	Il s’agit du numéro de référence de l’acquéreur, soit un numéro de référence unique que l’acquéreur attribue au règlement de chaque transaction.
Code d’autorisation initiale	Il s’agit du code d’autorisation attribué par la banque émettrice et renvoyé par Paysafe si la transaction a été effectuée via le protocole de paiement direct.
Code CBTY	Il s’agit du type de rétrofacturation. Les valeurs éventuelles sont : • 1 – Rétrofacturation • 2 – Annulation de rétrofacturation • C – Avis de risque seulement • D – Représentation refusée/perdue • RET – Requête de récupération
Signal d’alarme de contestation	Cet indicateur permet de savoir si une transaction est contestée. Les valeurs éventuelles sont : • Nul • Oui
Date d’affichage FMA	Il s’agit de la date à laquelle la rétrofacturation a été enregistrée sur le compte du marchand. Format = aaaa-mm-jj

Détails de la réponse au prélèvement automatique

Les informations suivantes peuvent être renvoyées pour les transactions par prélèvement automatique :

Paramètre	Description
Identifiant de chèque électronique	Il s’agit du numéro de confirmation attribué par Paysafe à la transaction.
État de chèque électronique	Il s’agit de l’état actuel de la transaction par prélèvement automatique. Les valeurs éventuelles sont : • AP – Approved mandate (Mandat approuvé) • C – Completed batch (Lot terminé) • CL – Cleared transaction (Transaction compensée) • DE – Declined (Refusé) • E – Error batch (Lot d’erreurs) • F – Failed (Échec) • PR1 – Presented 1 (Présenté 1) • PR2 – Presented 2 (Présenté 2) • RE – Rejected (Refusé) • REF – Rejected final (Refus final) • RF – Refunded (Remboursé) • RV – Reversed (Renversé) • W – Waiting to be batched (En attente de mise en lot) • X – Annulé
Date de présentation	Il s’agit de la date et de l’heure auxquelles la transaction a été traitée.
Identifiant de transaction du marchand	Il s’agit de l’identifiant de la transaction attribué par le marchand à la transaction.
Montant	Il s’agit du montant de la transaction. Cette valeur sera de 0,0 lorsque le type d’ordre sera défini sur dd-mandate-bacs.
État de filtre	Lorsque l’élément enfant dateType de ddOptions est défini sur “initiation” (par défaut), cette valeur est la même que la valeur de l’état du chèque électronique, ci-dessus dans ce tableau. Lorsque l’élément enfant dateType de ddOptions est défini sur “status_change”, il s’agit de l’état utilisé pour la recherche. Voici les états renvoyés dans chacun des scénarios de recherche. Presented (Présenté) • C Represented (Représenté) • PR1 • PR2 Renvoyé • RE • REF
Heure de la dernière mise à jour de l’état	Il s’agit de la date et de l’heure de la dernière mise à jour de l’état.
Code de renvoi	Il s’agit du code de renvoi si le mandat ou la transaction a été renvoyé par le réseau bancaire. REMARQUE : Ce champ n’est renvoyé que pour dd-charge-bacs, dd-credit-bacs et dd-mandate-bacs.
Référence bancaire	Il s’agit de la référence complète utilisée pour l’envoi au réseau bancaire. • Pour dd-mandate-bacs, ce sera mandateReference à 10 caractères. • Pour dd-charge-bacs, il s’agira de 18 caractères comprenant les 10 caractères de mandateReference et 8 caractères de l’identifiant du chèque électronique de la transaction (débit). REMARQUE : Ce champ n’est renvoyé que pour dd-charge-bacs, dd-credit-bacs et dd-mandate-bacs.
Date d’entrée en vigueur	Cette information est renvoyée uniquement pour les requêtes dd-mandate-bacs. Il s’agit de la date à laquelle le mandat deviendra actif auprès de la banque. Aucune transaction ne peut être demandée dans le cadre de ce mandat avant la date d’entrée en vigueur. Lorsque le mandat devient actif, la valeur renvoyée pour ce champ sera nulle. REMARQUE : Ce champ n’est renvoyé que pour dd-charge-bacs, dd-credit-bacs et dd-mandate-bacs.

Codes de motif

Codes de motif de rétrofacturation

L’un des codes de motif de rétrofacturation suivants peut être renvoyé avec une réponse de rétrofacturation :

Marque de carte	Code	Description
MC	01	Données de transaction demandées non reçues
MC	02	Élément demandé illisible
MC	07	Fichier de bulletin d’alerte
MC	08	Autorisation demandée/requise non obtenue
MC	12	Numéro de compte non en fichier
VI	30	Services non fournis ou marchandises non reçues
MC	31	Montant de la transaction différent
MC	34	Traitement en double
MC	35	Carte non valide ou expirée
MC	37	Transaction frauduleuse par courrier/téléphone
MC	40	Traitement frauduleux de la transaction
MC	41	Transaction récurrente annulée
VI	41	Transaction récurrente annulée
MC	42	Présentation tardive
MC	47	Dépassement de la limite plancher, transaction non autorisée et frauduleuse par courrier/téléphone
MC	49	Activité douteuse d’un marchand
MC	50	Crédit comptabilisé comme un débit
MC	53	Contestation du titulaire pour marchandise défectueuse ou non conforme à la description
VI	53	Marchandise non conforme à la description/marchandise défectueuse
MC	54	Différend avec le titulaire de la carte – non classé ailleurs (États-Unis uniquement)
MC	55	Non réception de marchandise
VI	57	Nombreuses transactions frauduleuses
MC	59	Services non rendus
MC	60	Crédit non traité
VI	60	Copie demandée non lisible
MC	62	Transaction de contrefaçon – Bande magnétique – Fraude au point de vente
VI	62	Transaction de contrefaçon
MC	63	Le titulaire de carte n’est pas reconnu – Fraude potentielle
VI	71	Demande d’autorisation refusée/autorisation refusée
VI	72	Pas d’autorisation/Transaction dépassant la limite plancher
VI	73	Carte expirée
VI	74	Présentation tardive
VI	75	Le titulaire de la carte ne reconnaît pas la transaction
VI	76	Code de transaction incorrect
VI	77	Numéro de compte non correspondant
VI	79	Informations sur la transaction demandée non reçues
VI	80	Montant de la transaction ou numéro de compte incorrect
VI	81	Transaction frauduleuse – Environnement avec carte présente
VI	82	Traitement en double
VI	83	Transaction frauduleuse – Environnement sans carte
VI	85	Crédit non traité
VI	86	Payé par d’autres moyens

Codes de motif de la requête de récupération

L’un des codes de motif de requête de récupération suivants peut être renvoyé avec une réponse de rétrofacturations :

Marque de carte	Code	Description
MC	05	Soutien à la rétrofacturation – Le titulaire de la carte n’est pas d’accord avec le montant facturé
MC	21	Interrogation du titulaire de la carte – Ne reconnaît pas la transaction (nom du marchand, ville, état/province ou date)
MC	22	Interrogation du titulaire de la carte – Désaccord avec la facturation
MC	23	Interrogation du titulaire de la carte – Besoins en matière de dossiers personnels
MC	24	Interrogation du titulaire de la carte – Pas de code de motif
VI	28	Le titulaire de la carte demande une copie portant sa signature
VI	29	Requête de documents T&E
VI	30	Différend avec le titulaire de la carte, brouillon de la requête du titulaire de la carte
VI	33	Procédure juridique ou analyse de la fraude
VI	34	Requête répétée pour la copie
MC	41	Analyse juridique/fraude – vérification de la signature
MC	42	Documentation potentielle sur la rétrofacturation ou la conformité
MC	43	Juridique/fraude – vérification des empreintes

Découvrir les codes de motif des rétrofacturations et des requêtes de rétrofacturation

L’un des codes de motif de rétrofacturation ou de requête de récupération suivants peut être renvoyé avec une réponse de rétrofacturation :

Code	Description
AL	Le titulaire de la carte conteste la validité de la vente effectuée avec une carte de compagnie aérienne.
AP	Le titulaire de la carte conteste la validité de plusieurs paiements récurrents par carte après l’expiration ou l’annulation de l’accord relatif au plan de paiements récurrents.
AW	Montant de la transaction incorrect ou différence entre le numéro de compte et le montant de la transaction.
CA	Le titulaire de la carte conteste la validité d’une avance de fonds ou d’une transaction en espèces, autre qu’une transaction Discover ATM.
CD	Le titulaire de la carte conteste la validité d’une transaction par carte parce que la transaction aurait dû donner lieu à un crédit plutôt qu’à une vente par carte.
RG	Le titulaire de la carte conteste la validité d’une vente par carte en raison de la non-réception de biens et/ou de services.
UA11	Transaction par carte glissée – aucune signature du titulaire de la carte n’a été obtenue.
UA12	Transaction par carte glissée – signature non valide du titulaire de la carte obtenue.
UA18	Transaction par carte glissée – copie illisible du reçu de la transaction.
UA21	Transaction par carte à puce – aucune signature du titulaire de la carte n’est obtenue.
UA22	Transaction par carte à puce – signature non valide du titulaire de la carte.
UA23	Transaction par carte à puce – empreinte de carte invalide.
UA28	Transaction par carte à puce – copie illisible des documents relatifs à la transaction.
RN1, RN2	Le titulaire de la carte allègue qu’un crédit attendu du marchand n’a pas été reçu ou que son montant était insuffisant.
DP	Le titulaire de la carte allègue que la vente effectuée avec une même carte a été inscrite plus d’une fois sur son compte.
RM	Le titulaire de la carte conteste la validité d’une vente par carte au motif que les biens ou les services fournis par le marchand n’étaient pas de la qualité ou de l’état convenu.
s.o.	L’émetteur conteste une vente par carte parce que le marchand n’a pas obtenu de réponse positive à l’autorisation pour le montant de la transaction par carte faisant l’objet du litige, tel qu’il apparaît dans les données relatives aux ventes.
UA01	Le titulaire ou l’émetteur de la carte conteste la validité d’une vente par carte parce que le marchand n’a pas tenté d’obtenir une autorisation.
CR	Le titulaire de la carte conteste la validité d’une transaction par carte parce qu’il a annulé la réservation sous-jacente auprès du marchand.
NC	Le titulaire de la carte conteste la validité d’une vente par carte et aucun autre code de motif ne s’applique.
DA	L’émetteur conteste la validité d’une vente par carte parce que le marchand a reçu une réponse de refus d’autorisation et que l’émetteur ne peut pas percevoir le montant de la vente auprès du titulaire de la carte.
EX	Le titulaire ou l’émetteur de la carte conteste la validité d’une vente par carte parce que la carte a expiré à la date de la transaction ou avant et que le marchand n’a pas obtenu de réponse positive à l’autorisation.
IC	Le titulaire de la carte ou l’émetteur conteste une vente par carte parce que les documents de transaction reçus en réponse à une demande de récupération de ticket sont illisibles ou ne comportent pas d’empreinte de carte valide et lisible (si nécessaire).
IN	L’émetteur conteste une transaction par carte parce que le numéro de carte fourni par le marchand n’est pas valide.
IS	Le titulaire ou l’émetteur de la carte conteste une vente par carte parce que les documents relatifs à la transaction reçus en réponse à une demande de récupération de ticket ne comportent pas de signature valide et lisible du titulaire de la carte lorsque celle-ci est requise pour la transaction par carte.
LP	Le titulaire de la carte ou l’émetteur conteste une vente par carte parce que l’acquéreur ou le marchand a transmis les données relatives à la vente par carte plus de 30 jours civils après la demande d’autorisation et qu’il ne s’agissait pas d’une vente par carte à livraison différée.
SV	Le titulaire ou l’émetteur de la carte conteste une transaction par carte-cadeau prépayée parce que le marchand n’a pas obtenu une réponse positive d’autorisation pour le montant de la vente par carte faisant l’objet du litige.
TF	Discover initie une rétrofacturation d’une transaction par carte parce que l’acquéreur ou le marchand n’a pas respecté les règles de fonctionnement applicables.
UA10	Demande d’un reçu de transaction pour une transaction par carte glissée.
UA20	Demande de documents de transaction pour les transactions par carte à puce.
UA30	Demande de documents relatifs à une transaction effectuée avec une carte non présente.
UA31	Transaction par carte non présente – preuve de livraison non valide obtenue par l’acquéreur ou le marchand.
UA38	Transaction sans carte – copie illisible des documents relatifs à la transaction.
UA02	Le titulaire de la carte ou l’émetteur conteste la validité d’une vente par carte parce que l’émetteur a fourni une réponse d’autorisation refusée.
UA03	Le titulaire de la carte ou l’émetteur conteste la validité d’une vente par carte parce que le montant facturé au titulaire de la carte dépasse le montant autorisé par l’émetteur.
UA32	Le titulaire de la carte ou l’émetteur conteste la validité d’une transaction par carte non présente parce que l’acquéreur ou le marchand n’a pas vérifié l’adresse ou n’a pas obtenu et soumis le NIC avec la demande d’autorisation.
UA99	Le titulaire de la carte ou l’émetteur conteste la validité d’une vente par carte et l’acquéreur ou le marchand n’a pas respecté les règles de fonctionnement applicables dans le cadre de la vente par la carte.
R2	Crédit non traité
A	Différend avec le titulaire de la carte, brouillon de la requête du titulaire de la carte

Cette page a-t-elle été utile ?

Sur cette page

Exemple .NET
Créer des requêtes ILS
Traitement de la réponse
Codes de motif

Search Overlay

Opérations du service de recherche d’informations

ILS – C#

Codes de motif de rétrofacturation

Cette page a-t-elle été utile ?

Merci pour votre réponse!