Durante una década, el cumplimiento fiscal en México se optimizó para una pregunta: ¿tengo el CFDI? Esa pregunta ya no protege a la empresa. La autoridad, los tribunales y la Suprema Corte han consolidado un estándar superior —la materialidad de las operaciones— bajo el cual un comprobante fiscal válido, un registro contable y hasta un pago bancarizado son condición necesaria pero insuficiente. Lo que hoy se exige es evidencia objetiva de que la operación ocurrió, tuvo sustancia económica y fue necesaria para el negocio.
La respuesta predominante del mercado —integrar un «expediente de materialidad» y adjuntar evidencia a cada CFDI— es correcta pero reactiva: reconstruye la realidad después del hecho, típicamente cuando ya llegó el oficio de la autoridad. Nuestra tesis es distinta y más exigente: la materialidad debe diseñarse en el origen de la transacción, dentro del ERP, y no reconstruirse en la auditoría. A esto lo llamamos materialidad por diseño.
Para el C-Level, el cambio de encuadre es el punto central de esta nota: la materialidad dejó de ser un costo administrativo de la Dirección Fiscal y se convirtió en un riesgo empresarial material —en el sentido financiero del término— con capacidad de afectar la tasa efectiva de impuestos, el resultado, los pasivos contingentes y, en su expresión extrema, la continuidad del negocio.
Hallazgos clave
1. El CFDI ya no es evidencia; es apenas el recibo. La jurisprudencia y los criterios de la autoridad son consistentes: la materialidad no se acredita únicamente con comprobantes, pólizas o estados de cuenta. Quien construye su defensa fiscal alrededor del CFDI está defendiendo la capa equivocada.
2. El riesgo migró del cumplimiento formal al cumplimiento sustantivo. El marco legal —artículos 5-A (razón de negocios), 69-B y 69-B Bis (presunción de inexistencia), 30 (conservación) del CFF, y criterios como el 44/ISR/PI— desplazó la carga de la prueba hacia el contribuyente. La empresa debe demostrar, no la autoridad desvirtuar.
3. La fiscalización es cada vez más automática y en tiempo casi real. El SAT cruza CFDI, complementos (Carta Porte, pagos), DIOT y contabilidad electrónica de forma algorítmica. Las inconsistencias se detectan en el timbrado o en cuestión de días, no en una visita domiciliaria años después. Un modelo de defensa que asume tiempo de reacción ya no es viable.
4. El enfoque de «expediente» resuelve el síntoma, no la causa. Armar carpetas por proveedor o adjuntar evidencia al CFDI es una buena práctica de resguardo, pero opera después de que el dato nació —muchas veces mal— en el sistema transaccional. Si el origen no genera trazabilidad, el expediente termina siendo un ejercicio de arqueología documental bajo presión.
5. La exposición extrema no es una multa: es la pérdida del sello. La consecuencia que debe ocupar al Consejo no es el crédito fiscal por sí solo, sino la restricción o cancelación del Certificado de Sello Digital (arts. 17-H y 17-H Bis CFF): sin CSD, la empresa no puede facturar. Un problema de materialidad puede, en la práctica, detener la operación.
La tesis: materialidad de raíz
Materialidad de raíz significa tres cosas concretas para el C-Level:
- El dato correcto en el origen. Gobierno de datos maestros —clientes, proveedores, materiales, claves SAT— como fuente única de verdad. El 80% de las inconsistencias que erosionan la materialidad son fallas de dato maestro, no de criterio fiscal.
- La cadena de evidencia embebida en el proceso. Cada eslabón transaccional deja rastro automático y conciliable; nada depende de que alguien «recuerde adjuntar» el soporte.
- El control como código, no como revisión posterior. Las reglas fiscales viven en el sistema, versionadas conforme cambian los catálogos y disposiciones del SAT, y se validan en tiempo real.
En iTech Synergy, como partner SAP especializado en localización y compliance para México, nuestro valor está precisamente en traducir estos tres principios a capacidades concretas de la plataforma —y en hacerlo distinto según usted esté en ECC o en S/4HANA. Le detallo cada pilar con esa distinción, porque es donde se juega la decisión de inversión.
Pilar 1 — El dato correcto en el origen
El instrumento nativo de SAP para esto es Master Data Governance (MDG): gobierno centralizado de clientes, proveedores y materiales con reglas de validación y derivación, flujos de alta y cambio con aprobación, deduplicación y tableros de calidad de dato. iTech Synergy aterriza eso al contexto SAT: RFC validado contra la constancia de situación fiscal, régimen fiscal, uso del CFDI por cliente, código postal, y —crítico para manufactura— ClaveProdServ, ClaveUnidad, peso y fracción arancelaria en el maestro de materiales.
La diferencia por plataforma es material. En ECC, cliente y proveedor viven en estructuras separadas y el modelo de dato es más artesanal; MDG puede correr, pero buena parte del valor de iTech Synergy es un proyecto de saneamiento y gobierno sobre una base que creció sin reglas. En S/4HANA, el modelo de Business Partner es obligatorio y unifica cliente/proveedor, MDG puede ir embebido, y existe situation handling para detectar y escalar datos inconsistentes en tiempo real. Es un cimiento mucho más limpio para «dato correcto por construcción». El rol ejecutivo de iTech Synergy aquí es doble: diseñar el catálogo de reglas MX y, sobre todo, limpiar el dato heredado —que es donde vive ese 80% de inconsistencias— antes de que contamine cualquier automatización.
Pilar 2 — La cadena de evidencia embebida
SAP ya encadena la operación por diseño a través del document flow: pedido → entrega/salida de mercancía → factura → documento contable, todo ligado. La pieza que convierte ese encadenamiento en materialidad fiscal es SAP Document and Reporting Compliance (DRC) —el sucesor del framework de eDocument—: su cockpit amarra cada CFDI, complemento de pago y Carta Porte a su documento origen, monitorea estatus de timbrado y contingencia, y en México se integra con un PAC para el timbrado. iTech Synergy conecta ese PAC, sincroniza la cadena O2C (y su espejo en P2P para la recepción de proveedores) y automatiza el vínculo del soporte —salida de mercancía, acuse de entrega, datos de Carta Porte desde el módulo de transporte— vía ArchiveLink/DMS, de modo que nada dependa de que alguien «recuerde adjuntar».
En SAP ECC, DRC funciona a través del framework clásico de eDocument, que históricamente requiere más contenido de localización del partner y más integración a medida —es funcional, pero es donde iTech Synergy aporta más «Know How». En S/4HANA, DRC es nativo, más rico y en tiempo casi real, con la conciliación estatutaria integrada. Traducido a lenguaje de Consejo: en SAP ECC, iTech Synergy construye la cadena; en S/4HANA la activa y afina.
Pilar 3 — El control como código
Aquí es donde SAP deja de ser un sistema de registro y se vuelve un sistema de control. Las reglas fiscales pueden vivir como código en varias capas: validaciones y sustituciones, BRF+ para reglas de negocio, la determinación de impuestos por técnica de condiciones, las validaciones propias de DRC al momento del timbrado, y —para monitoreo continuo— SAP GRC (Process Control, Access Control y Continuous Control Monitoring). En S/4HANA se suma Signavio para minería de procesos y detección de desviaciones. El principio operativo que iTech Synergy implementa: que el sistema bloquee en el origen un pedido, una entrega o una factura que no pueda producir un CFDI válido, en lugar de descubrir el problema en una hoja de cálculo al cierre.
El caso financiero: por qué esto es una conversación de resultado, no de compliance
El error organizacional más común es asignar la materialidad exclusivamente a la Dirección Fiscal. La materialidad se genera —o se destruye— en Operaciones, Comercial, Compras y Tesorería, y se sistematiza en TI. Requiere un gobierno cruzado con tres roles claros: Fiscal define las reglas y las versiona; Operaciones ejecuta dejando evidencia; TI construye el control en el ERP. Sin un comité que sea dueño de las reglas fiscales como producto vivo, cualquier automatización queda obsoleta en la siguiente actualización de catálogos del SAT.
Conclusión
El mercado está resolviendo la materialidad como un problema de archivo. Es un problema de arquitectura. Mientras la organización siga preguntándose «¿tengo cómo probar esta operación?», seguirá jugando a la defensiva contra el SAT que audita en tiempo real. La pregunta que separa a las empresas resilientes es anterior: «¿estamos diseñando operaciones que son verdaderas por construcción?».
Para el C-Level, la instrucción es simple de enunciar y exigente de ejecutar: dejen de comprar más carpetas y empiecen a diseñar la materialidad en el origen. No automatizamos facturas —automatizamos la evidencia de que la operación existió. Esa es la única defensa que escala.
Bibliografía