Calculadora de Deterioro de Activos: Tecnología | ciferi

Introducción

Las empresas de tecnología enfrentan un dificultad singular en la evaluación del deterioro de activos bajo la NIA 36: la vida útil corta de los activos intangibles y la rápida obsolescencia del hardware. Un servidor que costó 500.000 pesos hace tres años puede valer una fracción de eso hoy. Los programas informáticos personalizados, que son el corazón de muchas operaciones tecnológicas, pierden valor rápidamente si el software no se mantiene o si se reemplaza por una solución alternativa.
La NIA 36 requiere que identifiques indicadores de deterioro en cada período de reporte. Para las empresas tecnológicas, estos indicadores aparecen constantemente: cambios en la tecnología disponible, pérdida de clientes principal que dependen de un sistema específico, o la aparición de soluciones más eficientes que hacen que los activos existentes sean menos competitivos. El párrafo 12 de la NIA 36 enumera estos indicadores. Cuando uno está presente, debes realizar una prueba de deterioro completa comparando el importe recuperable (el mayor del valor razonable menos costos de venta o el valor en uso) con el importe en libros.
Esta calculadora te ayuda a estructurar el cálculo del valor en uso para un activo tecnológico, que es donde la mayoría de los auditores luchan. El valor en uso requiere proyectar los flujos de efectivo futuros que genera el activo, descontarlos a la tasa de descuento apropiada, y comparar ese valor presente con lo que figura en los libros.

¿Cuándo debe testear el deterioro un auditor de una empresa tecnológica?

Las pruebas de deterioro son obligatorias cuando existe un indicador de deterioro. Para una empresa tecnológica, los indicadores típicos incluyen:
No esperes a que la administración eleve estos indicadores. Tu procedimiento de validación de riesgos debe buscar activamente estas señales en los cambios de personal, en las decisiones de inversión nuevas, y en las divulgaciones en las notas de las cuentas anuales.

• Una línea de negocio que ha experimentado pérdidas operacionales consecutivas, o márgenes que se comprimen por debajo del 10%.
• Obsolescencia tecnológica: software o hardware que ha sido reemplazado o que está siendo reemplazado durante el período.
• Pérdida de un cliente que representa más del 15% de los ingresos de un sistema específico.
• Cambios en la tasación de mercado: el valor razonable de tecnología comparable en el mercado ha disminuido de forma notable.
• Cambios en las leyes o regulaciones que afecten el valor del activo (por ejemplo, requisitos de conformidad con nuevas normas de privacidad que harían un sistema existente obsoleto).

Estructura del valor en uso para activos tecnológicos

El valor en uso bajo la NIA 36 se calcula como:
Valor en Uso = Flujos de efectivo futuros estimados / (1 + tasa de descuento) ^ período
Para un activo tecnológico, los flujos de efectivo futuros deben reflejar:
Un error común es proyectar flujos de efectivo que incluyen crecimiento no respaldado por hechos históricos o acuerdos de cliente existentes. Si tu cliente es una empresa de software que factura a clientes por mantenimiento y soporte, los flujos de efectivo deberían basarse en contratos existentes (o en la renovación esperada de esos contratos con una tasa de no renovación realista), no en un crecimiento del 15% anual que solo la administración anticipa.

• El período durante el cual se espera que el activo genere flujos de efectivo (típicamente 3 a 5 años para tecnología).
• Los flujos de efectivo incrementales que el activo genera hoy, no un escenario optimista futuro.
• Los costos de mantenimiento, actualización y soporte que serán necesarios para mantener el activo operativo.

Tasa de descuento para activos tecnológicos

La tasa de descuento (también llamada tasa de flujo de efectivo descontado o WACC cuando se aplica a unidades generadoras de efectivo) debe reflejar el riesgo específico de que el activo tecnológico no genere los flujos de efectivo esperados.
Para una empresa tecnológica mexicana de tamaño medio, la tasa de descuento típica oscila entre el 12% y el 18%, según:
No uses una tasa que solo refleje el costo del capital de tu cliente. Debe incluir una prima de riesgo para la tecnología misma. Un servidor en un centro de datos con soporte 24/7 es menos arriesgado que un software personalizado que solo una persona comprende.

• El riesgo de obsolescencia del activo (mayor para software personalizado, menor para infraestructura estándar).
• El riesgo crediticio de los clientes que dependen del activo.
• La estabilidad histórica de los flujos de efectivo (si un sistema ha sido confiable durante 5 años, se usa una tasa más baja; si es nuevo, más alta).
• Las tasas de interés prevalecientes en el mercado mexicano (el costo del financiamiento del cliente).

Indicadores de deterioro específicos para tecnología

La NIA 36.12 enumera indicadores externos e internos. Para empresas tecnológicas, estos se ven así en la práctica:
Indicadores externos:
Indicadores internos:
Como auditor, tu objetivo es identificar estos indicadores antes de que la administración los reconozca formalmente. Revisa las actas del consejo de administración, las comunicaciones con clientes importantes, y los presupuestos de capital para el año siguiente.

• Cambios en la tecnología que hacen que el software existente sea incompatible con nuevas plataformas o sistemas operativos. Por ejemplo, si tu cliente desarrolló una aplicación de escritorio para Windows XP hace 15 años, y ese sistema ya no es soportado por los vendedores, eso es un indicador de deterioro.
• Pérdida de un cliente importante. Si un cliente que genera el 30% de los flujos de efectivo de un sistema específico rescinde su contrato, debes testear ese activo para deterioro.
• Cambios en la demanda del mercado. Si un competidor lanza un producto superior que reduce la demanda de la solución de tu cliente en un 50%, eso es un indicador.
• Evidencia de daño físico o technical (el servidor está experimentando fallas recurrentes que no pueden ser reparadas de forma económica).
• Cambios en el plan de uso (la administración decide discontinuar una línea de negocio que depende de un activo específico).
• Cambios en la administración de la tecnología que sugieren un cambio en la estrategia (por ejemplo, decisión de migrar de un sistema local a computación en la nube).

Trabajado: Aplicación de la NIA 36 a un activo de software

Supongamos que tu cliente es Soluciones Logísticas Pacífico, S.A. de C.V., una empresa de Guadalajara que desarrolla y mantiene un sistema de gestión de inventario para pequeñas distribuidoras en toda América Latina. El software fue desarrollado internamente hace 7 años con un costo de 3.200.000 pesos, se amortizaba durante 10 años, y hoy tiene un valor en libros de 512.000 pesos.
En el período de reporte (año fiscal finalizado el 31 de diciembre de 2024), ocurrieron dos cambios:
Paso 1: Identificación del indicador de deterioro. (Esto se documenta en una memoranda de auditoría.)
La pérdida del cliente principal (indicador externo) y el cambio en las regulaciones que requiere inversión adicional (indicador externo) son ambos indicadores de deterioro bajo la NIA 36.12. Se requiere una prueba de deterioro.
Nota de documentación: El memoranda de auditoría cita los correos del cliente y la regulación nueva para respaldar la identificación del indicador.
Paso 2: Cálculo del importe recuperable.
El auditor trabajaría con la administración para estimar los flujos de efectivo futuros del software bajo dos escenarios:
Escenario A: Sin la pérdida del cliente (lo que la administración puede esperar si el cliente no se va).
Flujos de efectivo incrementales netos: 900.000 pesos (años 1–3), 250.000 pesos (año 4).
Tasa de descuento: 15% (refleja el riesgo de que otros clientes también puedan cambiar, dado que un cliente importante ya lo ha hecho).
Valor presente: 900.000 / 1,15 + 900.000 / 1,15² + 900.000 / 1,15³ + 250.000 / 1,15⁴ = 783.000 + 680.000 + 591.000 + 142.000 = 2.196.000 pesos.
Escenario B: Con la pérdida del cliente (lo que sucederá bajo el cambio regulatorio + la salida del cliente).
Flujos de efectivo incrementales netos: 20.000 pesos (año 1, después de los costos de cumplimiento de 400.000), 420.000 pesos (años 2–3).
Valor presente: 20.000 / 1,15 + 420.000 / 1,15² + 420.000 / 1,15³ = 17.000 + 317.000 + 276.000 = 610.000 pesos.
Nota de documentación: Los flujos de efectivo se basan en contratos existentes con clientes; el cliente que se va no está incluido. La tasa de descuento refleja el riesgo de obsolescencia rápida dado el entorno regulatorio cambiante.
Paso 3: Comparación con el importe en libros.
El importe en libros del software es 512.000 pesos. El importe recuperable bajo el escenario B (que es el escenario realista que la administración debe reflejar) es 610.000 pesos. Dado que 610.000 > 512.000, no se registra pérdida por deterioro en la NIA 36.
Sin embargo, este análisis expone un problema: ¿es razonable que la administración proyecte que retiene a los clientes restantes? Si otros clientes también están considerando cambiar (una posibilidad realista dado el cambio regulatorio), el importe recuperable podría ser aún más bajo.
Paso 4: Prueba de sensibilidad y evaluación de riesgo.
Como auditor, la próxima pregunta es: ¿qué tasa de retención de clientes soporta el escenario de la administración? ¿Y cuán confiable es esa proyección?
El auditor crearía un análisis de sensibilidad:
Nota de documentación: El auditor solicita a la administración la justificación para la proyección de retención del 60% y rastrea esta asunción de vuelta a los contratos de clientes y la evaluación de la administración del riesgo de no renovación. El auditor también desafía la tasa de descuento del 15%, pidiendo un análisis de WACC (costo promedio ponderado del capital) o una justificación de por qué el 15% es apropiado.
Paso 5: Conclusión y divulgación.
Si el auditor está convencido de que la administración ha usado asunciones razonables (retención de clientes respaldada por evidencia, tasa de descuento apropiada para el riesgo), no se registra ajuste. Si el auditor identifica asunciones insuficientemente respaldadas, solicita un ajuste al importe recuperable o sugiere una divulgación de la sensibilidad en la NIA 36.126.
En el ejemplo anterior, si los flujos de efectivo y la tasa fueran inciertos, la NIA 36.126 requeriría que la administración revele:

• Uno de los dos clientes principales de la empresa (que representa el 40% de los ingresos del software) notificó que migraría a una solución en la nube de un competidor, efectivo a partir del 1 de julio de 2025.
• La industria lanzó una nueva norma de cumplimiento de privacidad de datos que requiere que el software almacene datos en servidores certificados en México. El sistema actual de Soluciones Logísticas Pacífico almacena datos en un servidor en Houston, Texas, y la migración a un servidor mexicano costaría 400.000 pesos en desarrollo e instalación.
• Años 1 a 3: ingresos del software de 1.200.000 pesos/año. El costo de mantenimiento y soporte es 300.000 pesos/año.
• Año 4: el software alcanza fin de vida bajo el plan de actualización de la empresa. Ingresos esperados: 400.000 pesos (solo clientes restantes). Costos de transición a nuevo sistema: 150.000 pesos.
• Año 5 en adelante: se espera que el sistema se retire.
• Años 1 a 3: ingresos del software de 720.000 pesos/año (60% de los clientes restantes). Costos de mantenimiento: 300.000 pesos/año. Costos adicionales de cumplimiento para migrar a servidor mexicano: 400.000 pesos (año 1).
• Año 4 en adelante: el software es descontinuado.
• Si la retención de clientes cae al 50% (en lugar del 60% proyectado), el valor presente sería de aproximadamente 440.000 pesos, lo que resultaría en una pérdida por deterioro de 72.000 pesos.
• Si la tasa de descuento sube al 18% (reflejando mayor riesgo de cambio regulatorio futuro), el valor presente bajo el escenario B sería de aproximadamente 540.000 pesos, sin pérdida por deterioro pero más cercano al punto de equilibrio.
• El importe en libros del activo.
• El importe recuperable (escenario base y escenario de sensibilidad).
• Las asunciones principal (tasa de descuento, tasa de retención de clientes, período de proyección).
• El impacto de un cambio razonable en las asunciones.

Errores comunes en la evaluación del deterioro de activos tecnológicos

1. Proyecciones de flujos de efectivo demasiado optimistas.
La administración proyecta que el software seguirá generando ingresos en el 120% del nivel actual durante los próximos 5 años, sin evidencia de este crecimiento en contratos de clientes o planes comerciales documentados. Los flujos de efectivo deben basarse en hechos (contratos existentes, tasa de no renovación histórica), no en esperanza.
Encontrado por auditores en: Empresas que han invertido mucho en un activo y psicológicamente quieren que tenga éxito. El sesgo de confirmación lleva a la administración a proyectar resultados positivos sin datos sólidos.
2. Tasa de descuento demasiado baja.
Un cliente usa una tasa de descuento del 8% para un software personalizado porque "eso es lo que ganamos en nuestro costo del capital". Pero un software personalizado es más arriesgado que el negocio en su conjunto; debe tener una tasa de descuento más alta (12%–18%, no 8%). Una tasa demasiado baja infla el valor en uso y oculta un deterioro verdadero.
Encontrado por auditores en: Cálculos de flujos de efectivo descontado donde la administración usa WACC del grupo sin ajustar por el riesgo específico del activo.
3. No identificar indicadores de deterioro.
Un software ha perdido a dos clientes importantes (representando el 35% de los ingresos) durante el período, pero la administración no realizó una prueba de deterioro porque no lo consideró un "evento específico". Bajo la NIA 36.12, la pérdida de un cliente importante es un indicador de deterioro interno. Debe testear.
Encontrado por auditores en: Auditorías donde la lista de contratos de clientes no se comparó de año a año para identificar pérdidas de clientes.
4. Insuficiente documentación de asunciones.
El valor en uso se calcula con asunciones que no están documentadas: una proyección de ingresos en una hoja de cálculo sin que la administración cite el motivo de esas proyecciones, ni la base histórica, ni la evaluación del riesgo de no renovación. Como auditor, debes exigir que la administración justifique cada asunción con evidencia.
Encontrado por auditores en: Cálculos generados por consultores externos donde la administración no explica las asunciones o desacuerda con ellas pero no lo documenta en actas del consejo.
5. Ignorar indicadores de obsolescencia tecnológica.
Un servidor que ejecuta software desarrollado para Windows Server 2003 está completamente fuera de soporte desde 2015. La administración continúa operándolo porque "aún funciona", pero el riesgo de que falle o sea comprometido por un ciberataque es alto. Este es un indicador de deterioro bajo la NIA 36.12(b). Debes forzar una prueba de deterioro.
Encontrado por auditores en: Auditorías de empresas con infraestructura de TI heredada que no han hecho un análisis de riesgo técnico de sus activos.

Indicadores de deterioro específicos para empresas tecnológicas mexicanas

Para empresas mexicanas, estos indicadores son particularmente relevantes:
Pérdida de certeza de ingresos dolarizados. Muchas empresas de tecnología mexicanas venden a clientes en el extranjero en dólares estadounidenses. Un software desarrollado bajo el supuesto de que los ingresos estarían dolarizados podría deteriorarse si los clientes internacionales cambian o si el riesgo cambiario aumenta de forma notable.
Cambios en la regulación de privacidad y protección de datos. México ha introducido regulaciones más estrictas de protección de datos (Ley General de Protección de Datos Personales, LGPDP). Un sistema que no cumple podría enfrentar costos significativos de actualización, convertirlo en un indicador de deterioro.
Cambios en los requisitos de auditoría de cumplimiento. Si un cliente importante requiere que tu cliente sea auditado bajo ISAE 3402 o normas de ciberseguridad como ISO 27001, eso puede requerir inversiones significativas en el software, afectando su importe recuperable.
Cambios en la base de clientes regional. Si tu cliente ha proyectado crecimiento en Centroamérica pero los requisitos regulatorios o de moneda han cambiado en esos mercados, los flujos de efectivo esperados del software pueden no materializarse.

Documentación de la prueba de deterioro para auditoría

Como auditor, debes documentar:
Usa esta calculadora para estructurar tus cálculos de valor en uso. Ingresa los flujos de efectivo estimados por año, la tasa de descuento, y el valor en libros del activo. La calculadora te proporciona el valor presente, la comparación con el importe en libros, y un análisis de sensibilidad básico.

• El identificador del indicador de deterioro bajo la NIA 36.12.
• El cálculo del importe recuperable (valor razonable menos costos de venta, o valor en uso).
• Las asunciones principal (proyecciones de ingresos, tasa de descuento, período de proyección) y la evidencia que las respalda.
• La comparación del importe recuperable con el importe en libros.
• El resultado (deterioro o sin deterioro) y el monto de cualquier ajuste.
• La evaluación de la sensibilidad de los resultados a cambios en las asunciones principal.