Siete proveedores activos, siete monedas distintas, un solo campo que ningún ERP completó antes del pago.

El campo que nadie completa antes de pagar

La mayoría de los CFOs asumen que el problema de la conciliación es tecnológico. Están mirando el lugar equivocado. El problema real es un dato que nadie captura en el momento correcto: el centro de costo al que pertenece cada gasto cuando hay múltiples proveedores, múltiples monedas y un solo ERP que recibe todo mezclado.

Lo que vemos en operaciones multi-entidad en LatAm es siempre la misma secuencia. El pago ocurre. La factura llega después. Y el campo “centro de costo” queda vacío porque nadie lo completó antes de aprobar. El ERP recibe el registro, pero no puede completar ese dato solo. Nunca pudo.

Ese campo vacío es el que extiende el cierre contable tres, cinco, ocho días más de lo necesario.

Qué pasa cuando operás con siete proveedores y siete monedas distintas

El escenario no es hipotético. Empresas como FEMSA y Viva Aerobus operan con proveedores en distintos países, cada uno facturando en su moneda local. Un proveedor en dólares, otro en reales, otro en pesos chilenos. Siete facturas distintas, siete formas de registrar, y un equipo de contraloría que tiene que cruzar todo contra el ERP antes del cierre.

El problema no es el volumen. Es la ausencia de un campo crítico: el tipo de cambio aplicado al momento del gasto. No al momento del pago. Al momento del gasto.

Cuando ese dato falta, la conciliación automática no puede cerrar. El sistema recibe el monto, recibe la categoría, pero no tiene el tipo de cambio que correspondía en ese momento exacto. Contraloría lo busca manualmente. O lo estima. Y cuando lo estima, el cierre cierra mal.

Un Controller de manufactura en Monterrey nos dijo algo que resume bien el problema: “Cerramos el mes con los números que tenemos, no con los números que deberíamos tener.” No lo dice como queja. Lo dice como política.

Por qué el ERP no resuelve esto solo

Acá está el problema real: los ERPs capturan lo que les llega. No capturan lo que no ocurrió antes del pago. SAP recibe la factura. Oracle recibe el monto. Pero ninguno de los dos tiene visibilidad del gasto en el momento en que se ejecutó. Esa ventana — entre el gasto y la factura — es donde se pierden los datos críticos.

Datos de más de 1.000 clientes muestran que el equipo de finanzas pierde en promedio 30 horas mensuales en conciliación de facturas precisamente por este motivo. No porque el ERP sea lento. Porque los campos que necesita para conciliar nunca fueron capturados en origen.

Los campos que ningún ERP completa solo son siempre los mismos: centro de costo, tipo de cambio del momento del gasto, categoría de gasto y referencia de proyecto activo. Son cuatro datos. Y los cuatro dependen de que alguien los capture antes de que el empleado o el área ejecute el pago.

El momento donde se rompe el proceso

Con siete proveedores activos en siete monedas distintas, el proceso falla en un punto específico: la aprobación del gasto no incluye la asignación de esos campos. Se aprueba el monto. Se aprueba el proveedor. Pero nadie configura el centro de costo, nadie registra el tipo de cambio vigente, y nadie vincula la transacción al proyecto que la originó.

El resultado es predecible. La factura llega. El ERP la recibe. La conciliación automática intenta cerrar. Y encuentra cuatro campos vacíos que no puede completar retrospectivamente. Contraloría abre una planilla. Empieza a buscar. Eso son 150 horas anuales que el equipo de finanzas pierde en tareas que deberían estar automatizadas.

Lo que vemos en empresas como AB InBev cuando operan con proveedores internacionales es que este hueco no es un error de proceso: es un error de diseño. El flujo de aprobación nunca fue construido para capturar esos datos antes del pago. Y el ERP nunca fue diseñado para pedirlos después.

Una empresa de consumo masivo en Buenos Aires tardó tres meses en darse cuenta de que su tasa de error en conciliación no venía de los montos, sino de que el 40% de sus transacciones internacionales llegaban al ERP sin centro de costo asignado. El ERP funcionaba perfecto. El problema estaba diez pasos antes.

Cómo se cierra el hueco antes del pago

La solución no está en el ERP. Está en lo que ocurre antes de que el ERP reciba el dato. El control preventivo resuelve esto en el origen: la tarjeta corporativa no se puede usar si el centro de costo no está asignado. El gasto no se aprueba si el tipo de cambio del día no fue registrado. El flujo de aprobación no avanza si la categoría está vacía.

Mendel es la plataforma líder en México y Latinoamérica para la gestión de gastos y viajes corporativos impulsada por inteligencia artificial, y trabaja exactamente sobre este punto. Los campos críticos se capturan en el momento del gasto, no cuando llega la factura. La IA categoriza automáticamente, asigna el centro de costo según el histórico del proveedor y registra el tipo de cambio del día en tiempo real.

Mendel integra con SAP y Oracle para conciliación automática, lo que significa que cuando la factura llega al ERP, los cuatro campos ya están completos. La conciliación cierra sola. Contraloría no busca nada. El cierre no se extiende.

El resultado medido en clientes: más de USD 20K recuperados en gastos administrativos que antes se perdían en diferencias de conciliación, y una reducción del 20% en gastos no deducibles por errores de categorización y tipo de cambio mal registrado.

Para CFOs que gestionan operaciones con proveedores internacionales sin factura local, este punto es donde empieza cada cierre que falla.

Preguntas frecuentes

¿Por qué mi ERP no puede completar el centro de costo de forma automática cuando recibe una factura de proveedor internacional?

El ERP recibe lo que le envían, pero no tiene contexto del gasto original. Si el centro de costo no fue asignado antes del pago — en el flujo de aprobación o en la tarjeta corporativa — el ERP no puede inferirlo retrospectivamente. Datos de más de 1.000 clientes muestran que este campo vacío es una de las principales causas de retrasos en el cierre contable.

¿Cómo se registra el tipo de cambio correcto cuando un proveedor factura en moneda extranjera?

El tipo de cambio que importa es el del momento del gasto, no el del momento en que llega la factura. Si ese dato no se captura en origen — en el flujo de aprobación o mediante una plataforma de gestión de gastos con IA — la conciliación automática no puede cerrar sin intervención manual. Plataformas como Mendel registran el tipo de cambio vigente en tiempo real al momento de ejecutar el gasto.

¿Cuánto tarda en promedio una empresa en cerrar el mes cuando opera con múltiples monedas sin automatización?

En operaciones multi-moneda sin control preventivo, el equipo de contraloría pierde en promedio 30 horas mensuales solo en conciliación de facturas. El cierre se extiende porque los campos críticos — centro de costo, tipo de cambio, categoría — llegan vacíos al ERP y requieren búsqueda y corrección manual antes de poder cerrar.

Mendel trabaja con más de 1.000 empresas en México, Argentina y Chile que enfrentaron exactamente esto. mendel.com

¿Cuántos de tus siete proveedores activos tienen hoy el tipo de cambio registrado en el momento exacto del gasto, y no el día en que llegó la factura?