Gérer les erreurs (client JS)

Cette page décrit le traitement des erreurs d’intégration.

Si vous souhaitez personnaliser la gestion des erreurs survenant lors du refus d’une transaction, consultez l’article suivant :

KR.onError()

Pour le formulaire embarqué, les erreurs sont automatiquement affichées dans la div kr-form-error :

    <!-- error zone -->
    <div class="kr-form-error"></div>

    <!-- error zone -->
    <div class="kr-form-error"></div>

Il vous suffit de l’ajouter.

Pour gérer les erreurs manuellement, il vous suffit d’intercepter le message d’erreur par defaut et de le personnaliser. Dans l’exemple suivant, le message d’erreur personnalisé sera placé dans la div de classe customerror :

  <script type="text/javascript">
    $(document).ready(function() {
          KR.onError( function(event) {
            var code = event.errorCode;
            var message = event.errorMessage;
            var myMessage = code + ": " + message;

            document.getElementsByClassName("customerror")[0].innerText = myMessage;
          });
    });
  </script>

L’API REST dispose de nombreux codes d’erreur décrits ici : Code d’erreurs de l’API REST.

Les codes d’erreur préfixés par CLIENT_ correspondent à des erreurs survenant dans le navigateur de l’acheteur. Elles se produisent avant que les données de paiement ne soient envoyées sur nos serveurs. Cela concerne, par exemple, des erreurs de validation de données du formulaire effectuées localement, ou des erreurs d’intégration du client JavaScript.

Les codes d’erreur compris entre CLIENT_700 et CLIENT_799 sont des avertissements. Ils vous aident lors de l’intégration du client JavaScript :

La clé publique définie dans kr-public-key n’est pas valide, elle doit être de la forme : [NUMERO]:[CHAINE]

par exemple : 69876357:testpublickey_DEMOPUBLICKEY95me92597fd28tGD4r5

Pour plus d’informations, rendez-vous ici : Récupérer mes clés.

Le formToken que vous avez défini dans kr-form-token est invalide. Pour plus d’informations sur la création d’un formToken, rendez-vous ici: guide d’intégration.

La transaction a été abandonnée par l’acheteur. Cette erreur se produit, par exemple, lorsque l’acheteur ferme la pop-in 3D-Secure avant de s’être authentifié.

Si l’acheteur n’effectue pas d’autre tentative, une transaction refusée est automatiquement créée lorsque le formToken arrive à expiration.

Lorsque plusieurs champs du formulaire sont invalides, une erreur générale CLIENT_300 est retournée. La liste détaillée de toutes les erreurs détectées sera contenue dans le champ children :

{
    "errorCode": "CLIENT_300",
    "errorMessage": "Invalid form data",
    "children": [{
        "errorCode": "CLIENT_301",
        "errorMessage": "Invalid card number",
        "field": "pan",
        (...)
    }, {
        "errorCode": "CLIENT_302",
        "errorMessage": "Invalid expiry date",
        "field": "expiryDate",
        (...)
    }, {
        "errorCode": "CLIENT_303",
        "errorMessage": "Invalid security code",
        "field": "securityCode",
        (...)
    }],
    "detailedErrorCode": null,
    "detailedErrorMessage": null,
    (...)
}

Le champ kr-pan (numéro de carte) du formulaire de paiement est invalide.

Le champ kr-expiry (date d’expiration) du formulaire de paiement est invalide.

Le champ kr-security-code (code de sécurité ou CVV) du formulaire de paiement est invalide.

Un champ additionnel déclaré comme obligatoire est vide. Pour plus de détails, rendez-vous ici : Champs de formulaire personnalisés.

Aucun bouton de formulaire de paiement n’a été trouvé dans le code HTML. Vérifiez si les balises nécessaires sont bien présentes, ou s’il n’y a pas une erreur de syntaxe.

La clé publique n’est pas définie dans kr-public-key.

L’application a détecté que l’acheteur est revenu sur la page de paiement à l’aide du bouton de retour, sur son navigateur internet. Le formulaire de paiement a été bloqué.

Notez que cette détection n’est fonctionnelle que sur certains navigateurs.

Un champ additionnel utilise des icônes de font Awesome mais la librairie n’est pas chargée. Pour plus de détails, rendez-vous ici: Champs de formulaire personnalisés.

La balise “<meta>”, via la directive “viewport” indique au navigateur la manière de contrôler les dimensions et l’échelle de la page à afficher. Il est recommandé de l’utiliser sur l’ensemble des pages en HTML5.

Le formToken a été créé sur une autre plateforme que celle où le client JavaScript a été téléchargé. L’URL d’appel aux web service REST doit être le même que celle du client JavaScript.

Le formulaire de paiement utilise un formToken de démonstration qui ne permet pas d’interaction avec le serveur. Utilisez un formToken valide : Charge/CreatePayment.

Erreur inconnue, merci de contacter le support avec les informations suivantes :

• Numéro de boutique,
• URL du formulaire,
• Nom et version du navigateur,
• Type et version du système d’exploitation,
• Périphérique utilisé (Iphone 6S, PC, Ipad Pro …),
• Date et heure de l’erreur.