Scenarios of payment processing

The merchant sells goods or services, which are not immediately to dispatch.

At the time of receipt of an order from a customer, the merchant requires the payment to be authorized by the issuer bank (authorization) and the amount paid to be blocked on the customer’s account.

Important notice: on the grounds of rules of card associations and according to the agreements with individual acquirers, authorisations are cancelled automatically after expiration of the period given in the Table No. 2. After the given period expires, there will be no possibility to make the scenario “Payment capture”.

The merchant can verify the payment status using the method getOrderState().

Payment status is definitive after 60 minutes after redirecting the customer to the GP webpay payment gateway.

The merchant can verify the payment status in the Payments menu.

Payment status can be definitive after 60 minutes after redirecting the customer to the GP webpay payment gateway.

The merchant sells goods or services, which are immediately to dispatch.

At the time of receipt of an order from the customer, the merchant requires the payment to be authorized by the issuer bank and the amount paid to be captured from the customer’s account.

The merchant has made the scenario “Payment authorization”.

At the time of delivery of goods to the customer, the merchant requires the blocked amount to be captured from the customer’s account.

The merchant can verify the payment status using the method getOrderState().

Payment status is definitive after 60 minutes after redirecting the customer to the GP webpay payment gateway.

The merchant can verify the payment status in the Payments menu.

Payment status is definitive after 60 minutes after redirecting the customer to the GP webpay payment gateway.

The customer complains successfully about goods or services and requires the merchant to make full or partial refund.

Important notice: according to the agreements with individual acquirers, payments are closed automatically after expiration of the period given in the Table No 2. After the given period expires, there will be no possibility to make the scenario “Payment refund”. However the merchant can use other method of payment refund (e.g. bank transfer)

The merchant refunds the payment using the method processCredit().

For one payment, there can be made more refunds; however the sums of returned amounts must not exceed the originally paid amount.

The merchant refunds the payment in the Payments menu.

For one payment, there can be made more refunds; however the sums of returned amounts must not exceed the originally paid amount.

The merchant makes payment cancellation using the method processDepositReverse().

Important notice: payment cancellation is possible only by payment created with parameter DEPOSITFLAG = 0 and capture of which from the customer’s account has not been made yet.

The merchant cancels the payment in the Payments menu.

Payment cancellation is possible only for payment created with parameter DEPOSITFLAG = 0 and capture of which from the customer’s account has not been made yet.