Redondeo y precisión en cálculos financieros: dónde aparecen diferencias

Respuesta directa. En una proyección, conviene conservar todos los decimales disponibles durante las operaciones y redondear únicamente al mostrar moneda o porcentajes. Redondear la tasa mensual, cada rendimiento o cada saldo crea pequeñas desviaciones que se acumulan. Esa recomendación es matemática; un contrato puede exigir una regla concreta de liquidación y debe prevalecer para reproducirlo.

La precisión no significa mostrar doce decimales al usuario. Significa evitar que una presentación legible modifique la base del periodo siguiente.

Ejemplo: convertir un 6 % efectivo anual

La tasa mensual equivalente es:

(1,06)^(1/12) − 1 = 0,004867550565...

Si se conserva internamente, 10.000 € terminan exactamente en 10.600 € después de doce meses equivalentes. Si la tasa se muestra como 0,49 % y ese valor redondeado se reutiliza para calcular, el resultado anual pasa a aproximadamente 10.604,11 €. Mostrar 0,49 % es razonable; calcular con 0,49 % cambia el supuesto.

Método	Tasa mensual usada en el cálculo	Saldo tras 12 meses
Precisión interna	0,4867550565… %	10.600,00 €
Redondeo a 4 decimales porcentuales	0,4868 %	10.600,06 € aprox.
Redondeo a 2 decimales porcentuales	0,49 %	10.604,11 € aprox.

El ejemplo aísla el redondeo de tasa. No incluye aportaciones ni costes.

Tres lugares donde puede redondearse

1. La entrada. El usuario escribe una tasa o un importe con una precisión determinada.
2. Los resultados intermedios. El motor calcula tasas equivalentes, rendimientos y saldos.
3. La presentación. La interfaz muestra moneda con céntimos y porcentajes con pocos decimales.

La entrada refleja una decisión real: 200,00 € y 200,004 € no son necesariamente el mismo flujo. Los resultados intermedios deberían conservar precisión. La presentación puede redondear sin alimentar de nuevo el cálculo.

Redondeo mensual frente a final

Supongamos que cada mes genera un rendimiento con más de dos decimales. Si se redondea ese rendimiento a céntimos y después se suma, el saldo siguiente incorpora la versión redondeada. Repetido durante 240 meses, el error puede superar varios céntimos.

Si se conserva el saldo completo y solo se muestra una versión con dos decimales, el último cálculo utiliza la información no visible pero precisa. Por eso una tabla puede mostrar que dos filas parecen no sumar exactamente un céntimo: los valores visibles son una representación, no todos los decimales internos.

La metodología de Capliz declara que la moneda se redondea al presentar o exportar, no durante cada operación interna.

Aportación inversa y redondeo operativo

Un solucionador puede calcular que hacen falta 299,106351 € al mes para un objetivo. La interfaz muestra 299,11 €. Si el usuario aporta exactamente 299,11 €, el resultado puede quedar ligeramente por encima; si redondea a 299 €, quedará por debajo. Ninguna diferencia implica un fallo.

El procedimiento honesto es:

1. conservar la solución interna;
2. mostrar el redondeo habitual;
3. indicar que es aproximado;
4. volver a proyectar el importe realmente utilizable;
5. mostrar la diferencia respecto al objetivo.

No debe ocultarse la diferencia ajustando silenciosamente otra variable. El procedimiento completo para redondear una aportación calculada para un objetivo compara la solución interna, la cuota operativa y el saldo reproyectado.

Cuándo la discrepancia no es redondeo

Una diferencia del 3 % o del 10 % rara vez procede de céntimos. Antes de culpar al redondeo, comprueba:

• tasa nominal frente a efectiva;
• frecuencia anual, mensual o diaria;
• aportación al principio o al final;
• número exacto de aportaciones;
• inflación y comisiones activadas;
• periodo parcial;
• y base de 360 o 365 días.

La calculadora de Investor.gov es un contraste útil, pero solo después de igualar los supuestos. El Banco de España explica que las convenciones temporales también pueden alterar una liquidación.

Precisión razonable en la interfaz

Una presentación puede utilizar:

Magnitud	Presentación habitual	Cálculo interno recomendado
Moneda	2 decimales	Precisión numérica completa
Porcentaje de entrada	Lo escrito por el usuario	Valor exacto introducido
Tasa equivalente	4–6 decimales para explicar	Precisión completa
Plazo	Años y meses	Número de periodos exacto

Mostrar demasiados dígitos puede sugerir una certeza que el supuesto económico no tiene. Un resultado de 122.759,081232 € puede calcularse con precisión matemática, pero se comunica como 122.759,08 €. Esa exactitud aritmética no garantiza la tasa futura.

Registro reproducible

Al comparar resultados, conserva las entradas, la versión de la herramienta, el momento del cálculo y la regla de redondeo. Exportar una tabla ayuda, pero debe incluir unidades y supuestos. Si una diferencia permanece después de igualarlos, entonces procede revisar la implementación.

Redondear bien no consiste en añadir decimales indiscriminadamente. Consiste en mantener separadas la precisión necesaria para calcular y la claridad necesaria para comunicar.

Tolerancia documentada

Una prueba automatizada no debería exigir igualdad textual entre dos importes de coma flotante. Debe declarar una tolerancia adecuada, por ejemplo un céntimo para la presentación monetaria y una tolerancia mucho menor para el valor interno. Esa regla ha de ser estable y visible en el código de prueba. Aumentar la tolerancia hasta que un caso falle menos oculta defectos; escogerla a partir de la unidad que se comunica permite distinguir ruido numérico de una diferencia financiera real.