Calculadora de Provisiones | ciferi

Descripción general

Las empresas de tecnología enfrentan dificultades específicos en la medición y reconocimiento de provisiones bajo la NIA 37. A diferencia de los fabricantes tradicionales, los proveedores de software y servicios tecnológicos generan obligaciones principalmente en forma de garantías de software, obligaciones de mantenimiento y reversiones de ingresos diferidos cuando los contratos requieren entrega futura de actualizaciones o servicios.
Esta variante de calculadora se enfoca en las provisiones más comunes en empresas tecnológicas ecuatorianas y latinoamericanas: garantías de software, obligaciones de servicios post-venta, litigios por propiedad intelectual y provisiones por restructuraciones relacionadas con cambios tecnológicos.

Estructura de provisiones en tecnología

Garantías de software y soporte técnico

Una empresa de tecnología típicamente ofrece garantía de software por un período de 12 a 36 meses después de la aplicación. Bajo la NIA 37.36, esto genera una provisión por obligación presente. El auditor debe verificar que:
La práctica más común en empresas ecuatorianas es calcular la provisión como un porcentaje de ingresos por aplicación (típicamente 2% a 8% del precio del proyecto). Sin embargo, la NIA 37.39 requiere que las estimaciones se basen en supuestos sobre eventos futuros, no en márgenes o reglas empíricas. Si la empresa usa un porcentaje, debe poder demostrar que ese porcentaje refleja los costos históricos reales incurridos.

Obligaciones de mantenimiento y actualizaciones

Muchos contratos de software incluyen cláusulas de mantenimiento con duración de varios años. Si el cliente paga una cuota anual de mantenimiento, el ingreso se reconoce bajo la NIA 15 como un desempeño de obligación a lo largo del tiempo. Sin embargo, si el contrato original incluye mantenimiento gratuito por un período futuro, surge una provisión. Constructora Digital S.A.S., una empresa bogotana de software de gestión de proyectos, mantiene una provisión de $156.000 USD por obligaciones de soporte técnico gratuito en contratos suscritos en 2024 que incluyen mantenimiento hasta 2026. El auditor debe verificar:
El equipo de auditoría solicitó al cliente una relación de contratos con soporte gratuito y comparó los costos estimados contra costos históricos de implementaciones similares.

Litigios por propiedad intelectual

Las empresas tecnológicas enfrentan riesgo de litigios por infracción de patentes, derechos de autor o secretos comerciales. Bajo la NIA 37.86 (obligaciones legales), el auditor debe evaluar si existe un litigio pendiente que requiere provisión. Los aspectos central son:
En Ecuador, la Superintendencia de Compañías, Valores y Seguros (SCVS) requiere que las entidades cotizadas revelen todos los litigios materiables. Las entidades privadas están sujetas a la NIA 37.85 y a la evaluación de asesoramiento legal.

Provisiones por restructuración

Las empresas tecnológicas frecuentemente enfrentan cambios tecnológicos que requieren restructuración: cierre de líneas de producto, reubicación de equipos de desarrollo o despidos por cambios estratégicos. La NIA 37.71 define una obligación de restructuración presente cuando existe un plan detallado y comunicado. Los elementos que requieren auditoría son:

• La empresa ha estimado correctamente la probabilidad de que los clientes requieran servicios de soporte
• El monto se basa en experiencia histórica de costos de remediación y soporte
• Se han identificado cambios en patrones de uso o en la complejidad de implementaciones recientes
• Identificación de todos los contratos con cláusulas de soporte gratuito futuro
• Estimación de costos esperados por período de cobertura
• Evaluación de si la obligación es legal o constructiva (la NIA 37.10 distingue entre ambas)
• Evaluación legal de la probabilidad de condena o acuerdo
• Estimación del monto de daños potenciales o acuerdos probable
• Diferenciación entre pasivos presentes (provisiones) y pasivos contingentes (solo revelación)
• Identificación clara de qué comprende la restructuración
• Confirmación de que existe comunicación a partes afectadas
• Estimación de costos: indemnizaciones por despidos, terminación de contratos, pérdidas en venta de activos
• Período esperado de ejecución

Metodología de auditoría para provisiones tecnológicas

Paso 1: Identificación de obligaciones presentes

Para cada riesgo identificado (garantía, litigio, restructuración), el auditor verifica si existe una obligación presente al cierre. La distinción entre pasivos presentes (provisión requerida) y contingencias (solo revelación) es crítica.
El auditor realizó entrevistas con el departamento legal, de servicio técnico y de recursos humanos para identificar todas las obligaciones potenciales.

Paso 2: Evaluación de probabilidad

La NIA 37.32 requiere que la obligación sea probable (más probable que no probable). Para garantías de software, la probabilidad es típicamente alta basada en experiencia. Para litigios, se basa en evaluación legal.
El asesor legal de la empresa emitió una opinión indicando que el litigio por infracción de patente tenía una probabilidad de pérdida del 65%, superando el umbral de "probable".

Paso 3: Estimación del monto

Este es el paso más susceptible a error. La NIA 37.36 requiere estimar el monto necesario para liquidar la obligación. Para garantías, use:
Para litigios, use evaluación legal más investigación sobre acuerdos comparables.
La empresa mantenía un registro de 847 clientes bajo garantía con costo promedio de soporte de $184 USD por cliente-año. La provisión se calculó como 847 × $184 = $155.848 USD, posteriormente redondeado a $156.000 USD.

Paso 4: Verificación de cambios con respecto al año anterior

Compare la provisión actual con la provisión del año anterior. Si la obligación se liquidó parcialmente, la provisión debe disminuir. Si nuevas obligaciones surgieron, la provisión debe aumentar. Si la estimación cambió, indique si el cambio refleja nueva información o un cambio en supuestos.
En el año anterior, la provisión por garantías era $142.000 USD. El incremento a $156.000 USD refleja (i) 95 nuevos clientes bajo garantía y (ii) incremento en costo de mano de obra técnica del 8%. El auditor verificó ambos componentes contra nóminas y lista de clientes.

• Experiencia histórica de costos de soporte por cliente
• Datos sobre frecuencia de solicitudes de soporte
• Costos actuales de técnicos de soporte
• Cambios en la base de clientes o complejidad de productos

Errores comunes y hallazgos de inspección

Error 1: Uso de márgenes en lugar de costos históricos

Muchas empresas tecnológicas pequeñas estiman provisiones como un porcentaje del ingreso (por ejemplo, 5% del precio de aplicación) en lugar de calcular costos reales. La NIA 37.39 exige que las estimaciones se basen en información sobre eventos pasados (experiencia histórica), no en márgenes contables.
La Superintendencia de Compañías requiere que el auditor valide que las provisiones se basan en costos documentados, no en porcentajes arbitrarios.

Error 2: Provisiones por obligaciones futuras sin obligación presente

Algunas empresas establecen provisiones para costos de actualizaciones de software que se entregaran en años futuros, aunque no existe contrato específico. La NIA 37.10 requiere que exista una obligación presente. La intención futura de realizar actualizaciones no crea una obligación presente a menos que haya comunicación a clientes o cambios tecnológicos que hayan generado expectativas.

Error 3: Pasivos contingentes registrados como provisiones

Cuando existe incertidumbre tanto sobre la probabilidad como sobre el monto (por ejemplo, un litigio temprano donde la evaluación legal es incierta), la obligación es un pasivo contingente que requiere solo revelación bajo la NIA 37.86, no provisión.

Error 4: Cambios en supuestos sin evaluación de cambios en obligaciones

Una empresa puede cambiar la estimación de costos de soporte sin evaluar si la obligación misma ha cambiado. Esto ocurre cuando nuevas versiones de software reducen la frecuencia de problemas de compatibilidad. El auditor debe evaluar si el cambio en la estimación refleja experiencia real o cambios en el producto.

Herramienta de cálculo: Entradas principal

Para usar esta calculadora, prepare los siguientes datos:
Por cada tipo de provisión:
Por cada obligación probable:
La calculadora generará un resumen de todas las provisiones reconocidas, un análisis de cambios año a año, y un desglose de supuestos principal para documentación en el expediente de auditoría.

• Descripción de la obligación
• Tipo (garantía, litigio, restructuración, otra)
• Estimación de monto en USD
• Base de la estimación (histórica, legal, actuarial)
• Cambio respecto al año anterior
• Probabilidad de liquidación (probable/posible/remota)
• Monto más probable de liquidación
• Rango de posibles desenlaces (monto mínimo, máximo)
• Período esperado de liquidación
• Supuestos principales