Calculadora de Provisiones | ciferi

Acerca de esta calculadora

Las entidades de tecnología acumulan provisiones por garantías de software, obligaciones de soporte técnico, reestructuraciones relacionadas con adquisiciones y litigios de propiedad intelectual. Estas provisiones generan diferencias temporarias bajo la NIA 37 que requieren evaluación cuidadosa bajo la NIA 570 (empresa en funcionamiento) cuando el contrato de soporte es crítico para la viabilidad operativa.
Esta calculadora está diseñada para auditores y preparadores que trabajan con entidades tecnológicas peruanas sujetas a las Normas Internacionales de Auditoría (NIA) adoptadas directamente por la JDCCPP. La herramienta identifica provisiones por obligaciones presentes, estima el desembolso probable y aplica el descuento cuando la obligación vence más allá del próximo año.

Patrones estacionales y revisiones analíticas en tecnología

¿Cómo deben afectar los patrones estacionales mi enfoque de procedimientos analíticos?
Siempre compare períodos equivalentes (año completo diciembre vs año anterior diciembre, no diciembre de este año contra junio de este año). Para procedimientos analíticos en períodos intermedios, use el mismo período intermedio del año anterior. Ajuste las expectativas por diferencias de temporalización conocidas, por ejemplo, si la aplicación de un contrato de servicio importante comenzó en Q2 del año anterior pero en Q1 de este año.
Las entidades tecnológicas con contratos de soporte recurrente muestran patrones predecibles. Un distribuidor de software que factura anualmente en noviembre mostrará ingresos diferidos sustanciales a 30 de septiembre. Una consultoría tecnológica que cobra por horas facturadas tendrá mayores ingresos en meses de mayor actividad de aplicación (típicamente Q4 para implementaciones de año fiscal).

Consideraciones regulatorias y normativas

Las entidades tecnológicas peruanas que cotizan en la Superintendencia del Mercado de Valores (SMV) deben aplicar las NIA 37 conforme a los requisitos de la JDCCPP. Las provisiones por garantía de software generalmente caen bajo el párrafo 15 de la NIA 37 (obligaciones presentes como resultado de eventos pasados). Las obligaciones de soporte técnico multianuales requieren evaluación bajo el párrafo 24 (obligaciones asumidas explícitamente) y deben descontarse bajo los párrafos 45-47 cuando el efecto es material.
Las entidades que reciben hallazgos de inspección en auditoría frecuentemente omiten:

• Desgloses de provisiones por tipo (garantía, soporte, reestructuración, litigio) cuando la materialidad lo exige
• Análisis de sensibilidad sobre tasas de descuento de más del 50 puntos básicos
• Justificación de cambios año a año en las metodologías de estimación
• Evaluación de evento posterior bajo la NIA 560 cuando se reciben reclamos de garantía después del cierre

Estructura de la calculadora para entidades tecnológicas

Esta herramienta sigue el enfoque de tres etapas de la NIA 37:

• Identificación de la provisión: ¿Existe una obligación presente (legal o constructiva) como resultado de un evento pasado? Las garantías implícitas de software y los compromisos de soporte técnico documentados califican. Las obligaciones futuras sin contrato aún signado no califican.
• Medición del desembolso probable: Estime la salida de recursos probable. Para garantías, use datos históricos de reclamaciones durante el período de garantía. Para soporte técnico, calcule sobre la base de horas estimadas de soporte multiplicadas por el costo promedio ponderado por hora.
• Descuento de flujos futuros: Si la obligación vence más allá de un año, descuentela usando la tasa de descuento ajustada por riesgo específica de la obligación (no la tasa libre de riesgo). La tasa del Banco Central de Reserva del Perú para bonos soberanos en soles peruanos (típicamente 4–6% dependiendo del vencimiento) es un punto de referencia razonable; ajuste según el perfil de riesgo de la entidad.

Ejemplo práctico: Distribuidor de software peruano

Considere Soluciones Digitales Andinas S.A.C., una empresa domiciliada en Lima que distribuye software de gestión empresarial. A 31 de diciembre de 2024, la compañía mantiene el siguiente portafolio de provisiones:
Garantía de Software (24 meses):
Nota de documentación: Verificar contra cifras históricas de reclamos por año de venta en registros de tickets de soporte. Confirmar que la estimación de 3.2% no incluye reclamos de garantía extendida (que generan ingresos separados). Comparar con cifras de período anterior (31/12/2023: S/ 165,800) para identificar cualquier tendencia material.
Obligación de Soporte Técnico (5 años):
Nota de documentación: Obtener listado de contratos de soporte activos con fecha de inicio y vencimiento. Verificar costo estimado de provisión técnica contra registros de nómina de ingenieros de soporte y tickets asignados por cliente. Aplicar tasa de descuento de 5.1% usando tablas de valor presente (factor PVAF para 4 años a 5.1%: 3.5218). Evaluar bajo NIA 570 si la pérdida de un cliente principal de soporte afectaría la viabilidad operativa.
Provisión por Litigio de Propiedad Intelectual:
Nota de documentación: Solicitar cartas de abogados externos que confirmen la evaluación de probabilidad. Obtener sentencia de primera instancia. Comparar estimación de costos legales adicionales contra gastos legales incurridos en similar contencioso (caso de 2022). Evaluar si existe evento posterior entre cierre (31/12/2024) y fecha de emisión de estados financieros que afecte la estimación.
Resumen de provisiones consolidadas:
| Concepto | Monto (S/) | Vencimiento |
|----------|-----------|------------|
| Garantía de Software | 187,000 | 18 meses |
| Soporte Técnico | 3,680,000 | 4 años promedio |
| Litigio | 450,000 | Incierto (apelación pendiente) |
| Total Provisiones Brutas | 4,317,000 | |
| Menos: Descuentos ya aplicados | (137,000) | |
| Total Neto en Balance | 4,180,000 | |
La provisión por soporte técnico domina el saldo y debe evaluarse bajo la NIA 570 (empresa en funcionamiento). Si la entidad perdiera tres de sus 47 clientes principales de soporte, el desembolso anual estimado caería de S/ 1.047 millones a S/ 810,000, mejorando materialmente el margen operativo y la viabilidad del negocio.

• Ingresos por ventas en 2024: S/ 4.2 millones
• Tasa histórica de reclamos dentro de período de garantía: 3.2% del ingreso de ventas
• Estimación de reclamo 2024: S/ 134,400
• Estimación de reclamo 2025: S/ 67,200 (solo clientes de H2 2024)
• Total provisión sin descontar: S/ 201,600
• Vencimiento promedio: 18 meses
• Tasa de descuento aplicable: 5.1% (tasa soberana peruana + 75 pb ajuste por riesgo)
• Factor de descuento a 18 meses: 0.9275
• Provisión descontada a 31/12/2024: S/ 187,000
• Clientes suscritos a paquete de soporte premium: 47 entidades
• Cuota anual por cliente: S/ 28,000
• Contratación a 31/12/2024: 3.7 años de servicio pendiente
• Costo estimado de provisión técnica por hora: S/ 185
• Horas estimadas de soporte anual por cliente: 120
• Desembolso anual estimado: S/ 1.047 millones (47 clientes × 120 horas × S/ 185)
• Desembolsos futuros años 1–4: S/ 1.047 millones/año
• Tasa de descuento: 5.1%
• Provisión descontada: S/ 3.68 millones
• Demanda pendiente por infracción de código fuente (enero 2023)
• Sentencia de primera instancia emitida: febrero 2024 (en contra)
• Recurso de apelación presentado: marzo 2024
• Asesor legal estima probabilidad de derrota en apelación: 72%
• Daños reclamados: S/ 580,000
• Costos legales estimados adicionales: S/ 45,000
• Provisión probable: (S/ 580,000 + S/ 45,000) × 72% = S/ 450,000

Errores comunes en provisiones de tecnología

Primer nivel: hallazgos de reguladores internacionales
Las inspecciones del PCAOB en auditores de entidades tecnológicas estadounidenses han identificado que los auditores aceptan estimaciones de garantía de software sin verificar datos históricos de reclamos contra registros de tickets de soporte. El hallazgo típico es que la entidad estima reclamos sobre la base de ingresos totales de software sin segmentar por año de venta o línea de producto (lo cual produce sobrestimaciones cuando el software se actualiza frecuentemente y la tasa de defectos disminuye).
Otro hallazgo es que los auditores no evalúan cambios año a año en la tasa de reclamos estimada. Una entidad que pasó de 2.8% a 4.1% debería explicar si los datos históricos mejoraron, si los procedimientos de ingeniería se relajaron, o si la composición del portafolio cambió (por ejemplo, más clientes con contratos de soporte premium que generan más reclamos). La ausencia de esta explicación señala que la estimación no es razonada.
Segundo nivel: errores técnicos estándar
Las entidades con obligaciones de soporte técnico multianuales frecuentemente omiten el descuento requerido por el párrafo 45 de la NIA 37. Mantienen la provisión en valores nominales, infrasteniendo el pasivo por el efecto temporal. Una provisión de S/ 3.68 millones descontada a S/ 3.2 millones tiene un impacto material en la deuda neta y el ratio de endeudamiento.
Otro error es que las entidades proporcionan un desglose insuficiente de cambios en provisiones. El párrafo 84 de la NIA 37 exige desglose de movimientos de provisiones por tipo. Muchas entidades tecnológicas sólo presentan:
Movimiento de provisiones (S/ miles):
| Concepto | Saldo Inicial | Adiciones | Reversiones | Desembolsos | Descuento | Saldo Final |
|----------|--------------|-----------|------------|-----------|-----------|-----------|
| Provisiones Totales | 3,847 | 587 | (142) | (312) | (81) | 3,899 |
cuando deberían desglosar por garantía, soporte y litigio. La falta de desglose impide que los auditores evalúen si las reversiones son apropiadas por tipo o si se concentran (indicador de posible manipulación).
Tercer nivel: práctica documentada en auditoría
Los auditores experimentados en software verifican que las entidades aplican consistentemente sus políticas de provisión. Una política que dice "provisión de garantía = 3% de ingresos del año de venta anterior" debe aplicarse de forma consistente. Cambios de política deben ser prospectivos y divulgados bajo la NIA 108 (cambios contables).
Cuando la tasa de descuento cambia (porque cambió la tasa de mercado o la evaluación de riesgo), la entidad debe remedir todas las provisiones a esa nueva tasa. No es permisible aplicar la tasa anterior sólo a provisiones de años anteriores e la nueva tasa sólo a adiciones del año actual. El auditor debe verificar que el cambio de tasa se aplicó retrospectivamente o, si se aplicó prospectivamente, que se divulga esta política de cobertura limitada.