Search Overlay

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.

Exemple .NET

Pour créer l’exemple .NET :

  1. Créez un nouveau projet.

  2. Ajoutez une référence Web.

  3. Saisissez l’URL du WSDL et cliquez sur le bouton Ajouter une référence.

  4. Le client Web est maintenant créé.

  5. 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