IOSOR Guías

Puerta de firma y ventana de reintento

Puerta de producción: verifica la firma y delimita la ventana de reintento antes de que cualquier webhook se convierta en dinero o verdad de estado; los eventos sin firma o caducados fallan de forma segura.

Un webhook sin firma o caducado no es la verdad del estado y no debe mover dinero prepago. Los compradores necesitan una puerta firme: verificación de firma más una ventana de reintento limitada antes de que cualquier evento actualice el libro mayor o el estado del producto. Esta página es esa puerta, no el ensayo de costumbres sobre la rotación ni el manual de reintentos de SMS entrantes.

La verificación de firma es una puerta de dinero

El dinero y la verdad del estado solo comienzan después de que la verificación de firma pasa. Las firmas faltantes, no coincidentes o omitidas fallan de forma cerrada: sin fila en el libro mayor, sin «entregado de todos modos para la prueba». Catalog Live no exime la puerta. Profundidad de hábitos: firma del webhook y ventana de reintento.

Ventana de reintento antes de la verdad de estado

Comprobación Significa pase Significa fallo
Firma presente + válida Evento autenticado Rechazo; sin dinero ni estado
Timestamp en ventana Suficientemente fresco Rechazar como reintento/stale
Evento ID no visto Primera aceptación ACK sin segundo débito
Evento de contrato En menú de comprador Descartar tipo desconocido

Fallo cerrado cuando la puerta rechaza

Los eventos rechazados nunca inventan el éxito. El producto y las finanzas comparten las mismas palabras de rechazo, no códigos heroicos ascendentes: Lenguaje de estado compartido para producto y finanzas. Las filas de débito se alinean solo con eventos aceptados: filas de débito y estado de entrega en el mismo libro.

Producto, finanzas y operaciones comparten una prueba

Producto: ¿puede un evento firmado y en ventana actualizar el estado una vez? Finanzas: ¿cada evento que afecta al dinero muestra el paso de la puerta en la misma ventana UTC? Operaciones: exporte los fallos de firma frente a los rechazos de ventana sin arqueología en Slack.

Lista de control del comprador para la puerta de firma y reintento

Verifique que el secreto compartido no esté expuesto en logs. Asegúrese de que el timestamp sea UTC estricto. Valide que el ID del evento sea único por contrato. Confirme que el rechazo de la puerta devuelva un error 4xx para detener el reintento.

Comience con IOSOR

Habilite el middleware de validación de firmas en todos los webhooks entrantes en la consola de IOSOR antes de enrutar el tráfico de producción. Configure un límite estricto de marca de tiempo en la puerta de la ventana de reproducción para rechazar automáticamente las cargas útiles obsoletas o no autenticadas.

Conclusión IOSOR

Esta guía estableció que la verificación de firmas y las ventanas de reproducción acotadas en el tiempo sirven como puertas obligatorias para la verdad financiera y de estado. Fallar de forma cerrada ante firmas inválidas o marcas de tiempo obsoletas previene el procesamiento de estados duplicados y mantiene una única fuente de prueba en producto, finanzas y operaciones.

¿Fue útil esta guía?

Guías relacionadas