Deducir no es probar
Materialidad por diseño en el ciclo de egresos (Procure-to-Pay): Por qué el riesgo fiscal decisivo está en la contraparte, y por qué validar un CFDI no equivale a demostrar una operación.
Durante años, el cumplimiento fiscal de los egresos se optimizó alrededor de una pregunta aparentemente sencilla: ¿Tengo el CFDI del proveedor? Esa pregunta sigue siendo necesaria, pero dejó de ser suficiente. En una operación de compra, la empresa no genera por sí sola la evidencia que pretende usar para deducir un gasto o acreditar IVA: una parte crítica proviene de un tercero cuya capacidad real —infraestructura, personal, cumplimiento— no controla. Por eso, en Procure-to-Pay, la materialidad no es un problema de documentación fiscal; es un problema de contraparte, proceso y arquitectura de control.
La distinción es la tesis de esta nota. El CFDI demuestra la existencia de un comprobante fiscal; no demuestra, por sí mismo, que el bien se recibió, que el servicio se prestó, que la operación era necesaria para el negocio, ni que la evidencia que la soporta seguirá disponible y conectada a la transacción cuando la autoridad la cuestione. El artículo 69-B del Código Fiscal agudiza esta dimensión de contraparte: cuando el SAT determina la inexistencia de operaciones amparadas por ciertos comprobantes, el riesgo puede trasladarse —de forma retroactiva— al contribuyente que les dio efectos fiscales. La respuesta tradicional de “recibir, archivar y defender” es, por construcción, reactiva: reconstruye la realidad después del hecho. Nuestra recomendación es la contraria: la materialidad del egreso debe diseñarse desde el origen de la transacción y quedar embebida en el proceso Procure-to-Pay. A esto lo llamamos materialidad por diseño.
Para el C-Level, el cambio de encuadre es el punto central: el riesgo de un proveedor no es un asunto de Compras ni de Fiscal, sino un riesgo de contraparte con impacto financiero, tributario, operativo y de auditoría —capaz de afectar la tasa efectiva de impuestos, los pasivos contingentes y el resultado—. Debe gestionarse con la disciplina con que una institución financiera gestiona el riesgo de crédito de su cartera, no con la de un área de cuentas por pagar.
Hallazgos clave
1. El CFDI es evidencia fiscal; no es evidencia completa de la operación. Un comprobante válido, un registro contable y un pago bancarizado son una base necesaria, pero el cuestionamiento real es otro: qué transacción económica existió detrás del comprobante. La organización debe poder conectar, de forma trazable, la cadena proveedor → compra → recepción o aceptación → contabilización → pago. La ausencia de esa cadena convierte una operación aparentemente correcta en una operación difícil de defender.
2. En egresos, el riesgo es de contraparte. En Order-to-Cash la empresa controla la mayor parte de los elementos que generan la evidencia; en Procure-to-Pay, no. Depende de un tercero cuya capacidad real no controla. Por eso el riesgo fiscal de egresos debe analizarse como Supplier Risk, no como Accounts Payable Compliance. Es una diferencia conceptual, no de matiz: cambia quién es dueño del riesgo y cómo se mide.
3. Validar el CFDI y validar la operación son controles distintos. SAP y las capacidades de recepción de facturas de proveedor documentadas para México resuelven una pregunta específica: si el comprobante cumple las validaciones previstas para el documento fiscal. La empresa todavía debe responder otra: si la transacción económica que ese comprobante representa ocurrió y puede demostrarlo. Ese segundo problema no es de validación fiscal; es de arquitectura de proceso. Es la frontera entre P2P Automation y P2P Assurance.
4. El three-way match es necesario, pero no suficiente. La coincidencia entre orden de compra, entrada de mercancía y factura es uno de los controles más poderosos del proceso, y demuestra que lo facturado corresponde, dentro de tolerancias, con lo solicitado y recibido. Pero responde “¿la factura coincide con nuestra compra?”, no “¿la contraparte y la operación son fiscalmente defendibles?”. No sustituye el análisis de contraparte ni la evidencia de materialidad.
5. El servicio es el punto de mayor fragilidad documental. Un bien físico deja una cadena observable —pedido, recepción, inventario, consumo—. En un servicio, la realidad económica puede ser mucho menos visible, y su materialidad debe construirse deliberadamente: contrato, alcance, entregable, evidencia de ejecución, aceptación, CFDI, pago. Los servicios exigen controles distintos a los de mercancías, y en subcontratación de servicios especializados deben considerarse además las obligaciones documentales aplicables, incluido el registro correspondiente del contratista.
6. El expediente de materialidad es necesario, pero llega tarde. Archivar XML, contratos, órdenes y entregables es buena práctica; el problema es el momento. Cuando el expediente se arma meses después, la evidencia puede estar incompleta, el responsable pudo cambiar, el proveedor pudo desaparecer y el documento —aun existiendo— puede no estar conectado a la transacción. Eso es arqueología documental bajo presión. La alternativa es hacer que la evidencia nazca junto con la operación.
En nuestra experiencia acompañando clientes nacionales y transnacionales, nuestra propuesta de valor, es ser el partner que diseña la materialidad de las transacciones dentro del ecosistema SAP para México.
Nuestra propuesta y expertise combina cuatro capacidades que normalmente aparecen separadas en el mercado: experiencia de transformación e implementación SAP; profundidad de localización, CFDI y contexto fiscal mexicano; dominio de los procesos P2P —compras, recepción, facturación y pago—; y capacidad de tecnología e integración —BTP, automatización y desarrollo—.
Nuestro background en localización y cumplimiento SAP en México permite abordar el problema desde ambos lados de la ecuación —la obligación fiscal y el proceso empresarial que genera el dato— y traducirlo en algo más valioso que una interfaz: una arquitectura de control en la que las transacciones correctas fluyen automáticamente y las cuestionables se detienen antes de producir un efecto financiero y fiscal. El diferenciador está en orquestar SAP, fiscalidad, proveedores, evidencia y proceso para producir una transacción defendible.
Por qué ahora
Tres fuerzas convergen. Primero, el dato fiscal es cada vez más estructurado: la fiscalización dejó de depender de expedientes revisados a mano y opera por cruce algorítmico, lo que elimina el tiempo de reacción. Segundo, el riesgo de contraparte crece: la complejidad de proveedores, servicios y cadenas de suministro aumenta el número de transacciones cuya materialidad debe demostrarse. Tercero, la transformación SAP abre una ventana de diseño: cada migración a S/4HANA obliga a decidir qué controles serán parte del nuevo proceso y cuáles seguirán dependiendo de actividad manual —y esa ventana, una vez cerrada, es costosa de reabrir—.
La pregunta para el Comité Ejecutivo, por tanto, no es ¿cómo automatizamos la recepción de facturas?, sino ¿qué queremos que sea imposible contabilizar y pagar sin evidencia suficiente?
Recomendación para el C-Suite
No recomendamos iniciar por una implementación tecnológica. Recomendamos comenzar por un P2P Materiality & Supplier Transaction Assessment que establezca, en un plazo acotado, el estado actual —volumen, costo, riesgos de contraparte, puntos de pérdida de evidencia y capacidades SAP existentes—, el modelo operativo objetivo y su arquitectura, el caso de negocio con el valor en riesgo cuantificado. La decisión de inversión debe tomarse después de ese diagnóstico, no antes: es la disciplina que separa un proyecto de captura de una capacidad de control.
Conclusión
En ingresos, la pregunta era si la operación que registramos puede sostenerse. En egresos, es más exigente: ¿la operación que deducimos puede sostenerse, y podemos sostener también a la contraparte que la ejecutó? Esa diferencia cambia por completo el diseño del proceso.
El CFDI es necesario. La validación fiscal es necesaria. El three-way match es necesario. La contabilización correcta es necesaria. Pero ninguna de esas piezas, por sí sola, equivale a materialidad. La empresa necesita una cadena completa —proveedor, transacción, evidencia, contabilización, pago, aseguramiento— diseñada desde el principio, no reconstruida cuando llega la revisión.
No automatizamos facturas. Diseñamos transacciones defendibles. Ésa es la evolución de Procure-to-Pay que recomendamos para SAP en México, y el espacio que iTech Synergy está en posición de ocupar: Materiality by Design — diseñar la evidencia antes de necesitarla.