La filial mexicana cierra el mes y entrega su balanza. En Madrid, París o cualquier otra sede europea del grupo, el equipo de Group Finance recibe el archivo, pero necesita varias horas para reconstruir qué cuentas corresponden a clientes, qué saldos son intercompañía y por qué una categoría de gastos no coincide con el presupuesto corporativo. La contabilidad local puede estar al día y, aun así, el reporte corporativo exigir una segunda clasificación manual.
Este problema tiene una solución más concreta que «estandarizar la contabilidad»: definir y mantener una correspondencia verificable —mapping— entre las cuentas de la filial, las dimensiones analíticas necesarias y el plan de cuentas de la matriz. El mapping permite trasladar cifras hacia el formato que espera el grupo sin borrar la trazabilidad de los registros mexicanos. Para funcionar, debe tener reglas, responsables y controles de cambio; no basta con guardar una hoja de cálculo de dos columnas.
Esta guía explica cómo diseñar esa correspondencia, cómo distinguirla del código agrupador exigido por el SAT en los supuestos aplicables, cómo resolver cuentas con varios destinos y cómo comprobar que el reporte recibido por Europa reproduce correctamente el origen. Es una guía operativa para responsables financieros; los ajustes bajo normas contables o el tratamiento fiscal de cada operación requieren análisis profesional independiente.
Tres catálogos distintos que no deben confundirse
El primer error aparece antes de abrir Excel: llamar «catálogo de cuentas» a tres estructuras que tienen propósitos diferentes.
El catálogo operativo de la filial organiza los registros en su sistema contable: bancos, clientes, anticipos, proveedores, gastos, impuestos, transacciones con partes relacionadas y demás cuentas que necesite la entidad. Sus códigos responden al diseño contable y a las necesidades de control de la compañía. Ese catálogo debe conservar coherencia con los registros y obligaciones mexicanos aplicables.
El código agrupador del SAT es una clasificación regulatoria vinculada a la contabilidad electrónica cuando resulta exigible. El Anexo 24 de la Resolución Miscelánea Fiscal para 2026 contempla la correspondencia entre las cuentas del contribuyente y dicho código conforme a su naturaleza y predominancia. No es el plan de cuentas de una matriz europea, ni convierte automáticamente la información en un paquete apto para consolidación.
El plan corporativo de la matriz sirve para presentar información homogénea de distintas entidades, industrias y países. Puede organizar las cuentas de otra manera, exigir una distinción entre operaciones con terceros y empresas del grupo, o separar gastos por función, centro de costo y línea de negocio. Sus criterios dependen de las políticas reales del grupo y de su marco de información financiera; no todas las matrices europeas utilizan necesariamente el mismo marco contable.
Por eso conviene conservar dos correspondencias conceptualmente independientes: la regulatoria, cuando aplique, entre catálogo mexicano y agrupador SAT; y la corporativa, entre la contabilidad mexicana y el modelo de reporte de la matriz. Una correspondencia no sustituye a la otra.
Diseñar el mapping a partir del reporte que la matriz necesita
Una práctica poco útil consiste en tomar las cuentas locales y asignarles un código corporativo según el nombre más parecido. «Servicios», «otros acreedores» o «gastos administrativos» pueden significar cosas diferentes para la filial y para Group Finance. Dos cuentas con nombres similares pueden necesitar destinos distintos cuando una corresponde a operaciones intragrupo o contiene un componente fiscal recuperable.
Antes de asignar códigos, México y Europa deberían acordar el resultado esperado: ¿qué estados y anexos se entregan?, ¿qué columnas necesita el reporting package?, ¿qué entidades relacionadas deben identificarse?, ¿cómo se presentan centros de costo, proyectos y segmentos?, ¿cuál es la fecha de corte?, ¿qué políticas se usarán para ajustes y moneda? La respuesta define si una regla puede operar solo con el código de cuenta o también necesita información de contraparte, centro de costo, documento o naturaleza de la operación.
El registro maestro de mapping debería conservar, como mínimo, estos campos:
| Campo de control | Para qué sirve |
|---|---|
| Entidad, periodo de vigencia y versión | Impide aplicar una tabla de otra sociedad o un catálogo ya modificado |
| Código y nombre de cuenta local | Conserva el origen exacto del saldo en México |
| Código corporativo y descripción | Identifica el destino aprobado en el reporte del grupo |
| Regla y dimensión adicional | Especifica si la clasificación depende de centro de costo, contraparte u otro atributo verificable |
| Naturaleza y convención de signos | Evita invertir saldos deudores y acreedores durante la transformación |
| Responsable, revisor y fecha de aprobación | Permite identificar quién propuso y quién autorizó cada correspondencia |
| Referencia de política y evidencia | Explica por qué se utiliza esa categoría y cómo reproducirla |
| Estado y fecha de modificación | Distingue reglas vigentes, pendientes, reemplazadas y excepciones |
Ese registro no tiene que comenzar como un desarrollo de software. Una tabla controlada puede servir a una filial pequeña si tiene acceso restringido, historial de versiones y conciliaciones automáticas o reproducibles. Lo que no debe ocurrir es que cada mes alguien sobrescriba la columna del código corporativo sin dejar rastro de la decisión anterior.
Ejemplo: una misma cuenta local necesita dos destinos corporativos
Supongamos una filial mexicana ficticia cuyo catálogo contiene estas cuentas. Los códigos «MX» y «GR» son inventados únicamente para explicar el proceso; no son códigos oficiales del SAT ni un catálogo corporativo universal. Las cifras son extractos parciales de una balanza, no una balanza completa que deba cuadrar por sí sola.
| Cuenta local (ejemplo) | Saldo MXN | Destino en el plan del grupo (ejemplo) | Regla de clasificación |
|---|---|---|---|
| MX-1102 · Bancos | 2,400,000 deudor | GR-CASH · Efectivo y bancos | Correspondencia directa, sujeta a revisión del saldo |
| MX-1201 · Clientes terceros | 1,100,000 deudor | GR-AR-EXT · Cuentas por cobrar comerciales | Excluir partidas entre relacionadas |
| MX-1250 · Clientes del grupo | 350,000 deudor | GR-AR-IC · Cuentas por cobrar intragrupo | Identificar entidad contraparte |
| MX-2105 · Proveedores terceros | 760,000 acreedor | GR-AP-EXT · Cuentas por pagar comerciales | Conservar signo y naturaleza |
| MX-6100 · Servicios externos | 500,000 deudor | GR-OPS o GR-GA | Separar mediante centro de costo validado |
| MX-6199 · Gastos por aclarar | 85,000 deudor | Sin destino aprobado | Registrar excepción; no enviar a «otros» por defecto |
La cuenta MX-6100 merece atención. En el mayor, los servicios externos suman 500,000 MXN. El detalle analítico validado muestra 320,000 MXN asociados a operaciones y 180,000 MXN a funciones corporativas. Si el grupo distingue ambas naturalezas, la asignación será:
| Origen y dimensión | Importe MXN | Destino corporativo |
|---|---|---|
| MX-6100 / CC-OPERACIONES | 320,000 | GR-OPS · Servicios operativos |
| MX-6100 / CC-CORPORATIVO | 180,000 | GR-GA · Servicios administrativos |
| Total transformado | 500,000 | Igual al saldo local de origen |
La conciliación aritmética es sencilla: 320,000 + 180,000 = 500,000 MXN; diferencia de transformación = 0 MXN. La dificultad real no es la suma, sino probar que los centros de costo reflejan el gasto correctamente y que nadie repartió el importe según una proporción arbitraria. Si el sistema no conserva esa dimensión, la cuenta necesita detalle comprobable o revisión de su diseño; la separación no puede inventarse para completar el reporte.
La cuenta «gastos por aclarar» de 85,000 MXN muestra el otro caso: una partida sin destino aprobado. Debe registrarse como excepción con responsable, fecha comprometida y evidencia pendiente. El equipo central decidirá, conforme a su política, si puede recibirla en un registro de pendientes separado o si el reporte debe quedar retenido hasta resolverla. En cualquier caso, no debe desaparecer de la conciliación del total de origen.
Cinco comprobaciones antes de enviar el reporting package
Un mapping útil no es solamente una tabla correcta. Debe funcionar al cierre, con asientos nuevos, reclasificaciones y cambios del catálogo. Antes de enviar cifras a la matriz, el responsable local y su revisor pueden aplicar estos cinco controles.
1. Integridad de cuentas. Toda cuenta con movimiento o saldo debe estar vinculada a una regla vigente o registrada como excepción. Una cuenta nueva, aunque tenga un importe reducido, no debería quedar fuera del archivo sin explicación. Los saldos cero también pueden requerir mapeo si son relevantes para la estructura del reporte.
2. Cuadre del origen y del destino. La balanza aprobada debe reconciliarse con las cifras transformadas usando una convención definida de signos. En cuentas que se dividen, la suma de los destinos debe reproducir el saldo original. Las diferencias por reglas no resueltas, partidas omitidas o duplicaciones se informan aparte; no se compensan con ajustes sin soporte.
3. Separación entre clasificación y ajustes contables. Cambiar una cuenta de nombre o categoría no resuelve, por sí mismo, diferencias de reconocimiento, medición o presentación entre el marco local y las políticas de la matriz. Esas diferencias requieren un puente separado de ajustes de reporte, autorizado y trazable, con respaldo y referencia al periodo. Tampoco debe confundirse un ajuste corporativo con un asiento que deba registrarse en los libros legales mexicanos.
4. Operaciones intercompañía identificables. Cuando existe una cuenta por cobrar a la matriz o un gasto de servicios intragrupo, la contraparte debe acompañar al saldo. El mapping permite etiquetar y agrupar esa operación, pero no sustituye la conciliación bilateral ni las eliminaciones de consolidación que correspondan. Las diferencias entre lo registrado en México y en Europa no se corrigen automáticamente cambiando códigos de cuenta.
5. Conversión monetaria tratada por separado. La tabla de mapping clasifica cuentas; no determina por sí sola la moneda funcional, la moneda de presentación ni los tipos de cambio aplicables. Si el grupo informa bajo IFRS, IAS 21 establece principios para tratar operaciones en moneda extranjera y traducir estados financieros; la política del grupo debe definir el proceso aplicable al caso. Convertir todos los saldos con un único tipo de cambio sin analizar su naturaleza puede generar errores.
Conviene dejar constancia del resultado de cada comprobación: fecha, balanza de origen, versión del mapping, diferencias detectadas, responsables y aprobación. Esa información sirve al Controller de la matriz y también facilita una revisión posterior sin reconstruir el trabajo desde correos o archivos dispersos.
Un control de cambios que resista el cierre siguiente
El mapping suele parecer estable hasta que llega el primer cambio de ERP, una nueva línea de negocio o un plan de cuentas renovado desde Europa. A partir de ese momento, el riesgo más serio es aplicar reglas de dos periodos distintos dentro del mismo reporte. Una filial que modifica un código local sin avisar puede dejar saldos sin transformar; una matriz que reclasifica una categoría corporativa puede romper la comparabilidad histórica.
El procedimiento debería partir de una solicitud identificable. La persona que propone el cambio describe la cuenta afectada, el problema y los periodos impactados. El responsable local comprueba el tratamiento contable y los atributos disponibles; Group Finance valida el destino; y, cuando corresponda, un especialista revisa las implicaciones normativas. Solo después se aprueba la nueva versión, con fecha de entrada en vigor y decisión sobre la necesidad de reexpresar comparativos o mantener una tabla histórica.
En las primeras semanas después de implementar el mapping, merece la pena revisar especialmente tres señales: cuentas nuevas sin regla, reclasificaciones manuales recurrentes y diferencias mensuales que se «corrigen» mediante asientos sin explicación. Son indicadores más útiles que medir únicamente cuántas filas tiene la tabla. Una correspondencia de cien cuentas puede ser más controlable que otra de mil si sus excepciones tienen dueño y plazo de resolución.
Reparto de responsabilidades entre México y Europa
| Actividad | Filial mexicana | Matriz europea / Group Finance |
|---|---|---|
| Mantener catálogo y balanza de origen | Prepara y valida registros locales | Recibe la versión conciliada |
| Proponer correspondencias y reglas | Documenta origen y dimensiones disponibles | Define categorías y políticas corporativas |
| Aprobar reglas o modificaciones | Confirma su viabilidad y soporte local | Aprueba destino para reporting de grupo |
| Revisar diferencias de clasificación | Investiga partidas y aporta evidencia | Decide su tratamiento dentro del paquete corporativo |
| Gestionar ajustes y conversión | Proporciona cifras y documentación necesarias | Coordina el tratamiento conforme al marco de grupo y revisiones aplicables |
| Cerrar incidencias | Corrige datos o explica la excepción | Acepta la resolución y conserva la trazabilidad |
La tabla es una propuesta de gobierno, no una asignación legal universal. Cada grupo debe adaptar responsables y aprobadores a su estructura, controles y normativa aplicable.
Cómo ponerlo en marcha sin reemplazar todo el ERP
Un proyecto razonable comienza con una prueba de un mes cerrado, no con la sustitución del sistema mexicano. El primer paso es congelar una balanza de referencia y obtener los dos catálogos: el local vigente y el corporativo autorizado. Después se clasifican las cuentas por tipo de correspondencia: directa, agregada, dependiente de una dimensión adicional o pendiente de decisión. Conviene resolver primero efectivo, clientes, proveedores, ingresos, gastos relevantes e intercompany, porque suelen concentrar las conciliaciones que preocupan a la matriz.
En la segunda etapa se prepara una versión controlada del mapping y se ejecuta una transformación de prueba. El equipo debe poder regresar desde cualquier cifra corporativa hasta la cuenta y, cuando sea necesario, hasta las dimensiones y movimientos locales que la originaron. Si falta una dimensión crítica, se decide si obtenerla del auxiliar, mejorar el registro futuro o introducir una revisión manual temporal; no se presenta como una automatización que todavía no existe.
La tercera etapa consiste en comparar el paquete reconstruido con el reporte que aceptó previamente la matriz, explicar cada variación y documentar las decisiones. Una vez que el modelo pasa esa prueba, se incorpora al calendario mensual y al control de cambios. El plazo de implementación dependerá del número de entidades, sistemas y calidad del detalle disponible, no de una promesa genérica de «mapping en una semana».
Hay además una cuestión de planificación para grupos que aplican IFRS: IFRS 18 sustituirá a IAS 1 para periodos anuales que comiencen a partir del 1 de enero de 2027, con aplicación anticipada permitida. Esto no significa que todos los grupos europeos deban cambiar hoy sus códigos contables, pero sí justifica preguntar a Group Finance si se esperan ajustes en la presentación corporativa y conservar un mapping que pueda versionarse sin perder historia.
La señal de que el mapping está funcionando
Al terminar un cierre, la dirección no debería necesitar una explicación nueva sobre el significado de cada cuenta. Debería recibir un paquete en el que la balanza de origen, las reglas utilizadas, los importes transformados, los ajustes separados y las excepciones abiertas se puedan rastrear con claridad. El resultado no es solamente un archivo que «cuadra»: es información que la matriz puede revisar, comparar y utilizar sin depender de reconstrucciones manuales.
El artículo Consolidación contable de una filial en México: del CFDI al reporte financiero europeo desarrolla el flujo completo de cierre y reporting. El mapping descrito aquí es uno de sus controles operativos fundamentales, pero no reemplaza la conciliación intercompany, la revisión de políticas contables ni la consolidación propiamente dicha.
Para filiales que entregan información a una matriz europea, ASCG Europa ofrece coordinación de contabilidad y reporting, incluido el mapeo entre el catálogo local y las necesidades de Group Finance. Si su equipo está reconstruyendo cada mes las mismas equivalencias, puede contactar con ASCG Europa para revisar la balanza de origen, el modelo de reporte esperado y los puntos donde hoy se pierden trazabilidad o tiempo de cierre.
Fuentes y referencias técnicas
- SAT (México). Anexo 24 de la Resolución Miscelánea Fiscal para 2026: contabilidad en medios electrónicos. Fuente para distinguir catálogo local y código agrupador del SAT, cuando corresponda.
- IFRS Foundation. IAS 21 — The Effects of Changes in Foreign Exchange Rates. Marco para moneda funcional, operaciones en moneda extranjera y traducción de estados bajo IFRS.
- IFRS Foundation. IFRS 10 — Consolidated Financial Statements. Principios de preparación y presentación de estados consolidados.
- IFRS Foundation. IFRS 18 — Presentation and Disclosure in Financial Statements. Entrada en vigor y alcance de los cambios en presentación bajo IFRS.
Actualización técnica de fuentes: 19 de octubre de 2026. Artículo informativo para coordinación financiera. Su aplicación requiere confirmar las políticas del grupo, el marco contable utilizado y las obligaciones mexicanas concretas.

