La liquidación da 431.500: por qué en obra nadie cobra el número exacto

¿Cuánto cobró un trabajador la última quincena?

Si le preguntás a una planilla, te va a dar un número exacto.

Si le preguntás a quien realmente paga en la obra, la respuesta es otra: “le pagamos cuarenta palos”.

En construcción, esos dos números casi nunca coinciden. Y eso no es un error de cálculo. Es algo mucho más interesante: un segundo sistema de cuentas que funciona en paralelo a la liquidación, sin que nadie lo haya diseñado.

431.500 no es un número que se pague

En una de nuestras primeras conversaciones con un administrativo de una empresa constructora, apareció una frase que resume todo este tema:

“Si la liquidación da 431.500, no le vamos a pagar al centavo.”

En esa empresa, como en muchísimas otras, el saldo de una quincena se ajusta a múltiplos de 20.000. La liquidación puede dar 431.500, pero lo que se paga es 440.000. O 420.000, según el momento y el trabajador.

¿Por qué? Porque así se mueve la plata en el mundo real de la obra:

• los adelantos se piden en montos redondos;
• los pagos en efectivo se cuentan en billetes, no en centavos;
• un monto como 431.500 no significa nada para nadie en una charla;
• “cuarenta palos” sí.

La liquidación es un cálculo. El pago es una transacción humana. Y entre esos dos números hay una brecha que alguien tiene que administrar.

En la escala salarial UOCRA hay un ejemplo completo: de la escala al saldo de la quincena, y del saldo al monto redondeado que se paga.

El segundo libro contable

La parte que más nos llamó la atención no es el redondeo en sí.

Es lo que pasa con la diferencia.

Cuando la quincena da 431.500 y se pagan 440.000, esos 8.500 no se evaporan. Quedan como un saldo del trabajador: a favor o en contra, según para dónde se redondeó. Y ese saldo viaja. Arrastra a la quincena siguiente, donde se suma al nuevo cálculo antes de volver a redondear.

Otra vez, con el administrativo, la dinámica quedó clara: la quincena siguiente no arranca de cero. Arranca con lo que quedó colgado de la anterior.

Es decir: existe un segundo libro contable, informal, donde cada trabajador tiene un saldo vivo que se arrastra de quincena en quincena.

¿Dónde vive ese libro? Generalmente en una columna de Excel, con formato condicional como única alerta. O directamente en la memoria de una persona.

Por qué funciona (y por qué es frágil)

Hay que ser justos: este sistema funciona. Funciona desde hace décadas.

Tiene algo que muchos sistemas formales no logran: refleja cómo es realmente la relación con el trabajador. La plata en obra no se mueve en números exactos, se mueve en confianza, en urgencias, en montos que se pueden contar de mano en mano.

Redondear no es un desvío del proceso. Es parte del proceso.

Pero la fragilidad está en el modo de almacenamiento:

• el saldo de cada trabajador depende de que una persona lo lleve al día;
• si esa persona falta, no hay de dónde salir;
• si se rompe una fórmula, nadie avisa;
• si un trabajador reclama (“yo debía tener saldo a favor”), la reconstrucción es manual y discutible;
• y si la persona que entiende el sistema se va, el conocimiento se va con ella.

Un número que nadie puede reconstruir no es un número confiable. Es una opinión con buena memoria.

Exactitud no es lo mismo que corrección

Acá hay una lección de diseño de software que nos tomó tiempo entender.

Uno pensaría que la solución es “pagar el número exacto”. Que el sistema debería forzar el 431.500 y terminar con el redondeo de una vez.

Pero eso sería pelear contra el dominio.

En liquidaciones de obra, la pregunta correcta no es “¿cómo hacemos que paguen el número exacto?”, sino “¿cómo registramos lo que realmente pasa para que nada se pierda?”.

Lo que realmente pasa es:

• se calcula un monto exacto;
• se paga un monto redondo;
• la diferencia queda como saldo;
• ese saldo impacta la próxima quincena.

Un sistema que modela eso es más correcto que uno que exige exactitud. Porque el objetivo no es la precisión decimal: es que la empresa sepa, en todo momento, cuánto debe y cuánto le deben, sin depender de la memoria de nadie.

Cómo lo estamos pensando en Traziq

En Traziq estamos construyendo la liquidación alrededor de esa idea.

El cálculo da el número exacto. El pago permite registrar el monto realmente pagado, con su redondeo. Y la diferencia queda asentada automáticamente como saldo del trabajador, que arranca la quincena siguiente sin que nadie la cargue a mano.

Así el redondeo deja de ser un dato que vive en una columna de Excel y pasa a ser parte del registro.

La quincena cierra como cierra la obra: con números redondos. Pero ahora, detrás de cada número redondo, queda el rastro completo de cómo se llegó a él.

Menos memoria. Menos columnas invisibles. Un saldo que se puede mirar, en cualquier momento, por cualquier persona de la empresa.

Sumate al waitlist

En Traziq estamos construyendo una forma más simple de ordenar asistencia, adelantos y liquidaciones de obra en Argentina.

Si querés probar el MVP cuando esté listo, sumate a la lista de espera.