2 · Datos y ERP·4 min de lectura

El libro que anota una mitad

6 sep 2026Datos y ERPCobranzaMétodo

La cartera crecía sola. Nadie entendía por qué.

Revisando el libro de cuentas por cobrar de Aspel SAE —sobre Firebird— encontramos una proporción que no se sostiene en ninguna empresa viva:

en lo que va del añomovimientos
Facturas registradas790
Cobros registrados24

Dos meses seguidos con decenas de facturas y cero cobros. El último pago anotado tenía más de un mes.

La lectura ingenua sería que no les pagan. La lectura correcta es otra.

La prueba de que el dinero sí entraba#

La empresa tiene un grupo de WhatsApp donde el área de finanzas publica cada mañana el saldo en bancos y los depósitos del día. Un agente nuestro ya venía capturando ese grupo, así que cruzamos cinco días de ese reporte contra SAE.

En esos cinco días se anunciaron nueve depósitos, de clientes con nombre y apellido, por más de un millón de pesos.

El sistema registró cero cobros en la misma ventana. Y sí registró diecinueve facturas nuevas.

El dinero entraba. El libro solo apuntaba un lado del asiento.

Lo que eso rompe, en cadena#

La cartera se infla sola. Si solo se anotan cargos, el saldo del libro crece indefinidamente. En este caso la suma del libro superaba en más de veinticinco veces el saldo que el propio sistema atribuía a los clientes en su registro maestro. Ninguna de las dos cifras estaba mal capturada: medían cosas distintas.

La antigüedad de la cartera deja de significar nada. Miles de facturas figuraban con años de vencidas. No eran deudas viejas: eran facturas cobradas cuyo pago nunca se escribió. Un reporte de antigüedad construido sobre eso no informa, desinforma.

Y el pronóstico de cobranza no puede mejorar. Un modelo que aprende de cuándo pagó cada cliente, entrenado sobre un libro donde los pagos no están, se entrena con la mitad de los hechos. Habíamos notado antes que ese modelo no le ganaba al simple vencimiento y no sabíamos por qué. Ya lo sabíamos.

Lo que hace el tablero cuando las fuentes no coinciden#

El panel de cartera que habíamos construido contrastaba las dos fuentes del sistema y solo mostraba al cliente cuando ambas coincidían. Esa decisión, tomada meses antes por prudencia, resultó ser la que reveló el problema.

De noventa y cinco clientes con saldo, solo catorce coincidían. El tablero estaba mostrando una tercera parte de la cartera.

Y ahí está el punto que nos importa: no estaba incompleto. Estaba siendo honesto sobre una fuente incompleta. La alternativa —mostrar los noventa y cinco eligiendo una de las dos cifras— habría sido un tablero completo y falso, que es exactamente el tipo de herramienta que destruye la confianza cuando alguien la verifica.

Un tablero que muestra menos de lo que existe, y dice por qué, vale más que uno completo que no puede sostener sus números.

Por qué nadie lo registraba#

Esta es la parte que casi todos se saltan, y sin ella cualquier solución fracasa.

El control interno necesita el total por cliente. El sistema necesita la aplicación factura por factura. Cuando un cliente deposita seiscientos mil pesos, para el control es un renglón; para el sistema son varias facturas que hay que casar una por una, contra un depósito que no viene desglosado.

Ese trabajo adicional es la razón real. No es descuido ni desidia: es que anotar cuesta un minuto y aplicar cuesta una tarde. Cualquier propuesta que ignore esa asimetría muere en tres semanas.

Dónde sí estaba el dato#

En una hoja de cálculo. Un control mensual con el pronóstico de cobro contra lo realmente cobrado, cliente por cliente, con la diferencia.

Y con algo que ningún modelo nuestro había logrado igualar: un recorte por criterio —«de éste solo la mitad»— basado en conocer al cliente. Lo medimos: nuestro modelo estadístico no le ganaba a ese criterio.

Eso cambia la propuesta. La tentación es automatizar la hoja y sustituir a quien la hace. Lo correcto es al revés: automatizar la mitad mecánica —antigüedad, vencimientos, cobro esperado, todo eso sale del sistema— para que el criterio, que es lo escaso, se aplique sobre datos frescos en lugar de sobre una hoja que toma dos días armar.

Lo que quedó como regla#

Un libro que solo anota una mitad de cada transacción deja de ser un libro. Antes de construir cualquier análisis sobre una tabla de movimientos, hay que contar los dos signos. Si uno de los dos casi no existe, lo que sigue no es análisis: es aritmética sobre una ficción.

Cuando dos fuentes del mismo sistema no coinciden, decirlo es mejor que elegir. Y la pregunta útil no es cuál está bien, sino qué proceso hace que difieran.

Y el trabajo manual que alguien sostiene a mano suele contener juicio que ningún modelo tiene. Antes de reemplazarlo, hay que medir si el modelo le gana. A veces no.


Caso real de un distribuidor industrial de refacciones importadas. Se omitieron nombres de clientes, montos por cuenta y cualquier dato que permita identificar a la empresa.