Diagrama de flujo de ingresos NIIF 15: Tecnología | ciferi

Reconocimiento de ingresos en empresas de tecnología conforme a NIIF 15

Aplicar el modelo de cinco pasos de NIIF 15 en contratos de software, servicios en la nube y soluciones integradas requiere identificar cuándo el cliente obtiene el control de la promesa de desempeño. En la industria tecnológica mexicana, las complejidades incluyen licencias de software con derechos de acceso frente a derechos de uso, servicios de aplicación que se entregan conjuntamente con software, y obligaciones de desempeño diferidas en contratos de mantenimiento y soporte.

Contexto regulatorio en México

La CNBV (Comisión Nacional Bancaria y de Valores) supervisa a las entidades cotizadas en bolsa y las instituciones financieras. Para las entidades listadas en la Bolsa Mexicana de Valores (BMV), la aplicación de NIIF 15 es obligatoria desde 2012. La CNBV ha enfatizado en su programa de supervisión el análisis detallado de cómo las entidades tecnológicas identifican obligaciones de desempeño separadas en contratos bundled (empaquetados), estiman la consideración variable, y documentan los juicios significativos aplicados en cada paso del modelo.
El IMCP (Instituto Mexicano de Contadores Públicos) emite interpretaciones y orientación técnica sobre NIIF 15 para los Contadores Públicos Certificados (CPC) que auditan a entidades que aplican NIIF. El SAT (Servicio de Administración Tributaria) considera los ingresos bajo NIIF 15 para propósitos de la declaración anual de ISR, aunque la base imponible puede diferir de la contabilidad financiera bajo NIIF.

Estructura del diagrama de flujo

El flujo interactivo que se presenta a continuación cubre los cinco pasos de NIIF 15 mediante preguntas de decisión que conducen al usuario a través de la evaluación de:

• Identificación del contrato: ¿Existe un contrato con un cliente conforme a NIIF 15.9?
• Identificación de obligaciones de desempeño: ¿Cuáles son las promesas de bienes o servicios distintos?
• Determinación del precio de transacción: ¿Cuál es el importe de consideración a reconocer?
• Asignación del precio de transacción: ¿Cómo se asigna el precio entre obligaciones de desempeño?
• Reconocimiento de ingresos: ¿Cuándo transfiere el control el cliente y cómo se mide el progreso?

Paso 1: Identificación del contrato (NIIF 15.9–21)

Para que exista un contrato con un cliente, deben concurrir cinco criterios:
Criterio A: Aprobación y compromiso de las partes (NIIF 15.9(a))
Ambas partes deben haber aprobado el contrato y estar comprometidas a cumplir sus obligaciones respectivas. La aprobación puede ser escrita, oral o implícita por la práctica comercial habitual. En contratos de software, la aprobación puede materializarse mediante una orden de compra, un correo electrónico de confirmación, o una propuesta de precios aceptada.
Guidance: Documente la forma de aprobación del contrato. Para contratos con clientes nuevos, la forma escrita es más segura. Para clientes recurrentes, la práctica habitual de negociación puede evidenciar aprobación implícita.
Criterio B: Identificación de derechos (NIIF 15.9(b))
Cada parte debe poder identificar sus derechos respecto de los bienes o servicios a transferir. En contratos de software, identifique claramente qué software se licencia, qué servicios se prestan, cuál es la duración de la licencia, y si hay actualizaciones incluidas.
Criterio C: Términos de pago (NIIF 15.9(c))
El contrato debe establecer el importe de consideración, el calendario de pago, y la forma de pago. La consideración puede ser fija o variable. Identificar términos de pago variables (por ejemplo, un descuento por volumen, penalizaciones por incumplimiento de objetivos, o bonificaciones de desempeño) requiere estimar la consideración variable bajo NIIF 15.50–58.
Criterio D: Sustancia comercial (NIIF 15.9(d))
El contrato debe tener sustancia comercial: el riesgo, la oportunidad, o el importe de los flujos de caja futuros de la entidad debe cambiar como resultado del contrato. La mayoría de contratos comerciales entre partes independientes tienen sustancia comercial.
Criterio E: Probabilidad de cobro (NIIF 15.9(e))
Es probable que la entidad cobre la consideración a la que tiene derecho. Evalúe la capacidad y la intención del cliente de pagar, considerando su historial crediticio, condición financiera, y garantías disponibles. Para clientes nuevos o de alto riesgo, requiera un depósito por adelantado o garantía de pago.
Ejemplo práctico local: Soluciones Digitales del Centro, S.A. de C.V., una empresa de software localizada en Querétaro, suscriba un contrato con Comercio Norteño, S. de R.L. de C.V., un minorista de Monterrey. El precio anual es de $450,000 MXN, pagadero en tres cuotas de $150,000 cada trimestre. El contrato incluye una licencia de software de punto de venta, aplicación en tres sucursales, capacitación inicial, y soporte técnico de 24/7 durante dos años. Soluciones Digitales ha auditado el estado financiero de Comercio Norteño y confirmó que la empresa tiene liquidez suficiente y un historial de pagos puntuales. Conclusión: Los cinco criterios se cumplen; existe un contrato.

Combinación de contratos (NIIF 15.17)

Evalúe si múltiples contratos con el mismo cliente deben tratarse como un solo contrato si cumplen alguno de estos criterios:
Guidance: Documenten la intención comercial de los contratos. Si una licencia de software, la aplicación y el soporte fueron negociados conjuntamente y el cliente obtendría un descuento significativo si aceptara todo el paquete, combine los contratos para evaluar las obligaciones de desempeño integradas.

Modificaciones de contrato (NIIF 15.18–21)

Una modificación ocurre cuando las partes acuerdan cambios en el alcance o el precio del contrato. Hay tres enfoques posibles:
Ejemplo: Soluciones Digitales acepta una solicitud de cambio de Comercio Norteño para añadir análisis de datos avanzado por $80,000 MXN anuales adicionales. Evalúe:

• Fueron negociados como un paquete con un objetivo comercial único
• La consideración en un contrato depende del precio o desempeño de otro
• Los bienes o servicios en los contratos forman una sola obligación de desempeño
• Tratamiento prospectivo como contrato nuevo: si la modificación agrega bienes o servicios distintos a un precio que refleja su precio de venta independiente
• Ajuste prospectivo: si los bienes o servicios remanentes tras la modificación son distintos de los ya transferidos
• Ajuste acumulativo: si los bienes o servicios remanentes forman parte de una sola obligación parcialmente satisfecha
• ¿Es el análisis de datos un bien o servicio distinto? (Sí; puede venderse por separado)
• ¿El precio aumentó de manera conmensurada? ($80,000 aproxima el precio de venta independiente del módulo)
• Conclusión: Contabilice como un modificación prospectiva a partir de la fecha de aceptación. Los ingresos por el análisis de datos se reconocen según el modelo de cinco pasos nuevamente.

Paso 2: Identificación de obligaciones de desempeño (NIIF 15.22–30)

Una obligación de desempeño es una promesa de transferir un bien o servicio distinto. Dos criterios deben cumplirse simultáneamente:
Criterio 1: Capacidad de ser distinto (NIIF 15.27(a), 15.28)
El cliente debe poder obtener un beneficio del bien o servicio:
En software, una licencia de software es típicamente un bien distinto porque el cliente puede beneficiarse de ella usando el software. Un servicio de aplicación es distinto si puede proporcionarse a otros clientes sin modificación significativa.
Guidance: Verifique si la entidad vende el bien o servicio de forma separada a otros clientes. Si sí, es probable que sea distinto en el sentido de NIIF 15.
Criterio 2: Identificabilidad separada (NIIF 15.27(b), 15.29)
La promesa debe ser separadamente identificable en el contexto del contrato. No es separadamente identificable si:
Ejemplo: Si Soluciones Digitales personaliza el software de punto de venta de forma considerable para reflejar los procesos de negocio únicos de Comercio Norteño, la personalización podría NO ser una obligación de desempeño separada. En su lugar, la licencia + personalización formarían una sola obligación: "Software de punto de venta personalizado."

Disposición de serie (NIIF 15.22(b))

Si el contrato promete una serie de bienes o servicios distintos que son sustancialmente iguales y tienen el mismo patrón de transferencia al cliente, contabilícelos como una sola obligación de desempeño.
Ejemplo: Servicios de soporte técnico de 24/7 durante dos años, donde cada mes se proporciona el mismo servicio y se reconocería como ingreso en el tiempo. Conclusión: Estos servicios forman una sola obligación de desempeño (soporte técnico continuo durante dos años).

• De forma independiente, o
• Junto con otros recursos fácilmente disponibles (incluyendo otros recursos de la entidad, de terceros, o que el cliente ya posee)
• La entidad proporciona un servicio significativo de integración: por ejemplo, personalización extensiva del software que lo hace inseparable de los servicios de aplicación
• El bien o servicio modifica o personaliza de forma notable otro bien o servicio prometido
• Los bienes o servicios son interdependientes: cada uno afecta de forma notable la funcionalidad del otro

Paso 3: Determinación del precio de transacción (NIIF 15.47–72)

El precio de transacción es el importe de consideración que la entidad espera tener derecho a recibir.

Consideración variable (NIIF 15.50–58)

Si el contrato incluye consideración variable (descuentos, rebajas, penalizaciones, bonificaciones de desempeño), estime la cantidad probable usando uno de dos métodos:
Constraining consideration: Luego estime el importe probable, evalúe si es probable que debas revertir una parte de los ingresos reconocidos posteriormente. Si es significativa la probabilidad de reversión, incluya solo el importe que es probable que no revierta (NIIF 15.56–58).
Ejemplo: El contrato de Comercio Norteño incluye una bonificación de desempeño: si el software logra una reducción de al menos 15% en tiempos de procesamiento de transacciones al final del año uno, Comercio Norteño recibirá un crédito de $30,000 MXN contra el año dos. Soluciones Digitales estima, basado en datos históricos de implementaciones anteriores, que hay un 70% de probabilidad de lograr la reducción de 15%.
Cálculo:

Financiamiento significativo (NIIF 15.60–65)

Si el contrato implica un financiamiento significativo (plazo de pago extendido o pago anticipado significativo), ajuste el precio de transacción por el efecto temporal del dinero. Calcule el interés implícito y reconózcalo como ingreso por intereses, no como ingreso por contrato.
Guidance: Si el plazo de pago es superior a un año y la tasa de interés de mercado es relevante, evalúe el financiamiento. Para contratos con términos de pago estándar en la industria, este ajuste generalmente no es necesario.

Consideración no monetaria (NIIF 15.66–67)

Si el cliente paga con bienes o servicios en lugar de efectivo (trueque), mida la consideración al valor justo de lo que se recibe. Si el valor justo no puede determinarse, use el precio de venta independiente de los bienes o servicios que la entidad promete transferir.

Consideración pagadera al cliente (NIIF 15.68–71)

Si la entidad paga al cliente una cantidad (por ejemplo, una rebaja o incentivo por compra), reduzca el precio de transacción, a menos que el pago sea en cambio de un bien o servicio distintivo que el cliente proporciona.

• Valor esperado: suma probabilística de todos los posibles importes ponderada por su probabilidad. Útil cuando hay muchos posibles resultados (por ejemplo, múltiples tramos de descuento por volumen).
• Importe más probable: el único resultado más probable. Útil cuando hay dos posibles resultados claramente definidos (por ejemplo, bonificación cumplida o no cumplida).
• Importe esperado: ($30,000 × 70%) = $21,000
• Constraint assessment: ¿Es probable que los $21,000 no se reviertan? Sí, porque la mayoría de implementaciones logran la métrica de desempeño.
• Conclusión: Incluya $21,000 en la consideración variable en el reconocimiento inicial. Documenten la base del estimado.

Paso 4: Asignación del precio de transacción (NIIF 15.73–86)

Asigne el precio de transacción a cada obligación de desempeño separada con base en los precios de venta independientes.

Determinación del precio de venta independiente (NIIF 15.79)

El precio de venta independiente es el precio al que la entidad vendería un bien o servicio similar a un cliente independiente bajo circunstancias comparables. Los métodos para estimar incluyen:
Ejemplo: Soluciones Digitales asigna el precio total de $450,000 MXN entre:
Cálculo de asignación:
Como el precio de transacción es exactamente $450,000, la asignación es directa. El auditor verifica que los precios de venta independientes se basan en datos históricos documentados y son razonables.

• Precio de venta observado: si la entidad vende regularmente el bien o servicio por separado
• Precio de mercado ajustado: si el precio de un bien o servicio comparable puede ajustarse a las circunstancias específicas
• Enfoque de costo más margen: si la entidad no vende el bien o servicio por separado, estime el precio de venta esperado sumando un margen apropiado a los costos incrementales
• Licencia de software: $180,000 (precio de venta independiente, observado en ventas similares)
• aplicación: $120,000 (precio de venta independiente estimado usando costo más margen; tiempo estimado de 200 horas a $400 MXN/hora más 50% de margen)
• Capacitación: $30,000 (precio observado; cliente capacita 10 usuarios a $3,000 por usuario)
• Soporte técnico de 2 años: $120,000 (precio de venta independiente; cliente subscribed a paquete de soporte a $60,000 anuales, multiplicado por 2 años)
• Total de precios de venta independientes: $450,000
• Proporción licencia: 180,000 / 450,000 = 40%
• Proporción aplicación: 120,000 / 450,000 = 26.67%
• Proporción capacitación: 30,000 / 450,000 = 6.67%
• Proporción soporte: 120,000 / 450,000 = 26.67%

Paso 5: Reconocimiento de ingresos (NIIF 15.31–45)

Reconozca los ingresos cuando (o a medida que) la entidad satisface una obligación de desempeño transferiendo el control del bien o servicio prometido al cliente.

Transferencia de control

El control pasa cuando el cliente tiene la capacidad de dirigir el uso y obtener sustancialmente todos los beneficios económicos restantes del bien o servicio. Los indicadores incluyen:

Reconocimiento en un punto en el tiempo vs. en el tiempo

Reconocimiento en un punto en el tiempo ocurre cuando el control pasa en un momento discreto (por ejemplo, envío, entrega, instalación, aceptación).
Reconocimiento en el tiempo ocurre cuando la entidad satisface la obligación de desempeño de forma continua a lo largo del período de contrato. Esto aplica cuando:
Guidance: Documente claramente cuándo ocurre la transferencia de control. Para software, determine si se trata de una licencia (acceso continuo) o compra única (punto en el tiempo). Para servicios, la mayoría se reconocen en el tiempo.

Medición del progreso para ingresos reconocidos en el tiempo (NIIF 15.39–45)

Mida el progreso usando:
Ambos métodos deben reflejar fielmente la transferencia de control.
Ejemplo práctico: aplicación de Soluciones Digitales
Comercio Norteño acepta la propuesta el 1 de enero de año 1. El cronograma acordado es:
Obligación 1: Licencia de software: $180,000 (reconocido en punto en el tiempo)
La licencia otorga al cliente el derecho de acceso al software durante dos años. El control pasa cuando la licencia se activa (generalmente al final de la aplicación).
Supuesto: la aplicación se completa el 28 de febrero de año 1.
Ingresos reconocidos: $180,000 el 28 de febrero de año 1
Documentación: Correo de confirmación de la fecha de activación, registro de acceso al portal de licencias, evidencia de que el cliente comenzó a usar el software.
Obligación 2: aplicación: $120,000 (reconocido en el tiempo)
la aplicación es un servicio de personalización que el cliente controla conforme se crea. Se mide usando el método de insumo: horas incurridas como porcentaje de horas estimadas.
Supuesto:
Cálculo de ingresos:
Documentación: Registros de tiempo de personal de aplicación, informes de progreso semanales, confirmación del cliente de avance completado.
Nota de auditoría: Verificar que las horas registradas correspondan a trabajadores reales asignados al proyecto. Recalcular el porcentaje de progreso y revisar si hay variaciones significativas del estimado original que pudieran indicar ineficiencia u omisión de trabajo.
Obligación 3: Capacitación: $30,000 (reconocido en el tiempo)
La capacitación inicial ocurre durante dos semanas en febrero. El cliente controla el beneficio conforme se proporciona la capacitación.
Supuesto: Capacitación completada en su totalidad al 14 de febrero de año 1.
Ingresos reconocidos: $30,000 el 14 de febrero de año 1
Documentación: Lista de asistencia de capacitación, materiales entregados, confirmación de que el cliente completó el programa.
Obligación 4: Soporte técnico: $120,000 (reconocido en el tiempo)
Soporte técnico de 24/7 durante dos años (enero año 1 a diciembre año 2). El cliente consume simultáneamente los beneficios. Se mide usando un método de tiempo (lineal por mes).
Supuesto: 24 meses de servicio; ingresos mensuales = $120,000 / 24 = $5,000
Ingresos reconocidos:
Documentación: Registros de tickets de soporte, SLA (Service Level Agreement) completados, evidencia de disponibilidad del servicio, confirmación del cliente de que el servicio fue prestado.
Nota de auditoría: Verificar que el soporte fue prestado durante cada mes. Muestrear tickets de soporte, revisar los registros de disponibilidad del sistema (uptime), y confirmar que no hubo interrupciones significativas no justificadas.

Reconocimiento de variaciones y ajustes

Si durante el contrato surgen cambios (modificaciones de alcance, ajustes de precio, retrasos), evalúe el impacto en el reconocimiento de ingresos:
Ejemplo de variación: En abril, Comercio Norteño solicita trabajo de personalización adicional por $25,000 MXN para adaptar reportes personalizados. Esto es un cambio dentro del contrato de soporte, no una modificación que agrega una obligación separada (porque es parte de los servicios de soporte). Registro: Aumente la consideración variable del soporte a $145,000 y reconozca los ingresos adicionales durante los meses restantes de soporte.

• Responsabilidad por el riesgo de pérdida o daño
• Derecho legal de propiedad
• Posesión física
• Aceptación del cliente
• Derecho de pago
• El cliente consume simultáneamente los beneficios (por ejemplo, soporte técnico de 24/7)
• La entidad crea un activo sin uso alternativo y tiene un derecho exigible al pago (por ejemplo, personalización específica del cliente)
• El cliente controla el activo conforme se crea (por ejemplo, trabajo bajo supervisión del cliente)
• Método de insumo: rastrear el esfuerzo o insumo (horas, costo incurrido, recursos consumidos) como un porcentaje del esfuerzo o insumo total esperado
• Método de producto: medir el desempeño basado en el resultado (unidades producidas, kilómetros construidos, porcentaje de contrato completado)
• Enero–febrero: aplicación de software en tres sucursales, capacitación inicial
• Marzo–diciembre: Soporte técnico, ajustes menores
• Enero–diciembre año 2: Soporte técnico continuo
• Horas estimadas totales: 300
• Enero: 100 horas completadas (33%)
• Febrero: 150 horas completadas (50%)
• Marzo: 50 horas completadas (17%)
• Enero: $120,000 × 33% = $39,600
• Febrero: $120,000 × 50% = $60,000
• Marzo: $120,000 × 17% = $20,400
• Total: $120,000 (completado al 31 de marzo de año 1)
• Año 1 (12 meses): $5,000 × 12 = $60,000
• Año 2 (12 meses): $5,000 × 12 = $60,000
• Cambios en el estimado de horas de aplicación: recalcule el porcentaje de progreso prospectivamente
• Ajustes de precio aprobados: incluya en la consideración variable bajo NIIF 15.50–58
• Retrasos en la entrega: reconozca ingresos solo cuando se cumple la obligación

Documentación y papeles de trabajo esperados

Para cumplir con los requisitos de auditoría de NIIF 15, documente:

• Análisis del contrato inicial: Evaluación de los cinco criterios de NIIF 15.9, decisión de combinación o separación de contratos
• Identificación de obligaciones: Para cada bien o servicio, análisis de distinción y separabilidad, referencia a NIIF 15.27–29
• Precio de transacción: Cálculo de consideración variable, evaluación del constraint bajo NIIF 15.56–58, análisis de financiamiento significativo si aplica
• Precios de venta independientes: Documentación de cómo se estimaron (precio de venta observado, comparable ajustado, costo más margen), con datos de apoyo (historial de precios, datos de mercado, costeo)
• Asignación: Cálculo de asignación del precio a obligaciones, verificación de que suma al precio total de transacción
• Reconocimiento: Para ingresos en punto en el tiempo, evidencia de transferencia de control (firma de aceptación, confirmación de entrega, activación del producto). Para ingresos en el tiempo, documentación de medición de progreso (registros de tiempo, informes de cumplimiento, evidencia de beneficios consumidos)
• Modificaciones: Si ocurren cambios de contrato, análisis bajo NIIF 15.18–21, decisión de tratamiento (prospectivo, ajuste, o cumulative catch-up)

Consideraciones de auditoría específicas a la industria tecnológica mexicana

Contratos bundled de software

En México, es común que las propuestas de software incluyan licencia, aplicación, capacitación y soporte en un solo contrato con precio consolidado. El auditor debe:

Modelos de suscripción SaaS

Muchas empresas tecnológicas en México ofrecen software bajo modelo de suscripción mensual o anual. Para estos contratos:

Contratos de desarrollo personalizado

Si la entidad desarrolla software personalizado para un cliente específico (por ejemplo, sistema ERP personalizado), evalúe:
Si se cumplen estas condiciones, reconozca los ingresos en el tiempo usando el método de insumo (porcentaje de finalización basado en horas o costos).

Variable consideración en contratos con gobiernos locales

Si la entidad vende soluciones tecnológicas a gobiernos locales mexicanos (municipios, estados), evalúe:

• Obtener una copia completa del contrato, incluyendo anexos, SOW (Statement of Work), y cualquier correspondencia de enmienda
• Entrevistar a los responsables de ventas y entrega para entender la intención comercial de bundling
• Verificar si hay prácticas de venta separada que evidencien precios de venta independientes
• Si no, usar análisis de costo más margen con datos de costos confiables
• Determine si la licencia es un derecho de acceso (reconocimiento en el tiempo) o derecho de uso (potencialmente punto en el tiempo si hay cambios entre versiones)
• Para servicios de aplicación incluidos en la suscripción, segregue el componente de aplicación si es separable
• Evalúe si hay actualizaciones obligatorias de software que podrían crear obligaciones adicionales
• ¿Es un activo que el cliente controla conforme se crea? (Sí, si el cliente supervisa y tiene control sobre cambios de especificaciones)
• ¿Tiene uso alternativo limitado? (Sí, si el software está personalizado extensivamente)
• ¿Tiene la entidad un derecho exigible al pago? (Sí, si hay cláusulas de pago por avance o por hitos)
• Si el cliente retrasa el pago más allá de los términos estándar, incluya el efecto de financiamiento significativo
• Si hay cláusulas de penalización por desempeño (por ejemplo, multa si el sistema no cumple disponibilidad), estime la consideración variable bajo NIIF 15.50–58

Errores comunes detectados en auditorías de NIIF 15: sector tecnología

La CNBV, en su programa de supervisión de entidades financieras y cotizadas, ha identificado los siguientes hallazgos recurrentes relacionados con tecnología:
Insuficiencia en la documentación de precios de venta independientes: Muchas entidades tecnológicas estiman SSP usando únicamente análisis de costo más margen sin validación contra datos de mercado o precios históricos de la entidad. El auditor debe verificar que el margen aplicado es consistente con márgenes históricos de productos similares.
Estimación inadecuada de consideración variable: En contratos con bonificaciones de desempeño o descuentos por volumen, la entidad a menudo no documenta la base para la probabilidad estimada de satisfacer las condiciones. El auditor debe solicitar análisis histórico de cumplimiento de métricas similares y evaluar si la estimación es consistente con datos pasados.
Débil documentación de control en servicios de soporte: Muchas entidades reconocen ingresos por soporte técnico de forma lineal sin documentar evidencia de que el servicio fue efectivamente prestado en cada período. El auditor debe muestrear registros de tickets, verificar disponibilidad del sistema, y confirmar que no hubo interrupciones no justificadas.
Contabilización inadecuada de modificaciones: Cuando ocurren cambios de alcance durante el contrato, la entidad a menudo no realiza el análisis de NIIF 15.18–21 para determinar si el cambio debe ser prospectivo, un ajuste prospectivo, o un cumulative catch-up. El auditor debe revisar la lógica de la decisión de contabilización.