Buenas prácticas

Idempotencia

Kushki almacena sus notificaciones en varios servidores para mejorar la redundancia y lograr alta disponibilidad. Por eso, en casos poco frecuentes, podrías recibir una notificación duplicada.

Recuerda diseñar tu endpoint de Webhook para que sea idempotente (es decir, que no se vea afectado si procesa la misma notificación más de una vez).

Respuesta rápida

Si tu endpoint de Webhook ejecuta lógica compleja o hace llamadas HTTP, puede ocurrir un timeout antes de que Kushki reciba la confirmación de recepción. Por eso, lo mejor es confirmar la recepción del webhook de inmediato devolviendo un código HTTP 200, y ejecutar el resto de las tareas después, en paralelo o en segundo plano.

Pruebas

Las interacciones entre endpoints en internet pueden ser complicadas y volverse un dolor de cabeza cuando ocurren situaciones extremas que afectan el rendimiento de tu aplicación. Por eso te recomendamos verificar que tu Webhook funcione correctamente antes de liberarlo a producción.

Idempotencia#

Respuesta rápida#

Pruebas#

Idempotencia

Respuesta rápida

Pruebas