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
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.