Forward Finance: el playbook de modernización del cierre y la consolidación

Sección 1

Introducción

Si preguntas a un equipo de controllers qué buscan al modernizar el cierre, la mayoría te dirá lo mismo: cerrar más rápido. Es una respuesta comprensible, pero incompleta.

Un cierre en cinco días que arrastre desviaciones intercompany o revisiones sin documentar no es ningún logro. Al contrario: ese cierre en cinco días es una bomba de relojería con la mecha más corta que el de diez días al que sustituye. La rapidez indica cuánto se tarda en obtener una cifra, pero no determina si esa cifra es fiable.

En última instancia, el cierre y la consolidación existen para generar datos que el director financiero (CFO) pueda certificar y el auditor utilizar con total confianza. El consejo de administración debe poder tomar decisiones con esos datos sin tener que pedir aclaraciones al departamento contable. Ese es el verdadero imperativo. Reducir el tiempo de ciclo es el medio para lograrlo, no el fin en sí mismo.

Sin embargo, la mayoría de las iniciativas de modernización empiezan la casa por el tejado. Su prioridad es acortar los plazos con la esperanza de que la fiabilidad venga sola, cosa que rara vez ocurre. Las empresas que priorizan la creación de procesos fiables suelen comprobar que la rapidez llega de forma natural al apostar por el matching diario, implantar controles documentados y contar con una arquitectura de consolidación capaz de superar una auditoría. El camino inverso nunca funciona.

Este playbook de cierre financiero moderno (MFC) está pensado para quienes asumen esa responsabilidad: CFO, controllers, directores contables y responsables de contabilidad corporativa. Sin embargo, también es una herramienta clave para los responsables de auditoría interna y los líderes de transformación financiera encargados de hacer posible ese cambio operativo. Sea cual sea tu función, en este playbook descubrirás:

• En qué consiste realmente un proceso de cierre y consolidación fiable.
• Las claves para construir un caso de negocio sólido que lo respalde.
• Cómo evaluar el sistema para destapar sus debilidades reales y no dejarse engañar por demos ensayadas.
• Los errores que hacen fracasar incluso las iniciativas de modernización con mayor presupuesto.

Sección 2

En qué consiste realmente un cierre financiero moderno

Dejemos a un lado el discurso de marketing. La verdadera diferencia entre un cierre modernizado y uno que solo ha cambiado de software está en dónde saltan las sorpresas.

En un cierre tradicional, los problemas dan la cara a última hora, casi siempre el noveno día de un ciclo de diez. El equipo contable descubre un saldo intercompany que lleva tres meses descuadrado o una conciliación «en curso» desde que se cerró una adquisición. En un cierre financiero moderno, esas incidencias se detectan el tercer día y se cruzan con los datos de origen esa misma mañana, en lugar de abordarse semanas más tarde, al cierre del periodo.

Ese cambio se denomina «contabilidad continua». Y es un cambio operativo real, no un mero término de marketing: el matching y las conciliaciones dejan de ser una carrera de obstáculos a fin de mes para convertirse en una disciplina diaria. Las excepciones que antes se acumulaban ahora se detectan y resuelven de forma continua, evitando que se transformen en una crisis una vez terminado el mes.

• $2.3M

  Ajuste manual necesario en cada cierre para forzar la eliminación intercompany

• 45 días

  Ciclo de liquidación de los envíos intercompany, conciliados solo a fin de mes

• Día 4

  Momento en que afloró la diferencia temporal con contabilidad continua, en lugar del día 27

El tiempo de ciclo es la cifra que los líderes financieros suelen destacar en las presentaciones al consejo de administración, pero es un punto de partida engañoso. ¿Por qué? Un cierre de cinco días conseguido a base de heroicidades no supone una mejora real frente a un cierre de diez días bien ejecutado; al contrario, es un riesgo latente que acabará aflorando en el próximo ciclo de auditoría. El cierre más rápido no siempre es el más fiable, y el consejo casi nunca hace las preguntas oportunas para ver la diferencia.

Para garantizar la fiabilidad del proceso, deben darse tres condiciones al mismo tiempo:

• Los datos permanecen unificados en un único entorno y se cruzan una sola vez, en lugar de reintroducirse en cinco herramientas distintas.
• Cada revisión deja un rastro documental claro, en lugar de darse por sentado que alguien ha validado el trabajo.
• Las incidencias afloran con margen suficiente para resolverse con calma, en lugar de abordarse como urgencias de última hora.

La modernización del cierre se distingue de la de la planificación y el análisis financieros (FP&A) en un aspecto clave: el cierre culmina en una cifra final que firma el CFO, examina el auditor y puede cuestionar el organismo regulador con arreglo a los PCGA o las NIIF. Esta diferencia respecto a lo que hay en juego es la razón por la que la modernización del cierre debe priorizar la eficacia de los controles y la trazabilidad. La eficiencia viene después, no antes.

Sección 3

Cómo preparar un caso de negocio a prueba de objeciones

La mayoría de los casos de negocio de modernización del cierre se estancan en la bandeja de entrada del CFO porque parecen una propuesta de TI: coste de licencias, plazos de implantación y reducción de plantilla. Esa propuesta rara vez supera la primera revisión presupuestaria al cabo de un año, ya que jamás se diseñó pensando en lo que de verdad le quita el sueño al CFO.

En lugar de eso, hay que empezar exponiendo lo que hoy no funciona. Afirmar que «nuestro cierre es manual» no convence a nadie: esa es la realidad de casi cualquier función financiera. Un planteamiento sólido pone nombres, apellidos y fechas concretas.

Un caso de negocio con nombre y fecha«Tres conciliaciones acumulan una desviación sin resolver desde hace dos trimestres. Además, el auditor externo detectó lagunas en la evidencia de revisión en el último walkthrough de SOX». Esto es un verdadero caso de negocio.

El tiempo de ciclo, presentado con rigor

Las empresas que combinan la implantación de software con un verdadero rediseño de procesos —en lugar de limitarse a automatizar tareas que no funcionan— suelen registrar reducciones del tiempo de ciclo de entre el 30 % y el 50 %. Por propia definición, la horquilla es amplia: el recorrido de optimización de un cierre de 20 días caótico sin matching diario es enorme. En cambio, el margen de mejora de un proceso estructurado de cinco días es infinitamente menor y no debería venderse bajo la promesa de una reducción del 40 %.

La situación de partida debe tomarse como el punto de referencia real. De lo contrario, esa cifra se convierte en una promesa que el CFO repite ante el consejo de administración y que más tarde se ve obligado a rectificar.

La complejidad de la consolidación que la mayoría de los casos de negocio pasan por alto

El cierre y la consolidación son problemas estrechamente relacionados, pero distintos. Mientras que el cierre genera cifras fiables a nivel de entidad, la consolidación las integra combinando distintas estructuras societarias, divisas, geografías y jerarquías de reporting que cambian constantemente.

En los casos de negocio de consolidación, las variaciones en la propiedad son el factor de coste más subestimado. Una adquisición a mitad del ejercicio, una compra escalonada que supera el umbral de control o los cambios en las participaciones no dominantes exigen tratamientos contables específicos estrictamente regulados bajo la NIIF 10 o la ASC 810. La conversión de divisas agrava esta complejidad: los cambios de moneda funcional, el impacto de economías hiperinflacionarias y la volatilidad de los tipos de cambio se procesan dentro del mismo motor de consolidación que debe ejecutar correctamente las eliminaciones intercompany.

Por último, las estructuras societarias tampoco suelen mantenerse estáticas. Es más, las empresas que reestructuran entidades por motivos fiscales o normativos no siempre actualizan la jerarquía de consolidación al mismo ritmo. ¿El resultado? El reporting estatutario y el de gestión terminan operando sobre dos árboles societarios distintos. Esto constituye un problema de gobernanza (y no de calendario) que nada tiene que ver con cuántos días dura el cierre.

Reducir el esfuerzo, no solo el tiempo

Un cierre de cinco días que exige que dos personas trabajen el fin de semana no es eficiente. Al contrario: convierte el cierre en un coste oculto que no refleja el calendario. La reducción del esfuerzo aflora cuando las conciliaciones se autocertifican, porque el libro mayor y el desglose de soporte cuadran de forma natural y el cruce queda registrado como evidencia auditable. El control nunca se omite, únicamente se elimina el recálculo manual innecesario.

Esa capacidad liberada debería reorientarse hacia tareas que requieren un verdadero criterio profesional: la contabilidad de la adquisición posterior a la compra, los casos complejos de eliminaciones intercompany y el análisis del reconocimiento de ingresos. Los tres frentes conllevan implicaciones contables de gran calado:

• La contabilidad de adquisiciones se rige por la NIIF 3 o la ASC 805.
• Las eliminaciones de consolidación se rigen por la NIIF 10 o la ASC 810.
• El reconocimiento de ingresos se rige por la NIIF 15 o la ASC 606.

Auditoría y SOX como beneficios clave

Los auditores no evalúan el riesgo de forma más flexible por el mero hecho de que una empresa haya implantado un software nuevo. Más bien, el esfuerzo de auditoría se desplaza de la comprobación transaccional a la evaluación del funcionamiento de los controles y la calidad de la evidencia. Ese cambio de enfoque ocurre cuando un control se ejecuta con idéntico rigor en cada periodo y la evidencia se adjunta de manera automatizada.

Cuando se demuestra su eficacia de forma sistemática, los controles automatizados sólidos reducen la necesidad de aplicar procedimientos exhaustivos de reejecución. Esto se traduce en muestras más reducidas, menos solicitudes recurrentes de información y un menor volumen de hallazgos menores, como una firma pendiente, la falta de evidencia de revisión o un ajuste manual no documentado. Aunque las cifras sean correctas según los PCGA o las NIIF, cada deficiencia menor erosiona la relación con el auditor.

Las soluciones puntuales presentan un problema de costes disfrazado de ventaja funcional

Cada herramienta especializada que se incorpora al proceso de cierre —una para el matching, otra para conciliaciones y otra para la consolidación— añade su propio ciclo de actualizaciones y sus propias complejidades de integración. Para colmo, plantean dudas al auditor sobre cómo viajan los datos entre sistemas. El peligro de las hojas de cálculo rara vez está en la herramienta, sino en la dependencia de procesos no formalizados: el riesgo es el traspaso manual sin trazabilidad. Un modelo de datos unificado elimina por completo el debate sobre el linaje de datos, ya que la cifra conciliada reside en una única ubicación.

Sección 4

Alineamiento interno previo a la selección de proveedores

Todos los proveedores formulan la misma pregunta inicial, aunque usen distintas palabras: «¿Qué significa el éxito para vuestra empresa?» Si la respuesta sincera es «cerrar antes y con menos hojas de cálculo», la empresa aún no está preparada para sentarse a hablar con los proveedores.

En lugar de eso, la prioridad debe ser celebrar un workshop de diagnóstico interno. El punto de partida ha de ser una evaluación honesta sobre el nivel de madurez, lejos de la versión edulcorada que se presenta al consejo:

• ¿Cuántas entidades ejecutan el cierre contable en hojas de cálculo fuera del sistema de planificación de recursos empresariales (ERP)?
• ¿Cuántos sistemas ERP coexisten en la empresa, incluyendo esa plataforma heredada que TI no llegó a migrar tras la compra de hace año y medio?

Los entornos multi-ERP son la norma, no la excepción, en cuanto una empresa factura varios cientos de millones de euros. Y esta realidad cambia por completo el significado de una «integración» eficaz.

• 2 ERP

  Siguen activos 18 meses después de la adquisición, con planes contables distintos

• $4.1M

  Cuenta a pagar intercompany conciliada a mano en Excel cada mes

• $600M

  Distribuidor que adquirió a un competidor de 180 M$ con un ERP independiente

Las empresas que operan con un Centro de Servicios Compartidos deben mapear con precisión quién ejecuta cada conciliación y quién ostenta la responsabilidad última sobre la misma. La brecha entre el analista que realiza el trabajo operativo y el controller responsable es, precisamente, el punto ciego donde se pierde la evidencia de revisión. Por lo general, los auditores comienzan examinando la matriz de responsabilidades de las conciliaciones: comprueban quién preparó cada conciliación, quién la revisó y si la asignación formal encaja con la realidad operativa.

La gobernanza de entidad legal exige el mismo nivel de escrutinio:

• ¿Quién administra la jerarquía de consolidación cuando se incorpora, reestructura o liquida una entidad?
• ¿Quién concilia el reporting estatutario con el de gestión cuando ambos operan sobre jerarquías o árboles societarios distintos?

Responder a estos interrogantes pesa más que cualquier desglose de requisitos de software. ¿El motivo? No existe plataforma capaz de solventar la falta de gobernanza en la estructura societaria.

Framework para evaluar el nivel de preparación

Cada uno de los ejes que se indican a continuación va del 1 (manual, ad hoc) al 5 (automatizado, gobernado, ágil):

Sección 5

Los 8 pasos clave para un proceso de selección que supere el primer ciclo de auditoría

Seleccionar proveedores sin un trabajo de diagnóstico previo favorece a aquellos con la narrativa comercial más atractiva. Seguir estos ocho pasos permite elegir al proveedor capaz de resistir la primera auditoría real tras la puesta en marcha.

Puntos de control de la implantación (independientemente del proveedor)

El primer año tras la puesta en marcha revela mucho más sobre una plataforma que la propia fase de implantación. En última instancia, la implementación solo demuestra que el sistema funciona en un entorno controlado. Antes de estabilizarse, los tiempos de ciclo suelen dilatarse y solo disminuyen cuando los equipos abandonan definitivamente sus antiguos parches operativos. Es en ese primer ejercicio cuando la solución demuestra si es capaz de soportar la presión de un cierre real, el escrutinio de una auditoría externa y la volatilidad de un cambio organizativo.

Sección 6

Lo qué muestra una demo real frente a lo que oculta una demo enlatada

Una demo comercial no constituye una evidencia auditable: es únicamente una hipótesis que el proveedor pretende que el equipo de adquisición acepte sin someterla a pruebas. La labor del equipo de evaluación consiste, precisamente, en poner a prueba esa hipótesis.

El equipo debe plantear al proveedor preguntas centradas en cómo se configura y se ejecuta cada proceso en el sistema, en lugar de limitarse a preguntar: «¿puede el sistema hacer esto?». Si la respuesta requiere la intervención del equipo de implementación del propio proveedor, la plataforma no estará realmente bajo el control de Finanzas, por mucho que el material comercial afirme lo contrario.

Existe un abismo entre que «el sistema pueda hacerlo» y que «el controller pueda ejecutarlo de forma autónoma sin enviar una solicitud a TI», y es ahí donde las promesas de modernización van a morir al llegar el segundo año.

Pruebas en directo en las que merece la pena insistir

Exige al proveedor trabajar con cifras reales, no con datos de ejemplo:

• Ejecuta el matching de principio a fin. Muestra cómo se presenta una excepción en el momento en que surge y cómo queda reflejada en los asientos operativos y en las conciliaciones.
• Autocertifica una conciliación. Luego, simula un error para ver qué ocurre exactamente cuando las cifras no cuadran: ¿permite el sistema que el proceso continúe en silencio o se detiene y genera una alerta?
• Incorpora una nueva entidad en directo y cronometra el proceso. El tiempo real exigido supera lo que sugiere el discurso comercial.
• Haz un drill-back desde una cifra del informe hasta la transacción de origen. Debe ser una navegación real a golpe de clic, no una secuencia de capturas de pantalla.

Cómo exponer las carencias de la arquitectura de consolidación

Las siguientes pruebas diferencian un verdadero motor de consolidación de una simple herramienta de cierre financiero con rollup integrado:

La inteligencia artificial (IA) bajo el prisma del control interno

Cuando está bien integrada, la utilidad de una detección nativa de anomalías es indiscutible: Saca a la luz valores atípicos que el equipo de control, saturado tras nueve días de cierre, pasaría por alto.

Sin embargo, la IA acoplada como módulo independiente es algo muy distinto. Si la configuración asistida por IA de un proveedor no puede justificar su propio resultado de forma satisfactoria ante un auditor, estamos ante un riesgo de control, no ante una mejora de eficiencia. Ese riesgo, si no se documenta, puede convertirse por sí solo en una deficiencia bajo marco SOX.

Este patrón se repite en todo el sector. Un equipo de implantación parchea la integración entre dos sistemas mediante una solución provisional generada por IA. Un año después, cuando el auditor pide explicaciones, nadie sabe por qué existe ese mapeo concreto en el sistema. Esta brecha documental es precisamente el tipo de laguna que el auditor acabará detectando.

Consultar a los clientes de referencia desde el primer momento

La estrategia más infrautilizada de todo el proceso de evaluación consiste en hablar con un cliente de referencia antes de la demo, no cuando el contrato está a punto de firmarse. El proveedor describirá cualquier funcionalidad de forma altamente convincente. Un cliente real, en cambio, te dirá lo que costó de verdad la implementación, qué falló al tercer mes y si los auditores tuvieron objeciones. Las referencias más valiosas son aquellas que operan con un volumen de entidades y un entorno de ERP similares al de tu grupo. Al final, una referencia impecable que opera en instancia única dice muy poco sobre un entorno con cuatro sistemas ERP tras una adquisición.

Sección 7

Las causas reales del fracaso de la modernización

En la modernización de los procesos de cierre, el patrón de fallo es recurrente: los proyectos no fracasan por limitaciones técnicas del software, sino por deficiencias en los procesos y en la gobernanza.

El error 04 merece explicarse aparte, porque es el que con más facilidad se disfraza de éxito en un informe de seguimiento.

Las mejoras de entre el 30 % y el 50 % mencionadas anteriormente solo se consiguen si la automatización va acompañada de un verdadero rediseño operativo. Ese rediseño pasa por implantar el matching diario, eliminar los pasos de aprobación superfluos y reestructurar la lógica de eliminaciones intercompany según la normativa contable aplicable (NIIF o PCGA).

Sección 8

El veredicto que importa

Todas las directrices de este playbook responden a un propósito único: lograr un proceso de cierre y consolidación capaz que la empresa pueda defender sin titubear. Cerrar a tiempo no equivale a cerrar bien.

La velocidad es fácil de medir, pero también de maquillar:

• Un ajuste de última hora camuflado en el cierre de diciembre.
• Una desviación intercompany sin resolver desde hace dos trimestres.
• Un control que existe sobre el papel, pero no en la operativa real.

La métrica de días de cierre no refleja estas deficiencias, pero ninguna pasa desapercibida en una auditoría.

La fiabilidad del reporting no es un subproducto de la agilidad: es la razón de ser de todo el proceso. Una empresa incapaz de explicar cómo se ha generado una cifra no tiene un cierre rápido, tiene un cierre sin verificar.

El veredictoLa diferencia clave no está en la rapidez con la que se cuadran las cuentas. Lo verdaderamente relevante es si el CFO ratificaría el mismo informe en dos escenarios distintos: frente al consejo de administración y ante un tribunal. Diseña el proceso para el segundo, y la primera vendrá sola.