Son las cuatro de la tarde y el jefe de cartera tiene un pedido detenido, un cliente que asegura haber pagado y un pantallazo recibido por WhatsApp. Si libera el pedido sin verificar, arriesga mercancía; si espera la revisión del banco, puede perder la venta.
Para conciliar recaudos con seguridad, contraste cada pago con información del banco o la pasarela antes de aplicarlo a cartera. Verifique estado, valor, moneda y referencia; controle que la operación no esté registrada y deje las diferencias en revisión humana. El comprobante del cliente ayuda a buscar el pago, pero no lo confirma.
¿Por qué recibir un comprobante no equivale a recibir plata?
Aceptar pagos digitales resuelve cómo paga el cliente. No resuelve cómo sabe su empresa qué deuda puede descontar.
Un comprobante puede corresponder a otra factura, mostrar una operación pendiente o haber sido alterado. Incluso un pago auténtico puede quedar aplicado dos veces si llega por correo y por WhatsApp a personas distintas.
La respuesta habitual es pedirle al equipo que revise mejor. Pero si verificar exige abrir varias ventanas, comparar valores y copiar referencias, el control depende de la atención de alguien que también recibe llamadas y atiende urgencias comerciales.
El pantallazo es una pista, no un asiento contable.
Comprar otra pasarela tampoco cierra ese recorrido. Wompi o PayU pueden entregar información de una transacción; eso no significa que la factura correspondiente haya quedado identificada y actualizada en SAP. Entre ambos puntos todavía puede haber una persona copiando datos a Excel.
El riesgo aparece cuando esa copia manual se convierte, sin más validaciones, en autorización para liberar mercancía. Conciliar no puede limitarse a encontrar dos valores iguales: debe establecer qué ocurrió, qué deuda corresponde y qué decisión permite tomar.
¿Cómo verificar un pago antes de aplicarlo a cartera?
Primero, defina qué evidencia acepta para cada medio de pago. Una transferencia debe contrastarse con información bancaria obtenida por un canal autorizado. Un pago por pasarela debe verificarse con la información de esa plataforma y los estados que su empresa haya definido como aceptables. “Pendiente” no puede interpretarse como “pagado”.
Si recibe notificaciones automáticas, el sistema debe validar su autenticidad mediante el mecanismo del proveedor. No basta con que el mensaje tenga el formato esperado. Cuando corresponda, debe consultar la transacción directamente en la plataforma.
Después viene una separación que suele faltar: verificar la operación y asignarla a una deuda son trabajos distintos.
El dinero puede haber llegado sin una referencia suficiente para identificar la factura. También puede cubrir varias facturas o ser un abono parcial. En esos casos hay un recaudo por asignar, no permiso para cerrar cualquier saldo del mismo valor.
Para impedir duplicados, conserve el identificador de la transacción junto con su origen y compruebe si ya fue procesada. Si la notificación se repite, no debe crear otro abono. La validación también debe cubrir el registro en cartera: si falla la conexión y se reintenta, el resultado debe seguir siendo un solo pago.
El registro debe permitir reconstruir qué información llegó, qué se validó y quién intervino. Conviene distinguir, además, el valor pagado por el cliente del desembolso neto recibido después de comisiones. Una comisión no debe convertirse automáticamente en una deuda del comprador.
Una factura de $4.800.000 y dos avisos del mismo pago
Considere esta ilustración: una distribuidora recibe un pago de $4.800.000 para una factura identificada. La pasarela envía una notificación y el cliente remite el comprobante al asesor comercial.
El sistema verifica la operación en la fuente autorizada y encuentra coincidencia entre referencia, moneda y valor. Comprueba el estado exigido por la política de recaudo y revisa que esa transacción no esté registrada antes de aplicar el abono.
Cuando llega el aviso del asesor, permite consultar el mismo registro, no crear otro pago. Si falta la referencia o el valor no coincide, el recaudo queda pendiente de asignación. Una persona recibe el detalle de la diferencia para resolverla, sin tener que reconstruir toda la conversación.
La liberación del pedido depende de la validación y de la política comercial, no de quién insistió más por teléfono. Si la empresa acepta liberar antes de confirmar el recaudo, debe quedar registrado como una excepción autorizada, no como un pago verificado.
También debe existir una ruta para gestionar una reversión o un contracargo posterior, cuando el medio de pago lo permita. Verificar el estado actual no elimina todos los riesgos futuros.
El método de Setapp parte de integrar antes de reemplazar, comenzar por un proceso completo y medible, y dejar las decisiones con riesgo en manos de una persona. Aquí, ese proceso termina cuando el recaudo queda aplicado o la excepción llega a quien puede resolverla, no cuando se recibe el comprobante.
¿Y si el banco no entrega información en tiempo real?
Entonces no prometa confirmación inmediata. Organice la conciliación con los archivos o consultas autorizadas disponibles y muestre cuándo fue la última actualización. Informar “todavía no verificado” es preferible a aparentar certeza.
Tampoco conviene automatizar la aplicación de pagos si las referencias no permiten identificar al cliente, las reglas de asignación cambian según quién atienda o los accesos bancarios se comparten sin control. Primero corrija esas condiciones.
Este lunes, tome diez recaudos recientes y reconstruya su recorrido hasta cartera con el equipo responsable. Determine qué evidencia permitió aceptarlos, cómo se identificó la factura y qué habría impedido registrarlos dos veces. Escoja una falla repetida y acuerde cómo controlarla esta semana, sin comprar nada.
Envíenos el recorrido de uno de sus recaudos, sin datos de clientes ni credenciales, y le decimos qué validaciones conviene conectar antes de aplicarlo a cartera.