Una confirmación de pago, un pedido nuevo, el estado de una llamada, una release — los webhooks de tus proveedores se reúnen en una sola dirección. SendNomi verifica la firma y reenvía el evento limpio a tu propio endpoint; lo que no se entrega se pone en cola y vuelve con un clic. La era de los handlers de webhook escritos a mano termina hoy.
Creas un receptor en el panel: eliges el tipo de fuente y pegas el secreto compartido de tu proveedor. Introduces la dirección de SendNomi generada para ti en la configuración de webhooks del proveedor y la conexión está lista. Los esquemas de firma más comunes de pagos, alojamiento de código, telefonía, e-commerce y CRM vienen integrados; un servicio que no está en la lista se conecta mediante una definición HMAC personalizada con tu propio secreto y nombre de cabecera.
HMAC-SHA256 HMAC-SHA256 HMAC (sensible a la URL) HMAC-SHA256 HMAC o bearer OAuth tu propio secreto Cada proveedor tiene su propio esquema HMAC; SendNomi verifica la firma por ti. Se admiten firmas SHA-256 y SHA-1; la comprobación de timestamp + nonce impide que la misma petición se reproduzca de nuevo. Una petición que no supera la verificación se rechaza con 401, y cada evento — aceptado o rechazado — queda escrito en el log. Un payload solo sigue su camino cuando su firma es válida.
# Send a signed test event — watch the verification live
curl -X POST https://app.sendnomi.com/api/webhooks/inbound/<account-id>/test \
-H "Content-Type: application/json" \
-H "X-Signature: sha256=<signature>" \
-d '{"event":"test","payload":{...}}'
# 200 OK → signature valid, event accepted
# 401 → signature invalid or a replayed request Las cabeceras se normalizan, el payload se transforma si lo pides y el evento se reenvía a tu propia URL de endpoint. Si tu endpoint no puede responder en ese momento, SendNomi reintenta con 3 intentos + backoff exponencial con jitter; cada intento está limitado a un timeout de 30 segundos. Si el mismo ID de evento llega dos veces, la ventana de dedup de 24 horas garantiza que se procese una sola vez — tu cliente nunca ve un email ni un registro duplicado.
El feed de eventos en vivo lista cada webhook con su estado: aceptado, rechazado, entregado, en reintento. Con el probador de entrega envías un evento de prueba a tu endpoint desde el panel y ves la respuesta ahí mismo. Un evento que falla en todos los intentos cae en la cola dead-letter; cuando corriges el problema, lo reenvías con un clic. Ningún evento desaparece en silencio.
payment.checkout_completed 200 · entregado order.created 200 · entregado call.status_changed reintentando 2/3 release.published dead-letter Reenviar unknown.source 401 · firma no válida Crea tu cuenta gratuita — 500 envíos al mes, para siempre.