Overview
Call the Payments API to request host-to-host payin methods.
The API parameters are organized into distinct objects to streamline the payment process and ensure clarity in data handling. Each object represents a specific aspect of the transaction, making it easier to manage and understand the flow of information. However, some parameters stand alone and are not part of any object. Below is an overview of the objects and their corresponding parameters, as well as the standalone parameters:
Customer: Represents the individual making the payment. This object includes critical information about the customer, such as their unique ID, name, email address, and optionally, their IP address and birthdate. The customer.document sub-object details the type and number of the customer's official identification, while the customer.address sub-object includes the customer's full address, which may be required depending on the payment method.
Transaction: This object contains all the essential details about the transaction itself, including a unique transaction ID, the currency used, the total amount involved, and optionally, the time until the transaction expires.
Payment: Represents the payment method and related URLs for completing the transaction. This object is crucial for determining how the customer will pay and where they will be redirected after the payment is completed.
Values: This object provides detailed financial information related to the transaction. It includes the original and converted amounts, the currencies involved, the exchange rate applied, and any fees associated with the transaction.
Standalone parameters, such as branch, country, notification_url, and redirect_url, do not belong to any specific object. These parameters provide additional information relevant to the transaction, such as the location of the transaction, the country code, where payment notifications should be sent, and where the customer should be redirected after completing the payment.
Our API structure remains consistent across different payment methods and countries, making it easy to adapt as you expand into new regions or integrate new methods.
Knowing the parameters used
Parameter | Type | Description |
---|---|---|
|
| Unique identifier for the customer in your system. This value should remain consistent across all transactions for the same customer |
|
| The full name of the customer making the payment. It should match the name on the customer's identification documents |
|
| The email address of the customer. This will be used for sending payment confirmations and notifications |
|
| The phone number of the customer, including the country code. This parameter may be optional or required depending on the payment method used |
|
| The birthdate of the customer, provided in the format |
|
| The official identification number of the customer. This is typically a national ID, passport, or other government-issued document |
|
| The type of document provided by the customer. Common types include national ID, passport, or driver's license. List of documents allowed. |
|
| The primary street address of the customer |
|
| Additional address information, such as apartment number or suite |
|
| The city in which the customer resides |
|
| The ISO 3166-1 alpha-3 country code for the customer's address. List of country codes. |
|
| The neighborhood or district of the customer's address |
|
| The street number of the address |
|
| The postal or ZIP code for the customer's address |
|
| The state or region of the customer's address |
|
| A unique identifier for the transaction. This ID should be generated by your system to track the specific payment process |
|
| The currency in which the transaction is being conducted. Use standard ISO 4217 currency codes (e.g., USD, PEN). List of currency codes. |
|
| The total amount of the transaction in the specified currency. This value should be a numeric amount (use dot instead of comma)
|
|
| The time in seconds until the transaction expires and is no longer valid |
|
| The specific branch or location identifier where the transaction is being processed, if applicable |
|
| The country code where the transaction is taking place. The format is |
|
| The method of payment being used for the transaction, such as bank transfer, credit card... |
|
| The URL to which payment notifications will be sent. Ensure this URL is accessible and configured to handle the notification format |
Example response payment method request
Response details
Parameter | Description |
---|---|
| A unique identifier for the response generated by the payment system, used to track the transaction. Can be used to verify the payment status in the GET /payment/{id} endpoint |
| The current status of the transaction such as |
| The time in seconds until the transaction expires and is no longer valid |
| The payment method that was used for the transaction, such as |
| The URL provided to the customer for completing the payment. This might be a redirect to a bank or payment gateway |
| The string that contains the information of the qrcode. It is necessary to use some programming resource to convert this text into an image |
bank info | only bank_transfer |
| Name of the bank where the deposit is going to be made |
| Brazilian code of the bank to which the deposit is going to be directed |
| Agency number with verification digit to which the deposit is going to be directed |
| Account number with verification digit to which the deposit is going to be directed |
| Either it's a savings account or a current account. |
| Either the owner document or the company document for the account to which the deposit is going to be directed |
| Name of the owner of the account to which the deposit is going to be direct |
| The total amount of the transaction in the source currency before any exchange |
| The original currency of the transaction as specified in the request |
| The total amount of the transaction after currency conversion, if applicable |
| The currency in which the payment was completed after conversion |
| The exchange rate applied to convert the source currency to the target currency |
| The amount charged by our service for processing the transaction |
Note:
The
payment.qr_code
parameter can be provided in different formats depending on the scenario. You might receive both a URL and a QR code, or just one of them. In the example below, the payment method "picpay" includes both a QR code and a URL. Depending on the implementation, you may only need to use one of these elements, or both, to facilitate the payment process.
Our API is designed to be flexible and adaptable, so as you expand into new regions or add more payment methods, you can easily apply these principles across different implementations.
If you need further details on other payment methods or countries, be sure to explore the rest of our documentation. Additionally, we have a dedicated FAQ and support section to help with common questions:
FAQ & SupportLast updated