Diagrama de Flujo de Ingresos: Tecnología | ciferi

Modelo de cinco pasos para reconocimiento de ingresos según NIIF 15

Navegue por el modelo de cinco pasos del reconocimiento de ingresos bajo NIIF 15 con orientación adaptada a los requisitos de la JCC y a la práctica contable en Colombia. Esta herramienta interactiva lo guía a través de la identificación de contratos, obligaciones de desempeño, determinación del precio de transacción, asignación y reconocimiento.
---

Contexto regulatorio en Colombia

Adopción de NIIF 15 en Colombia

Colombia adoptó la NIIF 15 Ingresos de Actividades Ordinarias procedentes de Contratos con Clientes mediante Decreto 2420 de 2015 (modificado por Decreto 2496 de 2015 y posteriores). La NIIF 15 es de aplicación obligatoria para todas las entidades que preparen estados financieros bajo NIIF, incluidas las sociedades anónimas (S.A.), sociedades por acciones simplificadas (S.A.S.) cotizadas, grupos consolidados y entidades sujetas a supervisión por la Superintendencia Financiera de Colombia (SFC).
El Consejo Técnico de la Contaduría Pública (CTCP) ha emitido orientación técnica sobre la aplicación de NIIF 15 en el contexto colombiano, con énfasis particular en las industrias de tecnología, manufactura y servicios profesionales que dominan la economía colombiana.

Enfoque de la JCC en reconocimiento de ingresos

La Junta Central de Contadores (JCC), en su calidad de regulador de la profesión contable, ha enfatizado que el reconocimiento de ingresos es un área de riesgo importante en auditorías bajo NIA. Las deficiencias comunes en la aplicación de NIIF 15 incluyen:

Contexto de la industria tecnológica en Colombia

La industria de tecnología e novedad en Colombia representa un sector de crecimiento acelerado. Las empresas de software, servicios en la nube (SaaS), outsourcing de procesos de negocio (BPO) y desarrollo de soluciones digitales enfrentan dificultades particulares en la aplicación de NIIF 15:
Arreglos con licencias de software y servicios integrados: Los contratos que combinan una licencia de software con servicios de aplicación, soporte técnico continuo y mantenimiento requieren evaluación cuidadosa de si cada componente es una obligación de desempeño separada o si forman un paquete integrado.
Reconocimiento de ingresos en el tiempo: Muchos servicios de tecnología generan ingresos a lo largo del tiempo. La determinación correcta de si una obligación se satisface en un momento específico o en el tiempo requiere aplicación detallada de NIIF 15.35.
Estimación de consideración variable: Los contratos de servicios tecnológicos con frecuencia incluyen componentes variables tales como tarifas de soporte basadas en volumen de transacciones, comisiones por desempeño de sistemas, o bonificaciones por cumplimiento de niveles de servicio (SLA). Cada elemento debe estimarse aplicando NIIF 15.50-58.
---

• Identificación inadecuada de obligaciones de desempeño separadas en contratos complejos o agrupados
• Estimación deficiente de la consideración variable, en particular para contratos con descuentos por volumen, bonificaciones de desempeño o penalidades
• Reconocimiento prematuro de ingresos antes de que se haya transferido el control del bien o servicio
• Documentación insuficiente de los juicios significativos aplicados al modelo de cinco pasos

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

Evalúe si existe un contrato con un cliente cumpliendo cinco criterios. Considere también si varios contratos deben combinarse y si han ocurrido modificaciones.

Criterios para la existencia de un contrato

a) ¿Han aprobado las partes el contrato y se encuentran comprometidas a cumplir sus respectivas obligaciones?
La aprobación puede ser escrita, oral o implícita según la práctica comercial habitual. El compromiso implica que ambas partes tienen intención de hacer cumplir sus derechos recíprocos. En Colombia, donde muchas empresas de tecnología operan con acuerdos marco o términos y condiciones estandarizados más que con contratos individuales formales para cada servicio, considere:
Ejemplo: Soluciones Digitales Andina S.A.S. (Bogotá) firma un acuerdo de servicios de desarrollo de software personalizado con Industrias del Valle Ltda. (Cali). El acuerdo establece el alcance del desarrollo, el cronograma de entregas y los términos de pago. Cuando Industrias del Valle emite una orden de compra contra este acuerdo, especificando el módulo a desarrollar y el precio, existe aprobación mutua y compromiso de cumplimiento. El acuerdo escrito y la orden de compra demuestran los cinco criterios del contrato.
b) ¿Puede la entidad identificar los derechos de cada parte respecto de los bienes o servicios a transferir?
El contrato debe establecer claramente qué entregará la empresa de tecnología y qué tiene derecho a recibir el cliente. En servicios de software y SaaS, esto incluye:
En contratos complejos de tecnología colombiana, la existencia de anexos técnicos o especificaciones de requisitos funcionales (documentos SRS) que acompañan el acuerdo comercial cumple con este requisito.
c) ¿Puede la entidad identificar los términos de pago de los bienes o servicios a transferir?
Los términos de pago incluyen el monto, el calendario y la forma de la consideración. En la industria tecnológica colombiana, esto puede ser:
Aunque los términos de pago no siempre se establecen explícitamente en acuerdos marco, pueden determinarse a partir de prácticas comerciales habituales de la industria o términos estándar del cliente.
d) ¿Tiene el contrato sustancia comercial, es decir, existe la expectativa de que el riesgo, el calendario o el monto de los flujos de caja futuros de la entidad cambiarán como resultado del contrato?
Un contrato tiene sustancia comercial cuando se espera que altere los flujos de caja futuros de la empresa. Para empresas de tecnología en Colombia, esto es casi siempre el caso: la prestación de servicios de software, desarrollo a medida, o mantenimiento de sistemas genera ingresos que de otro modo no existirían.
Los acuerdos de intercambio recíproco de servicios similares entre empresas de tecnología (aunque raros) carecerían de sustancia comercial y no generarían ingresos reconocibles.
e) ¿Es probable que la entidad cobre la consideración a la que tiene derecho a cambio de los bienes o servicios que transferirá al cliente?
Evalúe la capacidad y la intención del cliente de pagar. En Colombia, esto requiere considerar:
Si la empresa ofrece un descuento de precio por liquidación inmediata, evalúe la cobrabilidad sobre el monto descontado (el monto que la empresa espera recibir), no sobre el precio de lista. NIIF 15.9(e) exige que la evaluación de probabilidad se base en la consideración que la entidad espera tener derecho a recibir.
Ejemplo: Soluciones Digitales Andina tiene historial de trabajar con el sector financiero y grandes empresas manufactureras en Colombia. Con clientes nuevos del sector tecnológico emergente, requiere depósito de seguridad equivalente al 25% del monto del contrato. Una startup de Medellín sin flujos de caja positivos compraría servicios de soporte solo si ofrece garantía personal del CEO o depósito en garantía. Ausente esta garantía, la cobrabilidad no es probable y no existe contrato.

Combinación de contratos (NIIF 15.17)

a) ¿Fueron los contratos negociados como un paquete con un objetivo comercial único?
En Colombia, empresas de tecnología frecuentemente venden "paquetes de digitalización" que combinan consultoría de procesos, aplicación de software, capacitación y soporte. Si una empresa de tecnología negocia con un cliente manufacturero un contrato de aplicación de ERP más servicios de migración de datos históricos más capacitación de usuarios, y los tres fueron negociados como un único proyecto con precio total único, se deben combinar.
b) ¿Depende la consideración a pagar en un contrato del precio o del desempeño del otro contrato?
Ejemplo: Soluciones Digitales Andina ofrece al cliente un descuento en el precio del servicio de migración de datos si el cliente simultáneamente contrata un año completo de soporte técnico. El descuento en la migración está condicionado al contrato de soporte. Los dos contratos deben combinarse.
c) ¿Son los bienes o servicios prometidos en los contratos una obligación de desempeño única?
Si los servicios a través de múltiples contratos forman un paquete integrado que no puede ser separado sin perder funcionalidad significativa, deben combinarse.

Modificaciones de contrato (NIIF 15.18-21)

¿Añade la modificación del contrato bienes o servicios distintos al alcance original?
Las modificaciones de contrato son comunes en proyectos de software en Colombia. Un cliente puede solicitar funcionalidades adicionales a mitad del proyecto. Evalúe si estas adiciones son:
Si la modificación añade funcionalidades distintas por precio commensurado, trate la modificación como prospectiva (nuevo contrato a partir de ese punto). Si las funcionalidades no son distintas o si están integradas en una obligación que aún está parcialmente incumplida, registre un ajuste acumulativo de captación al alcance de la obligación de desempeño.
---

• Acuerdos de nivel de servicio (SLA) vigentes entre la empresa de tecnología y el cliente
• Órdenes de compra emitidas según el acuerdo marco
• Confirmación de la obligación de la empresa de prestar servicios específicos
• Evidencia de que el cliente puede exigir el cumplimiento (por ejemplo, derecho a retención de pago por incumplimiento de SLA)
• La descripción funcional del software o servicio
• Los módulos, características o funcionalidades incluidas
• Los derechos de acceso del cliente (usuarios concurrentes, almacenamiento de datos, duración del acceso)
• Las limitaciones en el uso (no comercial, uso interno únicamente, etc.)
• Derecho de propiedad intelectual (si el cliente obtiene propiedad del código fuente o solo licencia de uso)
• Pago fijo mensual por servicios SaaS
• Pago por hito para proyectos de desarrollo (p. ej., 25% al iniciar, 25% al completar diseño, 25% al completar desarrollo, 25% tras pruebas de aceptación)
• Pago variable basado en volumen de transacciones procesadas o usuarios finales
• Combinaciones de componentes fijos y variables
• Términos de crédito (inmediato, 30 días, etc.)
• Historial crediticio del cliente (referencias de clientes anteriores, reporte en centrales de riesgo si aplicable)
• Condición financiera del cliente (análisis de estados financieros si están disponibles)
• Naturaleza del cliente (entidad estatal, empresa multinacional, startup, etc.)
• Garantías colaterales o depósitos de seguridad
• Experiencia histórica de la empresa con clientes de similar perfil
• Distintas: ¿Puede el cliente beneficiarse de las funcionalidades adicionales de forma independiente?
• Conmensurables: ¿El aumento de precio refleja los precios de venta autónomos (PVA) de las funcionalidades adicionales?
• Segregables del desempeño restante: ¿Las funcionalidades originales ya fueron entregadas o forman parte de una obligación de desempeño única en progreso?

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

Para cada bien o servicio prometido, evalúe si es una obligación de desempeño separada mediante el test de distinción.

Criterio de distinción: capacidad de beneficio

¿Puede el cliente beneficiarse del bien o servicio de forma independiente o junto con recursos disponibles fácilmente?
En servicios de tecnología, esto requiere análisis de si el componente tiene valor independiente:
Ejemplo 1: Software más aplicación integrada
Soluciones Digitales Andina vende un software de gestión de inventario personalizado (PVA de $30.000 si se vendiera como producto estándar) junto con servicios de aplicación (PVA de $15.000 si el cliente contratara aplicación por separado).
El software mismo es capaz de ser distinto: el cliente puede beneficiarse de él (aunque sea con funcionalidad limitada) incluso sin los servicios de aplicación. Es más, Soluciones Digitales regularmente vende licencias de software estándar a otros clientes sin servicios. Por lo tanto, el software es distinto en capacidad.
Ejemplo 2: Integración que no es distinta
Soluciones Digitales Andina proporciona un módulo de análisis de datos que se integra completamente en el ERP del cliente. El módulo, sin el ERP, carece de valor: no tiene datos que analizar, no tiene interfaz de usuario, no puede ejecutarse de forma independiente.
El módulo no es capaz de ser distinto porque el cliente no puede beneficiarse de él sin el ERP ya instalado. la incorporación profunda hace que sea incapaz de uso independiente.

Criterio de distinción: identificabilidad separada

¿Es la promesa separadamente identificable dentro del contexto del contrato?
Aun cuando un bien sea capaz de ser distinto (el cliente podría comprarlo por separado), puede que no sea separadamente identificable en este contrato si:
Indicador 1: La entidad proporciona un servicio significativo de integración
Soluciones Digitales Andina implementa una plataforma de marketing automation integrada que requiere diseño personalizado del flujo de trabajo, configuración de integraciones con sistemas de CRM existentes, y migración de datos de campañas históricas. El servicio de integración y configuración es tan significativo que sin él, el software estándar no produciría valor comercial para el cliente.
la incorporación es una obligación de desempeño que no se puede separar del software. El cliente compra "una solución completa de marketing automation implementada", no "software + servicio de aplicación separados".
Indicador 2: El bien o servicio modifica o personaliza de forma notable otro bien o servicio
Soluciones Digitales Andina desarrolla un módulo de inteligencia artificial personalizado para análisis predictivo que se integra en el ERP cliente. El módulo es enteramente personalizado según los algoritmos específicos de la industria del cliente (manufacturera). Sin este servicio de desarrollo personalizado, el módulo genérico no serviría.
El desarrollo personalizado y el módulo AI no son separadamente identificables: forman una única obligación de desempeño.
Indicador 3: Interdependencia o interrelación significativa
Soluciones Digitales Andina proporciona un contrato de servicios de soporte técnico que incluye: (a) acuerdos de nivel de servicio de respuesta garantizada, (b) actualizaciones de parches de seguridad para el software, (c) acceso a portal de autoservicio con base de conocimiento. El SLA de respuesta, las actualizaciones de seguridad y el acceso al portal están interdependientes. El cliente no puede usar ninguno sin los otros de forma considerable. Forman una única obligación de desempeño integrada de "soporte técnico completo", no tres obligaciones separadas.

Provision de serie (NIIF 15.22(b))

¿Promete la entidad una serie de bienes o servicios distintos que son sustancialmente idénticos y tienen el mismo patrón de transferencia?
Soluciones Digitales Andina proporciona servicios de monitoreo de sistemas de 24/7 durante 12 meses. Cada día, el servicio de monitoreo es sustancialmente idéntico: revisión de registros de servidor, alertas de desempeño, reportes de disponibilidad. El servicio se transfiere diariamente (el cliente recibe control del monitoreo cada día).
Todos los días cumplen con el criterio de reconocimiento en el tiempo bajo NIIF 15.35(c) (la entidad ha asumido obligación continua de desempeño, el cliente simultaneamente consume y recibe el beneficio). El patrón de transferencia es el mismo cada día.
Esta serie de servicios diarios puede contabilizarse como una única obligación de desempeño, con reconocimiento de ingresos durante los 12 meses en línea recta (o según una medida más precisa de progreso si aplica).
Sin la provision de serie, tendrían que identificarse 365 obligaciones de desempeño separadas, lo cual sería impracticable.
---

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

Determine el monto de consideración que la entidad espera tener derecho a recibir, considerando variabilidad, financiamiento significativo, consideración no monetaria, y consideración pagadera al cliente.

Consideración variable (NIIF 15.50-58)

¿Incluye el contrato cualquier forma de consideración variable?
En contratos de tecnología en Colombia, la consideración variable es frecuente:
Ejemplo 1: Descuentos volumétricos
Soluciones Digitales Andina firma un contrato de servicios de procesamiento de transacciones con una empresa de pagos digitales. El precio por transacción procesada es:
El monto final de ingresos dependerá del volumen de transacciones procesadas, que es incierto al inicio del contrato. El cliente intenta aumentar volumen para alcanzar mejores precios. Soluciones Digitales debe estimar la consideración variable.
Ejemplo 2: Bonificaciones de desempeño
Un contrato de mantenimiento de sistemas con una entidad estatal colombiana incluye una bonificación del 10% del precio mensual si la disponibilidad del sistema durante el mes supera el 99,5%. Si la disponibilidad cae por debajo del 99%, hay una penalización (descuento) del 5%.
El monto de la bonificación o penalidad depende del desempeño real del mes, lo cual Soluciones Digitales no puede controlar completamente.
Ejemplo 3: Contingencias comerciales
Un contrato de desarrollo de software establece que si el cliente logra vender el software desarrollado a terceros dentro de los 2 años siguientes a la entrega, pagará a Soluciones Digitales un 5% de las ganancias por ventas de esa copia. La ocurrencia y el monto de estos pagos son inciertos (depende de que el cliente venda, de cuánto venda, etc.).
Métodos de estimación de consideración variable (NIIF 15.53)
Para cada forma de consideración variable, elija el método que mejor predice la consideración:
Valor esperado: La suma ponderada por probabilidad de todos los resultados posibles. Preferible cuando hay muchos resultados posibles e igual probabilidad de que cualquier rango dentro de los rangos de posibilidades sea el resultado final (p. ej., portafolios grandes de descuentos volumétricos).
Aplicación: Soluciones Digitales Andina ha procesado transacciones para clientes similares durante 3 años. Del historial:
El valor esperado de volumen mensual es: (0,20 × 45.000) + (0,50 × 190.000) + (0,30 × 620.000) = 9.000 + 95.000 + 186.000 = 290.000 transacciones/mes.
El precio esperado es 290.000 × tasa por tramo ponderada = estimación del ingreso variable.
Monto más probable: El resultado único más probable. Preferible cuando solo son posibles algunos resultados y es probable que uno ocurra más que los otros (p. ej., bonificación de desempeño basada en SLA con dos o tres resultados probables: se alcanza el SLA, se falla levemente, o se falla de forma notable).
Aplicación: Soluciones Digitales Andina tiene contrato de mantenimiento con SLA de disponibilidad del 99,5%. Históricamente:
El resultado más probable es que se gane la bonificación completa (70%). Este método es más preciso que un valor esperado aquí.

Restricción de consideración variable (NIIF 15.56-58)

Después de estimar la consideración variable, ¿es probable que el cliente no la pague, o que Soluciones Digitales debe devolver parte de la consideración ya recibida?
No incluya en el precio de transacción estimado el monto de consideración variable si es probable que haya una reversa posterior (NIIF 15.56). Registre estos montos con una restricción llamada "importe de la consideración restringida".
Ejemplos de restricción:
Ejemplo 1: Derecho de devolución del cliente
Un contrato de licencia de software SaaS por 12 meses permite que el cliente cancele con 30 días de notificación y reciba un reembolso completo de los pagos adelantados. Al inicio, es incierto si el cliente permanecerá los 12 meses o cancelará y obtendrá reembolso.
Soluciones Digitales no puede incluir los 12 meses completos de ingresos al reconocer ingresos mensualmente. Debe estimar la probabilidad de retención (p. ej., basándose en historial de cancelaciones: 85% de clientes retienen 12 meses). Incluya en el precio de transacción solo los ingresos esperados (85% × 12 meses), y revise cada mes a medida que se obtiene información sobre el comportamiento de retención del cliente.
Ejemplo 2: Bonificación contingente sujeta a condición futura incierta
Un contrato de desarrollo de software incluye una bonificación adicional de $5 millones COP si el software pasa una auditoria de seguridad externa dentro de 6 meses de entrega. Es incierto si el software pasará la auditoría (requiere trabajo de remediación por parte del cliente, no solo de Soluciones Digitales).
Soluciones Digitales estima que hay un 60% de probabilidad de que el software pase la auditoría. El monto de la bonificación es probable que sea revertido porque la condición no se cumple con suficiente certidumbre. Por lo tanto:

Consideración no monetaria (NIIF 15.66)

¿Incluye el contrato bienes o servicios no monetarios como consideración?
Infrecuente en contratos de tecnología, pero puede ocurrir:
Soluciones Digitales Andina desarrolla software de análisis de datos a medida para una startup de inteligencia artificial a cambio de (a) 30% del precio en dinero (COP $10 millones) y (b) 10.000 acciones de la startup (consideración no monetaria).
Para medir la consideración no monetaria, use el valor razonable de las acciones en la fecha del contrato (o una fecha cercana cuando se determina). Si las acciones no cotizan, estime el valor razonable usando comparables o valuaciones de mercado (rondas de inversión recientes, análisis de DCF).
La consideración total es COP $10 millones + valor razonable estimado de 10.000 acciones.

Financiamiento significativo (NIIF 15.60-65)

¿Incluye el contrato un componente de financiamiento significativo implícito o explícito?
El componente de financiamiento surge cuando hay una diferencia considerable entre el precio de la promesa de bienes/servicios y el precio pagado, y esa diferencia se debe centralmente al efecto del financiamiento (no a los precios de mercado variando).
Ejemplo 1: Pago diferido significativo
Soluciones Digitales Andina desarrolla un sistema de gestión empresarial para una empresa manufacturera de Medellín. El precio estándar es COP $50 millones, pagaderos al cierre del proyecto. Sin embargo, el cliente negocia términos de pago: COP $10 millones al cierre, COP $20 millones en 12 meses, COP $20 millones en 24 meses.
El valor presente de COP $50 millones pagadero en la fecha promedio estimada es menos que COP $50 millones debido al costo del dinero en el tiempo (tasa de interés de mercado para créditos corporativos de mediano plazo en Colombia: ~7-8% anual).
Si la diferencia es significativa, ajuste el precio de transacción al valor presente usando una tasa de descuento apropiada (p. ej., tasa de interés que Soluciones Digitales cobraría a un cliente similar si financiara directamente).
Registre el ajuste como ingresos de intereses a lo largo del período de pago, no como ingresos por servicios.
Excepción: Si el ciclo operativo normal entre Soluciones Digitales y sus clientes es de 12 meses o menos, y el pago se realiza dentro de ese ciclo, típicamente no hay componente de financiamiento significativo a menos que los términos sean extraordinariamente largos (p. ej., 5 años).
---

• $0,75 por transacción para volúmenes de 0-100.000 transacciones/mes
• $0,65 por transacción para volúmenes de 100.001-500.000 transacciones/mes
• $0,50 por transacción para volúmenes superiores a 500.000 transacciones/mes
• 20% de clientes nuevos alcanzaban volúmenes de 50.000 transacciones/mes (promedio: 45.000)
• 50% alcanzaban 200.000 transacciones/mes (promedio: 190.000)
• 30% alcanzaban 600.000 transacciones/mes (promedio: 620.000)
• 70% de meses: disponibilidad real 99,6%-99,9% (gana bonificación completa)
• 20% de meses: disponibilidad real 99,1%-99,4% (sin bonificación ni penalización)
• 10% de meses: disponibilidad real 98,5%-98,9% (sufre penalización)
• No incluya la bonificación en el precio de transacción inicial.
• Cuando se acerca la fecha de auditoría, si las evidencias mejoran (el cliente indica que el software se está remediando exitosamente), incremente la estimación a 75% de probabilidad. Entonces incluya parcialmente la bonificación.
• Cuando ocurre la auditoría y se aprueba, reclasifique el ingreso de la bonificación de restringido a irrestricto y reconózcalo en el período de cumplimiento de la obligación de desempeño.

Paso 4: Asignación del precio de transacción a obligaciones de desempeño (NIIF 15.73-86)

Distribuya el precio de transacción entre las obligaciones de desempeño identificadas proporcionalmente a sus precios de venta autónomos (PVA).

Determinación del precio de venta autónomo (NIIF 15.79-82)

Para cada obligación de desempeño, identifique el PVA: el precio al que Soluciones Digitales vendería el bien o servicio de forma independiente.
Situación 1: El bien o servicio se vende regularmente de forma independiente
Soluciones Digitales Andina vende:
Si un contrato incluye los tres componentes en un paquete, use los PVA observados directamente.
Situación 2: El bien o servicio no se vende regularmente de forma independiente
Para obligaciones sin precio de mercado observable, estime el PVA usando:
(a) Enfoque de mercado comparable:
Soluciones Digitales Andina desarrolla módulos personalizados de IA que no vende como productos estándar (todos son a medida). Para estimar el PVA de un módulo de IA personalizado, examine:
Si competidores comparables cobran COP $4-6 millones por un módulo de IA de complejidad similar, use el punto medio (COP $5 millones) como PVA estimado.
(b) Enfoque de costo más margen:
Si no hay comparables de mercado, estime el PVA como:
PVA = Costos directos de desarrollo + Costos indirectos asignados + Margen de ganancia esperado
Soluciones Digitales Andina desarrolla un módulo de IA personalizado. Sus costos:
Costos totales: COP $325 millones
Margen objetivo de Soluciones Digitales para servicios personalizados: 40%
PVA estimado = COP $325 millones × (1 + 0,40) = COP $455 millones
(c) Enfoque de valor residual:
Si Soluciones Digitales vende un paquete integrado y puede estimar el PVA de algunos componentes pero no de otros, asigne el precio de transacción total primero a los componentes con PVA observable, y luego asigne el residuo al componente sin PVA observable.
Soluciones Digitales Andina vende un paquete integrado:
Precio total del paquete: COP $15 millones
Asigne: COP $8M (software) + COP $5M (aplicación) + residuo al PVA del componente de IP.
Residuo = COP $15M - COP $13M = COP $2 millones como PVA de la transferencia de IP.

Asignación proporcional (NIIF 15.73)

Distribuya el precio de transacción proporcionalmente a los PVA de cada obligación:
Ejemplo:
Soluciones Digitales Andina firma un contrato de paquete de servicios con la empresa Industrias del Valle Ltda. por COP $50 millones:
PVA total: COP $8M + COP $15M + COP $2M = COP $25 millones
Aunque el cliente pagará COP $50 millones (precio negociado de paquete con descuento), distribuya el PVA:
Cada obligación tiene ahora un monto de ingresos asignado que se reconocerá cuando se satisfaga esa obligación.
---

• Licencias de software estándar: PVA observable = COP $8 millones/año
• Servicios de aplicación: PVA observable = COP $5 millones por proyecto (rango típico COP $3-7 millones)
• Soporte técnico: PVA observable = COP $2 millones/año
• Precios que competidores de inteligencia artificial en Colombia (p. ej., empresas de Medellín y Bogotá especializadas en soluciones de IA) cobran por desarrollos similares
• Precios en mercados internacionales ajustados por costos laborales y condiciones económicas colombianas
• Informes de benchmarking de servicios de consultoría en tecnología
• Salarios de ingenieros (2.000 horas × COP $120.000/hora): COP $240 millones
• Infraestructura (hosting en la nube, herramientas de desarrollo): COP $10 millones
• Overhead asignado (30% de costos directos): COP $75 millones
• Software estándar: PVA observable COP $8 millones
• aplicación personalizada: PVA estimable a COP $5 millones
• Transferencia de propiedad intelectual futura (si el cliente desea poseer el código fuente): PVA no observable
• Obligación 1: Licencia de software estándar (PVA: COP $8 millones)
• Obligación 2: Servicios de aplicación (PVA: COP $15 millones)
• Obligación 3: Soporte técnico de 12 meses (PVA: COP $2 millones)
• Obligación 1: COP $50M × ($8M / $25M) = COP $16 millones
• Obligación 2: COP $50M × ($15M / $25M) = COP $30 millones
• Obligación 3: COP $50M × ($2M / $25M) = COP $4 millones

Paso 5: Reconocimiento de ingresos (NIIF 15.31-42)

Reconozca ingresos cuando (o conforme) Soluciones Digitales Andina satisface cada obligación de desempeño al transferir control del bien o servicio promedio al cliente.

Identificación del momento de satisfacción de obligaciones

¿Se satisface la obligación de desempeño en un momento específico o en el tiempo?
Indicadores de satisfacción en el tiempo (NIIF 15.35):
Una obligación de desempeño se satisface en el tiempo si se cumple al menos uno de los tres criterios:
(a) La entidad ha asumido obligación continua de desempeño durante el período, y el cliente simultáneamente consume o recibe y consume los beneficios.
Ejemplo 1: Servicios de soporte técnico. Soluciones Digitales Andina proporciona soporte de 24/7/365 durante 12 meses. El cliente recibe los beneficios de forma continua: en cualquier momento puede llamar al soporte técnico si el sistema falla. El cliente no podría esperar 12 meses y luego "consumir" 12 meses de soporte de una sola vez. Los beneficios se consumen conforme se prestan los servicios.
Reconozca ingresos en línea recta durante los 12 meses (o según una medida de progreso más precisa si el esfuerzo de soporte varía por mes).
Ejemplo 2: Servicios de procesamiento de transacciones. Soluciones Digitales Andina procesa transacciones diarias para el cliente. El cliente consumirá inmediatamente cada transacción procesada (el dinero se mueve, los registros se actualizan, etc.). Los beneficios se consumen en el tiempo.
Reconozca ingresos cuando se procesa cada transacción (o acumulativamente a lo largo del mes según la medida de progreso: número de transacciones procesadas / transacciones esperadas total).
(b) La entidad crea un activo (p. ej., obra en construcción o trabajo en progreso) que el cliente controla conforme se crea.
Ejemplo: Desarrollo de software personalizado. Soluciones Digitales Andina desarrolla un módulo de análisis de datos específicamente para Industrias del Valle Ltda. El contrato establece que:
El cliente controla el activo en construcción conforme se desarrolla. Reconozca ingresos en el tiempo basándose en la medida de progreso del desarrollo (p. ej., % de requisitos funcionales completados).
(c) La entidad no tiene uso alternativo para el activo o el bien que crearía, y tiene derecho a pago por el desempeño completado hasta la fecha (incluyendo ganancia).
Ejemplo: Desarrollo de solución personalizada. Soluciones Digitales Andina desarrolla un sistema de gestión de inventario completamente personalizado para una empresa manufacturera específica, basado en sus flujos de proceso únicos. Si el cliente decide cancelar el contrato a medio camino:
Reconozca ingresos en el tiempo basándose en medida de progreso porque se cumplen los dos criterios: (c) no hay uso alternativo y (c) tiene derecho a pago.
Obligaciones satisfechas en un momento específico:
Si ninguno de los tres criterios de tiempo se cumple, la obligación se satisface en un momento específico. Identifique ese momento principal en el que el control del bien se transfiere al cliente.
Ejemplo 1: Venta de licencia de software estándar. Soluciones Digitales Andina vende una licencia estándar de software (no personalizado) a Industrias del Valle Ltda. El cliente descarga el software y lo instala.
Momento de satisfacción: cuando el cliente obtiene acceso y puede usar el software (típicamente: cuando recibe la principal de licencia y puede descargar). En ese momento reconozca todos los ingresos de la licencia.
Ejemplo 2: Bien físico entregado. Si Soluciones Digitales Andina vendiera dispositivos de hardware junto con software, el momento de satisfacción sería cuando el hardware se entrega (cliente recibe posesión física) y el software se activa.
Ejemplo 3: Software como servicio (SaaS) sin consumo continuo visible. Soluciones Digitales Andina proporciona una plataforma de análisis que el cliente usará para generar reportes bajo demanda (no consumo continuo de beneficios). Sin embargo, el cliente tiene derecho a usar la plataforma durante el período de suscripción.
Aunque técnicamente el cliente accede a beneficios a lo largo del mes, el modelo de SaaS típicamente es una obligación satisfecha en el tiempo porque el cliente recibe acceso continuo a beneficios que consume cuando elige. Esto se trata como servicio de acceso continuo (similar al soporte técnico).

Medidas de progreso (NIIF 15.39-42)

Para obligaciones satisfechas en el tiempo, seleccione una medida de progreso que refleje fidedignamente la transferencia de control al cliente.
Métodos de medida de progreso:
(a) Método de input: medir los recursos consumidos o esfuerzo invertido
Ejemplo: Desarrollo de software personalizado. Soluciones Digitales Andina estima que el proyecto requiere 3.000 horas de ingeniería. Hasta la fecha, ha gastado 1.500 horas. Progreso = 1.500 / 3.000 = 50%. Reconozca el 50% de los ingresos asignados a esta obligación.
Ventaja: fácil de medir usando registros de tiempo.
Desventaja: puede no reflejar fielmente la transferencia de valor si la empresa es ineficiente (gasta 2.000 horas para alcanzar 50% de funcionalidad).
(b) Método de output: medir los resultados entregados al cliente
Ejemplo 1: Desarrollo de software. Hitos de entrega: el cliente ha aceptado 3 de 6 módulos funcionales prometidos. Progreso = 3/6 = 50%.
Ejemplo 2: Procesamiento de transacciones. Se han procesado 2,5 millones de 5 millones de transacciones esperadas en el año. Progreso = 2,5M / 5M = 50%.
Ventaja: refleja mejor el valor transferido al cliente.
Desventaja: requiere medición confiable de output (puede no ser práctica en algunos casos).
(c) Método de línea recta: cuando input y output son proporcionales y uniforme
Ejemplo: Servicios de soporte técnico mensual. Si Soluciones Digitales proporciona el mismo nivel de esfuerzo y el cliente recibe el mismo beneficio cada mes, reconozca 1/12 de los ingresos anuales cada mes, independientemente del esfuerzo real invertido ese mes.
Ventaja: simple, fácil de aplicar, no requiere medición de progreso detallada cada mes.
Desventaja: puede ser impreciso si el esfuerzo varía de forma notable mes a mes.
Aplicación práctica en tecnología colombiana:
Soluciones Digitales Andina desarrolla un contrato de 18 meses con Industrias del Valle Ltda. por COP $50 millones (asignados así):
Para la Obligación 1 (módulos): Use método de output. El contrato define 6 módulos iguales. Cada mes, conforme se completa un módulo (Módulo 1 completado en mes 3, Módulo 2 en mes 6, etc.):
Para la Obligación 2 (soporte): Use método de línea recta. 18 meses de soporte, asignados COP $20M:
---

• El código fuente es propiedad del cliente durante el desarrollo (transiciones al cliente)
• El cliente tiene el derecho de pedir cambios en requisitos en cualquier momento durante el desarrollo
• Los incrementos de funcionalidad completados son entregables que el cliente puede usar
• El sistema no tiene uso alternativo (está 100% personalizado; no puede venderse a otro cliente)
• El contrato incluye derechos de finalización: Soluciones Digitales recibe pago por el trabajo completado más un margen de ganancia, incluso si no se completa el sistema completo
• Obligación 1: Módulos de funcionalidad de aplicación web (COP $30 millones, satisfacción en el tiempo)
• Obligación 2: Soporte técnico de 18 meses (COP $20 millones, satisfacción en el tiempo)
• Mes 3: 1 de 6 módulos completados → 1/6 × COP $30M = COP $5M de ingresos
• Mes 6: 2 de 6 módulos completados → 2/6 × COP $30M = COP $10M acumulado (adicionales COP $5M)
• Mes 18: 6 de 6 módulos → COP $30M acumulado (total)
• Cada mes: COP $20M / 18 = COP $1,11M de ingresos de soporte

Consideraciones especiales para contratos de tecnología en Colombia

Patrones estacionales en la demanda de servicios tecnológicos

¿Cómo afectan los patrones estacionales a la revisión analítica?
La industria tecnológica colombiana experimenta patrones estacionales característicos:
Al realizar procedimientos analíticos en revisiones sobre ingresos de tecnología:

Consideraciones sobre honorarios y modelos de precio

En contratos de servicios de tecnología en Colombia, especialmente para outsourcing de procesos de negocio (BPO) y servicios de soporte técnico:

Entregas de propiedad intelectual

¿Ha acordado la entidad transferir propiedad del código fuente u otra propiedad intelectual al cliente?
Esto es una consideración de contabilidad importante:
Ejemplo: Soluciones Digitales Andina desarrolla un módulo de análisis para Industrias del Valle Ltda. El contrato especifica:
Obligaciones de desempeño:
---

• Q4 (octubre-diciembre): Mayor demanda de aplicación de sistemas, actualizaciones de año fiscal y preparación de cierre de año. Las empresas invierten presupuestos antes de fin de año.
• Q1 (enero-marzo): Crecimiento de nuevos proyectos, presupuesto nuevo asignado por directorios de TI para el año.
• Q2-Q3: Ritmo más lento típicamente, aunque puede variar según industria cliente.
• Compare períodos similares del año anterior: CY diciembre vs. PY diciembre (no CY diciembre vs. CY junio), CY Q1 vs. PY Q1.
• Para procedimientos analíticos intermedios: Si se está auditando ingresos al 30 de junio de 2024, use el mismo período intermedio del año anterior (30 de junio de 2023) como comparativo, no el cierre del año anterior (31 de diciembre de 2023).
• Ajuste las expectativas por diferencias de calendario conocidas: Si Semana Santa cae en abril en 2024 pero en marzo en 2023, la actividad empresarial puede cambiar. Los clientes en sectores relacionados con comercio minorista o eventos pueden aplazar decisiones de inversión en TI.
• Modelos de precio fijo vs. time-and-materials: Los contratos de precio fijo son más comunes en proyectos de desarrollo definidos. Los contratos T&M son más comunes en servicios de soporte continuado. Ambos deben evaluarse por consideración variable (bonificaciones por desempeño).
• Análisis de márgenes: En contratos T&M con tarifas de COP 150.000-250.000 por hora de ingeniero (según experiencia y especialización), el margen bruto típico es 45-60% después de costos de personal y overhead asignado. Márgenes inferiores al 40% o superiores al 70% requieren indagación (posible mala aplicación de NIIF 15, bajo precio competitivo, o márgenes anormales).
• Licencia de propiedad intelectual (el cliente obtiene derecho a usar pero no posee el código): Ingresos se reconocen cuando el cliente obtiene acceso a usar la IP.
• Transferencia de propiedad intelectual (el cliente obtiene posesión del código fuente, documentación, derechos de modificación): Ingresos se reconocen cuando se transfiere la propiedad legal y el cliente puede usar la IP sin restricción.
• Transferencia futura de IP (p. ej., después de un período de exclusiva): La promesa de transferencia futura es una obligación de desempeño separada, satisfecha cuando se transfiere.
• Durante 18 meses: Industrias del Valle tiene licencia de uso exclusiva del código en su negocio.
• A los 18 meses: La propiedad del código fuente (y derecho a modificarlo) se transfiere a Industrias del Valle.
• Consideración total: COP $50 millones.
• Desarrollo y entrega del módulo funcional: COP $35 millones, reconocido en el tiempo durante desarrollo (meses 1-18).
• Transferencia de propiedad intelectual al final: COP $15 millones, reconocido cuando se transfiere la propiedad (mes 18).