Saltar al contenido principal
Los webhooks permiten recibir notificaciones cuando una transacción cambia de estado. Webhooks v3 mantiene el mismo contrato de configuración y notificación que v2. Obtén un token con POST /v3/auth/login y envía Authorization: Bearer {accessToken} en los requests de configuración y consulta de logs. El campo url debe usar HTTPS con un nombre de dominio; no se aceptan direcciones IP ni dominios locales. Si configuras apiKey, se envía al receptor en el header x-api-key. status usa ACTIVE por defecto. Crear o actualizar un webhook devuelve HTTP 200.

Crear Webhook

Response

Listar Webhooks

Response

Obtener Webhook

Response

Actualizar Webhook

Response

Payloads de Transacciones

details.description contiene la descripción del pago registrada para la transacción. Siempre es un string; si no hay una descripción de pago, se envía "". details.message informa el cambio de estado.

deposit_virtual_account

Los cobros recibidos en cuentas virtuales generan notificaciones de transacción con este valor de transactionType y status: "completed_transaction":
details.amount es un string y details.currency contiene el código fiat. Este tipo de webhook no incluye transactionHash. details.description es la glosa que escribió quien hizo la transferencia al enviarla desde su banco, tal como la informa el proveedor. No la define Mesa de Pagos ni el partner. Si el ordenante no escribió una glosa, se envía "". Siempre incluye estos campos: details.payer identifica a quien hizo la transferencia (el ordenante), con los datos que informa el proveedor: details.payer se omite si el proveedor no informa el nombre del ordenante.

Payloads de transacciones cripto

withdrawal_crypto

deposit_crypto

transactionHash se incluye cuando el proveedor blockchain lo informa y puede utilizarse para consultar la operación en el explorador de la red correspondiente.

Payloads de transacciones fiat

deposit_express

withdrawal_express

withdrawal_ach

Datos del pagador

details.payer es opcional en deposit_express y deposit_virtual_account. Se incluye cuando la transacción tiene un detalle de pagador registrado; si no existe, se omite. Los demás tipos de transacción no incluyen este objeto. El webhook de confirmación ATC v2 no informa documentType, por lo que ese campo puede faltar incluso cuando se incluye payer.

Logs

Query Params

Response

Eventos Soportados

Las suscripciones de transacciones usan events.transaction. Las notificaciones de clientes usan events.businessClient con business_client_status_updated. Al actualizar, las categorías de eventos omitidas conservan sus valores; envía un array vacío para limpiar una categoría. La paginación de logs usa page=1 y limit=10 por defecto, con un máximo de 100 en limit. Consulta la referencia API de Webhooks para los esquemas de request y response.