Calculadora de Provisiones | ciferi

Introducción

Las provisiones en el sector tecnológico presentan dificultades específicos que van más allá de la simple aplicación de la NIA-ES 500. Una empresa de software puede tener garantías técnicas de servicio, obligaciones de mantenimiento comprometidas con clientes, demandas por infracción de patentes en tramitación, y restructuraciones de personal en curso. Cada una genera una provisión bajo la NIA-ES 37, pero la medición y el reconocimiento varían enormemente según la naturaleza de la obligación.
En España, el ICAC ha señalado en sus revisiones de estados financieros que las provisiones tecnológicas son un área donde el juicio profesional se ejerce de forma inconsistente. Los problemas más frecuentes son: no reconocer provisiones por obligaciones constructivas (cuando la empresa ha comunicado públicamente un cierre de producto), medir provisiones de garantía sin usar datos históricos reales de reclamaciones, y no actualizar provisiones cuando cambian las circunstancias. Este calculador está diseñado para reducir esa variabilidad y crear un registro auditable de cómo llegó a cada cifra de provisión.

Cómo funcionan las provisiones en tecnología

La NIA-ES 37.14 define una provisión como un pasivo de cuantía o vencimiento inciertos. Tres criterios deben cumplirse simultáneamente para reconocer una provisión:
En el sector tecnológico, la obligación presente es la que causa más debate. La NIA-ES 37.27 distingue entre obligaciones legales (contratos firmados, demandas judiciales) y obligaciones constructivas (compromiso público de reparar un defecto, patrón establecido de rectificación de problemas). Una empresa de software que publica en su sitio web que "corregirá todos los defectos de seguridad identificados dentro de 30 días" ha creado una obligación constructiva, aunque no existe contrato individual escrito con cada cliente.

• Existe una obligación presente (legal o constructiva) como resultado de un evento pasado
• Es probable que se requiera una salida de recursos para liquidar la obligación
• Puede estimarse de forma fiable la cuantía de la obligación

Tipos de provisiones en tecnología

Provisiones por garantías y servicios comprometidos

Una empresa que vende software a clientes corporativos con garantía de rendimiento de 99,9% de disponibilidad debe provisionar si es probable que no alcance ese objetivo. La medición se basa en datos históricos: número de incidentes, duración media de la indisponibilidad, coste de remediar (crédito de servicio, actualización gratuita, etc.).
Ejemplo práctico: Software Ibérico S.L., Barcelona, vendió su plataforma de gestión de nóminas a 150 clientes en 2024 con garantía de 99,9% de uptime. Los datos de 2023 muestran que la empresa alcanzó 99,87% de disponibilidad. La diferencia genera reclamaciones: 8 clientes solicitaron créditos de servicio por un total de €12.000 en 2023. Para 2024, Software Ibérico estima que con el volumen de clientes aumentado, las reclamaciones serán aproximadamente €18.000. Se reconoce una provisión de €18.000 al cierre de 2024.
Nota de documentación: Los datos históricos de 2023 se extraen del registro de tickets de incidencia y del sistema de facturación de créditos. Se ajusta por crecimiento de clientes (de 100 a 150) aplicando una proporción.

Provisiones por obligaciones de reparación y defectos conocidos

Un defecto crítico en una aplicación bancaria descubierto semanas antes del cierre genera una provisión por la obligación constructiva de repararlo. La medición es el coste estimado de desarrollo, pruebas y despliegue de la corrección.
Ejemplo práctico: TechConnect Madrid S.L. descubrió a inicios de diciembre de 2024 una vulnerabilidad de seguridad en su API de pagos. Afecta a todos los 47 clientes bancarios que usan la plataforma. El equipo de desarrollo estima 480 horas de trabajo para diagnosticar completamente, escribir la corrección, realizar pruebas de seguridad y desplegar. El coste por hora es €95 (carga laboral con costes indirectos). La provisión es 480 × €95 = €45.600.
Nota de documentación: La estimación de 480 horas se basa en el registro de proyectos similares en la base de datos de TechConnect. Se valida con el responsable técnico. El coste por hora incluye salario, overhead, y equipo, según la política de costes de la empresa.

Provisiones por restructuraciones y cierre de productos

Una empresa que anuncia el cierre de un producto el 30 de junio de 2024 debe provisionar los costes de despido de 12 empleados (€180.000), migración de datos de clientes (€45.000), y soporte durante la transición (€30.000). Total: €255.000.
Ejemplo práctico: CloudServe Bilbao S.A. comercializa una suite de herramientas de colaboración heredada que ha quedado obsoleta frente a competidores más modernos. Anunció el 15 de junio de 2024 a clientes, empleados y el público que la plataforma dejará de prestar servicio el 31 de diciembre de 2024. La obligación constructiva existe porque TechServe ha comunicado públicamente el cierre y ha iniciado conversaciones con clientes sobre migración.
Costes identificados:
Total provisión: €255.000
Nota de documentación: Las indemnizaciones se calculan bajo el Estatuto de los Trabajadores español, artículos 49 y 51. La estimación de migración se basa en la cantidad de clientes (180) × coste por cliente (€250). El soporte se estima como dos ingenieros a tiempo completo durante seis meses.

• Indemnizaciones por despido de 12 empleados técnicos: €180.000 (basado en convenio aplicable: 20 días por año × 12 empleados × 8 años promedio de antigüedad)
• Migración de datos de clientes a plataformas alternativas: €45.000 (estimado por el equipo de ingeniería)
• Soporte técnico a clientes durante transición (6 meses): €30.000 (2 FTE × €5.000/mes)

Provisiones por litigios y reclamaciones de patentes

El sector tecnológico es particularmente vulnerable a litigios por infracción de patentes. Una demanda interpuesta contra Software Ibérico por un competidor reclamando que su algoritmo de indexación infringe tres patentes registradas requiere una provisión si existe probable obligación de pagar daños.
La medición requiere juicio profesional. La empresa solicita asesoramiento legal. Si el letrado estima que hay un 70% de probabilidad de perder y los daños estimados son €500.000, la provisión bajo la NIA-ES 37.37 es 70% × €500.000 = €350.000 (valor esperado).
Ejemplo práctico: DataLogic Valencia S.L. fue demandada por AlgoRights Inc. (empresa estadounidense de software) en enero de 2024. La demanda reclama €2.000.000 por infracción de tres patentes en las herramientas de análisis de datos en tiempo real. DataLogic encarga a su letrado español una valoración. El letrado, especializado en propiedad intelectual, analiza:
Conclusión del letrado: hay un 45% de probabilidad de que DataLogic infrinja al menos una de las tres patentes. Si se determina infracción, los daños podrían oscilar entre €800.000 (condenación mínima) y €2.000.000 (reclamación total). La valoración más probable es €1.200.000 si hay infracción.
Cálculo de la provisión: 45% × €1.200.000 = €540.000
Nota de documentación: El análisis del letrado se documenta en el informe de opinión legal del 20 de febrero de 2024. El criterio de "probable" bajo la NIA-ES 37.14 requiere más de 50% de probabilidad; 45% cae por debajo, así que estrictamente no se provisiona. Sin embargo, se requiere revelación como pasivo contingente bajo la NIA-ES 37.86 a 37.87.

• Las tres patentes reivindicadas (consultables en la base de datos de WIPO)
• El código fuente de DataLogic y el de AlgoRights (ambos disponibles en repositorios públicos)
• La jurisprudencia reciente en tribunales españoles sobre infracción de patentes de software

Cambios en circunstancias y actualización de provisiones

Una provisión reconocida en 2023 debe revisarse cada período de informe. Si una estimación de garantías de €100.000 resulta en reclamaciones reales de €180.000 en 2024, la provisión se incrementa. Si las reclamaciones caen a €40.000, se revierte parte de la provisión.
Ejemplo práctico: En 2023, SoftDev Madrid S.L. registró una provisión de €75.000 por garantías en una suite de contabilidad. Los clientes habían reportado defectos en la conciliación bancaria automática. Durante 2024, el equipo implementó una corrección y lanzó tres actualizaciones. Las reclamaciones de garantía bajaron a €12.000 en total para el año 2024. Al cierre de 2024, la provisión original de €75.000 se revierte en €63.000, dejando €12.000 para cubrir reclamaciones residuales esperadas en 2025.
Nota de documentación: El registro de reclamaciones se extrae del sistema de tickets de atención al cliente. La reversión se registra en el estado de resultados del período como una "ganancia" (reducción de gasto por garantía).

Uso de este calculador

Este calculador guía el proceso de identificación, medición y revelación de provisiones bajo la NIA-ES 37. Los pasos son:
El calculador genera un resumen que mapea cada provisión a sus párrafos NIA-ES aplicables, facilita la documentación de suposiciones, y produce un archivo de trabajo que auditores y preparadores pueden usar como punto de partida para la validación.

• Identifique cada obligación. Revise contratos de venta, comunicaciones públicas, demandas judiciales, acuerdos con empleados.
• Aplique los tres criterios de reconocimiento. ¿Existe obligación presente (legal o constructiva)? ¿Es probable que se requiera una salida de recursos? ¿Puede estimarse de forma fiable?
• Estime la cuantía. Use datos históricos (garantías), asesoramiento legal (litigios), análisis de costes (restructuraciones).
• Registre la provisión. El pasivo se reconoce en el balance; el gasto se registra en el estado de resultados (a menos que se revierte una provisión anterior).
• Revele adecuadamente. La NIA-ES 37.84 a 37.87 requieren descripción de cada provisión, estimación de efecto financiero, incertidumbres, y suposiciones sobre tasas de descuento.