Pagos online: cómo gestionar pedidos pagados, fallidos y reembolsados

El error que más cuesta no es el pedido que no se paga: es el paquete enviado por un pago que nunca llegó, y el reembolso emitido dos veces porque dos personas miraron dos pantallas distintas. Sucede porque en la tienda, en el sistema de pago y en la cabeza de quien trabaja la palabra «pedido» indica tres cosas diferentes. Esta guía sirve para ponerlas en fila y establecer, para cada estado, qué está permitido hacer.

Tres eventos, no uno

• El pedido creado. El cliente ha completado el carrito y los datos, existe un número de pedido. Desde el punto de vista del dinero no ha pasado nada.
• El pago iniciado. Se ha enviado al cliente a pagar o ha introducido los datos de la tarjeta. A partir de aquí el resultado ya no depende de tu tienda.
• El cobro confirmado. El sistema de pago comunica que la operación se ha realizado con éxito. Es el único evento que autoriza a preparar la mercancía.

La confusión típica es tratar la página de agradecimiento como una confirmación. Esa página solo dice que el cliente ha vuelto al sitio: puede volver también después de un pago rechazado, y puede no volver nunca después de un pago realizado con éxito.

La confirmación llega después, y no desde el navegador

La notificación que cuenta es la que el sistema de pago envía al tuyo, sin pasar por el cliente. Puede llegar en pocos segundos o después de horas, según el método. Esto impone cuatro reglas.

• Ningún pedido se convierte en pagado porque el cliente haya llegado a una página determinada.
• La misma notificación puede llegar varias veces. El sistema debe poder recibirla dos veces sin crear dos pedidos, dos correos o dos movimientos de inventario.
• Las notificaciones pueden llegar fuera de orden: primero la anulación de un intento, luego la confirmación de uno anterior. Gana el resultado, no el orden de llegada.
• Un pedido puede quedar pendiente de forma totalmente legítima. Hace falta un tiempo máximo declarado para cada método de pago, transcurrido el cual el pedido se cierra y la mercancía reservada vuelve a estar disponible.

La tabla de los estados y las acciones permitidas

Una tabla como esta, decidida una sola vez y colgada donde se preparan los pedidos, evita la mayoría de los errores. Los nombres deben adaptarse a los de tu sistema, pero el significado debe seguir siendo uno solo.

El reembolso es un estado, no un correo

En la mayoría de los casos el doble reembolso no nace de un despiste, sino del hecho de que el reembolso puede iniciarse desde dos sitios distintos.

• Hay que decidir quién está autorizado a emitirlo, y desde qué pantalla. Un solo sitio, siempre el mismo.
• Un reembolso emitido desde el panel del sistema de pago sin pasar por la tienda es la causa más frecuente de la duplicación: la segunda persona que mira el pedido lo ve todavía pagado y repite la operación.
• Cada reembolso se registra en el pedido con importe, fecha, motivo y nombre de quien lo ha emitido.
• Un reembolso parcial debe indicar a qué línea corresponde: sin ese detalle no cuadran ni la contabilidad ni el inventario.
• La mercancía reingresa al inventario después del control, no en el momento en que se reembolsa.

Conciliar: la comparación que hay que hacer de todos modos

Tres listas deben contar la misma historia: los pedidos de la tienda, las operaciones del sistema de pago, los abonos en la cuenta. Nunca coinciden a la primera, y por razones normales: comisiones retenidas, abonos agrupados, operaciones a caballo entre dos días, reembolsos que siguen un tiempo propio.

1. Fijar una periodicidad y no cambiarla: quien lo hace de forma esporádica acumula diferencias que luego ya nadie consigue reconstruir.
2. Comparar por número de pedido, nunca por importe: dos pedidos del mismo valor en el mismo día hacen inutilizable la comparación por importe.
3. Mantener escrita la lista de las diferencias normales y esperadas, de modo que solo queden visibles las que hay que explicar.
4. Asignar a una persona las diferencias no explicadas, con un plazo para cerrarlas.

Las anomalías hay que comunicarlas a una persona

Algunas situaciones no se ven mirando los pedidos uno por uno, porque todas parecen normales. Hay que buscarlas a propósito y señalarlas.

• Pedidos pagados que quedan sin preparar más allá del tiempo que te has marcado.
• Pedidos preparados o enviados sin una confirmación de cobro.
• Notificaciones del sistema de pago que tu sitio ha rechazado o no ha procesado.
• Reembolsos registrados solo por una parte.
• Pedidos con importe distinto entre la tienda y el sistema de pago.

Una alerta que nadie mira no es una alerta. Cada elemento debe tener un destinatario con nombre, y la primera semana debe usarse para eliminar los avisos inútiles: si el ruido es excesivo, la lista se ignora en pocos días.

Lo que esta guía no cubre

Aquí se describe el flujo y quién hace qué. Las condiciones económicas y contractuales —comisiones, plazos de abono, responsabilidad en caso de impugnación, obligaciones de verificación— se leen en el contrato de tu proveedor y no se deducen de una guía. Los obstáculos que hacen abandonar el carrito antes del pago y los mensajes que hay que enviar al cliente después del pedido se tratan en otro lugar.