La Calculadora de Peritos Tasadores No Es un Problema de Matemáticas. Es un Problema de Módulos IRPF.

# La Calculadora de Peritos Tasadores No Es un Problema de Matemáticas. Es un Problema de Módulos IRPF.

El 90% de las Calculadoras para Peritos Tasadores Fallan en lo Único Que Importa

Crees que construir una calculadora para peritos tasadores es un problema de frontend. Un formulario. Unas tablas de coeficientes. Una actualización anual de módulos.

Te has equivocado de diagnóstico.

El 90% de las calculadoras online para peritación asumen que el problema es matemático. Que basta con poner los metros cuadrados, seleccionar el tipo de inmueble y aplicar la fórmula correcta. Se diseñan como si fueran hojas de cálculo glorificadas: campos de entrada, operaciones aritméticas, un resultado limpio.

Pero el verdadero desafío no es aritmético. Es fiscal. Y no hay API de la AEAT que resuelva el solapamiento entre regímenes.

Cuando un perito tasador trabaja sobre un inmueble cuyo titular tributa en Módulos IRPF (estimación objetiva por signos, índices o módulos), el cálculo se dispara en complejidad. De repente, necesitas fusionar criterios de tres regímenes distintos que el propio SEPE y la AEAT no unifican:

Estimación directa — la base estándar de valoración, donde los rendimientos se calculan según ingresos y gastos reales.
Módulos IRPF — que altera amortizaciones y bases de cálculo mediante coeficientes objetivos fijados anualmente por Orden Ministerial.
Plusvalía municipal — que depende del valor catastral y del régimen fiscal del transmitente, y cuyas ordenanzas varían por municipio.

La calculadora no resuelve el cálculo. Resuelve el conflicto entre cálculos.

Y aquí está el problema de fondo: la mayoría de herramientas tratan este conflicto como un bug que hay que ocultar, no como una característica que hay que gestionar. El resultado son bugs silenciosos que solo aparecen cuando el informe se somete a escrutinio.

---

El Problema Real: Silencio Regulatorio

Ni la normativa del IRPF ni la de plusvalía municipal especifican cómo armonizar ambos cálculos cuando hay Módulos de por medio. Es un vacío legal que la Administración no ha cubierto y que la jurisprudencia aborda de forma fragmentaria.

Cada perito resuelve esto "como puede". Algunos aplican criterios del TEAC (Tribunal Económico-Administrativo Central). Otros adaptan resoluciones sueltas de juzgados de lo contencioso-administrativo. La mayoría elige un criterio por defecto y lo entierra en el informe sin dejar trazabilidad.

Eso es una bomba de relojería.

En una inspección de la AEAT o en un contencioso, ese número se desarma porque no hay forma de demostrar qué criterio se aplicó ni por qué. El perito queda expuesto a responsabilidad civil si el cálculo fiscal es impugnado.

"El valor del inmueble no se puede desacoplar del régimen fiscal del titular. Un local comercial puede tener implicaciones radicalmente distintas si el titular tributa en módulos vs. estimación directa."

Pongamos un ejemplo concreto: un taller mecánico en la periferia de Madrid cuyo titular tributa en módulos. Bajo estimación directa, la amortización del inmueble se calcula sobre el precio de adquisición. Bajo módulos, el rendimiento neto se determina mediante signos objetivos (metros cuadrados, personal empleado, consumo eléctrico) que nada tienen que ver con el valor real del inmueble. Si la calculadora aplica automáticamente la fórmula de estimación directa sin preguntar, el resultado será incorrecto y el perito no tendrá cómo defenderlo.

El silencio regulatorio no es un accidente. Es consecuencia de que el legislador no concibió estos regímenes como sistemas que debieran interoperar. Y como los datos fiscales no llegan ordenados ni completos —el 5-15% de los datos en este ámbito llegan tarde o desordenados, como veremos más adelante—, la carga de resolver esa incompatibilidad recae sobre la herramienta.

---

El Framework de 4 Pasos para una Calculadora Que Sí Funciona

Construí este sistema tras ver a tres despachos de peritación distintos perder casos por el mismo error: calcular bonito, ocultar el conflicto.

Aquí está el framework que usamos.

Paso 1: Mapea los 3 Regímenes Concurrentes — No Empieces por la UI

Antes de escribir una línea de HTML o tocar un solo componente de React, necesitas un modelo de conflictos.

Por cada caso pericial, debes identificar:

¿Qué régimen fiscal aplica al titular del inmueble? No basta con saber si es autónomo o sociedad; necesitas el régimen concreto.
¿Hay Módulos IRPF de por medio? Esto afecta a sectores enteros: transporte, agricultura, comercio minorista, hostelería, talleres.
¿Qué criterio de plusvalía municipal corresponde según la ubicación? Cada Ayuntamiento tiene su ordenanza, y algunas comunidades autónomas (Cataluña, País Vasco, Navarra) añaden capas normativas propias.

El resultado es una matriz de superposición regulatoria. No es bonita. No es vendible. Pero sin ella, cualquier cálculo posterior es basura.

❌ Enfoque débil: "El usuario selecciona el tipo de inmueble y la calculadora aplica la fórmula estándar."

✅ Enfoque fuerte: "El sistema detecta automáticamente los regímenes concurrentes y muestra al perito qué conflictos existen antes de calcular nada."

Para implementar esto, puedes comenzar con un árbol de decisión que recorra las preguntas clave en orden: ¿el titular es persona física o jurídica? ¿Tributa en estimación directa u objetiva? ¿El inmueble está en un municipio con ordenanza específica de plusvalía? Cada respuesta estrecha el conjunto de reglas aplicables y reduce el espacio de conflictos.

Paso 2: Implementa un Motor de Reglas con Prioridades Explícitas

Aquí es donde la mayoría de calculadoras fracasan. Esconden la decisión.

El motor de reglas debe estructurarse en tres capas con prioridades explícitas:

Capa nacional — normativa IRPF, criterios del TEAC. Es la base común para todo el territorio.
Capa autonómica — particularidades de la comunidad autónoma. Cataluña tiene su propio sistema de plusvalía desde 2017; País Vasco y Navarra gestionan sus propios regímenes forales.
Capa local — ordenanzas municipales de plusvalía, que pueden establecer coeficientes distintos sobre el valor catastral.

Y lo más importante: el sistema debe mostrar al perito qué regla prevalece y por qué, en lugar de ocultar la decisión tras un número limpio.

Cada cálculo debe generar un objeto de trazabilidad que el perito pueda adjuntar al informe. No un PDF bonito. Un registro que demuestre qué se decidió y por qué. Este objeto es, en esencia, un mecanismo de tool calling interno: el motor de reglas es una herramienta que el sistema invoca para resolver conflictos, y cada invocación queda registrada.

Este enfoque se alinea con lo que hemos aprendido de los sistemas multiagente en producción: cuando tienes múltiples fuentes de verdad con reglas potencialmente contradictorias, no puedes delegar la resolución a un único monolito. Necesitas capas independientes que puedan ser auditadas y actualizadas por separado.

Paso 3: Diseña un Protocolo de Corrección Temporal

Aquí aplicamos una lección que aprendimos de los sistemas de eventos distribuidos: el 5-15% de los datos llegan tarde o desordenados.

En el mundo de la peritación, esto se traduce en:

El cliente envía los datos del titular, pero olvida el régimen fiscal.
La AEAT actualiza los coeficientes de módulos a mitad de año mediante una Orden Ministerial publicada en el BOE.
Aparece una resolución del TEAC que cambia el criterio aplicable para una tipología concreta de inmueble.
El perito recibe información adicional del catastro que modifica el valor catastral de referencia.

La mayoría de calculadoras asumen que los datos son estáticos. Que lo que entra en el formulario es lo que se queda. Y cuando llega una corrección, todo el dictamen se invalida.

La solución es versionado por fecha de cálculo, no por fecha de emisión.

❌ Enfoque débil: La calculadora recalcula todo desde cero cuando cambia un dato.

✅ Enfoque fuerte: La calculadora mantiene versiones históricas del dictamen, etiquetadas por fecha de cálculo, y permite al perito seleccionar qué versión aplicar al informe final.

Esto no es complejo técnicamente. Es una tabla con timestamps y un diff. Pero resuelve el 90% de los problemas de actualización retroactiva.

El patrón técnico es sencillo: cada vez que el perito introduce un cambio —ya sea un dato del inmueble, un coeficiente actualizado o una nueva resolución jurisprudencial—, el sistema no sobrescribe el cálculo anterior. Crea una nueva versión con su propia marca temporal y mantiene accesible la versión previa. El perito puede comparar ambas, documentar por qué eligió una sobre otra, y adjuntar esa comparación al informe final.

Esto es particularmente relevante cuando una inspección se produce años después de la tasación. El perito necesita demostrar no solo qué calculó, sino con qué información contaba en el momento del cálculo.

Paso 4: Valida con 5 Casos Reales del Año Anterior

Antes de lanzar la calculadora a producción, haz esto:

Coge 5 expedientes de Módulos IRPF del ejercicio previo. De preferencia, casos que ya hayan pasado por inspección o contencioso.

Para cada uno:

Ejecuta el cálculo manual del perito original.
Ejecuta el cálculo generado por tu herramienta.
Documenta todas las discrepancias, aunque sean pequeñas.
Para cada discrepancia, responde: ¿qué criterio aplicó el perito original? ¿qué criterio aplicó la herramienta? ¿cuál de los dos resistiría una inspección?

Esto no es un test de calidad. Es un test de defensa jurídica. Si tu calculadora no puede justificar cada número frente a un inspector de la AEAT, no vale nada.

Este paso es análogo a lo que en sistemas de IA se conoce como observability-driven validation: no verificas que la herramienta produce un número correcto en abstracto, sino que produces evidencia de por qué ese número es defendible en un contexto real. La trazabilidad no es un extra opcional; es el núcleo del producto.

---

Por Qué el Enfoque Monolítico Repite el Mismo Error

En un artículo anterior analizamos cómo el 90% de los despachos que implementan IA para intake fracasan por el mismo error estructural: un solo agente monolítico que intenta hacerlo todo.

Aquí pasa exactamente lo mismo.

Una calculadora que intente ser "todo en uno" — captura de datos del cliente, clasificación del régimen, cálculo y emisión del informe — fracasará porque los silencios regulatorios requieren intervención humana estructurada. No se puede automatizar la decisión sin exponerla.

La solución es segmentar en tres módulos independientes:

Módulo de captura con validación fiscal — recoge los datos del inmueble y del titular, pero no calcula nada hasta que el perito confirma el régimen fiscal. Este módulo funciona como un sistema de ingesta que verifica la coherencia de los datos antes de pasarlos al siguiente paso.
Módulo de resolución de conflictos entre regímenes — muestra las discrepancias y pide al perito que elija entre criterios jurisprudenciales rivales. Es aquí donde el motor de reglas con prioridades explícitas cobra todo su sentido.
Módulo de generación de informe con firma — produce el dictamen final con trazabilidad completa de cada decisión, incluyendo las resoluciones de conflictos y las versiones históricas descartadas.

Cada módulo funciona solo. Conectados, son letales.

Este diseño modular tiene una ventaja adicional: permite actualizar un módulo sin afectar a los demás. Si la AEAT publica una nueva Orden de módulos, solo necesitas actualizar el motor de reglas. Si un juzgado dicta una sentencia relevante, solo actualizas la base de criterios jurisprudenciales. El resto del sistema sigue funcionando.

---

Objeción 1: "Ya Existen Calculadoras Que Funcionan"

Cierto. Y generan bugs silenciosos.

El perito obtiene un número que parece correcto pero oculta conflictos normativos no resueltos. En una inspección, ese número se desarma porque no hay trazabilidad de qué criterio se aplicó.

Estos bugs silenciosos son el equivalente a un modelo de IA que alucina respuestas: el output se ve bien, pero el proceso interno es opaco y no verificable. En producción, las alucinaciones de un LLM se detectan con observabilidad y herramientas de validación. En una calculadora pericial, los bugs silenciosos solo se detectan cuando el informe es impugnado, y para entonces ya es demasiado tarde.

Tu calculadora no compite con las que existen. Compite con la que deberían existir.

Objeción 2: "Los Peritos No Quieren Tanta Sofisticación"

La demanda explícita es: "un campo donde poner los metros cuadrados y que saque el valor".

Pero la demanda implícita — y la que justifica los honorarios del perito — es que el valor aguante un escrutinio tributario. Una calculadora que solo hace aritmética expone al perito a responsabilidad civil.

El mercado no paga por velocidad. Paga por defensa.

Un perito que presenta un informe con trazabilidad completa no solo se protege a sí mismo; también ofrece a su cliente un valor diferencial: la seguridad de que el dictamen no será impugnable por falta de fundamentación. Eso justifica honorarios más altos y reduce el riesgo de litigios posteriores.

Objeción 3: "Esto Solo Aplica a una Minoría de Casos"

Depende del nicho.

En tasaciones para autónomos, pequeños comercios y profesionales liberales en España, Módulos IRPF cubre sectores completos: transporte, agricultura, comercio minorista, hostelería, talleres mecánicos, peluquerías, bares y restaurantes.

Ignorarlo es dejar fuera un segmento entero del mercado de peritación SMB. Y en un contexto donde cada vez más autónomos optan por módulos frente a estimación directa —especialmente tras las últimas reformas fiscales—, el volumen de casos que requieren este tratamiento no deja de crecer.

---

Lo Que Puedes Ir a Verificar Ahora Mismo

Antes de escribir una línea de código, abre la web de la AEAT y busca la Orden HFP/.../2026 que actualiza los módulos del IRPF para este ejercicio.

Lee las instrucciones. Fíjate en lo que no dice: no especifica cómo armonizar el cálculo con plusvalía municipal ni con estimación directa.

Ese silencio es tu oportunidad.

No para construir una calculadora más bonita. Para construir una que explique por qué cada número es el que es.

Esa es la calculadora que un perito puede defender ante un juez. La que resiste una inspección. La que justifica sus honorarios.

El resto son solo formularios con esteroides.