Calculadora de Provisiones | ciferi

Introducción

Las empresas de tecnología enfrentan patrones de provisión que no aparecen en otros sectores. Las garantías de software, los acuerdos de soporte técnico multiaño, las obligaciones de remediación de código heredado, y los litigios por violaciones de propiedad intelectual generan pasivos contingentes que requieren estimación bajo la NIA 37. A diferencia de una empresa de manufactura con provisiones predecibles por reclamos de garantía, una empresa de tecnología debe estimar provisiones que dependen del comportamiento del cliente, de decisiones judiciales impredecibles, y de ciclos tecnológicos acelerados.

Patrones de Provisión Específicos del Sector Tecnológico

Garantías de Software y Obligaciones de Soporte

El software vendido bajo licencia o como servicio genera dos tipos de obligaciones de provisión. Primero, las garantías implícitas o explícitas que obliga a reparar defectos descubiertos dentro de un período (típicamente 12 a 24 meses). Segundo, los acuerdos de soporte técnico multiaño que requieren servicio de disponibilidad 24/7 o tiempos de respuesta garantizados.
La NIA 37.15 exige provisión cuando existe una obligación presente como resultado de un evento pasado. Para una empresa de tecnología, el evento pasado es la venta del producto o la firma del contrato de soporte. La obligación presente es la obligación legal o constructiva de proporcionar reparaciones o soporte. La pregunta es: ¿cuál es el costo esperado de esa obligación?
Muchas empresas de tecnología subestiman estas provisiones porque no rastrean adecuadamente el costo histórico de reclamos de garantía. Si una empresa no mantiene registros segregados del costo de reparaciones bajo garantía (mano de obra de ingeniería, costos de servidor, licencias de terceros), la estimación es especulativa. El CCPA (Colegio de Contadores Públicos de Costa Rica) espera que los auditores desafíen estas estimaciones y que los preparadores de estados financieros documenten la base de la estimación con datos históricos.

Obligaciones de Remediación y Vulnerabilidades de Seguridad

Cuando una empresa descubre una vulnerabilidad de seguridad en su software o infraestructura, y esa vulnerabilidad ha expuesto datos de clientes, la empresa enfrenta un pasivo concreto. La NIA 37.14(a) requiere provisión cuando existe una obligación legal de reparar el daño. Las leyes de protección de datos en Costa Rica (Ley de Protección de Personas frente al Tratamiento de sus Datos Personales, Ley Nº 8968) imponen multas por incumplimiento y obligaciones de notificación a los afectados.
La provisión debe incluir los costos de investigación forense, notificación a clientes, monitoreo crediticio para afectados, defensores de datos externos, y multas esperadas de reguladores. La estimación es desafiante porque la multa regulatoria depende de factores que la empresa no controla: la gravedad de la brecha, el número de personas afectadas, y la rapidez de respuesta. Los auditores deben asegurarse de que la estimación refleja un rango probable, no un caso mejor de los escenarios posibles.

Litigios por Propiedad Intelectual

Las disputas de patentes, derechos de autor, y secretos comerciales son comunes en tecnología. Una empresa acusada de infracción de patente enfrenta un pasivo contingente bajo la NIA 37. La pregunta central es: ¿es probable que una salida de recursos tenga lugar?
Para responder esto, el auditor necesita evaluación legal. Un abogado externo debe opinar sobre la probabilidad de condena y el rango probable de daños. La NIA 37.36 permite a la entidad considerar la opinión del asesor legal como prueba de si es probable la salida de recursos. Si el abogado señala "probabilidad moderada a alta de perder" basado en jurisprudencia similar, una provisión es necesaria. Si el abogado opina "probabilidad baja a moderada", la divulgación en notas es suficiente bajo la NIA 37.86.
Muchos auditores aceptan la opinión del abogado sin desafiar si la estimación de daños es razonable. El riesgo está aquí: el abogado opina sobre probabilidad, no sobre daños. Los daños en litigios de propiedad intelectual pueden ser punitivos (hasta tres veces los daños reales) o ser limitados a daños reales comprobados. El preparador debe proporcionar un escenario base de daños esperados, no confiar en lo que dijo el abogado.

Provisiones por Cambios en Modelos de Negocios

Las empresas de tecnología con modelos de suscripción a menudo garantizan ciertas características de producto o disponibilidad de servicio en sus contratos. Cuando una empresa decide descontinuar un producto o característica, surge una obligación de proporcionar una alternativa, ofrecerle al cliente un reembolso, o soportar costos de transición para migrar clientes a una nueva plataforma.
La NIA 37.72 (reestructuración) requiere provisión cuando la entidad tiene un plan formalizado y ha comunicado los cambios a las partes afectadas. Antes de esa comunicación, solo existe un plan, no una obligación presente. Las empresas de tecnología frecuentemente retienen estas decisiones en secreto hasta el anuncio de producto, por lo que el momento de reconocimiento de la provisión es posterior a lo que una lectura rápida de NIA 37.72 sugeriría. El auditor debe determinar cuándo se comunicó formalmente el cambio a clientes.

Datos Técnicos para Estimar Provisiones de Tecnología

Tasas Históricas de Reclamación de Garantía

Para una empresa de software, la tasa histórica de reclamación de garantía es el dato más confiable. Esto incluye: cantidad de reclamaciones por período de 12 meses, costo promedio por reclamación (mano de obra de ingeniero × horas, más costos de licencia de terceros), y costo por reclamación rechazada (costo de investigación antes de negarla).
Si una empresa vende 5.000 licencias de software por año a ₡500.000 cada una, y el historial muestra que el 8% de los clientes presenta reclamos de garantía con un costo promedio de ₡45.000 por reclamación, la provisión esperada es:
5.000 × 8% × ₡45.000 = ₡18.000.000
Pero esto es insuficiente. El auditor debe también conocer: (a) el período de garantía remanente en la cartera actual, (b) si la tasa de reclamación está cambiando (¿el producto es más confiable año a año?), y (c) si la mezcla de clientes está cambiando (¿el cliente nuevo es más técnico y por lo tanto reclama menos, o menos técnico y reclama más?).

Datos de Litigios y Evaluaciones Legales

Para litigios, el auditor debe obtener una carta de abogado independiente que confirme: (1) la existencia del litigio, (2) la probabilidad de condena según la jurisprudencia similar, (3) el rango probable de daños, y (4) los gastos legales esperados si continúa.
La carta debe ser específica. Una carta que diga "se recomienda una provisión prudente" es insuficiente. El abogado debe establecer: "En nuestra opinión, es probable que se condene a la entidad. Daños reales probables: ₡25 a ₡40 millones. Daños punitivos probables: ₡0 a ₡80 millones (si el tribunal concluye que la infracción fue intencional)."
Con esa información, el auditor puede desafiar si la provisión reconocida (típicamente en el extremo inferior del rango si se asume una actitud conservadora, o en el punto medio si se asume un caso probable) es razonable bajo NIA 37.

Datos de Soporte Técnico y Disponibilidad de Servicio

Las empresas que venden acuerdos de nivel de servicio (SLA) deben proporcionar crédito de servicio o compensación a clientes cuando la disponibilidad cae por debajo de lo prometido (por ejemplo, "99,9% de disponibilidad" se traduce en no más de 43 minutos de downtime al mes).
Si una empresa tiene 200 clientes empresariales bajo SLA del 99,9%, y el historial muestra que el 15% de los clientes reclama crédito en un año determinado por haber incumplido con el SLA, entonces la provisión esperada es:
200 × 15% × (costo promedio del crédito otorgado)
El costo promedio del crédito es típicamente un descuento en la facturación del mes siguiente (por ejemplo, ₡5.000.000 en facturación = crédito de ₡250.000 por mes de incumplimiento). El auditor debe verificar que la empresa está rastreando el incumplimiento de SLA y documentando qué créditos se otorgaron en el pasado.

dificultades Comunes de Auditoría en Provisiones de Tecnología

Estimación Especulativa

El error más común es que la gerencia estima una provisión sin fundamentarla en datos. Una gerencia podría decir: "Estimamos que habrá reclamaciones de garantía por ₡10 millones este año" sin poder señalar un registro de reclamaciones históricas o un análisis de la cartera actual.
La NIA 37.39 requiere que la estimación se base en evidencia disponible. Para provisiones de tecnología, esa evidencia es: registros de reclamaciones de períodos anteriores, comunicaciones de clientes que sugieren insatisfacción con el producto, evaluaciones técnicas internas de defectos conocidos no arreglados, y evaluaciones externas de confiabilidad.
El auditor debe solicitar estos registros. Si la empresa no los mantiene, el auditor debe considerar esto como una debilidad de control sobre la estimación de provisiones, y examinar en otras formas de obtener evidencia (encuestas a clientes, análisis técnico de defectos de producto, comparación con industria).

Provisiones No Reconocidas Que Deberían Serlo

Las empresas de tecnología a menudo descubrirán vulnerabilidades de seguridad o litigios de propiedad intelectual tarde en el proceso de cierre, o deliberadamente no los divulgan para evitar el cargo en el período de reporteo. El auditor debe investigar activamente:

Cambios en Estimaciones de Períodos Anteriores

Si una empresa reconoció una provisión por ₡20 millones por litigio de patente el año pasado, y este año acuerda un acuerdo por ₡15 millones, la diferencia es un cambio en la estimación bajo NIA 8. El auditor debe confirmar que la reversión (₡5 millones) se reconoce en el período actual, no se capitaliza o se aplica a costa de otras partidas.
Las empresas de tecnología frecuentemente resuelven litigios en el último momento antes de la firma del informe de auditoría. El auditor debe asegurarse de que el monto de la provisión se ajusta al monto del acuerdo, sin demora.

• ¿Hubo vulnerabilidades de seguridad descubiertas después del cierre del período de reporteo pero antes de la firma del informe? (Puede requerir una evaluación para reconocimiento en el período actual bajo NIA 37.21.)
• ¿Hay demandas de propiedad intelectual no divulgadas a los abogados externos? (El auditor debe solicitar una carta de abogados que enumere litigios conocidos por la empresa, no litigios que los abogados saben por otros medios.)
• ¿Ha habido cambios en los compromisos de soporte multiaño que afecten las obligaciones reconocidas? (Por ejemplo, la empresa acordó extender un SLA a un cliente importante.)

Aplicación Práctica: Ejemplo de Empresa de Tecnología Costarricense

Supongamos Soluciones Digital Osa S.R.L., con sede en San José, que desarrolla software de gestión empresarial. Los estados financieros al 30 de septiembre de 2025 (año fiscal de Costa Rica) muestran:
Cartera de Software Licenciado:
Datos Históricos de Reclamación (últimos 3 años):
Cartera de Soporte SLA (99,9% disponibilidad):
Litigio Pendiente:

Cálculo de Provisiones

Provisión por Garantía de Software:
Cartera actual de licencias con período de garantía remanente = aproximadamente 600 licencias (las primeras 600 de las 1.200 licencias activas están dentro de los 24 meses de venta; las demás ya han pasado el período de garantía).
Tasa de reclamación esperada: promedio de 3 años = 9,2%
Provisión = 600 × 9,2% × ₡48.000 = ₡2.649.600
(Nota de auditoría: Verificar que la lista de licencias activas identifica correctamente cuáles están dentro del período de garantía. Solicitar registro de reclamaciones de los últimos 3 años para validar la tasa de 9,2%.
Provisión por SLA y Créditos de Disponibilidad:
Tasa histórica de incumplimiento: 12,2%
Clientes bajo SLA que esperan incumplimiento en el próximo año: 180 × 12,2% = 22 clientes
Crédito promedio por incumplimiento: 5% de ₡1.500.000 mensual = ₡75.000
Provisión = 22 × ₡75.000 = ₡1.650.000
(Nota de auditoría: Solicitar registros de monitoreo de disponibilidad de los últimos 12 meses. Confirmar que los créditos otorgados se registraron en el debe de gasto, no como ingresos reducidos.
Provisión por Litigio de Patente:
Base: Carta de abogados que opina probabilidad moderada a alta de condena
Rango de daños reales: ₡35-50 millones
Rango de daños punitivos: ₡0-70 millones (asumiendo 50% de probabilidad de condena por infracción intencional)
Caso probable: Daños reales en punto medio (₡42.500 millones) + probabilidad ponderada de daños punitivos (50% × ₡35 millones = ₡17.500 millones) = ₡60 millones
Gastos legales esperados: ₡3.000.000 × 80% = ₡2.400.000
Provisión total por litigio = ₡62.400.000
(Nota de auditoría: Entrevista con abogado externo para confirmar la evaluación de probabilidad y el rango de daños. Revisar sentencias previas de tribunales costarricenses en disputas de patentes de software para validar el rango estimado. Desafiar si el caso probable incluye daños punitivos con la probabilidad ponderada correcta.
Provisión Total Reconocida en los Estados Financieros:
Garantía de software: ₡2.649.600
SLA y créditos de disponibilidad: ₡1.650.000
Litigio de patente: ₡62.400.000
Total: ₡66.699.600
Esta provisión se presenta en el pasivo circulante o no circulante dependiendo de cuándo se espera que la salida de recursos tenga lugar. La provisión por garantía se espera pague en los próximos 12 meses (provisión circulante). El litigio podría tomar 18-36 meses en resolverse (provisión no circulante).

• 1.200 licencias activas
• Precio promedio por licencia: ₡2.500.000
• Período de garantía estándar: 24 meses
• Soporte técnico incluido: 8 horas de respuesta
• Año 1: 95 reclamaciones de 1.100 clientes (8,6%)
• Año 2: 108 reclamaciones de 1.150 clientes (9,4%)
• Año 3: 112 reclamaciones de 1.180 clientes (9,5%)
• Costo promedio por reclamación: ₡48.000 (investigación + remediación)
• 180 clientes empresariales bajo SLA
• Facturación anual promedio por cliente: ₡18.000.000
• Crédito por incumplimiento: 5% de la facturación mensual si la disponibilidad cae por debajo del 99,5%
• Historial: 22 incumplimientos en los últimos 3 años de 180 clientes = 12,2%
• Demanda de patente presentada por Tecnología Innovadora S.A. en mayo de 2025
• Tecnología cuestionada: algoritmo de análisis predictivo incluido en el software
• Carta de abogados: "Probabilidad moderada a alta de condena. Daños reales: ₡35-50 millones. Daños punitivos: ₡0-70 millones si el tribunal determina infracción intencional."
• Gastos legales esperados: ₡3 millones adicionales si continúa a juicio (probabilidad 80%)

Divulgación Requerida

La NIA 37.84-88 requiere divulgación detallada. Para Soluciones Digital Osa S.R.L., la divulgación en notas debería incluir:
Garantía de Software:
SLA y Créditos:
Litigio:

• Descripción de la obligación: "La empresa proporciona garantía de 24 meses en todas las licencias de software. La garantía cubre defectos en el código que impiden que el software funcione de acuerdo con las especificaciones documentadas."
• Estimación: "La provisión se estima usando datos históricos de reclamaciones de los últimos tres años, ajustados por cambios en la cartera de clientes y mejoras de producto."
• Rango de incertidumbre: "La provisión podría ser inferior a ₡2 millones si la tasa de reclamación continúa disminuyendo, o superior a ₡3,5 millones si los defectos de producto no se resuelven."
• Descripción: "Acuerdos de nivel de servicio de 99,9% disponibilidad. Crédito de 5% de facturación mensual si la disponibilidad cae por debajo del 99,5%."
• Estimación: "Basada en historial de 12 meses de incumplimientos de SLA."
• Descripción: "Demanda de infracción de patente presentada en mayo de 2025 por Tecnología Innovadora S.A. en relación con el módulo de análisis predictivo incluido en el software de gestión empresarial."
• Evaluación legal: "Abogados externos opinan que es probable que la empresa sea condenada a pagar daños. El rango estimado de daños es ₡35-70 millones (incluyendo daños reales y daños punitivos posibles)."
• Base de la provisión: "La provisión de ₡62.400.000 refleja una estimación del punto medio del rango de daños probables, más gastos legales esperados."

Qué Busca el Auditor

Cuando audita provisiones de tecnología, el Contador Público Autorizado debe:

• Verificar integridad: ¿Existen reclamaciones de garantía, litigios o cambios de SLA que no están reflejados en las provisiones? Enviar solicitud de confirmación a abogados externos.
• Desafiar estimaciones: ¿Se basan en datos históricos o en especulación? Solicitar registros de reclamaciones, sentencias previas de tribunales, y datos de disponibilidad de servidores.
• Evaluar probabilidad: ¿Es probable que ocurra la salida de recursos? Para garantías, la probabilidad es virtual (casi todas las reclamaciones ocurren). Para litigios, depende de evaluación legal.
• Revisar cambios: ¿Se han actualizado las estimaciones de períodos anteriores cuando hay nueva información? Verificar reversiones reconocidas en el período actual.
• Evaluar presentación: ¿Las provisiones se clasifican correctamente como circulantes o no circulantes? ¿Las divulgaciones en notas responden a las preguntas que los usuarios de los estados financieros se harían?

Relaciones con Otros Estándares

Las provisiones de tecnología a menudo interactúan con otros estándares:
---

• NIA 15: Las reclamaciones de garantía bajo NIA 37 afectan la estimación de ingresos bajo NIA 15. Si ₡18 millones de provisión por garantía se espera que se gaste en el próximo año, los ingresos del período actual se reducen por la obligación de satisfacción de desempeño que aún está pendiente.
• NIA 16: Las obligaciones de remediación de vulnerabilidades de seguridad pueden requerir gastos de capital (servidores nuevos, infraestructura de seguridad). Estos están separados de la provisión de NIA 37, pero el auditor debe asegurarse de que se capitalizan o gastan apropiadamente.
• NIA 24: Los litigios de propiedad intelectual entre relacionadas (por ejemplo, una demanda de la matriz contra una subsidiaria) generan provisiones que requieren divulgación de partes relacionadas.