Skip to main content
Pre-validating a payment intent helps reduce the chance of payments failing due to transfer limits. There are two ways to check a payment’s eligibility:
  • Using the payment_intents/check_eligibility endpoint to check eligibility before showing a user the accepted payment methods.
  • Including a sender_account object when creating a Checkout Session or Payment Intent to check when a user selects Fintoc as a payment method.
When creating a payment intent, you can include a sender_account object in your request. This object allows you to specify the sender’s account details, enabling our system to perform more accurate validations based on general transfer limits and previous transactions through Fintoc. This feature is only available in Chile.
This validation only checks payments made through Fintoc.If you’ve already received payments from users on this recipient account, we recommend not using this feature as it could mistakenly block valid payments.

Using the payment_intents/check_eligibility endpoint

If you want to check a payment’s eligibility before showing a user the accepted payment methods, you can use the following endpoint:
cURL
The sender_account object contains two fields:
  • holder_id: The RUT (Rol Único Tributario) of the account holder
  • institution_id: The ID of the bank institution
Mixing these fields will help you validate certain limits:
  • If you only send the institution_id and no holder_id, Fintoc will only validate bank-specific limits for maximum and minimum transfer amounts.
  • If you send both, Fintoc will perform all validations for the payment intent.
If the payment is eligible, this endpoint will respond with the following object:
JSON
If it isn’t valid it will respond with one of the error responses like this:
JSON

Including a sender_account object

When making a POST request to creating a Checkout Session, include the sender_account object in your JSON payload. Here’s an example:
The sender_account object contains two fields:
  • holder_id: The RUT (Rol Único Tributario) of the account holder
  • institution_id: The ID of the bank institution
Mixing these fields will help you validate certain limits:
  • If you only send the holder_id and no institution_id, Fintoc will use general limits for new contacts allowing more payments to go through without incorrectly canceling any.
  • If you only send the institution_id and no holder_id, Fintoc will only validate bank-specific limits for maximum and minimum transfer amounts.
  • If you send both, Fintoc will perform all validations for the payment intent.
Use the Same Holder IDWhen setting up the widget to pre-fill a username, use the same holder_id as for pre-validating payments. This ensures consistency and helps prevent payment failures.

Validation Process

When you include the sender_account information, our system performs several checks to validate the payment intent:
  1. Institution-specific limits: We check if the payment amount is within the allowed limits for the specified institution.
  2. New contact limits: For first-time transfers or transfers within 24 hours of the first transfer, institutions apply stricter limits.
  3. Maximum transfer amounts: We ensure the payment doesn’t exceed the maximum allowed transfer amount for the specified bank.

Error Responses

If a validation fails, you’ll receive one of the following error responses:
  1. New contact maximum amount limit error: Fintoc first checks if the holder_id has made a transfer. If not, it then checks if the amount exceeds the institution’s limit.
  1. New contact payment number limit error: Fintoc first checks if the holder_id has made their first transfer during the same day. If they have, it then checks if the institution allows for more than one transfer to a new contact.
  1. Minimum amount limit error: Fintoc checks if the amount is lower thant the minimum allowed by the institution.
  1. Maximum amount limit error: Fintoc checks if the amount is lower thant the minimum allowed by the institution.

Best Practices

  1. Always include the sender_account information when creating a Checkout Session to ensure the most accurate validations.
  2. Handle error responses gracefully in your application, providing clear feedback to your users about why a payment couldn’t be processed.
  3. Make adjustments to your order so users are able to pay. These could be changing the payment amount if possible or setting up reminders for future payments.