7 errores al confirmar pagos manualmente

Confirmar pagos manualmente parece sencillo: llega una captura, alguien abre una aplicación, encuentra un importe parecido y autoriza el pedido. El riesgo aparece cuando aumenta el volumen, varias personas atienden a la vez o dos clientes pagan el mismo monto. En ese escenario, una verificación informal puede producir entregas equivocadas, dobles registros y discusiones difíciles de reconstruir.

El objetivo no es eliminar toda intervención humana. Muchos negocios necesitan revisar excepciones. El objetivo es que cada decisión siga un criterio, deje evidencia y pueda ser entendida por otra persona después.

1. Aceptar la captura como prueba suficiente

Una captura puede estar recortada, corresponder a otra fecha o mostrar una operación que no llegó al receptor esperado. También puede circular más de una vez. Por eso sirve como dato aportado por el cliente, no como fuente única para cerrar el cobro.

La confirmación operativa debe contrastarse con el registro disponible en el canal receptor o con una señal compatible obtenida por un medio autorizado. Si existe una diferencia, el pedido pasa a revisión; no se “completa” la información suponiendo lo que falta.

La SBS mantiene recomendaciones de prevención de fraudes para usuarios. Para el negocio, una práctica esencial es no pedir ni compartir contraseñas, códigos de verificación o credenciales durante la supuesta validación de un pago.

Control mínimo: conserva la referencia del pedido, anota qué fuente se consultó y registra quién tomó la decisión.

2. Buscar únicamente por monto

El monto ayuda, pero rara vez identifica por sí solo. Una pollería puede recibir decenas de pagos de S/ 25 en una noche; una tienda puede tener varias ventas de S/ 99 por la misma promoción. Asociar “el primer importe igual” al pedido abierto crea errores que luego se trasladan al cierre de caja.

Compara un conjunto de datos: referencia, importe esperado, persona pagadora, ventana de tiempo razonable, medio receptor y estado previo del cobro. Ningún dato débil debería convertirse mágicamente en una coincidencia fuerte por estar acompañado de urgencia.

Control mínimo: define criterios proporcionales al riesgo y a la calidad de los datos. Combina el monto con referencias o atributos confiables y envía cualquier coincidencia ambigua a revisión.

3. No crear el cobro antes de esperar el pago

Cuando el registro nace después de recibir el dinero, el equipo intenta reconstruir qué se vendió, quién atendió y cuál era el importe correcto. Eso favorece notas sueltas, chats internos y movimientos sin pedido asociado.

Crea primero el cobro con una referencia única. La señal posterior se relaciona con esa referencia. Este orden también permite saber cuánto tiempo lleva pendiente una venta y distinguir entre un pedido abandonado y un pago que necesita investigación.

Si trabajas con varias billeteras, la guía para organizar cobros de múltiples billeteras propone un registro mínimo común que no depende del instrumento elegido.

Control mínimo: ningún pedido que requiera pago sale a preparación o despacho sin una referencia registrada.

4. Permitir que dos personas confirmen el mismo caso

En un chat de equipo, dos trabajadores pueden revisar simultáneamente el mismo mensaje y ambos marcarlo como pagado. Otra variante ocurre cuando una notificación se reenvía y se registra como un segundo ingreso.

El control necesita una identidad estable para la señal o movimiento y una transición clara del estado. Si el caso ya está siendo revisado, debe verse. Si la misma señal reaparece, el sistema o procedimiento debe reconocerla como repetida, no crear otro cierre.

Control mínimo: asigna responsable y estado “en revisión”; antes de registrar, busca por referencia y por identificador disponible del movimiento.

5. Mezclar confirmación operativa con liquidación financiera

Una notificación o señal compatible indica que ocurrió algo relevante para la operación y puede permitir asociar un cobro. No equivale, por sí sola, a una certificación independiente de liquidación, disponibilidad definitiva o ausencia de reversos. Es importante usar palabras precisas en el equipo y frente al cliente.

El BCRP presenta información institucional sobre el sistema de pagos peruano. Ese contexto ayuda a comprender que la operación interna de un comercio es solo una capa dentro de un proceso financiero más amplio.

Define dos controles distintos:

• confirmación operativa, para continuar el flujo del pedido bajo las reglas del negocio;
• conciliación financiera, para comparar registros internos con los estados o reportes autorizados del proveedor correspondiente.

Control mínimo: evita frases como “el banco ya lo liquidó” si lo único observado fue una notificación.

6. Corregir estados sin dejar historial

Si alguien cambia “pagado” a “pendiente” y no registra el motivo, la información final puede verse correcta, pero la historia queda incompleta. Ante una devolución, reclamo o diferencia contable, nadie sabrá si hubo una asociación equivocada, un duplicado o un simple error de digitación.

Toda corrección relevante debería conservar:

• estado anterior y nuevo;
• fecha y hora;
• persona responsable;
• motivo breve y comprensible;
• referencia a la evidencia consultada.

No es necesario guardar datos sensibles de más. La trazabilidad debe explicar decisiones, no convertirse en un depósito de capturas, credenciales o información personal innecesaria.

Control mínimo: prohíbe borrar silenciosamente; corrige mediante una acción identificable.

7. No definir qué ocurre cuando algo no coincide

El procedimiento suele describir el caso ideal —importe exacto y nombre esperado—, pero omite las excepciones. Entonces cada trabajador improvisa: uno llama al cliente, otro acepta la captura y otro cancela la venta.

Crea una matriz sencilla de decisión:

Situación	Acción inicial	Quién resuelve
Monto menor o mayor	No cerrar; comparar pedido y movimiento	Encargado de caja
Pagador inesperado	Solicitar contexto sin pedir credenciales	Supervisor
Señal duplicada	Mantener un solo cobro asociado	Operaciones
No hay señal disponible	Esperar o consultar el canal autorizado	Responsable del pedido
Señal sin pedido	Registrar como no asociada	Conciliación

Incluye tiempos de atención. Un caso “en revisión” sin plazo puede permanecer abierto hasta el cierre mensual.

Control mínimo: cada excepción debe tener motivo, responsable y siguiente revisión programada.

Un procedimiento manual más seguro

Incluso sin automatización, el equipo puede seguir una secuencia estable:

1. crear el cobro y su referencia;
2. comunicar monto, receptor y datos necesarios al cliente;
3. esperar una señal o consultar el canal autorizado;
4. comparar los criterios definidos;
5. asociar la señal según la política documentada del cobro; en el modelo simple de pago único, una señal no debe cerrar dos cobros;
6. cerrar o enviar a una cola de revisión;
7. conciliar por turno y resolver pendientes.

La velocidad debe medirse junto con la calidad. Confirmar en diez segundos no es una mejora si luego toma media hora encontrar el pedido asociado. En horas punta, prioriza una bandeja visible y evita que las decisiones queden solo en chats privados.

Qué cambia al automatizar

Automatizar puede reducir la copia manual y entregar contexto consistente. Una solución como AltokePay puede estructurar señales compatibles, asociarlas a un cobro y comunicar un evento mediante un webhook firmado cuando corresponda. Esto no transforma la plataforma en banco, billetera, pasarela, adquirente, custodio o procesador, ni reemplaza la conciliación financiera con el proveedor.

La automatización es útil cuando conserva controles: identidad del evento, asociación con el cobro, manejo de duplicados, estados explícitos e historial de entrega. Si el sistema destino recibe un webhook, debe validar su firma, evitar procesar dos veces el mismo evento y guardar el resultado de su propia acción.

Para definir qué evidencia debería quedar desde la creación hasta el cierre, consulta trazabilidad de un cobro.

Lista breve para el próximo turno

Antes de abrir ventas, confirma que cada persona sepa:

• dónde se crean los cobros;
• qué datos se comparan;
• qué fuente está autorizada;
• qué significa cada estado;
• cómo se reconoce un duplicado;
• quién atiende las excepciones;
• cómo se documenta una corrección.

La confirmación manual no falla porque intervenga una persona. Falla cuando la decisión depende de memoria, presión o información aislada. Un proceso breve, repetible y trazable reduce esos riesgos sin prometer una certeza financiera que la señal operativa no puede ofrecer por sí sola.