Système de vérification des adresses (AVS)
Le système de vérification des adresses (AVS) est un système de prévention de la fraude par carte de crédit mis au point pour aider les commerçants en vérifiant l'adresse des clients américains. En soumettant l'adresse de facturation par carte de crédit et le code postal correspondant à la demande d'autorisation, les systèmes de traitement des paiements qui utilisent AVS peuvent comparer les enregistrements existants avec la commande. Si l'adresse de facturation et le code postal dans les enregistrements de l'émetteur de la carte correspondent à l'adresse de facturation et au code postal soumis, le commerçant est presque certain que la personne qui utilise la carte pour la commande est bien celle qu'elle prétend être. Idéalement, cela réduit le nombre de litiges avec les clients et les rétrofacturations pour le commerçant, d'autant plus qu'il pourrait s'avérer difficile de récupérer les marchandises expédiées.
Notez que toutes les institutions financières n'utilisent pas AVS.
AVS compare l'adresse de facturation et le code postal soumis avec une requête d'autorisation avec les enregistrements d'adresse de l'émetteur de la carte. Un code de résultat AVS est renvoyé pour indiquer si les données soumises correspondent aux données stockées. Par exemple :
- 0
- L'adresse et le code postal correspondent
- 1
- L'adresse correspond, mais le code postal ne correspond pas.
- 2
- Le code postal correspond, mais l'adresse ne correspond pas.
- 3
- Ni adresse ni le code postal ne correspondent
- 4
- Résultat AVS indisponible
Le Moteur de règles de paiement dispose de trois types de réponses aux codes AVS : Pass, Reject et AttentionRequired. Des mesures sont prises après le renvoi d'une transaction Approve ou ApproveAndDeposit réussie. Un plug-in de paiement est chargé de mapper les scores AVS spécifiques à son système dorsal de paiement aux codes AVS prédéfini par HCL Commerce. Les codes acceptables AVS vont de 0 à 4.
La table suivante décrit ce que fait Moteur de règles de paiement lorsqu'une transaction Approve ou ApproveAndDeposit est renvoyée :
| Transaction | Succès | Rejeter | AttentionRequired |
|---|---|---|---|
| Approuver | Continue normalement | Annule l'approbation et marque le résultat comme ayant échoué. | Définit l'indicateur AttentionRequired sur true dans le résultat et crée un rappel. La transaction se poursuit, mais la commande est bloquée. |
| ApproveAndDeposit | Continue normalement | Marque le résultat comme ayant échoué. Puisque le dépôt ne peut pas être annulé, un rappel est généré. | Définit l'indicateur AttentionRequired sur true dans le résultat et crée un rappel. La transaction se poursuit, mais la commande est bloquée. |
Par exemple si, lors d'une action ApproveAndDeposit, le code AVS renvoyé par un plug-in est mappé à une réponse Rejection, Moteur de règles de paiement marque le résultat de l'ensemble comme ayant échoué et crée un rappel, car le dépôt ne peut pas être annulé.
Le mappage des scores AVS 0 à 4 aux réponses Pass, Reject et AttentionRequired se fait à l'aide d'un fichier XML de configuration AVS fourni dans la configuration pour chaque mode de paiement.
Si vous configurez le traitement des paiements ou écrivez un plug-in de paiement, vous n'avez pas à modifier le fichier XML de configuration AVS. Si vous écrivez un plug-in, assurez-vous de mapper les codes AVS spécifiques au protocole dans les codes HCL Commerce AVS 0 à 4. Pour plus d'informations, reportez-vous aux informations API de la méthode setAvsCode dans l'interface de paiement décrite dans com.ibm.commerce.payments.plugin.
Mappage des codes AVS renvoyés par le système de paiement et la configuration AVS par défaut
- I1, I3, IA est mappé à PaymentechConstants.AVS_CODE_BOTH_MATCH (0)
- I5, I7, IB est mappé à PaymentechConstants.AVS_CODE_STREET_MATCH (1)
- I2, I4, IP est mappé à PaymentechConstants.AVS_CODE_POSTAL_MATCH (2)
- I6, I8 est mappé à PaymentechConstants.AVS_CODE_NEITHER_MATCH (3)
- N2, N2, IG, IU, ID, IE, IS, IC est mappé à PaymentechConstants.AVS_CODE_OTHERS (4)