Pago repetido o aviso duplicado: cómo probar la confirmación de un pedido

Distingue el aviso del movimiento de dinero

Un aviso de pago, también llamado webhook, es un mensaje del proveedor hacia la tienda. Su llegada no es un cobro nuevo. Para decidir qué ocurrió, conserva tres referencias distintas: pedido, pago del proveedor y aviso recibido. Dos mensajes pueden describir el mismo pago; dos pagos confirmados pueden pertenecer por error al mismo pedido. Cada situación necesita una respuesta diferente.

Stripe advierte que un aviso puede recibirse varias veces, que pueden existir eventos diferentes del mismo objeto y tipo, y que la entrega no está garantizada en el orden de generación. Su documentación recomienda distinguir referencias ya procesadas. Son condiciones de Stripe, no prueba de cómo funciona tu tienda. Pide comprobar que un aviso repetido mantiene un solo pedido y que un segundo cobro real queda visible.

Ejemplo: un pedido de 750 y avisos repetidos

Ignorar el paso 4 como «duplicado» ocultaría 750 cobrados de más. Crear otro pedido y otra entrega también sería incorrecto si el comprador solo aceptó OP-62. Conserva ambos movimientos, su relación con el pedido y la decisión de la persona autorizada. Si el comprador sí hizo dos compras distintas, cada una necesita su aceptación y referencia propias; el mismo importe no determina la intención.

Si se autoriza devolver PAGO-B, registra la solicitud de reembolso y espera evidencia de su resultado. Stripe documenta que ciertos reembolsos pueden quedar pendientes y otros fallar según método y condiciones; no llama a una solicitud «dinero devuelto». Mientras esa devolución siga pendiente, el registro de PAGO-B permanece y el excedente conserva su seguimiento.

Una pantalla de éxito no debe decidir sola la entrega

El comprador puede cerrar la ventana después de pagar o quedarse sin conexión antes de ver el resultado. La tienda debe consultar la evidencia autorizada del proveedor y relacionarla con OP-62. «No volvió a la página» no significa «no pagó»; «vio una pantalla de éxito» tampoco sustituye la verificación de importe, moneda y cuenta receptora. Muestra pago por revisar cuando esa información siga incierta.

Prueba un aviso de pago fallido que llegó tarde después de otro resultado ya confirmado. Antes de cambiar un pedido pagado a fallido, revisa qué intento describe y cuál es su estado autorizado actual. Conserva el historial en lugar de tratar el último mensaje recibido como la última realidad. La conciliación de pagos sirve para reconstruir lo ocurrido cuando los avisos no bastan.

Define la confirmación completa del pedido

• Relacionar pedido, intento de compra y pago: evita que un pago de otra compra confirme OP-62.
• Validar proveedor, cuenta, moneda, importe y resultado: un mensaje ajeno o una diferencia no confirma automáticamente el pedido.
• Conservar cada aviso y su efecto: permite distinguir recepción de aviso y actualización del pedido.
• Separar confirmar pago, preparar y entregar: cada acción se demuestra una vez, aunque lleguen varias notificaciones.
• Asignar excedentes y resultados inciertos a una persona: define próxima acción y plazo de revisión.

Prueba repetición y doble cobro por separado

1. Normal: un pago correcto confirma una asignación y permite una preparación.
2. Aviso repetido: enviar el mismo aviso varias veces conserva el pedido y las cantidades.
3. Avisos distintos: dos mensajes del mismo pago no aplican 750 dos veces.
4. Cobro adicional: otro pago realmente exitoso se registra y revisa; no se pierde ni duplica mercancía.
5. Respuesta perdida: repetir la consulta o confirmación recupera OP-62; no obliga al comprador a pagar nuevamente por falta de respuesta.
6. Excepción: importe 749, moneda diferente o aviso no verificable permanece por revisar sin entrega confirmada.

La hoja descargable contiene diez pruebas sintéticas con la evidencia esperada y espacio para resultados. La guía de avisos y reintentos entre sistemas desarrolla el proceso general; aquí el foco es conservar el dinero y la intención de una compra. Revisa también cancelación y reembolso para seguir una devolución pendiente.

Al evaluar software para comercios, lleva un pedido anonimizado y las referencias de los mensajes y pagos que lo afectaron. Identifica quién puede consultar el proveedor y quién autoriza devolver un excedente. Sin esos accesos y decisiones, una conexión nueva puede recibir más avisos sin resolver la duda de qué debe entregar tu equipo.