Herramienta de Eliminación | ciferi

Descripción general

Los grupos del sector tecnológico operan a través de estructuras complejas donde las transacciones intercompañía no son opcionales, son la médula de la operación. Una matriz puede mantener la propiedad intelectual y licenciar el software a subsidiarias de distribución. Una entidad puede desarrollar la plataforma mientras otra maneja el servicio al cliente. Una tercera entidad maneja operaciones de back-office para todo el grupo.
Cada una de estas transferencias genera ingresos, gastos, saldos por cobrar y por pagar que la NAGA 10 (el equivalente chileno a IFRS 10) requiere eliminar completamente al preparar estados financieros consolidados. La complejidad surge del volumen, de los tipos de transacciones y de la dificultad de documentar que la transferencia interna de activos intangibles ocurrió y a qué precio.

Las transacciones intercompañía típicas en tecnología

Licencias de software y regalías

Una subsidiaria propietaria de código desarrollado internamente licencia ese código a otras entidades del grupo. La licencia genera ingresos mensuales o anuales por parte de la entidad propietaria y gastos de licencia por parte de las entidades usuarias. La NAGA 10.B86 requiere que elimine ambos lados completamente. El dificultad está en verificar que el acuerdo de licencia existe, que los términos fueron documentados antes del inicio del período, y que el monto cobrado en cada período fue consistente con esos términos.

Servicios de plataforma y compartidas

Un grupo tecnológico típico centraliza ciertos servicios en una entidad matriz o en un centro compartido: infraestructura de nube, seguridad de datos, mantenimiento de sistemas. Las entidades operativas pagan por estos servicios. La entidad de servicios registra ingresos. Bajo NAGA 10.B86, ambos lados se eliminan. Aquí el auditor enfrenta un riesgo específico: los servicios compartidos a menudo se cobran mediante imputaciones estimadas o asignaciones de costos, no mediante facturas claramente documentadas. Debe verificar que la metodología de imputación fue aplicada consistentemente durante el período, y que las cantidades registradas como gasto coinciden con lo que fue cobrado como ingreso.

Transferencias de activos intangibles y software desarrollado internamente

Cuando una entidad del grupo desarrolla software que otra entidad usará (o que se venderá externamente), la transferencia entre entidades requiere un precio. Este precio puede ser el costo histórico de desarrollo, el valor de mercado estimado, o un precio interno negociado. Sea cual sea el método, debe documentarse y aplicarse consistentemente. Si la entidad receptora la capitaliza como activo, debe depreciarse sobre la vida útil esperada. Si se registra como gasto, se elimina completamente en consolidación. El auditor debe verificar que el tratamiento contable en ambas entidades es consistente con lo que ocurrió económicamente.

Deudas intercompañía y gastos de interés

Muchos grupos tecnológicos financian el crecimiento de sus subsidiarias con deuda interna. Una entidad presta dinero a otra a una tasa de interés documentada. Bajo NAGA 10.B86, el préstamo (activo para el prestamista, pasivo para el prestatario) se elimina completamente, al igual que el gasto de interés (registrado por el prestatario) y el ingreso por intereses (registrado por el prestamista). El auditor debe verificar que la tasa de interés fue documentada al momento del préstamo, que los intereses se acumularon consistentemente, y que ambas partes registraron los mismos montos.

Cargos por reasignación de costos

Las entidades centrales a menudo redistribuyen sus costos a las subsidiarias operativas basándose en el uso, cantidad de empleados, ingresos, u otra métrica. Estos cargos generan ingresos para la entidad central y gastos para las operativas. Bajo NAGA 10.B86, se eliminan en su totalidad. El auditor debe verificar la metodología de asignación, confirmar que fue documentada por adelantado, y reconocer que este tipo de cargo es más susceptible a errores o manipulación que una factura por un bien o servicio específico.

Patrones de riesgo específicos del sector tecnológico

El riesgo de documentación incompleta

Muchas transacciones intercompañía en tecnología ocurren con una documentación mínima. Un correo electrónico que autoriza una licencia. Una conversación sobre compartir costos de infraestructura. Una decisión informal de usar a una subsidiaria para desarrollar código que otra venderá. Sin acuerdos formales, sin órdenes de compra intercompañía, sin facturas mensuales claras.
La NAGA 210.10 requiere que el auditor acuerde los términos del trabajo en una carta de contratación. Pero ese requisito se refiere a los términos entre el auditor y el cliente, no a los términos entre entidades del grupo. Sin embargo, para auditar la completitud y precisión de las eliminaciones intercompañía, el auditor debe saber qué transacciones debieron ocurrir y qué términos se aplicaron. Si la documentación está ausente, el riesgo de omisión es alto.

El riesgo de valuación de activos intangibles

El software desarrollado internamente, las plataformas propietarias, los algoritmos de machine learning. Cuando una entidad del grupo desarrolla estos activos, ¿cuál es su valor si se transfieren a otra entidad? El costo histórico es un piso. El valor de mercado es teórico porque estos activos casi nunca se comercian a nivel de mercado. La NAGA 10.B86 no ofrece orientación sobre cómo valuar las transferencias intercompañía. La normativa chilena sobre impuestos a la renta (Decreto Supremo Nº 100 del Ministerio de Hacienda, artículos 17 y 59 respecto a precios de transferencia) requiere que las transacciones entre partes relacionadas se realicen a precio de mercado. Pero para activos únicos sin mercado comparable, "precio de mercado" es una estimación, no una observación.
El auditor debe verificar que la valuación fue documentada, que fue razonable dadas las circunstancias, y que fue aplicada consistentemente. El juicio profesional es mayor aquí que en la mayoría de las transacciones intercompañía.

El riesgo de reconocimiento de ingresos en licencias

Bajo NIIF 15 (el marco de información financiera adoptado por las entidades que cotizan en bolsa en Chile), la entidad reconoce ingresos de licencias cuando transfiere el control del bien o servicio al cliente. Para licencias de software perpetuas, esto ocurre típicamente en un punto en el tiempo. Para licencias de software con derecho de acceso continuo, el reconocimiento es durante el período de acceso.
Cuando la licencia es intragrupal, ambas transacciones son reales desde la perspectiva contable de cada entidad, pero se eliminan completamente en consolidación. El auditor debe verificar que el método de reconocimiento es consistente con NIIF 15 y que se aplicó de forma idéntica en ambas entidades. Un error aquí fluye hacia el año siguiente porque un reconocimiento diferido en el año 1 se convierte en un reconocimiento en el año 2.

Cómo aplicar esta herramienta para grupos tecnológicos

Paso 1: obtener la matriz de transacciones intercompañía completamente documentada

Solicite al cliente una lista completa de todas las transacciones intercompañía del período. Esta lista debe incluir:
Nota importante: Si el cliente no puede producir esta lista, eso mismo es un hallazgo de auditoría. No puede confiarse en transacciones que no están documentadas, independientemente de que aparezcan en los registros contables.

Paso 2: verificar la existencia y la documentación del acuerdo

Para cada transacción identificada, solicite el acuerdo original. Verifique que:
Para transacciones de bajo riesgo (por ejemplo, cargos de interés mensuales en un préstamo con documentación clara), una revisión de la documentación inicial es suficiente. Para transacciones de mayor riesgo (por ejemplo, transferencias de activos intangibles, reasignación de costos complejos), debe obtener evidencia de que los términos fueron aplicados consistentemente durante el período.

Paso 3: conciliar entre entidades

Para cada transacción intercompañía, haga que el cliente prepare una conciliación que muestre:
Las diferencias pueden ser:
Cualquier diferencia por encima de tu umbral de materialidad de desempeño requiere investigación y resolución antes de que proceses la eliminación.

Paso 4: calcular el efecto de ganancia no realizada (si aplica)

Si una entidad del grupo transfirió bienes a otra entidad del grupo y esos bienes siguen siendo tenidos por la entidad receptora al cierre, cualquier ganancia incluida en el costo de transferencia debe ser eliminada bajo NAGA 10.B86.
Ejemplo: Codeía S.A. desarrolló un módulo de software a un costo de 50 millones de CLP. Lo transfirió a Soluciones Tecnológicas Ltda. por 80 millones de CLP. Soluciones Tecnológicas Ltda. lo capitalizó como activo intangible. La ganancia no realizada es 30 millones. En consolidación, el módulo se reporta a 50 millones (costo original para el grupo), no a 80 millones. La ganancia de 30 millones se revierte.
Este cálculo requiere:
Para activos intangibles de vida útil indefinida (como ciertas plataformas de software), el cálculo también requiere que evalúes si hay indicadores de deterioro bajo NIIF 3/NIC 36.

Paso 5: generar los asientos de eliminación

Una vez que hayas reconciliado todas las transacciones intercompañía y verificado su documentación, genera los asientos de eliminación consolidada:
Estos asientos no se registran en los libros de ninguna entidad individual. Existen solo en tu libro de consolidación o en el software de consolidación del cliente.

Paso 6: evaluar el impacto en la opinión de auditoría

Una vez completadas las eliminaciones, evalúa si el efecto de cualquier diferencia no resuelta o de cualquier incertidumbre en la documentación afecta tu opinión sobre los estados financieros consolidados.

• Tipo de transacción (licencia de software, servicio compartido, transferencia de activo, préstamo, otro)
• Entidades involucradas (la que genera ingresos, la que incurre en gasto)
• Acuerdo que respalda la transacción (debe estar fechado y firmado antes del inicio del período)
• Términos: precio, cantidad, período de cobertura, tasa de interés (si aplica)
• Montos registrados en cada entidad durante el período
• Saldo pendiente al cierre (si aplica)
• El acuerdo existe y está fechado antes del inicio de la transacción
• El acuerdo fue firmado por personal autorizado en ambas entidades
• El acuerdo especifica claramente los términos (precio, cantidades, duración, tasa de interés, método de reconocimiento de ingresos)
• Cualquier cambio posterior a los términos originales fue documentado en una enmienda fechada y firmada
• Monto registrado en los libros de la entidad que genera ingresos
• Monto registrado en los libros de la entidad que incurre en gasto
• Diferencia, si la hay
• Diferencias de oportunidad (timing). Una entidad registra una factura en diciembre, la otra la registra en enero. Se resuelven con una ajuste de oportunidad.
• Diferencias de cantidad. Una entidad registra un cargo de servicio compartido basado en una asignación estimada. La otra registra un gasto basado en un cálculo diferente. Se resuelven ajustando la metodología.
• Diferencias de precio. Uno de los lados registró un precio diferente del acordado. Se resuelven identificando cuál de los dos se equivocó.
• Omisiones. Una de las entidades olvidó registrar la transacción por completo. Se resuelve con un ajuste de auditoría.
• Documentación del costo original de desarrollo
• Documentación del precio de transferencia acordado
• Identificación de qué porcentaje del activo transferido sigue siendo tenido por la entidad receptora al cierre
• Recálculo de la depreciación/amortización sobre la base de costo original, no sobre el precio de transferencia
• Para ingresos y gastos: Débito del lado de ingresos, crédito del lado de gastos, para eliminar ambos lados completamente.
• Para saldos por cobrar/pagar: Débito del activo (saldo por cobrar), crédito del pasivo (saldo por pagar), para netear.
• Para ganancias no realizadas: Crédito de ingresos (reversión de la ganancia registrada en el período de transferencia), débito del activo (reducción del valor capitalizado).
• Si todas las eliminaciones han sido procesadas completamente y verificadas, la opinión no se ve afectada.
• Si hay diferencias no resueltas pero éstas son menores, podrías aceptar un ajuste de auditoría.
• Si hay diferencias considerables sin resolver, o si la documentación de transacciones materiales es insuficiente, deberías considerar una opinión modificada bajo NAGA 705.

Consideraciones específicas para el contexto chileno

Precios de transferencia y cumplimiento fiscal

Chile requiere que las transacciones entre partes relacionadas sean documentadas con una Declaración de Precios de Transferencia cuando las ventas anuales al exterior excedan aproximadamente 10 millones de dólares estadounidenses. Aunque muchos grupos tecnológicos no alcanzan este umbral, el principio subyacente (que los precios deben ser "de mercado") se aplica a todas las transacciones intercompañía.
El Servicio de Impuestos Internos (SII) puede ajustar el precio de transferencia registrado si considera que no fue de mercado. Si el SII lo hace, esto crea una diferencia temporal entre el precio de transferencia registrado en los libros y el precio de transferencia requerido por impuestos. Esto afecta el impuesto diferido en la consolidación.
Como auditor, debes verificar que el precio de transferencia fue documentado como de mercado (o, si fue deliberadamente no de mercado, que fue aprobado por la junta directiva). Debes estar atento a cualquier indicación de que el SII podría desafiar el precio.

Entidades del grupo operando bajo diferentes regímenes de impuesto a la renta

Chile permite a ciertos contribuyentes optar por el régimen de Transparencia (donde los ingresos se gravan en manos de los propietarios) o el régimen Parcialmente Integrado (donde la entidad paga impuesto de primera categoría del 27% y los dividendos se gravan parcialmente nuevamente en los accionistas). Las transacciones intercompañía entre entidades bajo diferentes regímenes crean complejidad de impuesto diferido.
Asegúrate de que la tasa de impuesto diferido aplicada a cada entidad sea la correcta para ese régimen específico. Una entidad bajo Transparencia no registraría impuesto diferido de la misma forma que una entidad bajo el régimen Parcialmente Integrado.

Transacciones en moneda extranjera

Si el grupo opera internacionalmente (una subsidiaria en Argentina, otra en Colombia), las transacciones intercompañía pueden estar denominadas en USD, EUR, o ARS/COP. Bajo NIC 21, las transacciones en moneda extranjera se registran en el tipo de cambio de la fecha de la transacción. Los cambios en el tipo de cambio entre la fecha de la transacción y el cierre generan diferencias de cambio.
Para las transacciones intercompañía, la diferencia de cambio realizada es tratada bajo NIC 21.32: si el saldo es parte de la inversión neta en la operación extranjera, la diferencia va a otros resultados integrales. Si no, va a ganancias y pérdidas.
Verifica que:

• Las transacciones intercompañía en moneda extranjera fueron registradas al tipo de cambio correcto
• Las diferencias de cambio fueron clasificadas correctamente (ORI vs. P&G)
• El efecto de cambio fue considerado en tu evaluación de materialidad

Hallazgos de auditoría comunes y cómo evitarlos

Hallazgo 1: documentación insuficiente de licencias de software

El cliente registra ingresos mensuales por licencia de software a una subsidiaria, pero el acuerdo de licencia no está disponible para auditoría o está redactado de forma vaga (no especifica si la licencia es perpetua o tiene plazo, si incluye derechos de actualización, cómo se facturará si cambia el volumen de uso).
Cómo evitarlo: En la fase de planificación, solicita copias de todos los acuerdos de licencia intercompañía con más de 3 meses de antigüedad. Revisa que cada uno especifique fecha de inicio, duración, precio, términos de renovación, y cambios permitidos.

Hallazgo 2: diferencias no reconciliadas entre el lado de ingresos y el lado de gastos

Una entidad registra 100 millones de CLP como ingresos por servicio compartido. Otra entidad registra 95 millones de CLP como gasto. La diferencia de 5 millones no se explica.
Cómo evitarlo: Para todas las transacciones intercompañía mayores a tu umbral de materialidad, haz que el cliente te presente una conciliación firmada por ambas entidades antes de procesar la eliminación. Si no concilia, investiga la causa con la gerencia.

Hallazgo 3: ganancia no realizada no eliminada en transferencias de activos intangibles

Codeía S.A. transfirió código propio a Soluciones Tecnológicas Ltda. por un precio que excedía su costo. La ganancia en la transferencia fue registrada por Codeía. En consolidación, la ganancia debería haber sido eliminada, pero el cliente la dejó en pie.
Cómo evitarlo: En tu programa de auditoría, incluye un paso específico para identificar todas las transferencias de activos intangibles intercompañía. Para cada una, calcula la ganancia no realizada y verifica que fue eliminada. Si el activo sigue siendo amortizado bajo su costo de transferencia en lugar del costo original del grupo, detectarás también un error de depreciación.

Hallazgo 4: cargos de servicio compartido no documentados

El cliente asigna costos de IT centrales a todas las subsidiarias operativas. La metodología de asignación está documentada en un manual de políticas, pero no hay evidencia de que la asignación específica de cada mes fue calculada correctamente o que fue autorizada.
Cómo evitarlo: Obtén una muestra de los cálculos mensuales de asignación (por lo menos 3 meses) y verifica que la metodología documentada fue aplicada correctamente. Verifica que la persona que preparó el cálculo está autorizada para hacerlo.

Hallazgo 5: gasto de interés no eliminado en préstamos intercompañía

El grupo mantiene un préstamo de 500 millones de CLP de la matriz a una subsidiaria con 4% de interés. Pero el cliente eliminó el saldo del préstamo sin eliminar el correspondiente gasto de interés y ingreso por intereses del período.
Cómo evitarlo: Para cada préstamo o deuda intercompañía con un saldo pendiente al cierre, crea un asiento de eliminación que incluya tanto el saldo principal (balance sheet) como los intereses del período (income statement).

Herramienta y funciones disponibles

Esta herramienta le permite:
La herramienta no reemplaza el juicio profesional. Su propósito es ayudarte a organizar los datos, identificar lo que falta, y generar la documentación de auditoría. Las decisiones difíciles (sobre si una diferencia de timing es genuina, si un precio de transferencia era de mercado, si la documentación es suficiente) siguen siendo suyas.

• Cargar la matriz de transacciones intercompañía del cliente (o ingresarla manualmente)
• Identificar discrepancias entre lo que una entidad registró como ingreso y lo que la otra registró como gasto
• Documentar acuerdos de respalda de cada transacción (funciona como checklist)
• Calcular ganancias no realizadas en transferencias de inventario y activos intangibles
• Generar asientos de eliminación en un formato que se puede importar a la mayoría de software de consolidación

Referencias normativas para grupos tecnológicos

---

• NAGA 10 (equivalente a IFRS 10): Estados financieros consolidados. Párrafo B86 requiere la eliminación completa de todas las transacciones intercompañía.
• NIIF 15: Ingresos de contratos con clientes. Aplicable para determinar cuándo se reconoce la licencia de software (punto en el tiempo vs. durante un período).
• NIC 21: Efectos de las variaciones en los tipos de cambio de moneda extranjera. Aplicable si las transacciones intercompañía están denominadas en moneda extranjera.
• NIC 36: Deterioro de activos. Aplicable si transferiste un activo intangible que podría estar deteriorado.
• Decreto Supremo Nº 100, Artículos 17 y 59: Marco legal chileno para precios de transferencia. Requiere que las transacciones entre partes relacionadas sean de mercado.