Follow the standard PaymentsOS integration procedure, and then apply the relevant extra specifications described below.
- API Version
- Payment Methods
- Setup Procedures
- Integration Procedures
Minimum required API version: 1.2.0
The following table lists all supported payment methods.
|Payment Method||Payment Method Type||Notes|
|Argencard||Cards||This is a local card vendor.|
|Cabal||Cards||This is a local card vendor.|
|Cencosud||Cards||This is a local card vendor.|
|Naranja||Cards||This is a local card vendor.|
|Shopping||Cards||This is a local card vendor.|
The following table provides an overview of all supported and non-supported features.
|3DS Data from External MPI||No|
|Level 2 and 3 Data||No|
|Retrieve Supported Payment Methods||No|
|Statement Soft Descriptor||Yes|
|Stored Credentials Flag||No|
|Transaction Processing without CVV||Yes||Not supported with VISA|
The PaymentsOS test environment only supports Authorize and Capture requests (this is a limitation of the PayU Latam sandbox environment).
The following table lists all supported requests. Use the bodybuilder to create a sample request body for each request type.
|Authorize||Partial and multiple are not supported||Asynchronous or Synchronous|
|Capture||Partial and multiple are not supported||Asynchronous or Synchronous|
|Charge||Not Applicable||Asynchronous or Synchronous||The request can be synchronous or asynchronous, depending on your setup.|
|Refund||Partial is supported||Asynchronous||Partial refund is only supported for the following payment methods: VISA, MASTERCARD, AMEX, DINERS, Argencard|
Partial Refund Limitations
While partial refunds are supported, the following limitations apply:
You can send any amount for the partial refund as long as the value doesn’t exceed the initial or actual amount.
You can send as many as partial refund request as you require. The sum of the partial refund amounts cannot not exceed the total value of the transaction.
A partial refund request will always get a status of
pendingin the response. Partial refunds are processed manually by a PayU representative. The refund may take 2 to 6 calendar days to be processed. Once done, depending on the acquirer, the amount will appear in the extract in the next 1 to 30 days after the partial refund is processed.
If a partial refund is pending or is being processed, you cannot send a new request until the last one is processed.
Creating a Provider Configuration
When creating a new provider configuration in the PaymentsOS Control Center, select PayU Latam as the provider.
The following table lists the setup procedures that are specific to this provider.
|In the PaymentsOS Control Center, configure the following credentials: ||Required|
|In the PaymentsOS Control Center, register webhooks to be notified when a transaction changes its status.|
Note: Some API requests in the payment flow may remain in a pending status for some time.
|In your PayU Argentina account, enable the validate unique. This will validate that each payment reference sent to the PayU Latam system is unique.||Required|
|In your PayU Argentina account, enable processing with CVV, if desired.Contact PayU Argentina support for assistance.||Optional|
|Contact PayU Latam Support to get a list of the minimum payment amounts required by the payment methods that you intend to use. |
To avoid unnecessary request failures, we recommend that you include some 'minimum value' validation for the transaction
The following sections list the integration procedures that are specific to this provider.
Handling the Charge Request Response for Cash Transactions
If the charge request is successful, then the provider will return a charge response containing:
- The expiration date of the Payment Receipt.
provider_data.documentobject with href links to the Payment Receipt in HTML format and possibly the Payment Receipt in PDF format.
Note that the
provider_data.additional_information field may contain a barcode, for receipt tracking purposes.
Now direct your customer to one, or both of the transaction payment receipts, so that they can print the receipt. Your customer should then take the payment receipt to the relevant Payment Office and pay for their purchase, before the expiration date.
When the provider notifies us that your customer has paid, we will update the transaction status. If no payment notification is received by the expiration date then the transaction will be considered as failed.
Follow the steps in the PayU integration testing page.
The transaction may be declined with the following
DECLINED_TEST_MODE_NOT_ALLOWED. For testing, try one of these workarounds:
When creating the Token, set the
Your test account may be configured in "test mode". To disable it, log into your administrative module https://sandbox.secure.payulatam.com/. Then navigate to Settings tab > Settings Accounts, select the account and check off
"transaction in test mode". Save your settings when done.
You can use the following cards for testing:
|AMEX Credit Card||376414000000009|
|ARGENCARD Credit Card||5011050000000001|
|CABAL Credit Card||5896570000000008|
|CENCOSUD Credit Card||6034930000000005 - 5197670000000002|
|DINERS Credit Card||36481400000006|
|MASTER Credit Card||5399090000000009|
|NARANJA Credit Card||5895620000000002|
|SHOPPING Credit Card||6034880000000051|
|VISA Credit Card||4850110000000000 - 4036820000000001|
|VISA Debit Card||4517730000000000|