Conciliación intercompany: por qué tu grupo cierra tarde

El problema de fondo

Tu grupo tiene varios balances correctos. ¿Por qué el resultado consolidado sigue llegando tarde?

La dirección financiera conoce bien la escena: cada sociedad entrega su balance, los responsables locales aseguran que han cerrado y la matriz comienza a revisar los cruces. Una filial reconoce un ingreso por servicios compartidos; la contraparte no ha registrado todavía el gasto. Una compañía factura en una divisa y otra liquida después de un cambio de tipo. Una transferencia interna llega a fin de mes con una referencia que no permite emparejarla. Alguien abre una hoja de cálculo que, con el tiempo, se ha convertido en el auténtico sistema de conciliación del grupo.

No hablamos de un pequeño problema administrativo. Las diferencias entre empresas pueden distorsionar la visión de deuda, margen y resultado de una corporación, retrasar la presentación de estados financieros, multiplicar ajustes manuales y dificultar la auditoría. También consumen un recurso escaso: el tiempo de personas que deberían analizar rentabilidad, liquidez y riesgos, no buscar facturas entre correos y carpetas compartidas.

La solución no consiste simplemente en consolidar más deprisa. Consiste en diseñar un proceso que identifique operaciones entre sociedades desde su origen, conecte sus contrapartes, explique divergencias y establezca reglas para eliminar efectos internos cuando corresponde. Dynamics 365 Finance aporta capacidades de contabilidad intercompany, consolidación y reporting, pero su valor depende de una arquitectura financiera coherente y de los controles configurados.

Este artículo profundiza deliberadamente en la conciliación entre sociedades, no en el catálogo de funciones de un ERP. Para la perspectiva completa de producto, consulta Dynamics 365 Finance y, para evaluar un entorno corporativo más amplio, el hub de Finance & Operations. Aquí vamos a diferenciar tres trabajos que suelen mezclarse: registrar operaciones, conciliarlas y presentar estados consolidados. Son responsabilidades conectadas, pero no equivalentes.

Tres trabajos que no son lo mismo

Contabilidad intercompany, conciliación y consolidación: separar conceptos evita errores caros

Microsoft documenta distintos mecanismos en Dynamics 365 Finance. La configuración de contabilidad intercompany permite utilizar cuentas tipo due to / due from, diarios entre entidades y escenarios como pagos centralizados. Las funciones de consolidación y conversión de moneda contemplan consolidación online, importaciones, eliminaciones y reporting financiero. Ninguno de estos componentes sustituye por sí solo una política financiera de grupo.

La primera decisión del CFO debería ser organizativa: quién reconoce la operación, quién confirma la contraparte, qué fecha rige para ambas partes y quién resuelve una diferencia cuando el plazo de cierre se acerca. Una integración tecnológica puede imponer un flujo, pero no inventar los criterios contables que faltan. Si la organización no ha definido esa responsabilidad, incluso un entorno homogéneo terminará generando conciliaciones manuales.

Gráfico 1 · El circuito financiero

Del registro intercompany al resultado del grupo: cinco puertas de control

El recorrido siguiente muestra dónde debe quedar evidencia antes de avanzar. No es un diagrama de una funcionalidad que se active con un botón; representa un modelo de operación que puede apoyarse en Dynamics 365 Finance y en controles organizativos.

Conviene establecer un identificador de operación compartido, cuentas intercompany reconocibles, una dimensión de contraparte cuando resulte apropiada, reglas de corte y un mecanismo de seguimiento de excepciones. Así el equipo puede diferenciar diferencias temporales —por ejemplo, facturas emitidas y recibidas en periodos distintos— de errores de registro, discrepancias de moneda o incidencias de integración.

El diseño debe admitir que algunas diferencias sean legítimas y no desaparezcan mediante una automatización ciega. Puede existir una operación pendiente de aceptación, una factura disputada, una incidencia fiscal o un ajuste que exige revisión especializada. El sistema debería hacer visibles esos casos, no esconderlos dentro de un asiento genérico de corrección.

Gráfico 2 · Un caso sencillo

Dos sociedades, una misma operación y una diferencia que hay que explicar

Pensemos en un grupo industrial que presta servicios corporativos desde su sociedad matriz a una filial operativa. El ejemplo es exclusivamente ilustrativo: no representa datos de clientes de Ayesa ni un resultado real de Dynamics 365 Finance. La matriz ha contabilizado una factura intercompany de 250.000 €. La filial solo reconoce 247.500 € porque tiene pendiente de contabilizar una línea de servicio cuestionada. Si cada equipo entrega su saldo sin reconciliar, el grupo arrastra una discrepancia de 2.500 €.

El control correcto comienza buscando la misma referencia de contrato, periodo de devengo, factura, detalle de línea y contraparte. Si el servicio está prestado y aceptado, quizá proceda completar el registro en la filial conforme a las reglas aplicables. Si existe una disputa real, la situación requiere un tratamiento diferente. La automatización puede señalar el descuadre, agrupar documentos y asignar responsables, pero no debería decidir arbitrariamente qué parte tiene razón.

En empresas con muchas entidades, el riesgo se multiplica: una diferencia de 2.500 € puede parecer pequeña, pero cientos de operaciones con el mismo patrón generan retrasos, ajustes recurrentes y una visión menos fiable del capital circulante intragrupo. El beneficio potencial de ordenar intercompany está en cerrar incidencias cerca de su origen y reducir excepciones que llegan a la matriz al final del periodo.

El gráfico es deliberadamente sencillo. En la práctica también hay IVA u otros impuestos según jurisdicción, conversiones monetarias, operaciones no facturadas, provisiones, refacturaciones y diferencias de calendario. Por eso no se deben tratar automáticamente como importes idénticos todas las cifras de documentos comerciales: primero hay que definir qué bases y qué cuentas son comparables.

Las causas que se repiten

Siete motivos por los que los saldos entre empresas nunca parecen cuadrar

La prioridad no es automatizar las siete causas a la vez. Es clasificarlas por frecuencia, impacto material y posibilidad de prevención. Si el mayor volumen proviene de una integración que pierde abonos, la solución empieza en ese flujo. Si las diferencias se deben a criterios de corte distintos entre compañías, hay que revisar las políticas y el calendario de cierre. Dynamics 365 Finance ayuda a sistematizar procesos, pero no reemplaza una decisión funcional coherente.

El dato que necesita el sistema

Cómo diseñar una operación intercompany que pueda conciliarse sin adivinar

Una empresa puede tener un único ERP para todas sus sociedades y seguir trabajando con registros poco comparables. La clave es definir los datos mínimos que conectan ambos lados de la operación. En su forma más sencilla, cada transacción debería identificar a la sociedad de origen y a la contraparte, llevar una referencia compartida, conservar fecha y periodo, distinguir monedas e importes, registrar el estado del documento y permitir localizar el justificante original.

Microsoft recomienda, en la configuración de contabilidad intercompany, utilizar cuentas principales específicas para las partidas de cobro y pago entre empresas y una dimensión de contraparte cuando sea útil para facilitar conciliación y eliminación. Esta idea parece técnica, pero responde a una necesidad de negocio: que el dato financiero conserve desde el inicio la identidad de la otra entidad. Reconstruirla al final del periodo con filtros improvisados es una fuente constante de riesgo.

Los equipos también deberían definir un estado de excepción: pendiente de registro, pendiente de confirmación, diferencia aceptada con explicación, ajuste autorizado o incidencia resuelta. Este nivel de detalle hace que una reunión de cierre sea mucho más productiva. En lugar de revisar una cifra global sin contexto, cada responsable sabe qué transacciones están abiertas y por qué.

Conviene diseñar controles preventivos allí donde el proceso los admita: validaciones de contraparte, mensajes cuando falta una referencia, revisiones de calidad de maestros, conciliaciones preliminares semanales y alertas por antigüedad de incidencias. No todas estas funciones forman parte de una automatización estándar lista para activar; algunas pueden requerir configuración, procedimientos o extensiones proporcionadas mediante Power Platform conectada a Dynamics 365 Finance.

Antes de llegar a la consolidación

Diarios intercompany, pagos centralizados y operaciones entre entidades: cuál es su alcance

Dynamics 365 Finance permite configurar contabilidad intercompany para determinados diarios financieros, asignaciones y pagos centralizados. Un grupo puede beneficiarse de estructuras y reglas comunes al registrar operaciones entre compañías. Sin embargo, utilizar diarios intercompany no garantiza por sí mismo que toda la facturación comercial, los flujos logísticos o los servicios compartidos se sincronicen automáticamente con la misma profundidad. Cada proceso necesita su propia arquitectura y pruebas.

En un escenario de gastos corporativos, por ejemplo, la matriz puede repartir costes de determinados servicios a varias filiales. La lógica de asignación debe estar aprobada, documentada y alineada con las políticas internas. Después se debe comprobar que los asientos de origen y contraparte reflejan lo esperado y que las cuentas se han utilizado correctamente. Una regla de reparto mal definida automatizaría el error, no lo resolvería.

En pagos centralizados el riesgo es diferente. Una empresa del grupo paga o cobra en relación con documentos vinculados a otra entidad. Los requisitos de configuración incluyen, según el escenario, perfiles de contabilización, métodos de pago y asientos de liquidación entre sociedades. Microsoft lo documenta en pagos centralizados. Aquí una mala parametrización puede afectar a saldos intragrupo aunque el pago bancario se haya ejecutado correctamente.

Una decisión práctica consiste en clasificar los flujos del grupo: servicios compartidos, ventas entre filiales, movimientos de inventario, préstamos, dividendos, pagos por cuenta de otra entidad y ajustes. Cada familia tiene documentos, cuentas, riesgos y tratamiento contable específicos. Un modelo único de conciliación puede organizar excepciones, pero no debe borrar las diferencias de naturaleza entre esos flujos.

Eliminaciones y control

Eliminar la operación interna no significa borrar su historia

Al presentar estados del grupo hay que evitar que determinadas operaciones entre sociedades inflen ingresos, gastos, activos o pasivos consolidados. Pero la eliminación no equivale a eliminar asientos de las contabilidades legales. Las sociedades siguen necesitando su información propia, mientras la consolidación aplica el tratamiento correspondiente al perímetro y las políticas de reporte.

Microsoft describe dos grandes vías de trabajo con eliminaciones: crear reglas y procesarlas mediante las opciones de consolidación, o registrar ajustes en una entidad utilizada para eliminaciones. También es posible representar eliminaciones en Financial reporting mediante cuentas o dimensiones y cálculos adecuados. Su elección depende del escenario, el nivel de auditoría requerido y los criterios del equipo financiero.

Hay además operaciones que exigen juicio contable especializado: resultados internos no realizados, participaciones no controladoras, inversiones y patrimonio, operaciones entre filiales parcialmente participadas o ajustes de cambio. La configuración del ERP y las plantillas de consolidación son herramientas, no una interpretación universal de las normas contables de cada grupo. Los responsables de reporting deben validar el tratamiento de acuerdo con la normativa y las políticas aplicables.

La recomendación es sencilla: separar la bandeja de incidencias de conciliación de la mecánica de eliminación. Las excepciones deben cerrarse o documentarse de forma explícita y con trazabilidad. Después, los ajustes de consolidación se aplican de manera controlada, sin utilizar la consolidación como un mecanismo para esconder errores operativos.

Gráfico 3 · Elegir el camino

Consolidación online, Financial reporting o importación: no resuelven exactamente lo mismo

La documentación de Microsoft presenta varias vías para consolidar información financiera en Dynamics 365 Finance. La elección debe partir de la necesidad de la dirección, la arquitectura del grupo, el origen de los datos y los requisitos de auditoría. Es habitual que convivan varios mecanismos. Uno puede utilizarse para preparar asientos y balances consolidados, mientras otro facilita vistas analíticas por sociedad, dimensión o divisa.

Microsoft advierte que Financial reporting permite múltiples divisas de presentación y jerarquías, mientras que ciertos escenarios de consolidación multinivel y conversión secuencial requieren varias entidades de consolidación y una secuencia bien definida. Además, las plantillas de Consolidate online deben evaluarse según las funciones habilitadas en el entorno. No prometería una capacidad específica sin comprobar configuración, versión, licencias y requisitos de cada sociedad.

Cuando existen empresas parcialmente participadas o filiales con calendarios diferentes, el modelo exige una evaluación adicional. La arquitectura de reporting no debe decidirse únicamente por facilidad de uso o apariencia de los informes. Necesita responder a cómo se consolidan los resultados, quién valida los ajustes, qué información puede seguirse hasta la transacción y cómo se reproducen periodos ya cerrados.

Por esa razón, una propuesta responsable puede combinar funciones de Finance con una capa analítica mediante Microsoft Fabric o Power BI para vistas de gestión, sin presentar un dashboard como sustituto de la consolidación formal. La analítica acelera preguntas y permite observar tendencias; el registro financiero y su conciliación siguen teniendo propietarios y controles propios.

Una precisión sobre las monedas

Multidivisa: por qué una diferencia de tipo de cambio no se arregla cuadrando importes

Un grupo internacional puede operar en euros, libras, dólares y otras monedas al mismo tiempo. La divisa de la transacción, la divisa contable de cada sociedad y la divisa de presentación del grupo no tienen por qué coincidir. Tampoco se traducen todas las partidas del mismo modo. Ciertas partidas se convierten con tipos de cierre; otras pueden requerir tipos medios o históricos según la política contable y la naturaleza del saldo.

Microsoft documenta opciones de conversión en los procesos de consolidación y en Financial reporting. Las plantillas contemplan, según configuración, fechas de consolidación, fechas de transacción y tipos definidos por usuario para distintos rangos de cuentas. La consecuencia práctica es importante: antes de atribuir una diferencia intercompany a un error, hay que distinguir desajustes operativos de diferencias de conversión que pueden tener un tratamiento financiero legítimo.

Conviene evitar soluciones basadas en un único tipo de cambio aplicado indiscriminadamente a todo. También hay que decidir quién mantiene tablas de cambio, con qué periodicidad y cómo se validan los ajustes de consolidación. Una automatización de tipos que no respete las políticas de reporting puede reducir trabajo manual y, sin embargo, deteriorar la información final.

Cuando el grupo incorpora una filial nueva, sus calendarios, criterios contables y estructura de cuentas deben mapearse antes de automatizar el cierre. La capacidad de consolidar entidades de distintos países no implica que el sistema conozca automáticamente los requisitos fiscales o las particularidades regulatorias de cada jurisdicción.

Lo que debería ver el CFO

Un cuadro de mando de incidencias que explica el cierre en lugar de maquillarlo

El CFO no necesita recibir todos los diarios intercompany. Necesita entender dónde está el riesgo y si el cierre avanza de forma predecible. El tablero de control debería separar operaciones conciliadas, diferencias abiertas, antigüedad de excepciones, sociedades bloqueantes, exposición económica y ajustes pendientes de aprobación. Las métricas solo son útiles si conservan la conexión con el documento que origina la cifra.

Una métrica sobre diferencias abiertas tiene que incluir su importancia, no solo cuántas hay. Cien errores pequeños y una incidencia material no son problemas equivalentes. La revisión debería priorizar importes relevantes, operaciones antiguas, sociedades de alta criticidad y causas que se repiten. Asimismo, conviene distinguir incidencias resueltas por corrección de origen de aquellas que se arrastran como ajustes excepcionales.

La evolución se mide antes y después de intervenir. Si el grupo tarda nueve días en cerrar y aspira a reducirlo, el objetivo debe desglosarse en tiempos de captura, conciliación, aprobación, consolidación y emisión del informe. No atribuiría una reducción hipotética a Dynamics 365 Finance sin datos de implantación; utilizaría esa medición como criterio para probar si el proyecto produce el beneficio esperado.

La conexión con Power BI o Fabric puede ayudar a visualizar tendencias, pero hace falta un modelo de datos autorizado. Debe quedar claro si el panel muestra saldos preliminares o aprobados y cuál es la versión oficial del cierre. Una visualización muy atractiva basada en información desactualizada puede provocar decisiones equivocadas más rápidamente que una hoja de cálculo.

El proyecto que sí tiene sentido

Una implantación por decisiones: del diagnóstico de causas a la rutina de cierre

En un grupo complejo, implantar intercompany no debería convertirse en una secuencia de pantallas y parametrizaciones sin resultado de negocio. La primera fase es entender el proceso real: sociedades implicadas, tipos de operaciones, volumen mensual, incidencias frecuentes, calendario, responsabilidades, herramientas utilizadas y controles que ya funcionan. La comparación con el estándar de Dynamics 365 Finance permite distinguir configuraciones, integraciones y cambios organizativos.

Las pruebas de usuario deben incluir al equipo corporativo y a las filiales. La matriz puede estar satisfecha con un informe consolidado mientras las sociedades soportan una carga de registro duplicada o una aprobación que entorpece la operación. El éxito consiste en mejorar el flujo completo, no desplazar trabajo hacia la periferia del grupo.

Una implementación madura documenta también qué hacer cuando algo sale mal: retrasos de integración, cierre local incompleto, eliminación incorrecta o ajuste detectado tras aprobar el periodo. La arquitectura funcional debe poder explicar cómo se corrige, quién reabre y qué consecuencias tiene sobre reportes ya difundidos. Esa capacidad de recuperación suele ser más valiosa que prometer que nunca aparecerán excepciones.

La dimensión económica

Cuánto cuesta seguir conciliando a mano y cómo calcular un retorno razonable

No hay una tarifa universal para transformar la conciliación intercompany. El coste de proyecto depende de sociedades, países, calidad del dato, número de flujos entre empresas, estado de integraciones, diversidad de ERPs, reporting requerido y cambios necesarios en la organización. También influyen licencias aplicables, consultoría, migración, pruebas, soporte y el trabajo que deben asumir los equipos financieros de cada entidad.

Para plantear el caso de negocio conviene cuantificar el esfuerzo actual sin confundir horas trabajadas con ahorro realizable. Como ejemplo puramente hipotético, si ocho personas dedican seis horas mensuales cada una a perseguir diferencias, el esfuerzo agregado es de 48 horas al mes. A un coste interno estimado de 40 € por hora, son 1.920 € mensuales de dedicación teórica. Esa cifra no constituye ahorro automático: habrá que descontar el trabajo residual, la supervisión y los costes de la solución.

También hay que separar proyectos de distinta naturaleza. Si el cliente ya utiliza Finance, puede ser prioritario revisar configuración, maestros, controles o integración. Si trabaja con varios ERPs, el reto puede incluir una arquitectura de consolidación multifuente. En organizaciones en crecimiento, implantar el núcleo financiero puede ser una decisión empresarial más amplia. No vendería el mismo alcance a los tres escenarios.

El indicador de éxito no debería limitarse a reducir días de cierre. Una operación conciliada a tiempo también mejora la disponibilidad de información para tesorería, control de gestión y toma de decisiones corporativas. El retorno combina eficiencia y calidad, pero debe medirse con indicadores anteriores y posteriores al cambio, no a partir de promesas genéricas sobre automatización.

Experiencia de Ayesa

Calaf Grup: la importancia de conectar finanzas, operaciones y control corporativo

El caso de éxito de Calaf Grup muestra un escenario real de transformación con Microsoft Dynamics 365 Finance y Supply Chain Management. El proyecto publicado describe la modernización de la gestión de un grupo constructor con diversas sociedades y actividades, con foco en homogeneizar procesos, reducir tareas manuales, mejorar el dato y reforzar cierre y consolidación. Es una referencia pertinente porque conecta complejidad societaria con transformación del núcleo ERP.

Es importante interpretar correctamente el caso. La publicación de Ayesa describe objetivos, solución y beneficios del programa, pero no publica una cifra auditada sobre reducción de días de cierre o porcentaje de conciliaciones automatizadas. Por tanto, no corresponde afirmar ahorros numéricos no documentados. Su valor como evidencia comercial está en la experiencia de abordar finanzas, supply chain, integración y gobierno corporativo dentro de una transformación empresarial.

Para organizaciones industriales y grupos de servicios, Dynamics 365 Finance & Operations permite estudiar la relación entre gestión financiera, operaciones, proyectos y cadena de suministro. En este tipo de programas importa que un ajuste de inventario, un servicio prestado o una imputación de proyecto conserve su contexto hasta llegar al reporting del grupo.

Si el objetivo específico es acelerar conciliaciones, la oportunidad puede ser más acotada que una transformación ERP completa. Esa es precisamente la conversación que merece la pena mantener: identificar qué parte del problema se resuelve con proceso y gobierno, qué parte con configuración de Finance y qué parte exige un programa de mayor alcance.

Riesgos que no deberíamos esconder

Lo que puede salir mal incluso con un ERP corporativo bien implantado

El primer riesgo es confundir homogeneidad tecnológica con homogeneidad contable. Varias sociedades pueden utilizar Dynamics 365 Finance y seguir aplicando diferentes criterios de corte, imputación o aprobación. Sin reglas de grupo, las desviaciones simplemente pasarán a vivir en una plataforma común. Lo que antes se discutía en Excel puede terminar discutiéndose dentro del ERP, con la misma pérdida de tiempo.

El segundo riesgo es diseñar eliminaciones automáticas antes de garantizar calidad de origen. Las reglas de consolidación necesitan cuentas, dimensiones, sociedades y periodos coherentes. Una parametrización demasiado amplia puede incorporar partidas que no deberían eliminarse, mientras una parametrización incompleta deja efectos internos en la cifra final. El diseño debe pasar por pruebas con casos reales y revisión del responsable contable.

El tercer riesgo es sobrepersonalizar. Cuando una necesidad se resuelve mediante configuración estándar, crear desarrollos propios puede aumentar dependencia, mantenimiento y esfuerzo de actualización. Pero el extremo contrario también es peligroso: asumir que el estándar cubre automáticamente todas las casuísticas locales, integraciones o operaciones del grupo. La decisión debe justificarse por valor, riesgo y sostenibilidad.

Por último, los datos de finanzas pueden contener información personal o contractual sensible. Los mecanismos de integración, reporting y acceso deben alinearse con políticas corporativas y legislación aplicable. No basta con gestionar permisos de pantalla: hay que revisar perfiles, acceso entre sociedades, exportaciones, auditoría y segregación de responsabilidades.

Decisión ejecutiva

Siete preguntas para decidir si abordar intercompany como proyecto prioritario

La última pregunta marca la diferencia entre implantar software y transformar finanzas. Si no sabemos qué cambia en el trabajo de las sociedades y en la fiabilidad del grupo, cualquier promesa de ahorro es prematura. El planteamiento responsable comienza con prioridades, responsables y un pequeño número de indicadores que puedan comprobarse en cada cierre.

Preguntas frecuentes

Lo que suelen preguntar los responsables financieros antes de abordar el cambio

Estas respuestas resumen escenarios habituales y no reemplazan el análisis de un equipo financiero sobre el perímetro y los criterios de consolidación. Un grupo con sociedades parcialmente participadas, varias normas de información financiera, países con obligaciones específicas o múltiples calendarios fiscales necesitará validar su modelo antes de comprometer la configuración.

Ayesa y Microsoft

Un partner para conectar decisiones financieras, ERP e información empresarial

En Ayesa abordamos proyectos de Dynamics 365 desde el proceso financiero y la realidad operativa de cada organización. Cuando las sociedades, monedas, negocios y aplicaciones se multiplican, la respuesta no está en una funcionalidad aislada: está en diseñar el gobierno, el dato y los circuitos que permiten operar y cerrar con consistencia.

Recorridos relacionados

Profundiza en los pilares que hacen sostenible el control financiero

Si el reto empieza por la conciliación, puede extenderse a reporting, automatización, integración con operaciones o evolución del ERP. Estas páginas permiten profundizar en soluciones relacionadas sin duplicar la intención de este artículo.

Para quien quiera profundizar

Documentación oficial sobre contabilidad y consolidación en Dynamics 365 Finance

Las posibilidades concretas de configuración, las opciones en preview y las rutas de usuario pueden cambiar con las actualizaciones de producto. Para decisiones de implantación deben consultarse las guías vigentes y validar el escenario del cliente. Estas son las referencias principales utilizadas para desarrollar el contenido:

El siguiente paso

Que la conciliación deje de ser el cuello de botella del cierre

Cuando varias sociedades operan con datos, periodos, monedas y responsabilidades distintas, la reconciliación intercompany se convierte en una prueba de madurez financiera. La inversión correcta puede estar en el proceso, en las integraciones, en el gobierno de datos o en Dynamics 365 Finance. Lo importante es conocer la causa antes de elegir la herramienta.

Una primera reunión con Ayesa puede ayudar a definir la conversación: qué sociedades y operaciones generan más fricción, qué procesos conviene revisar y qué alternativas de evolución merecen una evaluación más profunda. No necesitas un inventario exhaustivo ni un proyecto cerrado para empezar. Se trata de orientar el siguiente paso con criterio, sin prometer una auditoría técnica gratuita.

Primera conversación · Sin coste ni compromiso

¿Qué está retrasando el cierre de tu grupo?

Comparte a grandes rasgos tu estructura societaria y las principales dificultades de conciliación. En una primera reunión con especialistas de Ayesa identificaremos posibles rutas a estudiar: procesos, intercompany, consolidación, datos e integración. El objetivo es concretar dónde merece la pena profundizar.