El campo que tu ERP espera y nunca recibe
Tu equipo recibe una factura de un proveedor internacional. El monto está en dólares. El comprobante fiscal es válido. La categoría de gasto está asignada. Todo parece en orden.
Pero hay un campo vacío. El tipo de cambio.
Y ese campo vacío no es un detalle menor. Es el dato que define si ese gasto se contabiliza correctamente, si el centro de costo cierra con el número real, y si la conciliación del mes cuadra o no. Ningún ERP lo completa solo.
Por qué este problema pasa en todas las empresas de LatAm
Lo que vemos en operaciones multi-entidad en LatAm es siempre la misma secuencia. La factura llega. Contraloría la recibe. Alguien tiene que buscar el tipo de cambio oficial del día en que ocurrió la transacción, cargarlo manualmente al sistema, y rezar para que coincida con el que usó el área que aprobó el gasto.
Rara vez coincide. A veces hay días de diferencia entre el tipo de cambio que usó el empleado al momento del pago y el que el contador registra al momento de cargar la factura. Esa diferencia genera ajustes contables, diferencias cambiarias que nadie puede explicar bien, y horas de trabajo para rastrear qué pasó.
En empresas con operaciones en México, Argentina y Chile al mismo tiempo, esto se multiplica. Tres monedas. Tres tipos de cambio distintos. Y el mismo proceso manual en cada entidad.
El error sistémico que nadie reporta
El ERP recibe la factura, pero no sabe cuándo ocurrió el gasto. Solo sabe cuándo se cargó el comprobante. Ahí es exactamente donde se pierden los datos de tipo de cambio correctos.
Cuando un empleado de FEMSA paga con tarjeta corporativa un servicio en Miami, el gasto ocurre en un momento preciso. Pero si la factura llega tres días después y se carga al ERP una semana más tarde, el sistema no tiene forma de saber qué tipo de cambio correspondía a la fecha real de la transacción. Alguien lo tiene que buscar, copiar, y cargar. Datos de más de 1.000 clientes muestran que este proceso consume hasta 30 horas mensuales en conciliación de facturas en equipos de finanzas medianos.
En Viva Aerobus, donde los gastos de viaje corporativo ocurren en múltiples monedas al mismo tiempo, el problema escala. No es un gasto por mes. Son decenas de transacciones en dólares, euros y otras divisas, cada una con su fecha de conversión correcta que ningún ERP estándar resuelve solo.
Una empresa de manufactura en Monterrey nos dijo algo que se repite bastante: su equipo de contraloría pasaba los primeros tres días de cada cierre buscando tipos de cambio históricos en el sitio del Banco de México, uno por uno, para transacciones del mes anterior. Nadie lo había medido como costo. Simplemente era “parte del proceso”.
Tres puntos donde el proceso falla
1. La fecha del gasto y la fecha del comprobante no son la misma
El empleado gasta el día 5. La factura llega el día 8. Se carga al sistema el día 12. El ERP registra el tipo de cambio del día 12. La diferencia entre ese valor y el tipo de cambio del día 5 genera una discrepancia que nadie detecta hasta que el mes cierra con diferencias inexplicables.
2. El tipo de cambio “oficial” depende de la fuente
En México, el tipo de cambio del SAT no siempre coincide con el del Banco de México para la misma fecha. En Argentina, el tipo de cambio oficial, el blue y el tipo de cambio contable son tres números distintos. Cada contador usa el que conoce. El resultado es inconsistencia entre áreas dentro de la misma empresa.
3. Las diferencias cambiarias no se rastrean por transacción
Cuando el cierre contable muestra una diferencia cambiaria, nadie puede rastrear qué transacciones la generaron sin revisar cada línea manualmente. Eso toma días. En empresas con 500 o más empleados y gastos de viaje frecuentes, puede llevar hasta 150 horas anuales en trabajo administrativo que nadie presupuestó.
Cómo se resuelve desde el origen
El único punto donde este problema se puede resolver es en el momento del gasto, no en el momento de cargar la factura. Si el sistema captura la fecha exacta de la transacción cuando ocurre, puede asignar el tipo de cambio oficial correspondiente a esa fecha y dejar ese dato fijo antes de que llegue el comprobante fiscal.
Eso requiere que el gasto y la factura estén conectados desde el origen. No son dos eventos separados procesados por dos sistemas distintos. Son parte del mismo registro.
Una empresa de consumo masivo en Buenos Aires con la que trabajamos tenía exactamente este problema con sus gastos en dólares. Cada vez que el tipo de cambio se movía mucho en una semana, el cierre se les complicaba. No porque los montos fueran grandes, sino porque nadie podía explicar de dónde venían las diferencias.
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. Cuando una transacción ocurre con tarjeta Mendel, el sistema registra la fecha exacta, el monto en la moneda original, y el tipo de cambio oficial vigente en ese momento. Cuando llega la factura, el campo ya está completo. No hay búsqueda manual. No hay diferencia entre la fecha del gasto y la fecha del comprobante.
Mendel integra con SAP y Oracle para conciliación automática, enviando cada transacción con el dato de tipo de cambio ya resuelto al momento del gasto. El ERP recibe la información lista para contabilizar, sin campos vacíos ni ajustes posteriores.
Los equipos de finanzas que operan con este modelo reducen en promedio 30 horas mensuales en conciliación de facturas. Y recuperan más de USD 20K anuales en gastos administrativos que antes se perdían en diferencias cambiarias no detectadas a tiempo.
El artículo sobre integración con Oracle y gastos corporativos detalla exactamente qué campos se sincronizan y cuáles suelen quedar vacíos en implementaciones estándar.
Preguntas frecuentes
¿Por qué el ERP no completa el tipo de cambio automáticamente cuando recibe una factura en moneda extranjera?
Porque el ERP procesa el comprobante en el momento en que se carga, no en el momento en que ocurrió la transacción. Si hay días de diferencia entre ambas fechas, el sistema no tiene forma de saber qué tipo de cambio correspondía al gasto original sin que alguien lo ingrese manualmente o sin que el dato venga desde la plataforma que registró el gasto en tiempo real.
¿Qué tipo de cambio debe usarse para registrar gastos corporativos en dólares en México?
Para efectos del SAT, debe usarse el tipo de cambio publicado por el Banco de México correspondiente a la fecha en que se realizó la operación. El problema práctico es que ese dato debe quedar vinculado a la fecha exacta del gasto, no a la fecha en que se procesa el comprobante fiscal en el sistema contable. Cuando hay desfase entre ambas fechas, el registro puede generar diferencias cambiarias no deducibles.
¿Cómo afecta un tipo de cambio mal registrado al cierre contable mensual?
Genera diferencias cambiarias que aparecen como ajustes sin origen identificado en el estado de resultados. Contraloría tiene que rastrear transacción por transacción para encontrar el error, lo que puede sumar días de trabajo al cierre. En operaciones multi-entidad con gastos frecuentes en moneda extranjera, este problema puede extender el cierre contable entre dos y cuatro días adicionales.
Mendel trabaja con más de 1.000 empresas en México, Argentina y Chile que enfrentaron exactamente esto. mendel.com
¿Tu equipo de contraloría tiene identificado cuántas transacciones del último mes cerraron con el tipo de cambio de la fecha del comprobante en lugar de la fecha del gasto?
