En la mayoría de los grupos grandes de LATAM, un cierre consolidado de diez días se trata como un costo fijo de operar. Algo que «siempre fue así». Una restricción estructural que se acepta como se acepta el clima.
No lo es.
El cierre tarda lo que tarda por una razón concreta, medible y —esto es lo importante— solucionable. Pero la causa no está donde casi todas las empresas la buscan.
El reflejo equivocado
Cuando el cierre consolidado se atrasa, casi todas las empresas grandes hacen lo mismo: miran a Contabilidad.
Refuerzan los equipos locales en cada entidad. Compran otro módulo del ERP. Lanzan un proyecto de «armonización contable» de 12 meses con una Big 4. Migran a Oracle Cloud para reemplazar SAP. Migran a SAP para reemplazar Oracle. Implementan una herramienta de consolidación. Contratan consultores SOX. Compran un governance layer.
Y el cierre, mes a mes, sigue tardando lo mismo.
El equipo de Contabilidad —tanto el de cada filial como el corporativo— termina actuando como un servicio de urgencias contables: persigue datos hasta el último minuto, valida intercompanies a contrarreloj, ajusta accruals con cada controller local, y aun así tiene que entregar números consolidados al directorio y al auditor externo antes de que cierre la ventana.
El problema es que se está resolviendo el síntoma. Y el síntoma se ve en Contabilidad. Pero el origen está en otro lado.
El tamaño del grupo cambia todo
Acá está el dato concreto: según Gartner, la consolidación manual de un grupo de 10 o más entidades toma entre 5 y 12 días cada mes. Y la ventana de cierre rara vez supera los 10 días hábiles.
La diferencia la hace el tamaño. Con 5 entidades, el cierre ya es difícil: hay que apretarlo contra la fecha de reporte mes a mes. Con 20 entidades, la presión se multiplica, porque cada filial que no cierra a tiempo retrasa la consolidación de todo el grupo. Si una sola entidad llega dos días tarde, la consolidación llega dos días tarde.
Y hay una razón estructural detrás. Cuando el grupo crece, la cantidad de relaciones a reconciliar entre filiales no crece al mismo ritmo que el número de filiales: crece mucho más rápido. Cada par de entidades que hace negocios entre sí —un préstamo, una factura de servicios, una venta de producto— es una relación que hay que cuadrar de los dos lados antes de cerrar. Sumar filiales multiplica esas relaciones, no las suma. Por eso duplicar el número de entidades puede más que cuadruplicar el trabajo de conciliación.
No porque Contabilidad sea lenta. Porque la estructura genera ese volumen y se lo entrega a un proceso manual.
Dónde nace realmente esa complejidad
Si la complejidad explota en la consolidación, la pregunta correcta es: ¿de dónde viene?
No viene del momento del cierre. Viene de mucho antes.
Un dato de las guías de consolidación de 2026 lo dice sin rodeos: los insumos clave —órdenes de compra, asientos de sub-ledger, reportes de gastos— suelen llegar recién al cierre del período. Es decir: durante todo el mes, el gasto se va generando, aprobando y ejecutando en correos, chats, hojas de cálculo y sistemas que no se hablan entre sí. Y solo al final, cuando hay que cerrar, todo eso aterriza de golpe sobre Contabilidad.
Entonces el equipo contable no está «cerrando». Está reconstruyendo, contra reloj, un mes entero de decisiones de gasto que se tomaron sin estructura:
· Un servicio que se aprobó por chat y nunca tuvo orden de compra.
· Un contrato que firmó Legal en una filial y que Procurement corporativo no registró.
· Un proveedor dado de alta de tres formas distintas en tres países.
· Una transacción entre filiales que cada lado registró en una cuenta diferente.
· Un gasto cuya justificación vive en la cabeza de alguien que ya salió de vacaciones.
Nada de esto es un problema contable. Todos son problemas de cómo se gobierna el gasto antes de que llegue al ERP. Pero todos explotan en el cierre, y por eso parece un problema de cierre.
Las cinco actividades que se llevan el tiempo
Cuando se mira en detalle dónde se va el tiempo del cierre, el patrón se repite: cerca del 70% del esfuerzo se concentra en apenas cinco actividades (APQC, Open Standards Benchmarking).
· Reconciliación. Cuadrar movimientos contra extractos y sistemas que no coinciden.
· Intercompany. Conciliar las transacciones entre filiales, el famoso problema de los pares.
· Accruals. Provisionar servicios recibidos cuya factura todavía no llegó.
· Variance commentary. Explicar por qué cada línea se desvió del presupuesto.
· Financial package. Armar el reporte final consolidado para directorio y matriz.
Ninguna de las cinco es contabilidad pura. Las cinco dependen de información que se generó antes, en otras áreas, en otros sistemas, a veces en otros países. Cuando esa información llega tarde, incompleta o codificada distinto por filial, Contabilidad la reconstruye. Y ahí se van los días.
El ERP no estaba diseñado para esto
Llegados a este punto aparece la pregunta lógica: ¿y para qué tenemos un ERP que costó millones?
El ERP hace muy bien lo que fue diseñado para hacer: registrar hechos consumados. Toma una transacción que ya ocurrió, la asienta, la suma, la audita. Es la base contable. Es excelente en eso.
Pero el flujo del gasto operativo —la necesidad, la aprobación, el contrato, la orden de compra, la recepción, la validación fiscal— no es un hecho consumado. Es un proceso que está pasando, distribuido entre áreas y sistemas, durante todo el mes. Y el ERP solo lo ve al final, cuando ya es un asiento.
Por eso ninguna migración de ERP, ningún módulo nuevo, ningún proyecto de armonización resuelve el cierre. Todos operan sobre el paso final. El problema está aguas arriba.
Qué cambia cuando se gobierna el origen
El cierre no se acelera poniendo más gente a reconstruir información al final. Se acelera haciendo que esa información nazca estructurada desde el principio.
Cuando cada gasto se captura desde el origen —con su entidad, su centro de costo, su aprobación trazable, su contrato, su orden de compra, su validación fiscal por país— el cierre deja de ser arqueología. La conciliación intercompany deja de ser una caza de descuadres, porque cada par ya viene identificado y emparejado. Los accruals dejan de ser adivinación, porque el sistema sabe qué servicios se recibieron. El variance commentary deja de tomar días, porque el contexto de cada gasto ya está registrado.
Esa capa —la que gobierna el gasto operativo antes de que llegue al ERP— es lo que define una categoría que está naciendo: spend orchestration. No reemplaza al ERP. Lo libera para que haga lo que hace bien.
La pregunta que cuenta
Antes de aprobar el próximo proyecto para «acelerar el cierre», cualquier CFO de un grupo multi-entidad debería hacerse una sola pregunta:
¿El problema está en cómo Contabilidad cierra, o en cómo el gasto llega hasta ella?
Si la respuesta honesta es la segunda —y en la mayoría de los grupos lo es— entonces reforzar Contabilidad, migrar el ERP o sumar otro módulo no va a mover el número. Lo único que mueve el número es gobernar el gasto donde nace.
El cierre de diez días no es un costo fijo. Es el síntoma de un gasto que se genera sin estructura. Y eso sí se puede cambiar.
Fuentes citadas
· Guías de consolidación financiera 2026 (complejidad intercompany, pares por entidad, insumos que llegan al cierre).
· APQC — Open Standards Benchmarking (composición de actividades del cierre).
· Benchmarks de consolidación multi-entidad 2026 (impacto de políticas contables y número de entidades en el tiempo de cierre).
