Create Boleto
Boleto is a popular Brazilian payment method where customers receive a bank slip that can be paid online or in person. With Juspay, merchants can generate and manage Boletos seamlessly. Payments typically take 1–3 business days to settle, and Juspay provides automated notifications upon settlement to ensure smooth payment tracking.
This API allows merchants to create a new Boleto issued through partner banks.
Through this API, merchants can define all boleto attributes, including payer information, due date, amount, and penalty configurations such as fines (multa) or interest (juros) for late payments.
Consists of two parts.
Username: API Key obtained from Juspay dashboard
Password: Empty string
Example:- Basic MUQ2QUxxxxxxxxxxxxU5QTIxQzNFNTQwNkFDMEZCOg==
application/x-www-form-urlencoded
Unique Identifier for the order. Should be Alphanumeric with character length less than 21.
Example:-
order_id: order2511202511
Amount that the customer has to pay. Will accept stringified double or integer values with upto two decimal places. For example, "100.15" and "100" are valid input but "100.1532" is not valid.
It is the ID with which merchant refers to a customer object. This id is used to access the stored payment methods, allow EMI transactions and setup subscriptions.
In case of guest login it should be an empty string.
Example:-
customer_id: cth_nWnncgUWCqKEkadA
Email address of the customer. If the backend gateway requires it, then you must send this value.
Example:-
test@gmail.com
Mobile number or fixed line number of the customer. If the backend gateway requires it, then you must send this value.
Example:-
9999999912
ISO string of the currency. Accepted values are BRL, EUR, USD, GBP, HKD. Default value: BRL
A fully qualified URL which the customer will be redirected after payment completion. It is also required to provide the control back to SDK after the completion of transaction. This URL shouldn't contain any query parameters or Ip address. This URL takes higher precedence over the common return URL configured in your account settings.
Example:-
https://shop.merchant.com
ID of the merchant_account that you hold with us.
Depending on type of payment to be processed. For Boleto, it will be OTC.
This should be passed as BOLETO.
Other possible values: CARDS, PIX.
This is a boolean variable and accepts true/false. We recommend that you set this to true and use the redirection flow. If set to true, then the user is redirected to the return_url configured for the order. If set to false, then the user will be stopped at the response page from the gateway. Your client should be able to read the page/title to infer that the user has completed the transaction.
This field should be used to pass cpf or cnpj values in the json format.
Brazilian identity number without punctuation
This will be set to true if you are not using the SDK flow.
Gateway ID provided by Juspay.
Name of the Guarantor
Example:- Antônio Coutinho
Type of person:
• F – Individual (Pessoa Física)
• J – Legal entity (Pessoa Jurídica)
Example:- J
Individual or company taxpayer identification number (CPF/CNPJ).
Example:- 12345678901
Code that identifies the type of document represented by the boleto, according to FEBRABAN standards.
Common value: 01 – Duplicata Mercantil (Commercial Invoice).
Other possible codes may include:
• 02 – Nota Promissória
• 12 – Recibo
• 17 – Cédula de Crédito Bancário.
Example:- 01
Indicates whether the payer formally accepted the document.
Possible values:
• A – Accepted (Aceite): the payer acknowledges and accepts the terms of the document before payment.
• N – Not accepted (Não Aceite): the payer has not provided prior acceptance; the document is considered payable without formal acknowledgment.
In most boleto integrations, use N unless your operation requires formal acceptance from the payer.
Example:- N
Defines additional fee rules that apply to an order, such as late fees, fines, or interest.
This structure allows the merchant to specify conditional charges that may be applied after the payment due date, depending on the payment method or rule type.
High-level payment method type to which the rule applies (e.g., "OTC", "CARD", "WALLET").
Example:- OTC
Explanation of the fee rule (e.g., "Late fees" or "Penalty charges").
Example:- Late fees
Total fee amount applicable at PMT level. Usually "0.00" if fees are broken down in nested structures.
Example:- 0.00
The specific payment method for which the fee applies (e.g., "BOLETO", "PIX").
Example:- BOLETO
Aggregated fee amount at PM level, usually "0.00" if detailed breakdowns are defined in fee_details.
Example:- 0.00
List of fee components such as fines or interest that may apply under specific conditions.
The value of the fee to be applied (e.g., "1.00"). it could be value or percentage.
Example:- 1.00
Possible values: VALUE | PERCENTAGE
Example:- PERCENTAGE
Due date - Date from which this fee becomes applicable.
Example:- 2025-12-01
Possible values: FINE, INTEREST, etc.
Example:- FINE
Possible values: DAILY | MONTHLY | ANNUAL | ONE_TIME
Example:- Girija Building
Example:- Temple Road
Example:- 8th Block
Example:- city
Example:- SP
Example:- 560095
Example:- BR
Example:- JSON
Example:- ACQUIRER_PARAMS
Example:- 34195128200000000101096406291863100536964000
Example:- BOLETO
Example:- 34191096440629186310505369640007512820000000010
Example:- 64062918
Example:- Banco Itaú S.A.
Example:- 341-7
Example:- 2025-12-01
Example:- 2025-12-20
Example:- 2025-11-25
Example:- 109
Example:- 00000000000000010
Example:- 64062918
Example:- OTC
Example:- GET
Example:- https://api.sandbox.juspay.io/v2/pay/start/creditas/mozsBx48RGofH78v6Za?cardIssuerBankName%3DBOLETO%26cardType%3DOTC%26paymentMethod%3DBOLETO%26paymentMethodType%3DOTC
Example:- PENDING_VBV
Example:- mozsBx48RGofH78v6Za
Example:- order2511202512
Example:- creditas-order2511202512-1
error
Have questions?
- Need help? Contact support
- LLM? Read llms.txt

