Diagrama de Flujo de Ingresos: Edición Tecnología | ciferi

Navegue el modelo de cinco pasos para el reconocimiento de ingresos bajo NIIF 15, con orientación adaptada a las prioridades de cumplimiento en El Salvador y las prácticas de la industria tecnológica.

Sobre esta herramienta

Este diagrama de flujo interactivo le guía a través de cada etapa del modelo NIIF 15 para identificar el contrato, caracterizar las obligaciones de desempeño, determinar el precio de la transacción, y establecer el momento del reconocimiento de ingresos. La herramienta está diseñada específicamente para los auditores que evalúan acuerdos tecnológicos complejos bajo NIIF.
El modelo NIIF 15 se aplica a toda entidad en El Salvador que prepara estados financieros bajo NIIF completa. Las entidades medianas y pequeñas que aplican NIIF para Pymes deben seguir la sección de ingresos de ese marco, que es más simple pero comparte los principios de la transferencia de control. La orientación que aparece a continuación se centra en NIIF 15 completa y es aplicable a entidades cotizadas, grandes empresas financieras e intermediarios regulados por la Superintendencia del Sistema Financiero (SSF).
---

El modelo NIIF 15 en cinco pasos

El reconocimiento de ingresos bajo NIIF 15 requiere que usted siga este proceso para cada contrato con cliente:
Cada paso se acompaña de decisiones principal que debe documentar en su papel de trabajo.
---

• Identificar el contrato con el cliente (párrafos 9–21)
• Identificar las obligaciones de desempeño (párrafos 22–30)
• Determinar el precio de la transacción (párrafos 47–72)
• Asignar el precio de la transacción a las obligaciones de desempeño (párrafos 73–86)
• Reconocer el ingreso cuando (o a medida que) se satisface la obligación de desempeño (párrafos 31–45)

PASO 1: Identificar el contrato

Criterios de existencia del contrato (NIIF 15.9)

Antes de procesar cualquier acuerdo de ingresos, verifique que cumple con los cinco criterios de NIIF 15.9.
1.1. ¿Han aprobado las partes el contrato y están comprometidas a cumplir sus obligaciones respectivas?
La aprobación puede ser escrita, oral o implícita según la práctica comercial acostumbrada. El compromiso significa que ambas partes tienen la intención de exigir el cumplimiento de sus derechos. En la industria tecnológica salvadoreña, los contratos de licencias de software, servicios en la nube y consultoría tecnológica frecuentemente se documentan mediante acuerdos firmados; otros pueden ser implícitos en pedidos de compra repetidos o en el patrón establecido de relación comercial.
Documentar en el papel de trabajo:
1.2. ¿Puede identificar los derechos de cada parte respecto de los bienes o servicios a transferir?
Los derechos de la entidad se centran en lo que debe transferir. Los derechos del cliente abarcan lo que tiene derecho a recibir. En acuerdos tecnológicos, estos derechos podrían incluir el derecho a usar una licencia de software, acceso a un entorno en la nube, servicios de mantenimiento específicos o consultoría. Incluso si los términos no son explícitos, si son de aplicación según la práctica comercial acostumbrada, los derechos son identificables.
Documentar en el papel de trabajo:
1.3. ¿Puede identificar los términos de pago?
Los términos incluyen monto, momento y forma de la consideración. No necesita estar explícitamente establecido si se puede determinar según prácticas acostumbradas. En transacciones tecnológicas, considere precios fijos, componentes variables (por ejemplo, honorarios por uso), pagos por hitos, y períodos de crédito.
Documentar en el papel de trabajo:
1.4. ¿Tiene el contrato sustancia comercial?
Un contrato tiene sustancia comercial si se espera que cambie el riesgo, tiempo, o monto de los flujos de efectivo futuros de la entidad. Este criterio evita reconocer ingresos en transacciones reciprocas de naturaleza y valor similares sin sustancia real. La mayoría de los contratos comerciales de mercado tienen sustancia comercial.
Documentar en el papel de trabajo:
1.5. ¿Es probable que la entidad cobre la consideración a que tiene derecho?
Evalúe la capacidad e intención del cliente de pagar. Considere historial crediticio, situación financiera, garantías, e historial de pagos previos. Conforme a NIIF, "probable" significa más probable que no. Si ofrece un descuento por precio, evalúe la cobranza sobre el monto esperado (reducido), no el precio establecido en el contrato.
En el contexto salvadoreño, considere el crecimiento de empresas tecnológicas locales y regionales, el acceso al crédito, y la estabilidad económica del cliente. Los clientes del sector público deben ser evaluados según su capacidad de presupuestar y autorizar pagos a través de ciclos presupuestarios conocidos.
Documentar en el papel de trabajo:
---

Combinación de contratos (NIIF 15.17)

Si existen múltiples acuerdos con el mismo cliente, evalúe si deben combinarse en un contrato único para propósitos de reconocimiento.
1.6. ¿Fueron negociados los contratos como un paquete con un objetivo comercial único?
Los contratos negociados conjuntamente con precios vinculados, entregas interdependientes, o propósito comercial compartido deben combinarse. Esto es común en acuerdos "bundle" de software donde se vende una licencia de software, soporte técnico y servicios de aplicación como un paquete integrado.
Documentar en el papel de trabajo:
1.7. ¿La consideración de un contrato depende del precio o desempeño de otro contrato?
Si el pago o los términos en un contrato son contingentes al resultado en otro, combínelos. Por ejemplo, un descuento en servicios de soporte que se concede solo si el cliente compra la licencia de software de un año de duración.
Documentar en el papel de trabajo:
1.8. ¿Los bienes o servicios en los contratos son una obligación de desempeño única?
Si los bienes o servicios en múltiples contratos forman un entregable integrado, combínelos. Use los criterios de distinción de NIIF 15.27 (Paso 2) para esta evaluación.
Documentar en el papel de trabajo:
---

Modificaciones de contrato (NIIF 15.18–21)

Los cambios a un contrato existente (agregar servicios, cambiar términos) requieren evaluación bajo NIIF 15.18–21.
1.9. ¿Añade la modificación bienes o servicios distintos al alcance original?
Use los criterios de distinción (NIIF 15.27) para evaluar si el servicio o bien agregado es distinto. En tecnología, una ampliación de funcionalidades de software, un nivel de soporte adicional, o una extensión de la licencia a unidades de usuario adicionales probablemente sean distintos.
Documentar en el papel de trabajo:
1.10. ¿El aumento de precio refleja los precios de venta independientes del bien o servicio adicional?
Compare el aumento de precio con los precios de venta independientes del bien o servicio agregado, ajustados por circunstancias. Una correspondencia de precio razonable respalda el tratamiento de la modificación como un nuevo contrato.
Documentar en el papel de trabajo:
1.11. ¿Permanecen como obligación de desempeño única los bienes o servicios pendientes?
Si los bienes o servicios pendientes de transferir después de la modificación son distintos de los ya transferidos, trate la modificación de forma prospectiva (como si el contrato original terminara y uno nuevo comenzara). Si NO son distintos (forman parte de una obligación única que se sigue satisfaciendo), aplique un ajuste de recuperación acumulada.
Documentar en el papel de trabajo:
---

• Forma del contrato (acuerdo escrito firmado, orden de compra, correo confirmado, patrón de práctica acostumbrada)
• Evidencia del compromiso de ambas partes
• Fecha de aprobación o activación del acuerdo
• Descripción específica de lo que la entidad debe proporcionar
• Descripción específica de lo que el cliente tiene derecho a recibir
• Duración y alcance de cada derecho
• Monto total (o rango, si es variable)
• Calendario de pagos (adelantado, al hito, al vencimiento)
• Cualquier elemento variable y cómo se mide
• Condiciones de pago y períodos de crédito
• Descripción de cómo el contrato modifica el riesgo, tiempo o monto de flujos de efectivo futuros
• Cualquier cambio en el perfil de efectivo comparado con una ausencia de contrato
• Clasificación del cliente por riesgo crediticio
• Historial de pagos previos (si existe)
• Garantías, depósitos o seguros de pago (si existen)
• Consideración de cualquier descuento por precio y el monto de cobranza esperado
• Descripción de cómo se negociaron conjuntamente
• Objetivo comercial compartido (si existe)
• Interdependencias de precio o desempeño
• Identificación de cualquier cláusula de contingencia de precio o desempeño
• Efecto de esa contingencia en el reconocimiento de ingresos
• Análisis de si los entregables forman un todo integrado
• Justificación para combinación o tratamiento separado
• Descripción del servicio o bien agregado
• Análisis de si es distinto (cliente puede beneficiarse de forma independiente; es separadamente identificable)
• Precio de venta independiente de los bienes/servicios adicionales
• Aumento de precio actual
• Análisis de razonabilidad
• Descripción de lo que sigue pendiente
• Análisis de si es distinto de lo ya transferido
• Tratamiento de la modificación (prospectivo o ajuste acumulado)

PASO 2: Identificar las obligaciones de desempeño

Una obligación de desempeño es una promesa de transferir un bien o servicio (o serie de bienes o servicios). Cada bien o servicio distinto es una obligación separada.

Prueba de distinción (NIIF 15.27–29)

2.1. ¿Es el bien o servicio capaz de ser distinto?
Un bien o servicio es capaz de ser distinto si el cliente puede beneficiarse de él por sí solo, o junto con otros recursos disponibles. Un indicador es si la entidad (o competidores) regularmente vende el elemento de forma separada.
En software, una licencia de software es capaz de ser distinto porque el cliente puede beneficiarse de su uso. Un componente de incorporación de software personalizada que solo funciona con ese software específico puede no ser capaz de ser distinto, porque no tiene valor sin el software.
Documentar en el papel de trabajo:
2.2. ¿Es la promesa separadamente identificable dentro del contrato?
Un bien o servicio NO es separadamente identificable si:
Ejemplo: Un servidor de aplicaciones personalizado para el cliente, junto con aplicación técnica que centralmente adapta el sistema para que funcione con la infraestructura del cliente, puede no ser separadamente identificable porque la aplicación modifica de forma notable el servidor y su capacidad de funcionar según lo esperado.
Documentar en el papel de trabajo:

Provisión de series (NIIF 15.22(b))

Si la entidad promete una serie de bienes o servicios que son sustancialmente iguales y se transfieren de la misma forma, puede tratarlos como una obligación única.
2.3. ¿Son los bienes o servicios de la serie sustancialmente iguales?
Sustancialmente igual significa que la naturaleza del bien o servicio es consistente a lo largo de la serie. Servicios de soporte mensuales recurrentes, acceso a plataforma SaaS durante 12 meses con el mismo nivel de servicio, o licencias anuales renovadas con términos idénticos serían sustancialmente iguales.
Documentar en el papel de trabajo:
2.4. ¿Tienen los bienes o servicios de la serie el mismo patrón de transferencia?
El mismo patrón significa que cada elemento satisfaría los mismos criterios de reconocimiento over-time (NIIF 15.35) y usaría el mismo método de medición de progreso. Si ambas condiciones se cumplen, trate la serie como una obligación única.
Documentar en el papel de trabajo:
---

• Descripción del bien o servicio
• Análisis de si el cliente puede obtener beneficio económico de forma independiente
• Referencias a venta separada (por la entidad o competidores)
• La entidad proporciona un servicio significativo de integración que combina el bien o servicio con otros elementos en un resultado único
• El bien o servicio modifica o personaliza de forma notable otro elemento del contrato
• El bien o servicio es interdependiente con otros elementos (cada uno afecta de forma notable a los otros)
• Descripción de cómo se relacionan los elementos del contrato
• Análisis de integración (¿hay un servicio significativo de integración?)
• Análisis de modificación (¿un elemento modifica de forma notable otro?)
• Análisis de interdependencia (¿los elementos se afectan mutuamente de forma significativa?)
• Descripción de cada elemento en la serie
• Análisis de por qué son (o no) sustancialmente iguales
• Descripción de cómo se transfiere cada elemento (en punto en tiempo o a lo largo del tiempo)
• Método de medición de progreso para cada elemento
• Análisis de por qué el patrón es (o no) el mismo

PASO 3: Determinar el precio de la transacción

El precio de la transacción es el monto de la consideración que espera tener derecho a cambio de transferir los bienes o servicios.

Consideración variable (NIIF 15.50–58)

3.1. ¿Incluye el contrato consideración variable?
La consideración variable surge de descuentos, reembolsos, créditos, concesiones de precio, incentivos, bonificaciones de desempeño, o montos contingentes. Considere también si las prácticas comerciales acostumbradas de la entidad incluyen concesiones de precio incluso si no están contractualmente requeridas.
En transacciones tecnológicas, considere:
Documentar en el papel de trabajo:
3.2. ¿Qué método de estimación predice mejor el monto?
Dos métodos están disponibles: valor esperado (media ponderada por probabilidad) o monto más probable (resultado único más probable).
El valor esperado es más predictivo cuando hay muchos resultados posibles. Por ejemplo, con descuentos por volumen de cinco niveles diferentes, calcule el valor esperado multiplicando cada volumen probable por su descuento asociado.
El monto más probable es más predictivo cuando hay dos o pocos resultados. Por ejemplo, si el bono de desempeño se paga (a cantidad fija) o no se paga.
Documentar en el papel de trabajo:
3.3. ¿Se requiere constricción de la consideración variable?
Debe limitar la consideración variable a un monto que sea probable que no se revierta. Esto significa que el cambio futuro en la consideración no es probable que reduzca el monto previamente reconocido.
Ejemplo: Usted promete un descuento de volumen escalonado. Estima que el cliente comprará 1.000 unidades (descuento del 5%). Sin embargo, hay incertidumbre significativa porque el cliente históricamente ha comprado entre 800 y 1.200 unidades. Evalúe cuál es el monto que es probable que no se revierta. Si es probable que compren al menos 800 unidades (descuento 3%), reconozca solo el monto basado en 800 unidades. Si compran más, reconozca ingresos adicionales cuando la incertidumbre se resuelva.
Documentar en el papel de trabajo:

Financiamiento significativo (NIIF 15.60–65)

3.4. ¿Proporciona el contrato financiamiento significativo al cliente?
Si los términos de pago son tales que hay un componente de financiamiento significativo, ajuste el precio de la transacción por el efecto del tiempo en el dinero.
Ejemplos de financiamiento significativo incluyen:
No es considerar financiamiento significativo cuando el período es de un año o menos (regla práctica de NIIF 15.63(b)).
En tecnología, ejemplos incluirían:
Documentar en el papel de trabajo:

Consideración no monetaria (NIIF 15.66–69)

3.5. ¿Incluye el contrato consideración que no es efectivo?
Mida la consideración no monetaria al valor razonable en la fecha del contrato. Si no puede determinar valor razonable, use el precio de venta independiente del bien o servicio que la entidad se compromete a transferir.
En tecnología, esto podría ser canje de software (entrega de licencia a cambio de otra licencia), acuerdos de intercambio de servicios, o acceso a datos del cliente.
Documentar en el papel de trabajo:

Consideración pagadera al cliente (NIIF 15.70–72)

3.6. ¿Paga la entidad dinero al cliente como parte del contrato?
Cualquier monto que la entidad pague al cliente reduce el precio de la transacción. Esto incluye descuentos en efectivo, bonificaciones, pagos de contribución al cliente a cambio del cliente llevando a cabo acciones en nombre de la entidad, o pagos contingentes.
Ejemplo: Para ganar un contrato de aplicación de software, usted acuerda pagar al cliente USD 50,000 para capacitación del cliente. Esto reduce el precio de la transacción.
Documentar en el papel de trabajo:
---

• Descuentos por volumen o duración del contrato
• Honorarios contingentes por logro de hitos
• Reembolsos si el software no cumple especificaciones establecidas
• Bonificaciones de desempeño por disponibilidad de servicio
• Identificación de cada tipo de consideración variable
• Fuente de la variabilidad (contrato, práctica acostumbrada, etc.)
• Método elegido (valor esperado o monto más probable)
• Justificación por qué predice mejor
• Monto total de consideración variable
• Evaluación del riesgo de reversión
• Monto reconocido en contrato (aplicando constricción)
• Documentación de cambios futuros en estimación
• Pagos diferidos (el cliente recibe bienes/servicios ahora pero paga en varios años)
• Pagos adelantados (el cliente paga ahora, pero bienes/servicios se entregan años después)
• Períodos de crédito anormalmente largos
• aplicación gratuita hoy, con pagos de licencia durante 5 años
• Pago completo hoy por un contrato de soporte que se proporciona durante 10 años
• Descripción de los términos de pago
• Evaluación de si existe financiamiento significativo
• Si existe, cálculo del ajuste de interés separado
• Descripción de la consideración no monetaria
• Método de valuación (valor razonable del bien recibido o precio de venta independiente del bien transferido)
• Valor reconocido
• Identificación de cualquier monto pagado o a ser pagado al cliente
• Justificación de si se trata de consideración (reduce el precio) o gasto (se reconoce por separado)

PASO 4: Asignar el precio de la transacción

El precio de la transacción se divide entre las obligaciones de desempeño en proporción a sus precios de venta independientes.

Precio de venta independiente (NIIF 15.73–86)

4.1. ¿Tiene el bien o servicio un precio de venta independiente observable?
El precio de venta independiente es el precio al cual la entidad vendería el bien o servicio al cliente de forma separada. Si es observable (la entidad vende de forma separada, o el mercado proporciona un precio), use ese precio.
Ejemplo: La entidad vende acceso a software SaaS por USD 5,000/mes, y también vende soporte por USD 1,500/mes de forma separada a otros clientes. Use estos precios observables.
Documentar en el papel de trabajo:
4.2. ¿Debe estimar el precio de venta independiente?
Si no es observable, estime usando:
Ejemplo: Usted proporciona consultoría personalizada de aplicación. No la vende de forma separada, pero vende consultoría general a USD 200/hora. Estime el precio de venta independiente de la aplicación personalizada en USD 200/hora × horas estimadas + un margen.
Documentar en el papel de trabajo:

Asignación proporcional (NIIF 15.76–86)

4.3. ¿Cómo se asigna el precio de la transacción?
Divida el precio de la transacción en proporción a los precios de venta independientes de cada obligación.
Fórmula: Para cada obligación, [(Precio de venta independiente / Suma de todos los precios de venta independientes) × Precio de transacción]
Ejemplo: Contrato por USD 10,000 que incluye:
Asignación:
Documentar en el papel de trabajo:
---

• Bien o servicio identificado
• Precio de venta independiente
• Fuente (venta separada, mercado, etc.)
• Enfoque de ajuste de costo: El costo más un margen apropiado
• Enfoque de mercado evaluado: Precios de oferentes competidores para bienes o servicios similares
• Bien o servicio identificado
• Método de estimación (ajuste de costo o mercado evaluado)
• Supuestos (horas estimadas, margen, precios comparables)
• Precio de venta independiente estimado
• Licencia de software (precio de venta independiente USD 6,000)
• aplicación/consultoría (precio de venta independiente USD 4,000)
• Total de precios independientes: USD 10,000
• Licencia: (USD 6,000 / USD 10,000) × USD 10,000 = USD 6,000
• aplicación: (USD 4,000 / USD 10,000) × USD 10,000 = USD 4,000
• Tabla de asignación con precio de venta independiente de cada obligación
• Cálculo de asignación
• Monto de precio asignado a cada obligación

PASO 5: Reconocer el ingreso cuando se satisface la obligación

El ingreso se reconoce cuando (o a medida que) la entidad transfiere el control de un bien o servicio al cliente.

Reconocimiento en punto en tiempo vs. a lo largo del tiempo (NIIF 15.31–45)

5.1. ¿Se satisface la obligación en un punto en tiempo o a lo largo del tiempo?
Una obligación se satisface a lo largo del tiempo si se cumple uno de estos tres criterios:
Criterio 1: El cliente simultáneamente recibe y consume los beneficios del desempeño de la entidad. Esto es común en servicios (servicios de limpieza, servicios de soporte técnico, servicios de consultoría donde el cliente usa inmediatamente el trabajo realizado).
Criterio 2: El desempeño de la entidad crea un activo que el cliente controla a medida que se crea (o se mejora). Por ejemplo, una construcción personalizada donde el cliente controla la estructura a medida que se construye (porque el cliente controla el terreno y la estructura se construye en ese terreno).
Criterio 3: El desempeño de la entidad no crea un activo que la entidad tiene un uso alternativo para, y la entidad tiene un derecho exigible de pago por el desempeño completado hasta la fecha. Por ejemplo, un contrato personalizado donde la entidad no podría vender el activo a otro cliente si el cliente actual cancela.
Si ninguno de estos criterios se cumple, la obligación se satisface en un punto en tiempo.
Documentar en el papel de trabajo:

Reconocimiento point-in-time (NIIF 15.31–33)

5.2. ¿En qué momento transfiere el control el bien o servicio?
El control se transfiere cuando el cliente puede dirigir el uso y obtener los beneficios restantes del bien o servicio. Indicadores de transferencia de control incluyen:
En software, el control se transfiere típicamente cuando el cliente obtiene acceso a la licencia (es decir, cuando la licencia es activada o el software es entregado y el cliente puede comenzar a usar).
Documentar en el papel de trabajo:

Reconocimiento over-time (NIIF 15.35–45)

5.3. ¿Qué método de medición de progreso es apropiado?
Si el ingreso se reconoce a lo largo del tiempo, mida el progreso usando:
Método de entrada: Recursos consumidos por la entidad (horas de mano de obra, materiales utilizados, costos incurridos). Esto es apropiado cuando los insumos son un indicador fiable del progreso del cliente recibiendo y consumiendo beneficios.
Ejemplo: Servicios de soporte técnico mensuales. El progreso podría medirse por días transcurridos durante el período de servicio.
Método de salida: Bienes o servicios entregados o hitos cumplidos. Esto es apropiado cuando el progreso puede medirse por entregas discretas o hitos.
Ejemplo: aplicación de software con hitos (instalación completada, datos migrados, capacitación completada, aceptación del cliente). El progreso se mide por hito completado.
Documentar en el papel de trabajo:
5.4. ¿Cuál es el porcentaje completado y el ingreso a reconocer?
Fórmula: [% completado × Precio asignado a esta obligación] = Ingreso a reconocer en el período
Ejemplo: Obligación de aplicación de software con precio asignado USD 4,000. Al 31 de marzo, el 40% de la aplicación está completa (medida por hitos cumplidos: instalación y migración de datos).
Ingreso a reconocer: 40% × USD 4,000 = USD 1,600
Documentar en el papel de trabajo:

Cambios en estimaciones (NIIF 15.39)

5.5. ¿Ha cambiado la estimación del % completado o los costos totales estimados?
Los cambios en estimaciones se reconocen de forma prospectiva. El ingreso acumulativo se recalcula en el período del cambio; el ingreso del período se ajusta por esto, .
Ejemplo: En diciembre, estimó que la aplicación estaba 80% completa. Pero en enero, se reveló que debe hacerse trabajo adicional de personalización que no fue capturado en la original. Ahora estima que está 75% completa (aunque han transcurrido más días de trabajo). El ingreso acumulado se reduce; en enero se reconoce un ingreso menor o posiblemente se revierte parte del ingreso de diciembre.
Documentar en el papel de trabajo:
---

• Descripción de cómo se transfiere el control
• Evaluación contra cada criterio over-time
• Conclusión: point-in-time o over-time
• Presentación de factura (para muchos bienes)
• Entrega física al cliente
• Transferencia de propiedad legal
• Acceso del cliente (para software o servicios en línea)
• Aceptación del cliente
• Descripción de lo que es transferencia de control en este contrato
• Fecha de transferencia de control
• Indicadores que respaldan la fecha
• Método elegido (entrada o salida)
• Justificación por qué es el más apropiado
• Descripción de cómo se mide el progreso
• Cálculo de % completado en cada fecha de reporte
• % completado en cada fecha de reporte
• Cálculo de ingreso acumulativo
• Ingreso del período (acumulativo actual menos acumulativo anterior)
• Documentación de cualquier cambio en estimación de % completado
• Cambio en estimación
• Razón del cambio
• Recálculo de % completado
• Ingreso del período ajustado

Consideraciones específicas para contratos de tecnología

Software como servicio (SaaS)

Los contratos de SaaS típicamente incluyen:
Análisis de obligaciones:
Medición de progreso: Para el acceso a SaaS, use el método de entrada (días de servicio transcurridos) o el método de salida (si hay hitos de configuración u onboarding).
Período de reconocimiento: El acceso a SaaS se reconoce típicamente en línea recta durante el período de contrato, a menos que el contrato especifique que el cliente recibe niveles variables de servicio en diferentes períodos (por ejemplo, más onboarding al inicio).

Licencias de software perpetuas

Las licencias perpetuas otorgan derecho de uso indefinido (no renovable cada año).
Análisis de obligaciones:
Reconocimiento: Reconozca en punto en tiempo cuando el cliente obtiene acceso.
Consideraciones especiales: Si la licencia incluye derechos de actualizaciones y soporte perpetuos, evalúe si estos son separadamente identificables. Si no lo son, la obligación completa (licencia + soporte + actualizaciones) se reconoce en punto en tiempo.

Contratos de mantenimiento y soporte

El mantenimiento y soporte típicamente incluye correcciones de errores, actualizaciones de seguridad, soporte telefónico/por correo, y acceso a bases de datos de conocimiento.
Análisis de obligaciones:
Medición de progreso: Use el método de entrada (días de período de soporte transcurrido).
Reconocimiento: Línea recta durante el período de contrato.

Servicios profesionales de aplicación

Estos incluyen instalación, configuración, integración personalizada, migración de datos, y capacitación.
Análisis de obligaciones:
Medición de progreso: Use el método de entrada (horas incurridas como % de horas totales estimadas) o el método de salida (hitos completados como % de hitos totales).
Reconocimiento: Reconozca el ingreso a medida que se complete cada fase de aplicación.
Documentación importante: El trabajo de aplicación debe documentarse con:
---

• Derecho de acceso a software alojado en la nube
• Actualizaciones de software
• Soporte técnico
• A veces, servicios profesionales de aplicación
• El acceso a SaaS es probablemente una obligación única que se satisface a lo largo del tiempo (el cliente consume beneficios durante el período de acceso).
• Las actualizaciones incluidas son típicamente parte de la obligación de acceso, no separadas.
• El soporte incluido podría ser distinto si también se vende de forma separada.
• la aplicación es típicamente distinta y se satisface en un punto en tiempo (cuando se completa).
• La licencia es probablemente una obligación que se satisface en un punto en tiempo (cuando se otorga el derecho de uso y el cliente puede acceder al software).
• El soporte se satisface a lo largo del tiempo (el cliente consume los beneficios durante el período de soporte).
• la aplicación es probablemente una obligación distinta que se satisface a lo largo del tiempo (si hay criterio 1: consumo simultáneo de beneficios; criterio 2: creación de activo controlado por el cliente; o criterio 3: sin uso alternativo).
• Plan detallado de fases/hitos
• Asisitencia de cliente en las pruebas y aceptación (nota de documentación)
• Evidencia de completación (acta de entrega, confirmación de cliente)

Patrones estacionales en análisis analíticos

Al desarrollar procedimientos analíticos para evaluar ingresos, el auditor debe considerar patrones estacionales en el sector tecnológico salvadoreño.
Comparación de períodos: Compare siempre períodos equivalentes (diciembre con diciembre anterior, no diciembre con junio anterior). Para procedimientos analíticos en períodos intermedios, use el mismo período interim del año anterior.
Ajustes conocidos: Ajuste las expectativas para diferencias conocidas en calendario. Algunos ejemplos en tecnología:
---

• Concentración de implementaciones antes de fin de año (fin de ciclo presupuestario)
• Incrementos de licencias coincidentes con ciclos de presupuesto corporativo
• Variación en pagos de servicios en la nube según patrones de consumo estacional de clientes

Hallazgos de inspección y énfasis regulatorio en El Salvador

Orientación regulatoria local

La Superintendencia del Sistema Financiero (SSF) ejerce supervisión sobre intermediarios financieros salvadoreños que proporcionan o consumen tecnología. El Consejo de Vigilancia de la Profesión de Contaduría Pública y Auditoría (CVPCPA) registra contadores públicos y auditores, y proporciona orientación sobre aplicación de NIIF.
Los auditores en El Salvador deben documentar que sus clientes con ingresos por tecnología han aplicado NIIF 15 de acuerdo con la directriz del CVPCPA y con las expectativas de que:

Hallazgos de inspección internacionales

Las inspecciones internacionales de calidad de auditoría (FRC en Reino Unido, BaFin en Alemania, otros reguladores) identifican consistentemente hallazgos en reconocimiento de ingresos:
El auditor debe documentar procedimientos sustantivos que aborden directamente cada paso del modelo NIIF 15 para corrientes significativas de ingresos.
---

• Se han identificado todas las obligaciones de desempeño
• Se han documentado los precios de venta independientes para cada obligación
• El momento del reconocimiento (point-in-time vs. over-time) es apropiado
• Se han aplicado correctamente restricciones de consideración variable
• Insuficiente dificultad de la identificación de obligaciones de desempeño: Los auditores a menudo no cuestionan la aseveración de gerencia sobre si dos servicios son distintos o una obligación única. El análisis debe documentarse específicamente.
• Prueba inadecuada de consideración variable: Los auditores aceptan estimaciones de descuentos o bonificaciones sin verificación independiente contra datos históricos, políticas documentadas, o análisis de restricción.
• Método de medición de progreso no evaluado: Para obligaciones over-time, los auditores no siempre evalúan por qué el método de entrada o salida elegido es el más apropiado, o no validan los % completados.
• Modificaciones de contrato no contabilizadas: En contratos de tecnología de larga duración, los cambios a términos (ampliación de alcance, cambios de requisitos) a veces no se evalúan bajo NIIF 15.18–21.