Managing errors (JS client)

This page describes the processing of integration errors.

If you would like to customize how you handle errors that occur when a transaction is rejected, see the following article:

KR.onError()

For embedded form, errors are automatically displayed in the kr-form-error div:

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

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

All you need to do is add it to your code.

To handle errors manually, simply intercept the default error message and customize it. In the following example, the custom error message will be placed in the customerror class div:

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

            try {
              /* if client answer exists, a refused transaction has been created */
              /* it's not always the case. For example, if the form is empty,    */
              /* error is raised before transaction creation                     */

The REST API has different error codes described here: REST API error codes.

The error codes that start with CLIENT_ correspond to errors occurring in the Buyer's browser. They occur before the payment data is sent to our servers. This concerns, for example, local form data validation errors or JavaScript client integration errors.

The error codes comprised between CLIENT_700 and CLIENT_799 are warning messages. They help you integrate the JavaScript client:

The public key defined in kr-public-key is not valid, it must have the following format: [NUMBER]:[STRING]

par exemple : 73239078:testpublickey_Zr3fXIKKx0mLY9YNBQEan42ano2QsdrLuyb2W54QWmUJQ

For more information, go to: Retrieving my keys.

The formToken that you have defined in kr-form-token is invalid. For more information on creating a formToken, go to: Integration guide.

Transaction abandoned by the buyer. This error occurs, for example, when the Buyer closes the 3D Secure pop-in before authenticating him/herself.

If the Buyer does not make another attempt, a rejected transaction is automatically created when the formToken expires.

When several form fields are invalid, a general CLIENT_300 error is returned. The detailed list of all detected errors will be presented in the children field:

{
    "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,
    (...)
}

The kr-pan field (card number) of the payment form is invalid.

The kr-expiry field (expiry date) of the payment form is invalid.

The kr-security-code field (security number or CVV) of the payment form is invalid.

An additional field declared as mandatory is empty. For more information, go to: Custom form fields.

No payment form buttons have been found in the HTML code. Check if the required tags are present, or if there are no syntax errors.

| Code | CLIENT_501 | | Définition | Kr-public-key is empty or not defined | | Catégorie | Errors | La clé publique n’est pas définie dans kr-public-key.

The application has detected that the Buyer returned to the payment page using the return button in their Internet browser. The payment form has been locked.

Note that this information can be detected only in some browsers.

An additional field uses icons with the Awesome font but the library has not loaded. For more information, go to: Custom form fields.

The “<meta>” tag, via the “viewport” directive, indicates to the browser how to control the dimensions and the scale of the page to display. It is recommended to use it on all pages in HTML5.

The formToken has been created via a gateway different from the one where the JavaScript client has been downloaded. The URL of the call to the RESTful Web Service must be the same as the one of the JavaScript client.

The payment form uses a demo formToken that does not allow to interact with the server. Use a valid formToken: Charge/CreatePayment.

Unknown error, please contact tech support and give them the following information:

• Shop number
• URL of the form
• Name and version of the browser
• Type and version of the operating system
• Device used (iPhone 6S, PC, iPad Pro, etc.)
• Date and time of the error