Blog

The PXP Financial Payment Provider Developer Hub

You will find comprehensive guides and documents to assist you take effect with PXP Financial Payment provider as fast as possible, along with help in the event that you have stuck. Let us jump right in!

Overview

Please be aware the following terms before you begin reading the paperwork:

• Vendor: the organization attempting to sell items or solutions and making use of PXP Financial for processing the matching economic deals.
• Shop: the internet site owned by a vendor where products or solutions could be offered to clients. a vendor might have a few shops/websites that are different.
• Consumer: The authorized consumer at a vendor’s website that is purchasing products or solutions through the merchant. The terms client and “user” are used interchangeably in this documents. Keep in mind that clients are linked up to a vendor, perhaps perhaps not store.
• re re Payment: A transfer of funds either from consumer to vendor, or from vendor to consumer. The word re payment and “transaction” are utilized interchangeably in this documents.
• Deposit: Subtype of re re re Payment representing a transfer of funds from consumer to vendor. Also called Purchase, Buy.
• Withdrawal: Subtype of re Payment representing a transfer of funds from merchant to client. Also referred to as Payout, Cashout. Its relevant to merchants in Gaming and Binary Alternatives industries for instance by which clients can get winnings for instance.
• Deposit Reversal: Subtype of Payment representing a transfer of funds from vendor to consumer for reverting a formerly done deposit.
• Chargeback: Subtype of re Payment representing a transfer of funds from vendor to consumer following the client has asked their bank to return a card deposit.
• Card Refund: Subtype of Payment representing a transfer of funds from merchant to client being a payment for the formerly prepared card deposit.
• Re Re Payment Method: Attribute of each Re Payment. Represents the mixture of deal kind (Deposit, Withdrawal, Chargeback, Refund, etc.) plus the re re payment choice selected because of the client, e.g. Bank card (Visa), Paypal, Paysafecard, etc.
• Payment Provider: the celebration that is 3rde.g. an organization like Paypal, a bank, another PSP, third party Acquirer) which holds the consumer funds and can accept the deal, with matching credit/debit after the approval. a repayment technique may be supported by/implemented via 2 or higher re re payment providers ( e.g. Visa Deposit via PXP Financial Acquiring, via AIBMS, Wirecard or any other party that is 3rd).
• Payment Account: the client recognition information during the provider for the particular payment method, e.g. card details, bank details, etc.

Re re Payments could be developed in PXP Financial Payment provider making use of one of several after integration choices:

• Redirect Integration: the client is rerouted to PXP Financial Hosted Payment Pages for going into the re re re payment information. Almost all of our direct merchants utilize this integration choice.
• Backend2Backend Integration: the client goes into the re re payment information from the vendor’s internet site which causes a server-to-server call to PXP Financial Payment provider API to start the payment. The Backend2Backend Integration choice provides the merchant the chance to generate the Payment UI on it’s own and also to invoke the backend API for initiating payments. Lovers and merchants with built-in Hosted Payment Pages make use of this integration option.

Both in full situations, following the re re payment happens to be triggered a notification will undoubtedly be sent from PXP Financial Payment provider to a vendor endpoint showing what’s the processing status for the re re payment. Alternatively, the vendor application can invoke lots of API means of retrieving re payment details, doing actions that are additional a repayments, etc.

PXP Financial has several APIs offered to merchants:

• Payment Service v3: an XML POST API could be the standard API wanted to merchants for Redirect and Backend2Backend Integration.
• Payment Service v4: a REST/JSON API containing only http://speedyloan.net/payday-loans-ut/draper-4/ functionality pertaining to Direct Post Integration.
• Payment Service v5: a REST/JSON API containing only functionality associated with individual enrollment.
• Payment Service v6: a REST/JSON API supporting extra functionality like vendor onboarding.

Variations are complementary

Please be aware that more recent variations try not to completely change older variations, in particular v4 and v5 contain just specific functionality and try not to fully replace v3.