Por Nicho Agencia Digital · Publicado el
1. Separa el pedido, la transacción y la entrega
Un pedido describe lo solicitado. Una transacción registra un intento o movimiento de pago. Una entrega indica el estado logístico. Mantenerlos separados permite entender qué ocurrió sin forzar todo dentro de una sola etiqueta «completado».
Define qué fuente controla cada dato y quién puede corregirlo. El sistema de pedidos conserva productos y condiciones; el proveedor de pagos confirma el estado de su transacción; el proceso logístico decide si puede despachar. El comprobante aportado por el cliente sirve para investigar, pero no debe reemplazar la comprobación contra la fuente autorizada.
2. Usa referencias, no solamente nombres e importes
Relaciona cada intento de pago con un identificador de pedido y guarda el identificador que devuelve el proveedor. Compara moneda, importe esperado, comercio receptor y estado. El mismo nombre o valor puede aparecer en varias compras legítimas; no basta para unir registros automáticamente.
Diseña una tabla de correspondencias con pedido, intento, transacción y fecha de verificación. Un pedido puede tener varios intentos fallidos antes del exitoso. También puede haber pagos parciales si el negocio los admite: documenta esa regla expresamente y evita tratar el primer abono como liquidación total. No almacenes datos de tarjeta ni secretos en esta tabla.
3. Recibe eventos, verifica su origen y consulta el estado
Stripe documenta la recepción de eventos, la validación de su firma y la consulta del recurso relacionado. Sus eventos permiten responder a cambios asíncronos; un evento recibido no debe confundirse con una pantalla que el comprador vio. La implementación concreta depende del proveedor y de su API vigente.
Propón a tu equipo técnico una regla clara: solo una confirmación válida del proveedor, asociada a la compra correcta, puede avanzar el estado de pago. Si el evento está desactualizado o incompleto, consulta la transacción antes de una acción crítica. Una firma correcta acredita el origen técnico del evento, pero no sustituye la comparación de referencia, importe y moneda.
Complementa este control con procesamiento idempotente de webhooks: recibir dos veces la misma confirmación no debe generar dos pedidos ni dos despachos.
4. Envía las diferencias a una revisión identificable
Ejemplo ficticio, no caso de NICHO: una tienda recibe dos pedidos de COP 150.000 y una captura por ese valor. En vez de elegir el más reciente, el sistema mantiene ambos pendientes y solicita la referencia de transacción. Al encontrarla, comprueba a qué pedido pertenece y consulta su estado.
La cola de revisión debe indicar el motivo concreto: referencia ausente, moneda diferente, importe no coincidente, transacción no localizada o estado pendiente. Asigna responsable y próxima revisión. «No conciliado» significa que falta evidencia; no demuestra fraude, impago definitivo ni un error del cliente.
5. Prueba los casos que cambian después
Antes de activar actualizaciones automáticas, prueba pagos pendientes que luego se confirman, intentos rechazados, eventos repetidos, mensajes fuera de orden y devoluciones. Incluye dos pedidos del mismo comprador y una transacción cuya referencia está mal digitada. Usa datos de prueba, nunca tarjetas reales para simular errores.
Decide qué ocurre si un pedido ya cancelado recibe una confirmación tardía. La solución no es reactivarlo ni despacharlo a ciegas: registra el conflicto para que la persona autorizada aplique el procedimiento. Reembolsos y controversias necesitan estados propios y controles acordados, no borrar la confirmación anterior.
6. Mide diferencias resueltas, no solo mensajes recibidos
Registra cuántas transacciones pudieron asociarse, cuántas necesitan revisión y cuánto tardan en resolverse. Mantén una fecha de corte para que operaciones sepa qué datos están actualizados. Un webhook recibido o un pedido creado no equivale a dinero conciliado.
Empieza con una revisión en paralelo al proceso habitual y contrasta los resultados antes de permitir cambios operativos. Una automatización de conciliación debe reducir tareas repetitivas con evidencia trazable, sin convertir la falta de datos en una decisión financiera automática.
El siguiente paso
Lleva un ejemplo anonimizado de los estados de tu tienda y tu proveedor de pagos. Podemos revisar referencias, excepciones y criterios de confirmación antes de automatizar la actualización de pedidos.
Automatización de procesos comerciales · Conversar sobre tu proyecto ↗
Fuentes y alcance
Fuentes consultadas el 1 de noviembre de 2026. Las recomendaciones de proceso son propuestas editoriales de Nicho; los ejemplos identificados como hipotéticos no representan resultados de clientes.
Contenido preparado con asistencia de IA y comprobaciones automáticas. No sustituye una evaluación de tu implementación ni garantiza resultados. Escríbenos si encuentras algo que debamos corregir.