Bank Transfer Payment: Difference between revisions
No edit summary |
|||
Line 57: | Line 57: | ||
# One process will be started when the Barion system receives information that the asynchronous scenario is applied for the transfer, | # One process will be started when the Barion system receives information that the asynchronous scenario is applied for the transfer, | ||
# and one process when the final result of the transfer is available. | # and one process when the final result of the transfer is available. | ||
As with any callback the merchant should | As with any callback the merchant should use the [[Payment-GetPaymentState-v2|GetPaymentState]] request to decide what happened. | ||
In the first callback mechanism a new [[PaymentStatus|payment status]] is introduced, called <tt>Waiting</tt>. This represents the status where the Barion system is waiting for the final result of the bank transfer. '''At this point the payment is not completed and still can be <tt>Failed</tt> as well. | In the first callback mechanism a new [[PaymentStatus|payment status]] is introduced, called <tt>Waiting</tt>. This represents the status where the Barion system is waiting for the final result of the bank transfer. '''At this point the payment is not completed and still can be <tt>Failed</tt> as well. |
Revision as of 09:51, 9 May 2019
Payment Buttons
Payment Buttons are the name of the payment method that provides payment via bank transfer. This means that a customer can choose to pay for the goods via a prepared bank transfer. This is an additional option for the customer to choose from (besides e-money payment from a wallet and card payment).
If all the technical requirements are met (see below) on the gateway there will visible a third funding source option for the customer.
The process is the following
- The customer arrives to the Barion Payment Gateway
- Customer decides to pay with payment buttons, selects one of the banks and clicks the Pay button.
- Customer is redirected to the selected bank's GUI
- Customer inputs all the necessary information required to make the transfer
- Customer is redirected to the Barion Payment Gateway and is presented with the result
- Customer is redirected to the merchant's shop
In case the transfer was unsuccessful the customer is allowed to try the payment again with another bank or even with another funding source. If the transfer was successful a callback is sent to the merchant's server.
However there are certain bank transfers that take longer so by the time the customer finishes the payment process the result of the process is not known yet. In these scenarios the customer is presented with an appropriate message that contains information about the situation. Later when the result of the transfer is decided an e-mail message is sent to the customer about the result.
How can I apply for this feature?
TODO: Describe application process
What are the technical requirements?
Besides applying for the feature there are number of technical requirements that you have to make sure of.
Providing additional customer information
For this feature it is mandatory to provide two additional fields in the body of the /Payment/Start request:
- PayerHint: The e-mail address of the customer
- PayerPhoneNumber: The phone number of the customer
Available only for EUR and CZK
This feature is only available for payments conducted in CZK or EUR. For all other currencies this option will be hidden.
Available only for Immediate payments
At the moment we only support immediate payment scenarios, later the reservation/escrow scenario will be supported as well. Until then in reservation scenarios the gateway will not offer the payment button funding source for the customer.
Callback process for payment button scenarios
There are two types of transfer scenarios regarding payment button payments. Only after the customer completes the transfer will the system know which scenario is used. So every system that handles payments that can be paid with payment buttons must handle the asynchronous scenario as well.
Synchronous scenario
In this case the result of the bank transfer is known immediately after the transfer. This scenario works the same way as the card payment scenario. After the final status of the payment is known a callback mechanism is started to notify the merchant.
Asynchronous scenario
There is a scenario where the result of the bank transfer is not available at the end of the payment. It can take up to five days to receive the final result of the transfer. In this case the Barion system starts two callback process.
- One process will be started when the Barion system receives information that the asynchronous scenario is applied for the transfer,
- and one process when the final result of the transfer is available.
As with any callback the merchant should use the GetPaymentState request to decide what happened.
In the first callback mechanism a new payment status is introduced, called Waiting. This represents the status where the Barion system is waiting for the final result of the bank transfer. At this point the payment is not completed and still can be Failed as well.
When the Barion system receives the final result of the transfer, a new callback mechanism is started to notify the merchant again.
GetPaymentState implications
If a customer paid with bank transfer there are a number of transaction types that can appear in the response of a GetPaymentState call.
BankTransferPayment
: the actual payment transaction itselfRefundToBankAccount
: if there was a refund, this represents itStornoUnSuccessfulRefundToBankAccount
: if the refund was not successful, this is the storno for itBankTransferPaymentFee
: The fee deducted for using this feature
Payment status changes
This is a diagram for the payment status changes if the payment was funded with payment buttons.