Diagrama de Flujo de Ingresos: Sector Tecnológico | ciferi

La tecnología es uno de los sectores donde la aplicación de NIIF 15 presenta mayor complejidad en Chile. Los arreglos de servicios en la nube, los...

Navegación del modelo de cinco pasos bajo NIIF 15, con orientación adaptada a las expectativas de la CMF y los temas de inspección de calidad de auditoría en Chile

La tecnología es uno de los sectores donde la aplicación de NIIF 15 presenta mayor complejidad en Chile. Los arreglos de servicios en la nube, los contratos de software como servicio (SaaS), los servicios de integración personalizados y los acuerdos de licenciamiento con soporte técnico incluido generan múltiples obligaciones de desempeño que requieren un análisis completo de cada paso del modelo de cinco pasos.
Esta herramienta interactiva lo guía a través de la identificación de obligaciones de desempeño, la determinación del precio de transacción, la asignación de la consideración, y el reconocimiento del ingreso en el momento oportuno, específicamente para contratos de tecnología en el contexto chileno.

¿Por qué importa el análisis de NIIF 15 en tecnología?

Las empresas de tecnología chilenas enfrentan dificultades particulares al aplicar NIIF 15:

Bundling complejo: Los servicios de consultoría de TI, licencias de software, mantenimiento, capacitación del usuario y soporte técnico se venden frecuentemente como un paquete único con precio combinado.
Obligaciones de desempeño separadas: Identificar si cada componente (licencia, aplicación, soporte) es una obligación de desempeño distinta requiere análisis de si el cliente puede beneficiarse del servicio de forma independiente.
Consideración variable: Los contratos incluyen bonificaciones por hito, multas por incumplimiento de niveles de servicio (SLA), ajustes de precio por volumen de usuarios, o comisiones basadas en el desempeño del software.
Reconocimiento en el tiempo: Los servicios de aplicación, soporte técnico y alojamiento (hosting) se transfieren al cliente a lo largo del tiempo, requiriendo un método de medición del avance (entrada o salida) que refleje fielmente el desempeño de la entidad.

Orientación de la CMF y hallazgos de inspección de calidad de auditoría

La Comisión para el Mercado Financiero (CMF) ha enfatizado en sus reportes de inspección de calidad de auditoría que los auditores deben aplicar procedimientos sustantivos específicos que aborden cada paso del modelo NIIF 15, especialmente en industrias de tecnología donde el riesgo de distorsión es elevado.
Los hallazgos frecuentes de las inspecciones de calidad incluyen:

Documentación insuficiente de la identificación de obligaciones de desempeño distintas en arreglos agrupados (bundled arrangements)
Prueba inadecuada de los precios de venta independientes utilizados para asignar el precio de transacción a obligaciones separadas
Evaluación limitada de si los servicios de aplicación califican como obligaciones de desempeño separadas o forman parte de una única obligación integrada
Incapacidad de evaluar la appropriateness de los métodos de medición del avance (entrada versus salida) para los servicios de soporte técnico y alojamiento
Reconocimiento prematuro de ingresos antes de que el control del software o servicio haya transferido efectivamente al cliente

Paso 1: Identificar el contrato

Comience por evaluar si existe un contrato con un cliente bajo NIIF 15.9 a 15.21. Para los servicios de tecnología, esto significa verificar:
¿Existe aprobación y compromiso mutuo?
En el contexto de tecnología, los contratos pueden adoptar varias formas:
Documento las partes que han aprobado el contrato (por ejemplo, el director de TI del cliente, el CFO, o ambos) y la evidencia de que ambas partes se comprometen a cumplir sus obligaciones. En el sector tecnológico chileno, muchos contratos comienzan con una fase de prueba (proof of concept) antes de la aplicación completa. Evalúe si la prueba es un contrato separado o si forma parte del contrato general más amplio.
¿Se pueden identificar los derechos de cada parte?
Para contratos de tecnología:
En contratos SaaS, los derechos del cliente típicamente incluyen acceso durante un período de suscripción (por ejemplo, 12 meses con renovación automática). Identifique si el cliente tiene derecho a retener el software después de vencer el contrato, si puede descargarse los datos, si hay restricciones de transferencia o cláusulas de no competencia.
¿Se pueden identificar los términos de pago?
Analice los términos de pago según estos escenarios típicos en tecnología:
Describa cómo se distribuyen los pagos a lo largo del tiempo. Por ejemplo, en un contrato típico de aplicación de software en Chile:
¿Tiene el contrato sustancia comercial?
Un contrato de tecnología tiene sustancia comercial cuando cambia la exposición de flujos de efectivo futuros de la entidad. Casi todos los contratos de tecnología tienen sustancia comercial porque:
En raros casos, un contrato podría carecer de sustancia comercial si fuera un intercambio recíproco de servicios de naturaleza idéntica sin modificación real de flujos de efectivo. Esto es inusual en tecnología.
¿Es probable que se cobre el precio de transacción?
Evalúe la capacidad y intención del cliente de pagar. Para contratos de tecnología en Chile:
Si la entidad ofrece un descuento de precio no contractual (por ejemplo, rebajar el precio de SaaS de $50.000/mes a $40.000/mes para cerrar la venta), evalúe la cobranza basada en el precio reducido, no en el precio de lista.
¿Deben combinarse múltiples contratos?
Si la entidad ha firmado varios contratos con el mismo cliente, evalúe si deben combinarse bajo NIIF 15.17. Por ejemplo:
Si estos fueron negociados como un paquete único con un precio combinado, un objetivo comercial compartido (implementar y mantener operacional un sistema de gestión financiera), o si el precio de uno depende del otro, combínelos en un único contrato para efectos de NIIF 15.
¿Ha habido modificaciones del contrato?
Las modificaciones del contrato son comunes en tecnología. Por ejemplo:
Evalúe cada modificación bajo NIIF 15.18 a 15.21:

Acuerdos de nivel de servicio (SLA) formales y firmados
Órdenes de compra que hacen referencia a términos generales
Cartas de confirmación de aplicación
Acuerdos marco que se complementan con órdenes específicas por cada proyecto
Derechos de la entidad: facturación por aplicación, por acceso al software, por soporte técnico, por servicios profesionales
Derechos del cliente: derecho a acceder al software, derecho a recibir soporte dentro de ciertos horarios o niveles de servicio, derecho a capacitación
Pago por licencia: cantidad fija por usuario por mes, pago anual anticipado, o modelo de pago por uso (cantidad variable basada en métricas como transacciones procesadas, almacenamiento consumido)
Pago por aplicación: honorarios por servicios de consultoría y configuración del sistema, monto fijo o por horas facturables
Pago por soporte: contrato de mantenimiento anual que cubre soporte técnico, actualizaciones de software y parches de seguridad
Consideración variable: bonificaciones si se alcanzan objetivos de desempeño, descuentos por volumen si el cliente añade más usuarios, multas por incumplimiento de SLA
30% al firmar el contrato
40% al completar la aplicación técnica
30% al capacitar a los usuarios y pasar el período de prueba
La entidad incurre costos de desarrollo, infraestructura y soporte
El cliente obtiene acceso a funcionalidades específicas que genera beneficios económicos
El flujo de efectivo del cliente se ve afectado por la aplicación del software (por ejemplo, eficiencia operativa mejorada)
Clientes corporativos grandes (Banco Santander, Minería Escondida, Supermercados D&S): riesgo de cobranza bajo, historial de pago confiable
Empresas medianas (PYMES en sectores específicos): riesgo moderado, requiere evaluación de estado financiero, referencias
Startups o empresas nuevas: riesgo elevado, requiere garantías, depósito de seguridad, o pago anticipado
Un contrato separado para licencia de software de 12 meses
Un contrato separado para servicios de aplicación
Un contrato separado para soporte técnico de 12 meses
El cliente solicita funcionalidades adicionales (integraciones, módulos de negocio adicionales) durante la aplicación
Se extiende el período de soporte técnico
Se añaden usuarios adicionales al SaaS
Si las nuevas obligaciones son distintas y el precio se ajusta según el precio de venta independiente, contabilice prospectivamente como un nuevo contrato separado
Si las nuevas obligaciones no son distintas (forman parte de una obligación integrada parcialmente satisfecha), aplique un ajuste retrospectivo acumulativo

Paso 2: Identificar las obligaciones de desempeño

Para cada servicio o bien prometido en el contrato de tecnología, determine si es una obligación de desempeño separada.

¿Es el servicio o bien "distinto"?

Bajo NIIF 15.27, un bien o servicio es distinto si cumple dos criterios:
Criterio A: ¿Puede el cliente beneficiarse del bien o servicio de forma independiente?
Evalúe si el cliente podría usar el bien o servicio por sí solo o junto con recursos disponibles (otras herramientas que ya posee, servicios de terceros disponibles en el mercado).
Ejemplos en contratos de tecnología:
| Componente | ¿Es distinto? | Justificación |
|---|---|---|
| Licencia de software de gestión de recursos humanos | Sí | El cliente puede usar el software de RH por sí solo, incluso sin otros módulos |
| Servicio de aplicación y configuración | Sí | El cliente podría contratar a un tercero para aplicación si lo deseara |
| Capacitación de usuarios | Sí | El cliente podría capacitar internamente o contratar capacitación externa |
| Integración con sistema contable existente | Depende | Si la incorporación es genérica (existe un conector estándar del mercado), es distinta. Si la incorporación es completamente personalizada y sin ella el software no funciona, probablemente no sea distinta. |
| Soporte técnico de 12 meses | Sí | El cliente podría obtener soporte de terceros o tiene la capacidad de obtenerlo en el futuro |
| Alojamiento (hosting) en la nube | Sí | El cliente podría migrar el software a otro proveedor de hosting |
Criterio B: ¿Es la promesa separadamente identificable dentro del contrato?
Bajo NIIF 15.29, evalúe tres indicadores:
En contratos de tecnología, esto es común. Ejemplo: El cliente contrata una licencia de software de análisis de datos + servicio de integración con su base de datos existente + dashboard personalizado. El servicio de integración y personalización transforma centralmente cómo el cliente usa el software. la incorporación personalizada probablemente NO es separadamente identificable porque forma parte de una única obligación integrada de "proporcionar un sistema de análisis funcional".
Ejemplo: El cliente contrata una suite de contabilidad genérica + módulo personalizado de reportes tributarios específicos para Chile que cumpla con las regulaciones SII. El módulo personalizado modifica de forma notable el software porque es necesario para cumplir con requisitos locales. Probablemente NO es separadamente identificable.
Ejemplo: El cliente contrata software de CRM + base de datos + almacenamiento en la nube. El software de CRM, la base de datos y el almacenamiento son interdependientes porque el CRM requiere la base de datos para funcionar y el almacenamiento es necesario para ambos. Analice si estos deben combinarse en una única obligación de desempeño.

El supuesto de la serie

Bajo NIIF 15.22(b), si la entidad promete una serie de bienes o servicios sustancialmente idénticos con el mismo patrón de transferencia, pueden contabilizarse como una única obligación de desempeño.
Ejemplos en tecnología:

¿La entidad proporciona un servicio significativo de integración del bien o servicio con otros bienes o servicios prometidos?
¿El bien o servicio modifica o personaliza de forma notable otro bien o servicio prometido?
¿El bien o servicio es interdependiente o interrelacionado con otros bienes o servicios?
Soporte técnico mensual de 12 meses: Cada mes se transfiere un servicio de soporte sustancialmente idéntico (respuesta a incidentes, actualizaciones de software, parches de seguridad). Todos los meses tienen el mismo patrón de transferencia en el tiempo. Contabilice como una única obligación de desempeño a lo largo de 12 meses.
Licencia de SaaS mensual de 12 meses: Cada mes el cliente tiene acceso al software (servicio sustancialmente idéntico) con el mismo patrón de transferencia en el tiempo. Contabilice como una única obligación de desempeño a lo largo de 12 meses.
Mantenimiento preventivo trimestral de 2 años: Cada trimestre se realiza mantenimiento sustancialmente idéntico. Contabilice como una única obligación de desempeño a lo largo de 2 años.

Paso 3: Determinar el precio de transacción

El precio de transacción es la cantidad de consideración que la entidad espera tener derecho a recibir del cliente, considerando consideración variable, financiamiento, consideración no monetaria, y consideración pagadera al cliente.

¿Existe consideración variable?

En contratos de tecnología, la consideración variable es frecuente:
Ejemplos comunes en Chile:

¿Cuál es el método de estimación apropiado?

Bajo NIIF 15.53, seleccione entre dos métodos para estimar consideración variable:
Método 1: Valor esperado
El valor esperado es la suma ponderada de todos los posibles montos de consideración, ponderada por la probabilidad de cada resultado.
Ejemplo: Bonificación por hito de $100.000 si la aplicación se completa a tiempo:
Use el valor esperado cuando:
Método 2: Cantidad más probable
La cantidad más probable es el monto que tiene la mayor probabilidad de ocurrir en un resultado binario (dos resultados posibles).
Ejemplo: Ajuste de precio por volumen:
Use la cantidad más probable cuando:
En el contexto chileno, los auditores frecuentemente subestiman la consideración variable porque no desafían adecuadamente las estimaciones de la administración. Documente la base de la estimación con datos históricos, contratos pasados, datos de mercado, o estudios de propensión.

¿Se constrain la consideración variable?

Bajo NIIF 15.56-58, se debe restar de la consideración variable estimada cualquier monto que sea "probable que sea revertido" cuando se resuelva la incertidumbre.
Ejemplo: Bonificación por hito de $100.000
Si inicialmente estima un valor esperado de $75.000, pero después de firmar la contrato y revisar el cronograma de aplicación con el cliente, se da cuenta de que completar a tiempo es riesgoso (probabilidad revisada: 30%), podría haber que reducir el monto reconocido inicialmente.
El "constraint" se aplica si:
No aplique constraint si:
En auditoría de tecnología en Chile, pruebe el constraint verificando:

¿Hay financiamiento significativo?

Bajo NIIF 15.60-62, si hay un período sustancial entre cuando el cliente paga y cuando recibe el bien o servicio, podría haber un componente de financiamiento que deba separarse.
En tecnología, esto es raro pero posible. Ejemplo:
Aquí hay un componente de financiamiento implícito porque el cliente pagó anticipadamente. Bajo NIIF 15.61, podría ser necesario reconocer un ingreso ajustado por intereses.
Sin embargo, NIIF 15.63-65 permite no ajustar por financiamiento si el período es de un año o menos. La mayoría de los contratos de SaaS son de 12 meses, por lo que no requieren ajuste.
En contratos de 2–3 años, el auditor debe evaluar si el efecto es material. Consulte con el contador para determinar si la tasa de interés implícita es significativa.

¿Hay consideración no monetaria?

Bajo NIIF 15.66-68, si el cliente paga en forma de bienes, servicios, activos, o acciones, debe medirse al precio de venta justo.
En tecnología, esto es poco común, pero ejemplo:
La evidencia más confiable es el precio de venta justo observable. Si no hay tal precio, use comparables de mercado o valúe las acciones basándose en rondas de financiamiento recientes.

¿Se paga consideración al cliente?

Bajo NIIF 15.69-72, si la entidad paga al cliente (por ejemplo, paga por la incorporación de clientes existentes al nuevo sistema, proporciona crédito de servicio como incentivo), esto reduce el precio de transacción.
Ejemplo: "Migración gratuita de datos del sistema legado al nuevo SaaS" = consideración pagada al cliente (aunque es en servicio, no en efectivo). Reduzca el precio de transacción por el costo de esta migración.

Bonificaciones por hito: "Recibirás $100.000 adicionales si la aplicación se completa antes del 30 de junio"
Multas por incumplimiento de SLA: "Si la disponibilidad del sistema es inferior al 99%, devolvemos el 10% de la tarifa mensual"
Ajustes de precio por volumen de usuarios: "La tarifa es $500/usuario/mes para los primeros 50 usuarios; $400/usuario/mes si supera 100 usuarios"
Comisiones basadas en desempeño: "Recibiremos 5% de los ahorros que el cliente logre con nuestro software de mejora de procesos"
Descuentos de renovación: "Si el cliente renueva el contrato de SaaS antes de vencer, recibe un descuento del 15%"
Cargos por incumplimiento de servicio: "El cliente paga un cargo adicional si solicita servicios de soporte fuera del horario contratado"
Probabilidad de completar a tiempo: 75%
Probabilidad de completar tarde: 25%
Valor esperado: (75% × $100.000) + (25% × $0) = $75.000
Hay muchos contratos similares, permitiendo estimar probabilidades con precisión
Hay muchos resultados posibles con diferentes probabilidades
Las probabilidades están bien documentadas por historia pasada
El cliente probablemente usará 60 usuarios (cantidad más probable)
Tarifa: $500/usuario × 60 = $30.000/mes
Si hubiera también un escenario de 120 usuarios con menor probabilidad, la cantidad más probable sigue siendo 60 usuarios
Hay solo dos resultados posibles (bonificación se gana o no se gana)
Un resultado es claramente más probable que el otro
Hay poca variabilidad
La consideración variable está sujeta a una contingencia material
La resolución de la incertidumbre probablemente resultará en reversión
El monto es probable basado en experiencia histórica
El riesgo se ha mitigado sustancialmente (por ejemplo, el cliente ha aprobado explícitamente el cronograma)
Datos históricos de bonificaciones por hito pagadas o no pagadas
Estados actuales de la aplicación versus cronograma (¿está retrasada?)
Comunicaciones con el cliente sobre probabilidad de cumplimiento
Contrato de SaaS de 3 años por $900.000
El cliente paga todo por adelantado en el Día 1
La entidad proporciona acceso al software durante los 3 años (Días 1–1095)
Un cliente startup ofrece $50.000 en acciones de la empresa a cambio de software + servicios
El contador debe medir esas acciones al valor justo (basado en valuación de startup, precio de inversión reciente, o apreciación similar)

Paso 4: Asignar el precio de transacción a las obligaciones de desempeño

Si hay múltiples obligaciones de desempeño separadas, asigne el precio de transacción a cada una basándose en sus precios de venta independientes relativos.

¿Cuál es el precio de venta independiente (PVI)?

El PVI es el precio al cual la entidad vendería el bien o servicio al cliente de forma separada.
Orden de evidencia para estimar PVI:
Ejemplo: El cliente contrata "Software de CRM de 12 meses + Servicio de aplicación + Soporte técnico de 12 meses"
Si la entidad no vende exactamente el mismo servicio por separado, pero ha facturado algo similar en contratos pasados, use ese precio como aproximación.
Si la entidad no tiene precios internos comparables, busque precios de competidores que ofrezcan servicios similares en el mercado chileno.
En 2024, por ejemplo:
Si no hay precios observables, estime el PVI como el costo previsto más un margen que la entidad normalmente obtendría en transacciones similares.
Ejemplo: El servicio de integración personalizada no se vende separadamente. El costo estimado es $20.000 (desarrolladores, infraestructura). El margen típico de la entidad en servicios personalizados es 40%. PVI estimado = $20.000 + (40% × $20.000) = $28.000.
En el contexto chileno, los precios de venta independiente deben documentarse con evidencia clara: facturas de ventas separadas, listas de precios formales, ofertas a otros clientes, datos de mercado. La CMF espera que los auditores prueben independientemente que los PVI son razonables y no acepten los estimados de la administración.

¿Cómo se asigna el precio de transacción?

Bajo NIIF 15.73-86, asigne el precio de transacción a cada obligación de desempeño de forma proporcional al PVI relativo de cada una.
Fórmula:
```
Asignación a obligación X = (PVI de obligación X / PVI total) × Precio de transacción
```
Ejemplo: Contrato de software + aplicación + soporte por un precio de transacción de $75.000
| Obligación | PVI estimado | % del total | Asignación |
|---|---|---|---|
| CRM 12 meses | $24.000 | 40% | $30.000 |
| aplicación | $30.000 | 50% | $37.500 |
| Soporte 12 meses | $6.000 | 10% | $7.500 |
| Total | $60.000 | 100% | $75.000 |
Observe que el precio de transacción ($75.000) es mayor que la suma de PVIs ($60.000). Esto sucede frecuentemente cuando la entidad otorga un descuento de paquete. El descuento se distribuye proporcionalmente según el PVI de cada obligación.

Contratos con consideración variable y asignación

Si el contrato tiene consideración variable (por ejemplo, bonificación por hito), primero estime el precio de transacción total incluyendo la consideración variable estimada, luego asigne ese total total a las obligaciones de desempeño.
Ejemplo: Contrato de software + aplicación + soporte + bonificación por hito
| Componente | Monto |
|---|---|
| Precio fijo | $75.000 |
| Bonificación por hito (valor esperado) | $20.000 |
| Precio de transacción total | $95.000 |
Ahora, asigne $95.000 (no solo $75.000) a las tres obligaciones de desempeño según el método anterior.
Auditoría: Cómo verificar la asignación:

Precio observable directamente: ¿La entidad vende este bien o servicio por separado a clientes similares?
CRM de 12 meses: La entidad vende CRM separadamente a $2.000/mes. PVI = $24.000
Servicio de aplicación: La entidad vende aplicación por separado a razón de $150/hora por un estimado de 200 horas. PVI = $30.000
Soporte técnico: La entidad vende soporte separadamente a $3.000/mes por 12 meses. PVI = $36.000
Precios asumible que la entidad cargó a otros clientes recientemente:
Precios observables de competidores:
Licencias de software de gestión de proyectos: $50–$150 USD/usuario/mes (en Chile, ajustar por poder adquisitivo)
Servicios de aplicación: $100–$200 USD/hora
Soporte técnico: $2.000–$5.000 USD/mes
Método de costo más margen (último recurso):
Calcule usted mismo los PVI basándose en datos independientes
Compare los PVI que la entidad estimó contra sus propios datos
Recalcule la asignación porcentual para verificar la aritmética
Revise si los precios separados que la entidad cita son consistentes con transacciones comparables

Paso 5: Reconocer el ingreso cuando (o conforme) se satisface la obligación de desempeño

Para cada obligación de desempeño, determine si se satisface en un momento del tiempo o a lo largo del tiempo.

¿Se satisface la obligación en un momento del tiempo o a lo largo del tiempo?

Bajo NIIF 15.35, una obligación se satisface a lo largo del tiempo si se cumple al menos uno de estos criterios:
Criterio 1: El cliente simultáneamente recibe y consume los beneficios del desempeño de la entidad conforme la entidad desempeña.
Ejemplo: Servicio de soporte técnico de 12 meses. El cliente recibe el beneficio (disponibilidad de soporte) cada día durante los 12 meses. El cliente consume ese beneficio (puede contactar al equipo de soporte en cualquier momento). Reconozca el ingreso a lo largo de 12 meses.
Criterio 2: El desempeño de la entidad crea un activo (por ejemplo, trabajo en progreso) que el cliente controla conforme se crea el activo.
Ejemplo: Servicio de aplicación personalizada. A medida que el equipo configura el sistema, crea un activo (configuración, datos, lógica de negocio) que el cliente controla. El cliente podría potencialmente usar configuraciones parciales si lo deseara (aunque rara vez lo hace). Reconozca el ingreso a lo largo del tiempo conforme avanza la aplicación.
Criterio 3: El desempeño de la entidad no crea un activo con uso alternativo para la entidad, y la entidad tiene un derecho ejecutable al pago por el desempeño completado hasta la fecha (NIIF 15.35(c)).
Ejemplo: Desarrollo de software personalizado para un cliente específico. La entidad no puede usar el código desarrollado para otro cliente (sin uso alternativo). El contrato dice que el cliente debe pagar por el trabajo completado incluso si cancela anticipadamente (derecho ejecutable). Reconozca el ingreso a lo largo del tiempo.

¿Qué método mide el avance?

Bajo NIIF 15.39-42, cuando una obligación se satisface a lo largo del tiempo, mida el progreso usando:
Método de entrada: Recursos invertidos o incurridos por la entidad para satisfacer la obligación.
Ejemplos:
El método de entrada es fácil de aplicar y es el más común en contratos de tecnología.
Método de salida: Valor del desempeño completado medido por referencia a beneficios que el cliente ha obtenido hasta la fecha.
Ejemplos:
En auditoria de tecnología, el auditor debe desafiar que el método elegido por la entidad refleja fielmente el desempeño:

Ejemplo: aplicación de software en Chile

Caso de estudio: Comercial Mapocho SpA
Comercial Mapocho SpA es un distribuidor mayorista de artículos de consumo en Santiago. Contrata a Soluciones Tecnológicas Andes S.A. para implementar un nuevo sistema de gestión de inventario y facturación.
Contrato:
Términos de pago:
Análisis de NIIF 15 paso a paso:
Paso 1: ¿Existe un contrato?
Sí, existe un acuerdo escrito, firmado, con aprobación de ambas partes. Los derechos de cada parte están identificados: Soluciones Andes proporciona software + aplicación + soporte; Mapocho obtiene acceso al software y servicios técnicos. Los términos de pago están claros. El contrato tiene sustancia comercial (Mapocho mejorará su eficiencia operativa). Es probable que se cobre ($30.000 ya pagados; Mapocho es una empresa PYME establecida con sólida reputación crediticia).
Paso 2: ¿Identificar obligaciones de desempeño separadas?
Resumen de obligaciones de desempeño:
Paso 3: ¿Determinar el precio de transacción?
¿Hay consideración variable? No en este contrato. El precio es fijo: $216.000 total.
¿Hay financiamiento significativo? El cliente paga $30.000 al inicio, luego $9.000/mes durante 24 meses = $216.000 total. Los pagos se distribuyen a lo largo del período del contrato, lo que es normal. No hay un componente de financiamiento significativo porque los pagos se alinean con el suministro del servicio.
¿Hay consideración no monetaria? No.
¿Se paga consideración al cliente? No.
Precio de transacción = $216.000
Paso 4: ¿Asignar el precio a obligaciones de desempeño?
Primero, estime el precio de venta independiente (PVI) de cada obligación:
Total PVI: $120.000 + $60.000 + $36.000 = $216.000
Interesantemente, el precio de transacción ($216.000) es exactamente igual al PVI total ($216.000). No hay descuento. Asigne proporcionalmente:
| Obligación | PVI | % | Asignación |
|---|---|---|---|
| Licencia 24m | $120.000 | 55,6% | $120.000 |
| aplicación | $60.000 | 27,8% | $60.000 |
| Soporte 24m | $36.000 | 16,7% | $36.000 |
| Total | $216.000 | 100% | $216.000 |
Paso 5: ¿Cuándo se satisface cada obligación?
Obligación 1: Licencia de software de 24 meses
¿Momento o tiempo? El cliente recibe acceso al software durante 24 meses. El cliente consume simultáneamente el beneficio (puede usar el software cada día). Se satisface a lo largo del tiempo.
¿Método de medición del progreso? Método de entrada: duración del tiempo. Reconozca $120.000 / 24 meses = $5.000/mes durante 24 meses.
Obligación 2: Servicio de aplicación
¿Momento o tiempo? El servicio de aplicación crea un activo (sistema configurado, datos cargados, capacitación completada) que Mapocho controla conforme Soluciones Andes realiza el trabajo. Si Soluciones Andes se retirara después de 50% de aplicación, Mapocho tendría un sistema parcialmente implementado (activo parcial). Además, el contrato dice que Mapocho debe pagar por el trabajo completado incluso si cancela anticipadamente. Se satisface a lo largo del tiempo.
¿Método de medición del progreso? Método de entrada: horas trabajadas. Si el total estimado es 200 horas de trabajo:
En la práctica, muchas entidades usan hitos completados como medición:
Obligación 3: Soporte técnico de 24 meses
¿Momento o tiempo? El cliente recibe acceso a soporte técnico durante 24 meses. El cliente consume el beneficio continuamente (disponibilidad de soporte). Se satisface a lo largo del tiempo.
¿Método de medición del progreso? Método de entrada: duración del tiempo. Reconozca $36.000 / 24 meses = $1.500/mes durante 24 meses.
Reconocimiento de ingresos mensual:
| Mes | Licencia | aplicación | Soporte | Total ingreso |
|---|---|---|---|---|
| 1 | $5.000 | (varía según hitos) | $1.500 | (varía) |
| 2 | $5.000 | (varía) | $1.500 | (varía) |
| ... | ... | ... | ... | ... |
| 24 | $5.000 | Completo (si no completado antes) | $1.500 | (varía) |
Observe que el ingreso de licencia y soporte es fijo y predecible ($6.500/mes), pero el ingreso de aplicación varía según el avance real.
¿Qué prueba el auditor?

Horas trabajadas: Si una aplicación requiere 200 horas totales estimadas, y se han completado 50 horas, el porcentaje de compleción es 25%. Reconozca 25% del ingreso asignado.
Costos incurridos: Si la aplicación tiene un costo estimado de $30.000 y se han incurrido $10.000 en costos, reconozca un tercio del ingreso.
Duración del tiempo: Para un servicio de soporte de 12 meses, reconozca 1/12 del ingreso cada mes.
Hitos completados: Si el contrato define que completar la configuración de módulo de ventas = 30% de compleción, cuando se complete ese módulo, reconozca 30% del ingreso.
Unidades transferidas: Si el contrato es entregar 100 informes personalizados durante un año, reconozca 1% del ingreso por cada informe completado.
Encuestas de cliente: En servicios de consultoría, obtener confirmación escrita del cliente de que el hito se completó.
¿Se basan las horas estimadas totales en contratos pasados, estimados de expertos, o son números históricos sin fundamento?
¿Se han actualizado las estimaciones conforme ha avanzado el proyecto? (NIIF 15.40 requiere que se revisen continuamente)
¿Se están incurriendo los costos que se presupuestaron?
Licencia de software de 24 meses: $120.000 total
Servicio de aplicación: $60.000
Soporte técnico de 24 meses: $36.000
Precio de transacción total: $216.000
Depósito inicial: $30.000 (firma del contrato)
Segundo pago: $60.000 (al completar la aplicación técnica)
Tercer pago: $60.000 (al 60 días de operación sin incidentes)
Pagos mensuales por licencia + soporte: $9.000/mes por 24 meses
Licencia de software de 24 meses: ¿Es distinta?
Sí, el cliente puede usar el software por sí solo
Sí, es separadamente identificable (podría contratarse con otro proveedor)
Obligación separada
Servicio de aplicación: ¿Es distinta?
Sí, el cliente podría contratar a un integrador de sistemas diferente
¿Es separadamente identificable? Evalúe bajo NIIF 15.29:
¿Proporciona Soluciones Andes un servicio significativo de integración? Sí, la aplicación incluye configuración del sistema, carga de datos maestros, capacitación. Sin embargo, estos servicios transforman el software genérico en un sistema funcional para Mapocho. ¿Está esta aplicación separadamente identificable del software en sí?
la aplicación podría comprarse por separado (a otro proveedor) después de comprar el software, pero NIIF 15.29 considera si es separadamente identificable dentro del contexto de este contrato.
Conclusión: Probablemente no es separadamente identificable porque Soluciones Andes proporciona un servicio integral de integración que es necesario para que el software funcione en Mapocho. El software genérico + aplicación personalizada = un sistema funcional integrado. Esto probablemente es una sola obligación: "proporcionar un sistema de gestión de inventario implementado y funcional".
Alternativamente, si Soluciones Andes tiene una equipo separado de pre-venta que vende solo la licencia sin aplicación, y otro equipo de aplicación que vende servicios como complemento opcional, entonces la aplicación SÍ es separadamente identificable.
Documente la conclusión basándose en las prácticas de Soluciones Andes. Para propósitos de este ejemplo, asumiremos que la aplicación sí es separadamente identificable.
Soporte técnico de 24 meses: ¿Es distinta?
Sí, el cliente podría comprar soporte a otro proveedor
Sí, es separadamente identificable
Obligación separada
La serie de pagos mensuales: ¿Aplica el supuesto de serie?
Cada mes, la entidad transfiere acceso al software + soporte técnico (servicios sustancialmente idénticos)
Ambos tienen el mismo patrón de transferencia (en el tiempo, mensualmente)
Sí, son una serie y se contabilizan como una obligación única de transferencia en el tiempo
Licencia de software de 24 meses (transferencia en el tiempo, serie)
Servicio de aplicación (transferencia en el tiempo)
Soporte técnico de 24 meses (transferencia en el tiempo, serie)
Licencia de software de 24 meses: Soluciones Andes vende esta licencia separadamente a $5.000/mes. PVI = $120.000 (24 meses × $5.000)
Servicio de aplicación: Soluciones Andes cobra servicios de aplicación a $300/hora. Estimado 150 horas = $45.000. Pero para este cliente, la aplicación es más compleja (múltiples ubicaciones de Mapocho). Estimado revisado: 200 horas = $60.000. PVI = $60.000
Soporte técnico de 24 meses: Soluciones Andes vende soporte separadamente a $1.500/mes. PVI = $36.000 (24 meses × $1.500)
Semana 1: 20 horas incurridas → 20/200 = 10% compleción → Reconozca 10% × $60.000 = $6.000
Semana 2: 25 horas incurridas (total 45 horas) → 45/200 = 22,5% → Reconozca 22,5% × $60.000 = $13.500 acumulado (incremento de $7.500)
Y así sucesivamente
Paso 1: Diseño de sistema (semanas 1–2) = 15% compleción
Paso 2: Instalación y configuración (semanas 3–4) = 25% compleción
Paso 3: Carga de datos (semanas 5–6) = 35% compleción
Paso 4: Capacitación y pruebas (semanas 7–8) = 25% compleción
Contrato: Revise los términos, identifique todas las obligaciones, evalúe si son separadas
Horas de aplicación: Revise hojas de tiempo para verificar que las 200 horas estimadas son razonables basándose en histórico; revise horas reales incurridas período a período
Avance de aplicación: Obtenga comprobante de hitos completados (emails de cliente, reportes de progreso, documentación de testing)
Facturación y cobranza: Revise que el ingreso reconocido coincida con los pagos recibidos; investigue cualquier discrepancia
Consideración variable: Confirme si hay bonificaciones por hito pendientes (no hay en este caso)

Orientación específica del sector tecnológico

SaaS (Software como Servicio)

Los contratos SaaS son los más frecuentes en tecnología chilena. Características:
Aplicación de NIIF 15:

Licencias perpetuas con soporte

Algunos clientes compran una licencia perpetua (derecho indefinido de uso) + soporte de 1–3 años.
Aplicación de NIIF 15:

Consultoría de TI e incorporación de sistemas

Cuando Soluciones Andes no solo vende software sino proporciona servicios de consultoría para ayudar al cliente a mejorar sus procesos mediante el software.
Aplicación de NIIF 15:

Consideraciones adicionales

Derecho de devolución
Si el cliente tiene derecho de devolución (por ejemplo, puede cancelar SaaS en los primeros 30 días si no está satisfecho), evalúe si esto afecta el reconocimiento. Bajo NIIF 15.87-94, si hay un derecho de devolución sin limitaciones, la consideración es condicional. Estime la devolución esperada y reste de la consideración.
Contratos con clientes del sector público en Chile
Los contratos con municipalidades, servicios públicos (SII, MINSAL), o empresas estatales (Codelco, Ferrocarriles del Estado) pueden tener términos especiales:
Verifique que estos términos no afecten la probabilidad de cobranza ni los plazos de reconocimiento.

Modelo de suscripción: El cliente paga una tarifa recurrente (mensual, trimestral, anual) por acceso al software alojado
Actualización automática: El software se actualiza continuamente sin costo adicional (incluido en la tarifa)
Acceso basado en la nube: El cliente accede a través de internet; no instala ni descarga el software
Cancelación anticipada: Muchos contratos permiten cancelación con preaviso (30–90 días)
Obligación de desempeño: Proporcionar acceso al software (a lo largo del tiempo)
Método de satisfacción: En el tiempo (el cliente recibe y consume el beneficio mensualmente)
Método de medición del progreso: Duración del tiempo (reconozca 1/12 del ingreso anual cada mes)
Consideración variable: Frecuente (usuarios adicionales, overages de almacenamiento, upgrades de funcionalidad)
Licencia perpetua: Se transfiere el control del software en un momento del tiempo (cuando el cliente recibe la licencia)
Soporte: Se transfiere a lo largo del tiempo (durante el período de soporte)
Asignación: Use PVI de la licencia (precio si se vendiera sin soporte) y del soporte (precio del servicio anual) para asignar el precio de transacción
Servicios de consultoría: Satisfechos a lo largo del tiempo (el cliente simultáneamente recibe beneficios)
Asignación: Separe los servicios de consultoría (obligación en el tiempo) del software (obligación en el tiempo para SaaS, en un momento para licencia)
Plazos de pago prolongados (60–90 días)
Aprobación lenta por comités internos
Condiciones de terminación por incumplimiento presupuestario