Results

This subsection provides answers to questions about control and interpretation of different payment results, operations, and procedures performed within the platform.

Figure 1. How do I check the status of a payment or an operation?

For this, both user and programming interfaces can be used. But keep in mind that the information in the user interfaces can be delayed (usually for up to a minute), while the programming interfaces allow to get this information without a delay (as soon as the messages are formed and transmitted).

If obtaining information via the user interfaces is preferred, you can refer to the payment registers and payment information tabs in the Dashboard interface (for more information, see Monitoring payment processing for Dashboard).

If obtaining information via the programming interfaces is preferred, you can use callbacks sent from the platform in certain cases and responses to the requests for the payment status information. These callbacks and responses can contain the object payment and the arrays operations and errors with such parameters as status, code, and message (for more information, see Handling callbacks and Checking current payment information).

Figure 2. Why is there no funds transfer with the response to the request having the success status?

When it comes to working with the Gate API, keep in mind that synchronous responses sent to requests processed according to the asynchronous model of interaction use the status parameter in the body to indicate the status of a request, not a payment or operation. The success status in the request body indicates that the request has been accepted for processing, while the error status means that it is impossible to process and execute the request. For more information about these statuses, responses, and their general structure, see the Response format.

In order to get the information about the statuses of payments and operations, see the status parameter in the corresponding objects payment and operation in callbacks and responses to payment status requests or use Dashboard. For more information about payment and operation results, see How do I check the status of a payment or an operation?.

Figure 3. Why was the operation rejected?

If there are errors or rejections during request processing or operation performing, you can learn the reason:

  • in a synchronous response to a request—in case of an error during the initial request processing. For more information about these errors, see the Response format section.
  • in an intermediate or final callback—through a response code and a message which are passed:
    • in the errors array—if the operation was rejected in the payment platform (for example, it failed the established business rules validation);
    • in the operation.code and operation.message parameters—if the operation was rejected by payment system.

    For more information about working with callbacks, see Handling callbacks.

  • in the payment information tabs in the Dashboard interface. For more information about working with registers and payment information tabs, see the Monitoring payment processing section.

For more information about possible errors during operation processing and the codes which are passed in callbacks and displayed in the Dashboard interface, see information Handling operation processing information.