Skip to content
Last updated

Un webhook es una devolución de llamada web que Belvo utiliza para enviar notificaciones sobre un enlace específico.

Este artículo trata sobre webhooks para nuestra solución de Iniciación de Pagos. Para obtener información sobre nuestros webhooks de Agregación y Enriquecimiento, consulta este artículo

Configurar webhooks

Para configurar un nuevo webhook:

  1. En tu panel de control de Belvo, ve a la sección de webhooks de pagos.

  2. En la pestaña de Payments Webhooks, haz clic en +New webhook.

  3. Completa el formulario de New webhook con la información requerida.

    • URL: la URL para recibir las notificaciones del webhook.
    • Authorization: un token bearer opcional para usar si tu URL está protegida.
  4. Haz clic en Create webhook.

Esquemas y Tipos de Webhook

Belvo ofrece dos versiones de esquemas de webhook para los webhooks de Payments Brazil:

  • Schema Version 1 (Legacy): El formato original de webhook utilizado para los webhooks de CHARGES, PAYMENT_INTENTS y TRANSACTIONS. Este esquema sigue funcionando para integraciones existentes.
  • Schema Version 2 (New): Un formato de webhook más reciente introducido para una funcionalidad mejorada. Este esquema se utiliza para los webhooks de BANK_ACCOUNTS (V2), CUSTOMERS (V2) y PAYMENT_AUTHORIZATIONS.
Requisitos de Schema Version 2

Los webhooks de Schema Version 2 solo se envían cuando los recursos se crean utilizando el encabezado X-Belvo-API-Resource-Version: Payments-BR.V2. Si no incluyes este encabezado, recibirás webhooks en el formato legacy (donde sea aplicable).

Direcciones IP de salida del webhook

Puedes recibir eventos de webhook desde las siguientes direcciones IP:

  • 3.130.254.46
  • 18.220.61.186
  • 18.223.45.212

Recomendamos encarecidamente que pongas en la lista blanca estas direcciones IP para que puedas recibir eventos de webhook.

Mejores prácticas para la respuesta del webhook del lado del cliente

Recomendamos encarecidamente que una vez que recibas un webhook, respondas a Belvo con un código de estado 2XX dentro de cinco segundos para confirmar que has recibido el webhook. De lo contrario, nuestra API volverá a intentar la solicitud.

Política de reintento de webhook

Si nuestro sistema no recibe un código de estado 2XX, intenta enviar la solicitud nuevamente automáticamente. Este proceso de reintento ocurrirá hasta tres veces, con cada intento separado por 60 segundos. Por ejemplo, si el primer intento falla, nuestro sistema espera 60 segundos antes de intentar nuevamente y continuará con este patrón hasta que reciba una respuesta exitosa o alcance el máximo de tres reintentos.

Eventos de Webhook (Versión 2)

Versión de Esquema 2 vs Legado

Los webhooks de Cuenta Bancaria, Cargo y Cliente están disponibles en ambas versiones de esquema. Al usar el encabezado X-Belvo-API-Resource-Version: Payments-BR.V2, recibirás el nuevo formato de Esquema Versión 2 que se muestra a continuación. Sin este encabezado, recibirás el formato legado documentado en la sección Clientes (Legado).

Cada vez que haya un evento relacionado con una Cuenta Bancaria, Cargo, Cliente o Autorización de Pago, recibirás el siguiente webhook:

Ejemplo de Webhook Versión 2
{
  "schema_version": "2",
  "resource": "BANK_ACCOUNT",
  "resource_id": "7d01c4cf-57ed-4ed9-b109-a5bfb2d8c42b",
  "resource_version": "v2",
  "timestamp": "2025-01-16T10:30:45.123456Z"
}

Donde:

Parámetro RequeridoTipoDescripciónEjemplo
schema_versionsistringLa versión del esquema del webhook. Actualmente, esto siempre será 2.2
resourcesistringEl tipo de recurso al que se refiere este webhook. Esto puede ser uno de los siguientes: BANK_ACCOUNT, CHARGE, CUSTOMER, PAYMENT_AUTHORIZATION.BANK_ACCOUNT
resource_idsistringEl identificador único del recurso. Puedes usar este ID para obtener los detalles del recurso.7d01c4cf-57ed-4ed9-b109-a5bfb2d8c42b
resource_versionsistringLa versión de la API utilizada al crear el recurso.v2
timestampsidate-timeLa marca de tiempo ISO-8601 de cuando el recurso fue actualizado por última vez.2025-01-16T10:30:45.123456Z

Una vez que recibas la notificación, tendrás que obtener los detalles del recurso haciendo la siguiente solicitud:

Formato de Solicitud
curl --request GET 'https://api.belvo.com/payments/br/{resource}/{id}/' \
  -u SECRET_ID:SECRET_PASSWORD \
  -H 'X-Belvo-API-Resource-Version: Payments-BR.V2'

Donde:

  • resource es el tipo de recurso que deseas obtener (bank-accounts, charges, customers, o payment-authorizations).
  • id es el resource_id de la cuenta bancaria (que recibes en el evento del webhook).

Eventos de Webhook (Legacy)

{
  "webhook_id": "3b9a69f7-0f0a-455b-832d-49ad6fd4905c",
  "webhook_type": "PAYMENT_INTENTS",
  "webhook_code": "STATUS_UPDATE",
  "object_id": "d2e40773-19f6-48d1-93c3-3590ec0c74df",
  "external_id": "c3c51aaf-aaa3-400c-926d-87ab62e195fd",
  "data": {
    "status": "FAILED",
    "metadata": {"internal_reference_id": "GGq12345w2"},
    "failure_code": "consent_expired",
    "failure_message": "The payment consent was not accepted in time.",
    "end_to_end_id": "E432158152024081610416f2b595b056",
  }
}
Parámetro RequeridoTipoDescripciónEjemplo
webhook_idsistringEl ID del webhook de Belvo.aadf41a1fc8e4f79a49f7f04027ac999
webhook_typesistringEl recurso al que se refiere este webhook.CHARGES
webhook_codesistringEl evento que activó el webhook.STATUS_UPDATE
object_idsistringEl ID del objeto al que se refiere este webhook.d2e40773-19f6-48d1-93c3-3590ec0c74df
external_idsistringEl identificador único que proporcionaste al crear el objeto. Para cargos y transacciones, este campo siempre devolverá null.c3c51aaf-aaa3-400c-926d-87ab62e195fd
datasiobjectUn objeto que contiene datos específicos sobre el evento. Los campos devueltos en este objeto dependen del webhook_type y webhook_code.Ver filas siguientes.
data.statusnostringEl estado del cargo o intención de pago.FAILED
data.failure_codenostringEn caso de que el cargo o la intención de pago falle, un código único para el error.consent_expired
data.failure_messagenostringEn caso de que el cargo o la intención de pago falle, una descripción del error en lenguaje humano.The payment consent was not accepted in time.
data.end_to_end_idnostringEl ID del pago en el sistema de pagos de Brasil.E432158152024081610416f2b595b056
data.metadatanoobjectSi proporcionaste alguna información en el objeto metadata al crear tu pago, se incluye en el cuerpo del webhook.{ "internal_reference_id": "GGq12345w2" }

Para obtener información sobre los datos específicos de un webhook dado, haz clic en el tipo de webhook en la tabla a continuación.

TipoEvento Se envía siempre que...
CHARGESSTATUS_UPDATEHay una actualización en el estado de un Cargo:
  • SCHEDULED (El cargo está 'pausado' hasta la fecha de pago programada.)
  • SUCCEEDED (El cargo ha sido confirmado y procesado por la red de finanzas abiertas.)
  • FAILED (El usuario no ha proporcionado consentimiento para el pago, o ha habido un error general en la red de finanzas abiertas.)
  • CANCELED (El cargo programado fue cancelado.)
CUSTOMERSOBJECT_CREATEDSe crea un nuevo cliente (esquema Legacy). Es decir, cuando el cliente se crea de forma asincrónica y no como resultado de una llamada POST directa.
ENROLLMENTSSTATUS_UPDATEHay una actualización en el estado de una Inscripción:
  • PENDING (La inscripción está esperando que se envíen detalles biométricos.)
  • SUCCEEDED (La inscripción fue aceptada por la institución.)
  • FAILED (La inscripción fue rechazada por la institución.)
PAYMENT_INTENTSSTATUS_UPDATEHay una actualización en el estado de una Intención de Pago:
  • REQUIRES_PAYMENT_METHOD (Se requieren detalles adicionales para completar el flujo de intención de pago.)
  • REQUIRES_ACTION (Has enviado confirm=true en el flujo de intención de pago y Belvo ahora inicia el flujo de pago en la red de finanzas abiertas.)
  • PROCESSING (El pago está siendo procesado en la red de finanzas abiertas.)
  • SCHEDULED (El pago está 'pausado' hasta la fecha de pago programada.)
  • CANCELED (La intención de pago programada fue cancelada.)
  • SUCCEEDED (El pago ha sido confirmado y procesado por la red de finanzas abiertas.)
  • FAILED (El pago ha sido rechazado por el usuario, el usuario no ha proporcionado consentimiento para el pago, o ha habido un error general en la red de finanzas abiertas.)
TRANSACTIONSOBJECT_CREATEDSe crea una nueva transacción.

Una vez que recibas la notificación, tendrás que obtener detalles del recurso haciendo la siguiente solicitud:

Formato de Solicitud
curl --request GET 'https://api.belvo.com/payments/br/{resource}/{id}/' \
  -u SECRET_ID:SECRET_PASSWORD \

Donde:

  • resource es el tipo de recurso que deseas recuperar (bank-accounts, charges, customers, payment-intents, o transactions).
  • id es el object_id del recurso (que recibes en el evento del webhook).

Códigos y Mensajes de Error

A continuación se muestra una lista de failure_codes y failure_messages que puedes recibir en un webhook de Charge o Payment Intents:

Código MensajeCuándo puede ocurrir
AMOUNT_OVER_LIMITEl monto del pago o el número de pagos excede los límites establecidos por la institución.Actualización de Estado
AUTHORIZATION_EXPIREDEl tiempo de autorización ha expirado.Actualización de Estado
CONSENT_PENDING_AUTHORIZATIONConsentimiento pendiente de autorización de múltiples niveles (estado 'PARTIALLY_ACCEPTED')."Actualización de Estado
HOLDER_INFRASTRUCTURE_FAILUREHubo una falla en la infraestructura del titular de la cuenta.Actualización de Estado
ICP_INFRASTRUCTURE_FAILUREHubo una falla en la infraestructura del ICP (Infraestructura de Claves Públicas)."Actualización de Estado
INSUFFICIENT_FUNDSLa cuenta no tiene fondos suficientes para realizar el pago.Actualización de Estado
INVALID_CHARGEEl cargo es inválido o incorrecto.Actualización de Estado
INVALID_PAYMENT_DETAILLos detalles del pago proporcionados son inválidos.Actualización de Estado
NOT_INFORMEDNo se proporcionó una razón de error por parte de la institución.Al Crear
PAYMENT_CONSENT_MISMATCHLos detalles del pago no coinciden con el consentimiento proporcionado.Al Crear
PAYMENT_REFUSED_BY_HOLDEREl pago fue rechazado por el titular de la cuenta.Al Crear, Actualización de Estado
PAYMENT_REFUSED_BY_SPIEl pago fue rechazado por el SPI (Sistema de Pagamentos Instantâneos).Actualización de Estado
PAYMENT_SCHEDULING_FAILUREHubo una falla al programar el pago.Actualización de Estado
RECEIVING_PSP_INFRASTRUCTURE_FAILUREHubo una falla en la infraestructura del PSP receptor (Proveedor de Servicios de Pago).Actualización de Estado
SAME_ORIGIN_DESTINATION_ACCOUNTSLas cuentas de origen y destino son las mismas.Actualización de Estado
SPI_INFRASTRUCTURE_FAILUREHubo una falla en la infraestructura del SPI.Actualización de Estado
SPI_REJECTED_PAYMENTPago rechazado en el Sistema de Pagos Instantáneos (SPI).Actualización de Estado
USER_REJECTEDEl usuario rechazó la autorización del consentimiento.Actualización de Estado