Calculadora de Provisiones | ciferi
Las empresas de tecnología generan provisiones en contextos que difieren de forma notable de otros sectores. Las garantías de software, las...
Descripción general
Las empresas de tecnología generan provisiones en contextos que difieren de forma notable de otros sectores. Las garantías de software, las obligaciones de mantenimiento, los litigios sobre propiedad intelectual y las reestructuraciones de personal crean pasivos que requieren evaluación bajo la NIA 37.
Esta variante de la calculadora de provisiones está diseñada para entidades de tecnología que operan en El Salvador o que tienen operaciones salvadoreñas. Maneja las provisiones típicas del sector: garantías de software con períodos de cobertura complejos, pasivos por contratos onerosos, obligaciones de remediación de seguridad de datos y provisiones por litigios relacionados con patentes.
Cómo funcionan las provisiones en tecnología
Las entidades de tecnología enfrentan presión regulatoria creciente en torno a la seguridad de datos y la privacidad. Las brechas de datos reales o potenciales crean obligaciones bajo leyes locales como la Ley de Protección del Consumidor de El Salvador. La NIA 37.14 requiere que una provisión se reconozca cuando existe una obligación presente (legal o ) como resultado de un evento pasado, es probable que sea necesario un flujo de efectivo para liquidar la obligación, y puede estimarse confiablemente la cantidad. Las brechas de datos cumplen estos criterios: si una entidad de tecnología ha experimentado una filtración y la ley le exige notificar a los usuarios o tomar medidas correctivas, existe una obligación presente.
Las garantías de software presentan un dificultad técnico distinto. A diferencia de una garantía de producto físico que se agota con el tiempo de uso, una garantía de software típicamente cubre la disponibilidad del servicio durante un período definido. Si el software falla, el cliente recibe una devolución de dinero o un período de servicio extendido. La NIA 37.36 requiere que la provisión se calcule como el valor esperado de los flujos de efectivo (método más probable o valor esperado, según cuál sea más aplicable). Para garantías de software, esto significa proyectar la tasa histórica de reclamaciones y multiplicarla por el número de suscriptores activos. Los datos históricos de reclamaciones son necesaries; sin ellos, el gerente no tiene base para la estimación.
Los contratos onerosos crean provisiones cuando los costos inevitables de cumplir con el contrato superan los beneficios económicos esperados. Un contrato de desarrollo de software a precio fijo donde los costos de mano de obra han aumentado inesperadamente puede volverse oneroso. La NIA 37.68 requiere que la provisión se reconozca por el déficit neto del contrato, es decir, el monto en que se espera que los costos de cumplimiento superen los ingresos. Este cálculo requiere una estimación actualizada de los costos finales del proyecto, que los gerentes a menudo minimizan. Un auditor debe revisar los cronogramas del proyecto, las velocidades de quemado histórico y los cambios de alcance para evaluar si la estimación del gerente es probable.
Hallazgos de inspección internacionales
Las inspecciones de auditoría en el sector de tecnología han identificado patrones consistentes de deficiencia en la evaluación de provisiones. Los organismos internacionales de supervisión de auditoría han señalado que los auditores con frecuencia aceptan las estimaciones de gestión para provisiones de garantía sin verificar los datos subyacentes de reclamaciones.
Hallazgo frecuente: Los auditores no verificaron las tasas históricas de reclamaciones de garantía contra registros de transacciones reales. La verificación de una muestra de reclamaciones contra servicio al cliente y registros de créditos de ingresos es una prueba básica que muchos auditores saltaron. Cuando las tasas reales de reclamaciones diferían sustancialmente de la estimación de gestión, el error resultante fue material.
Hallazgo frecuente: Para provisiones por litigios de propiedad intelectual, los auditores aceptaron las evaluaciones legales de los abogados de la entidad sin obtener una evaluación legal independiente de los asuntos en litigio. Aunque la NIA 37.84 permite confiar en la evaluación del abogado interno, cuando la probabilidad de pérdida es ambigua (60 por ciento a 70 por ciento, en lugar de casi segura), un auditor debe presionar para clarificación. Una provisión basada en una evaluación legal ambigua es vulnerable a mal estado de la exposición real.
Hallazgo frecuente: Para contratos onerosos, los auditores no verificaban la estimación de costos finales del proyecto contra datos presupuestarios y de gasto actuales. Un proyecto que se supone que se completará dentro del presupuesto pero que ya ha gastado el 85 por ciento del presupuesto en el 70 por ciento de avance es un indicador temprano de un contrato que podría ser oneroso. Los auditores que no compararon el cronograma del proyecto con la realización pasada perdieron esta señal de alerta.
Provisiones de garantía de software: ejemplo práctico
Supongamos que Aplicaciones Salvadoreñas S.A. de C.V., una firma de San Salvador que desarrolla software de administración de inventario para pequeñas empresas minoristas, vende suscripciones anuales de software con una garantía de disponibilidad del 99,5 por ciento. Si el sistema no alcanza ese nivel de disponibilidad en un mes determinado, el cliente recibe un crédito de un mes de servicio.
Datos históricos (últimos dos años):
Estimación de provisión al 31 de diciembre:
Nota de documentación: El contador revisó el registro de créditos de enero a noviembre para verificar que el promedio de 18 reclamaciones era consistente con el patrón histórico de dos años. Se encontró que noviembre tuvo 24 reclamaciones debido a una caída de servicio planificada; se excluyó este mes de la proyección de avance y se usó el promedio de 18. El monto del crédito se verificó contra el contrato de suscripción estándar y se encontró que era preciso.
La provisión se reconoce en el balance al 31 de diciembre por $82.080 USD. Este es el valor esperado de la obligación probable. El gasto de provisión (o la reversión, si la provisión anterior fue mayor) se reconoce en la cuenta de resultados en gastos de operación.
En la siguiente auditoría (31 de diciembre del año siguiente), el auditor:
- Promedio de suscriptores activos: 2.400
- Reclamaciones mensuales promedio: 18
- Monto promedio del crédito: $380 USD (costo de un mes de servicio para una suscripción promedio)
- Calcular la tasa de reclamación mensual esperada: 18 reclamaciones ÷ 2.400 suscriptores = 0,75 por ciento
- Proyectar las reclamaciones esperadas para los próximos 12 meses: 2.400 suscriptores × 0,75 por ciento = 18 reclamaciones mensuales
- Estimar el costo total: 18 reclamaciones × $380 = $6.840 USD por mes
- Multiplicar por 12 meses: $6.840 × 12 = $82.080 USD
- Obtiene el registro de créditos de garantía actual y verifica que las reclamaciones reales durante el año fueron aproximadamente 216 (18 × 12). Si las reclamaciones reales fueron considerablemente más altas (digamos, 320), esto indica que la tasa histórica ya no es una base confiable para la estimación futura.
- Verifica que el monto del crédito promedio sigue siendo $380 USD o si los cambios de precios de suscripción han modificado este número.
- Compara la estimación de provisión actual con la anterior y documenta si la diferencia es el movimiento esperado (gasto de provisión) o si hay cambios en los datos subyacentes.
Provisiones por litigios de propiedad intelectual
Las empresas de tecnología enfrentan riesgo de litigios sobre patentes con frecuencia. Un competidor puede alegar que el software usa un algoritmo patentado sin licencia. La evaluación legal de la probabilidad de pérdida es crítica.
Supongamos que Innovaciones Digitales S.R.L. de C.V., con sede en Santa Ana, enfrenta un litigio por una patente de procesamiento de datos. El asesor legal interno ha evaluado que la probabilidad de pérdida es "más probable que no" (mayor al 50 por ciento), y si se pierde, el daño estimado es de $450.000 USD a $600.000 USD.
Evaluación bajo la NIA 37.14 y 37.37:
Nota de documentación: El auditor obtuvo una copia de la evaluación legal del asesor externo que confirmó la evaluación de "más probable que no" y la gama de daños estimados. El auditor también revisó el contrato de indemnización con el proveedor del software para confirmar si Innovaciones Digitales podría transferir una parte de la responsabilidad. No había tal cláusula, por lo que la provisión del 100 por ciento fue apropiada.
La provisión se reconoce en el pasivo no corriente por $525.000 USD. Se divulga en las notas bajo "Asuntos legales" con suficiente detalle para que los usuarios de los estados financieros comprendan la naturaleza del litigio y la incertidumbre.
- Obligación presente: Sí. El litigio existe y la entidad tiene una obligación legal de defenderse y potencialmente pagar daños.
- Probable: Sí. "Más probable que no" significa mayor al 50 por ciento, lo que cumple el criterio de NIA 37.14(b).
- Estimación confiable: La gama de $450.000 USD a $600.000 USD es suficientemente específica. Usando el método del valor esperado (promedio de la gama), la provisión sería de $525.000 USD.
Contratos onerosos en proyectos de desarrollo de software
Supongamos que Soluciones Empresariales Centroamericanas S.A. de C.V., con sede en San Salvador, acordó desarrollar un sistema de gestión de nómina personalizado para una cadena minorista regional por un precio fijo de $280.000 USD. El contrato fue acordado hace un año.
Condiciones actuales al 31 de diciembre:
Cálculo de pérdida esperada:
Costo total estimado: $165.000 + $95.000 = $260.000 USD
Este monto está dentro del presupuesto de ingresos de $280.000 USD, por lo que el contrato no es oneroso según esta estimación.
Sin embargo, el auditor debe verificar la estimación de costos para completar. Revisando el cronograma del proyecto:
Nota de documentación: El auditor entrevistó al gerente de proyecto y revisó los cambios de orden documentados que modificaron el alcance. Hubo dos cambios autorizados que sumaron $12.000 USD en costos adicionales, pero ninguno fue aprobado para aumentar el precio del cliente. Esto sugiere que la estimación de costos para completar de $95.000 USD podría ser baja.
Un análisis más cuidadoso de la tasa de quemado:
Este cálculo sugiere que el total será aproximadamente $254.375 USD, aún dentro del presupuesto. Pero cuando el auditor considera que los últimos meses del proyecto históricamente son más caros (integración, pruebas, cambios de último minuto), la estimación de $89.375 USD puede ser baja.
El auditor debe presionar al gerente para una revisión más detallada. Si la revisión detallada produce una estimación de $110.000 USD para completar, el costo total sería $275.000 USD, generando una pérdida de $5.000 USD. Una provisión por contrato oneroso de $5.000 USD sería apropiada.
Nota de documentación: Se obtuvo un desglose revisado de costos estimados para completar, separado por actividad del proyecto (pruebas, integración, despliegue, documentación). Cada actividad fue comparada con su progreso histórico en fases anteriores del mismo proyecto.
- Ingresos del contrato: $280.000 USD
- Costos incurridos hasta la fecha: $165.000 USD
- Porcentaje de avance: 65 por ciento
- Costos estimados para completar (según el gerente de proyecto): $95.000 USD
- El proyecto estaba programado para completarse en 10 meses.
- Hoy, 12 meses después del inicio, solo está 65 por ciento completo.
- El equipo de desarrollo experimentó rotación de personal, retrasos en la obtención de datos del cliente y cambios de alcance no presupuestados.
- 65 por ciento de avance en 12 meses = 5,4 por ciento de avance por mes promedio
- 35 por ciento de avance restante ÷ 5,4 por ciento por mes = aproximadamente 6,5 meses más
- Costo promedio incurrido: $165.000 ÷ 12 meses = $13.750 USD por mes
- Costos esperados para los últimos 6,5 meses: $13.750 × 6,5 = $89.375 USD
Evaluación de la recoverabilidad: cuándo no reconocer una provisión
No todas las obligaciones potenciales cumplen el criterio de "probable" en la NIA 37.14. Supongamos que Plataformas Digitales S.A. de C.V., con sede en Soyapango, ha recibido una carta de reclamación de un usuario que alega que el servicio causó pérdida de datos. El usuario demanda $80.000 USD en daños.
El asesor legal interno opina que la probabilidad de perder el litigio es "posible pero no probable" (entre 30 y 50 por ciento). Bajo la NIA 37.14, una provisión no se reconoce. En su lugar, se divulga en las notas bajo pasivos contingentes.
La divulgación requiere:
Si posteriormente el litigio evoluciona y el asesor legal cambia su evaluación a "probable", una provisión se reconoce en ese momento.
- Una descripción de la naturaleza del litigio
- Una estimación del efecto financiero (el rango de $0 a $80.000 USD)
- Una indicación de las incertidumbres (que el resultado depende de los procedimientos legales posteriores)
Cálculo de cambios de estimación contable
Las provisiones se revisan regularmente conforme nueva información se vuelve disponible. Supongamos que Servicios en Nube Salvadoreños S.R.L. de C.V. reconoció una provisión de $45.000 USD para costos de remediación de seguridad de datos al final del año anterior. Durante el año actual, la entidad completó la remediación por $38.500 USD.
La reversión de la provisión es:
$45.000 USD (provisión anterior) - $38.500 USD (costo real) = $6.500 USD de reversión
Este monto se reconoce como una ganancia en la cuenta de resultados en el período en que se complete la remediación. Es un cambio en una estimación contable bajo la NIA 8, no una corrección de un error.
Divulgación según la NIA 37
El estado financiero debe divulgar, para cada clase de provisión:
Ejemplo de divulgación para Aplicaciones Salvadoreñas S.A. de C.V.:
| Rubro de Provisión | Garantías de Software | Litigios | Contratos Onerosos | Total |
|---|---|---|---|---|
| Saldo al 1 de enero | $75.120 USD | $225.000 USD | $0 USD | $300.120 USD |
| Adiciones | $82.080 USD | $0 USD | $5.000 USD | $87.080 USD |
| Cancelaciones / Reversiones | ($71.240 USD) | ($50.000 USD) | $0 USD | ($121.240 USD) |
| Gastos incurridos | ($78.960 USD) | ($175.000 USD) | ($5.000 USD) | ($258.960 USD) |
| Saldo al 31 de diciembre | $7.000 USD | $0 USD | $0 USD | $7.000 USD |
Cada línea debe ser revalidada por el auditor contra registros subyacentes de transacciones.
- El saldo de apertura y cierre
- Las adiciones y cancelaciones durante el período
- El monto descargado (gastado)
- El efecto de cualquier cambio en la tasa de descuento (si aplica)
Uso de esta calculadora para auditorías de tecnología
- Identifique todas las provisiones reconocidas en el balance del cliente.
- Para cada provisión, reúna los soportes:
- Datos históricos (reclamaciones, costos, frecuencia)
- Evaluaciones legales (para litigios)
- Cronogramas del proyecto (para contratos onerosos)
- Cambios de estimación desde el año anterior
- Ingrese los datos en la calculadora: valor presente (monto reconocido) y base de la estimación (tasa histórica, rango legal, análisis de costo de proyecto).
- Compare la salida de la calculadora con la provisión del cliente. Si difieren, documente por qué.
- Evalúe la adecuación de la divulgación. ¿Ha revelado el cliente la información requerida bajo NIA 37.84 a 37.88?
- Documente las conclusiones en su papel de trabajo de auditoría.