{"id":64,"date":"2026-09-18T10:40:00","date_gmt":"2026-09-18T16:40:00","guid":{"rendered":"https:\/\/itechsynergy.com\/blogmx\/?p=64"},"modified":"2026-09-18T10:40:01","modified_gmt":"2026-09-18T16:40:01","slug":"en-procure-to-pay-la-materialidad-es-riesgo-de-contraparte-redisene-el-control-de-egresos-antes-de-migrar-a-s-4hana","status":"publish","type":"post","link":"https:\/\/itechsynergy.com\/blogmx\/en-procure-to-pay-la-materialidad-es-riesgo-de-contraparte-redisene-el-control-de-egresos-antes-de-migrar-a-s-4hana\/","title":{"rendered":"En Procure-to-Pay, la materialidad es riesgo de contraparte: redise\u00f1e el control de egresos antes de migrar a S\/4HANA"},"content":{"rendered":"\n

Deducir no es probar<\/strong><\/p>\n\n\n\n

Materialidad por dise\u00f1o en el ciclo de egresos (Procure-to-Pay): Por qu\u00e9 el riesgo fiscal decisivo est\u00e1 en la contraparte, y por qu\u00e9 validar un CFDI no equivale a demostrar una operaci\u00f3n.<\/em><\/p>\n\n\n\n

Durante a\u00f1os, el cumplimiento fiscal de los egresos se optimiz\u00f3 alrededor de una pregunta aparentemente sencilla: \u00bfTengo el CFDI del proveedor?<\/em> Esa pregunta sigue siendo necesaria, pero dej\u00f3 de ser suficiente. En una operaci\u00f3n de compra, la empresa no genera por s\u00ed sola la evidencia que pretende usar para deducir un gasto o acreditar IVA: una parte cr\u00edtica proviene de un tercero cuya capacidad real \u2014infraestructura, personal, cumplimiento\u2014 no controla. Por eso, en Procure-to-Pay, la materialidad no es un problema de documentaci\u00f3n fiscal; es un problema de contraparte, proceso y arquitectura de control<\/strong>.<\/p>\n\n\n\n

La distinci\u00f3n es la tesis de esta nota. El CFDI demuestra la existencia de un comprobante fiscal; no demuestra, por s\u00ed mismo, que el bien se recibi\u00f3, que el servicio se prest\u00f3, que la operaci\u00f3n era necesaria para el negocio, ni que la evidencia que la soporta seguir\u00e1 disponible y conectada a la transacci\u00f3n cuando la autoridad la cuestione. El art\u00edculo 69-B del C\u00f3digo Fiscal agudiza esta dimensi\u00f3n de contraparte: cuando el SAT determina la inexistencia de operaciones amparadas por ciertos comprobantes, el riesgo puede trasladarse \u2014de forma retroactiva\u2014 al contribuyente que les dio efectos fiscales. La respuesta tradicional de \u201crecibir, archivar y defender\u201d es, por construcci\u00f3n, reactiva: reconstruye la realidad despu\u00e9s del hecho. Nuestra recomendaci\u00f3n es la contraria: la materialidad del egreso debe dise\u00f1arse desde el origen de la transacci\u00f3n y quedar embebida en el proceso Procure-to-Pay.<\/strong> A esto lo llamamos materialidad por dise\u00f1o.<\/p>\n\n\n\n

\"Contenido
Procure to Pay SAP<\/figcaption><\/figure>\n\n\n\n

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\u00eda<\/strong> \u2014capaz de afectar la tasa efectiva de impuestos, los pasivos contingentes y el resultado\u2014. Debe gestionarse con la disciplina con que una instituci\u00f3n financiera gestiona el riesgo de cr\u00e9dito de su cartera, no con la de un \u00e1rea de cuentas por pagar.<\/p>\n\n\n\n

Hallazgos clave<\/strong><\/p>\n\n\n\n

1. El CFDI es evidencia fiscal; no es evidencia completa de la operaci\u00f3n.<\/strong> Un comprobante v\u00e1lido, un registro contable y un pago bancarizado son una base necesaria, pero el cuestionamiento real es otro: qu\u00e9 transacci\u00f3n econ\u00f3mica existi\u00f3 detr\u00e1s del comprobante. La organizaci\u00f3n debe poder conectar, de forma trazable, la cadena proveedor \u2192 compra \u2192 recepci\u00f3n o aceptaci\u00f3n \u2192 contabilizaci\u00f3n \u2192 pago. La ausencia de esa cadena convierte una operaci\u00f3n aparentemente correcta en una operaci\u00f3n dif\u00edcil de defender.<\/p>\n\n\n\n

2. En egresos, el riesgo es de contraparte.<\/strong> 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<\/em>, no como Accounts Payable Compliance<\/em>. Es una diferencia conceptual, no de matiz: cambia qui\u00e9n es due\u00f1o del riesgo y c\u00f3mo se mide.<\/p>\n\n\n\n

3. Validar el CFDI y validar la operaci\u00f3n son controles distintos.<\/strong> SAP y las capacidades de recepci\u00f3n de facturas de proveedor documentadas para M\u00e9xico resuelven una pregunta espec\u00edfica: si el comprobante cumple las validaciones previstas para el documento fiscal. La empresa todav\u00eda debe responder otra: si la transacci\u00f3n econ\u00f3mica que ese comprobante representa ocurri\u00f3 y puede demostrarlo. Ese segundo problema no es de validaci\u00f3n fiscal; es de arquitectura de proceso. Es la frontera entre P2P Automation<\/em> y P2P Assurance<\/em>.<\/p>\n\n\n\n

4. El three-way match es necesario, pero no suficiente.<\/strong> La coincidencia entre orden de compra, entrada de mercanc\u00eda y factura es uno de los controles m\u00e1s poderosos del proceso, y demuestra que lo facturado corresponde, dentro de tolerancias, con lo solicitado y recibido. Pero responde \u201c\u00bfla factura coincide con nuestra compra?\u201d, no \u201c\u00bfla contraparte y la operaci\u00f3n son fiscalmente defendibles?\u201d. No sustituye el an\u00e1lisis de contraparte ni la evidencia de materialidad.<\/p>\n\n\n\n

5. El servicio es el punto de mayor fragilidad documental.<\/strong> Un bien f\u00edsico deja una cadena observable \u2014pedido, recepci\u00f3n, inventario, consumo\u2014. En un servicio, la realidad econ\u00f3mica puede ser mucho menos visible, y su materialidad debe construirse deliberadamente: contrato, alcance, entregable, evidencia de ejecuci\u00f3n, aceptaci\u00f3n, CFDI, pago. Los servicios exigen controles distintos a los de mercanc\u00edas, y en subcontrataci\u00f3n de servicios especializados deben considerarse adem\u00e1s las obligaciones documentales aplicables, incluido el registro correspondiente del contratista.<\/p>\n\n\n\n

6. El expediente de materialidad es necesario, pero llega tarde.<\/strong> Archivar XML, contratos, \u00f3rdenes y entregables es buena pr\u00e1ctica; el problema es el momento. Cuando el expediente se arma meses despu\u00e9s, la evidencia puede estar incompleta, el responsable pudo cambiar, el proveedor pudo desaparecer y el documento \u2014aun existiendo\u2014 puede no estar conectado a la transacci\u00f3n. Eso es arqueolog\u00eda documental bajo presi\u00f3n. La alternativa es hacer que la evidencia nazca junto con la operaci\u00f3n.<\/p>\n\n\n\n

En nuestra experiencia acompa\u00f1ando clientes nacionales y transnacionales, nuestra propuesta de valor, es ser el partner que dise\u00f1a la materialidad de las transacciones dentro del ecosistema SAP para M\u00e9xico<\/strong>.<\/p>\n\n\n\n

Nuestra propuesta y expertise combina cuatro capacidades que normalmente aparecen separadas en el mercado: experiencia de transformaci\u00f3n e implementaci\u00f3n SAP<\/strong>; profundidad de localizaci\u00f3n, CFDI y contexto fiscal mexicano<\/strong>; dominio de los procesos P2P<\/strong> \u2014compras, recepci\u00f3n, facturaci\u00f3n y pago\u2014; y capacidad de tecnolog\u00eda e integraci\u00f3n<\/strong> \u2014BTP, automatizaci\u00f3n y desarrollo\u2014.<\/p>\n\n\n\n

\"Contenido
SAP P2P Inicio a Fin<\/figcaption><\/figure>\n\n\n\n

Nuestro background en localizaci\u00f3n y cumplimiento SAP en M\u00e9xico permite abordar el problema desde ambos lados de la ecuaci\u00f3n \u2014la obligaci\u00f3n fiscal y el proceso empresarial que genera el dato\u2014 y traducirlo en algo m\u00e1s valioso que una interfaz: una arquitectura de control en la que las transacciones correctas fluyen autom\u00e1ticamente y las cuestionables se detienen antes de producir un efecto financiero y fiscal. El diferenciador est\u00e1 en orquestar SAP, fiscalidad, proveedores, evidencia y proceso para producir una transacci\u00f3n defendible.<\/strong><\/p>\n\n\n\n

Por qu\u00e9 ahora<\/strong><\/p>\n\n\n\n

Tres fuerzas convergen. Primero, el dato fiscal es cada vez m\u00e1s estructurado<\/strong>: la fiscalizaci\u00f3n dej\u00f3 de depender de expedientes revisados a mano y opera por cruce algor\u00edtmico, lo que elimina el tiempo de reacci\u00f3n. Segundo, el riesgo de contraparte crece<\/strong>: la complejidad de proveedores, servicios y cadenas de suministro aumenta el n\u00famero de transacciones cuya materialidad debe demostrarse. Tercero, la transformaci\u00f3n SAP abre una ventana de dise\u00f1o<\/strong>: cada migraci\u00f3n a S\/4HANA obliga a decidir qu\u00e9 controles ser\u00e1n parte del nuevo proceso y cu\u00e1les seguir\u00e1n dependiendo de actividad manual \u2014y esa ventana, una vez cerrada, es costosa de reabrir\u2014.<\/p>\n\n\n\n

La pregunta para el Comit\u00e9 Ejecutivo, por tanto, no es \u00bfc\u00f3mo automatizamos la recepci\u00f3n de facturas?<\/em>, sino \u00bfqu\u00e9 queremos que sea imposible contabilizar y pagar sin evidencia suficiente?<\/strong><\/p>\n\n\n\n

Recomendaci\u00f3n para el C-Suite<\/strong><\/p>\n\n\n\n

No recomendamos iniciar por una implementaci\u00f3n tecnol\u00f3gica. Recomendamos comenzar por un P2P Materiality & Supplier Transaction Assessment<\/strong> que establezca, en un plazo acotado, el estado actual \u2014volumen, costo, riesgos de contraparte, puntos de p\u00e9rdida de evidencia y capacidades SAP existentes\u2014, el modelo operativo objetivo y su arquitectura, el caso de negocio con el valor en riesgo cuantificado. La decisi\u00f3n de inversi\u00f3n debe tomarse despu\u00e9s de ese diagn\u00f3stico, no antes: es la disciplina que separa un proyecto de captura de una capacidad de control.<\/p>\n\n\n\n

Conclusi\u00f3n<\/strong><\/p>\n\n\n\n

En ingresos, la pregunta era si la operaci\u00f3n que registramos puede sostenerse. En egresos, es m\u00e1s exigente: \u00bfla operaci\u00f3n que deducimos puede sostenerse, y podemos sostener tambi\u00e9n a la contraparte que la ejecut\u00f3?<\/strong> Esa diferencia cambia por completo el dise\u00f1o del proceso.<\/p>\n\n\n\n

El CFDI es necesario. La validaci\u00f3n fiscal es necesaria. El three-way match es necesario. La contabilizaci\u00f3n correcta es necesaria. Pero ninguna de esas piezas, por s\u00ed sola, equivale a materialidad. La empresa necesita una cadena completa \u2014proveedor, transacci\u00f3n, evidencia, contabilizaci\u00f3n, pago, aseguramiento\u2014 dise\u00f1ada desde el principio, no reconstruida cuando llega la revisi\u00f3n.<\/p>\n\n\n\n

No automatizamos facturas. Dise\u00f1amos transacciones defendibles.<\/strong> \u00c9sa es la evoluci\u00f3n de Procure-to-Pay que recomendamos para SAP en M\u00e9xico, y el espacio que iTech Synergy est\u00e1 en posici\u00f3n de ocupar: Materiality by Design \u2014 dise\u00f1ar la evidencia antes de necesitarla.<\/strong><\/p>\n","protected":false},"excerpt":{"rendered":"

Deducir no es probar Materialidad por dise\u00f1o en el ciclo de egresos (Procure-to-Pay): Por qu\u00e9 el riesgo fiscal decisivo est\u00e1 en la contraparte, y por qu\u00e9 validar un CFDI no equivale a demostrar una operaci\u00f3n.…<\/p>\n","protected":false},"author":1,"featured_media":65,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[],"class_list":["post-64","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-blog"],"_links":{"self":[{"href":"https:\/\/itechsynergy.com\/blogmx\/wp-json\/wp\/v2\/posts\/64","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/itechsynergy.com\/blogmx\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/itechsynergy.com\/blogmx\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/itechsynergy.com\/blogmx\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/itechsynergy.com\/blogmx\/wp-json\/wp\/v2\/comments?post=64"}],"version-history":[{"count":1,"href":"https:\/\/itechsynergy.com\/blogmx\/wp-json\/wp\/v2\/posts\/64\/revisions"}],"predecessor-version":[{"id":66,"href":"https:\/\/itechsynergy.com\/blogmx\/wp-json\/wp\/v2\/posts\/64\/revisions\/66"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/itechsynergy.com\/blogmx\/wp-json\/wp\/v2\/media\/65"}],"wp:attachment":[{"href":"https:\/\/itechsynergy.com\/blogmx\/wp-json\/wp\/v2\/media?parent=64"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/itechsynergy.com\/blogmx\/wp-json\/wp\/v2\/categories?post=64"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/itechsynergy.com\/blogmx\/wp-json\/wp\/v2\/tags?post=64"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}