AAPDWebhooks
Replay y debugging
Cómo repetir un webhook desde el backoffice de Skip.
Cuándo pedir replay
- Tu endpoint estuvo caído más de ~2 horas y los 6 retries se acabaron.
- Lanzaste un bug que se comió eventos; necesitas re-procesar las últimas N horas.
- Borraste estado por accidente y necesitas reconstruirlo desde el historial de webhooks.
En los tres casos: pídele a ops de Skip por Slack o correo. Skip retiene el historial completo de webhooks por al menos 30 días.
Qué puede hacer ops
- Repetir un evento individual por
event_id. - Repetir todos los eventos de una orden específica por
order_hash. - Repetir todos los eventos de tu provider en una ventana de tiempo (úsalo con cuidado — esto puede inundar tu endpoint).
Self-debugging
Si una entrega parece haber fallado pero no sabes por qué:
- Chequea los logs HTTP de tu endpoint para
POSTa tu URL del webhook alrededor del momento esperado. - Si la request llegó, mira el status de la respuesta — cualquier no-2xx cuenta como fallo.
- Si la request no llegó, tu edge / load balancer / firewall puede haberla descartado. Ops de Skip te puede mostrar el código que vio SkipPay.
Verificar sin estar en outage
Para testear la verificación de firma sin esperar a un evento real:
- Pídele a ops de Skip un payload + firma de muestra en staging.
- O corre tu verificador contra el body de cualquier webhook pasado (los replays usan el mismo secreto, así que las firmas siguen calzando).
La Referencia de API completa de Phase 4 va a incluir un botón "enviar webhook de prueba". Hasta entonces, pídeselo a ops.