method: "voucher" when the customer will pay outside a card or Pix flow through a local payment instruction, bank-transfer reference, redirect, or payable document.
voucher is the public Pagou method. The actual local payment option is selected from the company’s payment setup, currency, and country. Do not send provider-specific method names such as boleto, spei, mercadopago, webpay, or codi to the transactions API.
Regional meaning
| Customer market | Common local payment option behind voucher | What the customer receives |
|---|---|---|
Brazil, BRL | Boleto | Barcode, digitable line, due date, and boleto URL when available. |
Mexico, MXN | SPEI or local bank transfer | CLABE/account, reference, payment URL, or bank-transfer instructions. |
Argentina, ARS | Local cash or wallet voucher, such as Mercado Pago when enabled for the company | Reference, redirect URL, or local payment instructions. |
Chile, CLP | Webpay or local voucher option | Redirect/payment URL or payment instructions. |
Colombia, COP | PSE or local voucher option | Redirect/payment URL or payment instructions. |
Peru, PEN | Local voucher or bank-transfer option | Reference, payment URL, or payment instructions. |
Create the transaction
Create a voucher payment withPOST /v2/transactions.
amount and product price use the smallest unit of the selected currency. For BRL and MXN, send cents/centavos.
For LATAM voucher payments, send buyer.document and buyer.address.country whenever possible. Some SPEI configurations can create the payment without a document, but most voucher/bank-transfer options validate the document type for the selected country.
Do not include token. Card tokens are only valid for method: "credit_card".
Accepted document types
Use these values inbuyer.document.type when the buyer is paying with method: "voucher". The country is read from buyer.address.country when present; otherwise Pagou can infer a primary country from currency.
| Country | Country code | Accepted document types |
|---|---|---|
| Argentina | AR | DNI, CUIT |
| Bolivia | BO | CI, CE, NIT |
| Brazil | BR | CPF, CNPJ |
| Chile | CL | RUT, RUN |
| Colombia | CO | CC, NIT |
| Costa Rica | CR | CDI |
| Ecuador | EC | CI, PP, RUC, PAS |
| Guatemala | GT | DPI, CUI, NIT |
| Mexico | MX | RFC, CURP |
| Panama | PA | CE |
| Paraguay | PY | CI, RUC |
| Peru | PE | DNI, RUC |
| Uruguay | UY | CI, RUC |
Present the instructions
The transaction response exposes the normalizedvoucher object.
| Field | Meaning |
|---|---|
voucher.barcode | Barcode, bank account, CLABE, payment code, or provider reference, depending on the local payment option. |
voucher.digitable_line | Digitable line, bank-transfer reference, CLABE, or equivalent customer-copyable instruction. |
voucher.url | Payment page, boleto URL, redirect URL, QR image URL, or provider-hosted voucher URL. Use it as the main call to action when present. |
voucher.expiration_date | Due date or expiration date for the payment instruction. |
voucher.instructions | Additional bank, payment, or provider instructions. |
voucher.receipt_url | Receipt URL when the provider returns one. It is usually available after payment confirmation. |
Delayed instruction updates
Some providers return all voucher data in the create response. Others returnstatus: "pending" first and deliver the voucher fields through a webhook shortly after.
Use this sequence:
- Create the transaction with
method: "voucher". - If
voucher.url,voucher.digitable_line, orvoucher.barcodeis present, show it immediately. - Subscribe to payment webhooks and update the customer-facing page when the same transaction receives voucher instructions.
- Reconcile with
GET /v2/transactions/{id}if your worker missed a webhook or if the customer refreshes the checkout.
Relevant endpoints
| Endpoint | Use |
|---|---|
POST /v2/transactions | Create the voucher transaction. |
GET /v2/transactions/{id} | Retrieve the latest status and voucher fields. |
GET /v2/transactions?paymentMethods=voucher | List voucher transactions for reconciliation or operations. |
PUT /v2/transactions/{id}/refund | Request a refund after payment is confirmed, when the payment provider and selected payment option support refunds. |
| Payment webhooks | Receive transaction.pending, transaction.paid, refund, expiration, and chargeback events. |

