Complementar ERP para la Materialidad Fiscal en México
- Hugo
- 26 jun
- 7 min de lectura
Actualizado: hace 2 días
Complementar ERP materialidad fiscal México no significa reemplazar SAP, Oracle ni Dynamics. Significa agregar la capa que el ERP nunca tuvo: la que construye el expediente de pago durante el proceso, no después.
Las empresas que hoy enfrentan revisiones del SAT bajo el art. 69-B CFF no tienen un problema de ERP. Tienen un problema de lo que el ERP no cubre. Este artículo explica qué hace falta agregar y cómo hacerlo sin tocar la infraestructura contable existente.
Cómo complementar ERP para la Materialidad Fiscal en México: la capa que falta en el ciclo de pagos
El ERP es la columna vertebral financiera de la empresa. Registra, contabiliza y reporta. No tiene sentido reemplazarlo. No es necesario hacerlo para resolver el problema de materialidad.
Lo que hace falta es una capa operativa entre el proceso de pago y el registro contable. Esta capa debe capturar la evidencia, estructurar el expediente y validar el cumplimiento fiscal antes de que el ERP reciba el asiento. Esa capa no existe en el ERP por diseño. Tiene que agregarse.
Por qué agregar una capa no es lo mismo que duplicar el sistema
La preocupación más frecuente al hablar de complementar el ERP es la duplicidad. Dos sistemas con información similar, dos equipos capturando lo mismo, dos fuentes de verdad que eventualmente se contradicen.
Esa preocupación es válida cuando los dos sistemas cubren la misma función. No aplica cuando cubren funciones distintas.
El ERP cubre la contabilidad. La capa de trazabilidad cubre el expediente operativo. Son funciones distintas. No hay duplicidad porque no hay superposición. El ERP recibe el resultado del proceso de pago. La capa de trazabilidad construye el expediente durante ese proceso.
El flujo es este:
La solicitud de pago se origina en la capa operativa.
El contrato u orden de compra que respaldan esta solicitud se vinculan al expediente.
La evidencia se captura y estructura en el expediente durante el proceso.
Las validaciones fiscales ocurren antes de que el pago avance.
Las autorizaciones quedan registradas de forma trazable.
El pago se ejecuta y el ERP recibe el asiento contable.
El complemento de pago cierra el expediente — vinculado al folio del CFDI.
El ERP opera en el paso 5. La capa de trazabilidad opera en los pasos 1 al 5 y 7. No hay duplicidad. Hay complementariedad.
Qué debe cubrir la capa que complementa al ERP
Para que el expediente de pago cumpla con los criterios de materialidad que el SAT revisa bajo el art. 69-B CFF, la capa operativa que complementa al ERP debe cubrir cinco funciones que ningún ERP enterprise ejecuta de forma nativa en México:
1. Vinculación del contrato u orden de compra
Cada pago debe tener un documento de origen que justifique la obligación: un contrato vigente o una orden de compra aprobada. Ese documento tiene que vincularse al expediente desde el inicio del flujo, no adjuntarse después como respaldo. Si el CFDI llega sin un documento de origen vinculado, el expediente ya nació incompleto. El SAT, en una revisión de materialidad, parte de esta pregunta: ¿existía una obligación contractual válida que justificara el pago?
2. Captura estructurada de evidencia operativa
La constancia de que el bien o servicio fue entregado tiene que entrar al expediente como parte del proceso. No por correo, no en carpetas compartidas. La capa operativa debe tener un mecanismo para que el área que recibe el servicio cargue la evidencia directamente al expediente del pago correspondiente.
3. Autorizaciones internas trazables
Cada aprobación debe quedar registrada con fecha, responsable y nivel jerárquico. No en un hilo de correos, sino en el expediente del pago. Cuando el SAT pregunta quién autorizó y cuándo, la respuesta tiene que estar en el expediente, no en la bandeja de entrada de alguien.
4. Validación del proveedor en tiempo real
Antes de que el pago avance, el sistema debe verificar que el proveedor no está en las listas del art. 69-B CFF. Esa validación no debería ser manual. Tiene que ocurrir en el momento del pago, como parte del flujo, y quedar registrada en el expediente.
5. Vinculación automática del complemento de pago
El REP (CFDI de complemento de pago) que emite el proveedor debe asociarse al folio del CFDI original en el mismo expediente. El expediente solo se considera cerrado cuando el complemento de pago está presente y verificado. Sin esa vinculación, la deducibilidad del gasto queda en riesgo. Puedes ver el impacto fiscal específico en el artículo sobre complemento de pago SAT deducibilidad.
Lo que no cambia cuando agregas la capa de trazabilidad
Muchos equipos de IT y finanzas postergan este tipo de decisión porque asumen que complementar el ERP implica una migración, una reimplementación o una disrupción del proceso contable. No es el caso.
Cuando la capa de trazabilidad opera correctamente, lo que no cambia es:
El ERP sigue siendo el sistema de registro contable y financiero.
Las pólizas siguen generándose en el ERP.
Los reportes financieros siguen saliendo del ERP.
El equipo de contabilidad sigue operando en el mismo sistema.
La migración de datos históricos (probablemente los registros de proveedores actuales para iniciar un proceso de remediación de sus expedientes, y registros de UUIDs de CFDIs procesados para eliminar duplicados).
Lo que cambia es el proceso previo al asiento. La solicitud, la captura de evidencia, las autorizaciones y la validación fiscal ocurren en una capa estructurada antes de llegar al ERP.
El resultado es que el ERP recibe información más limpia. La empresa tiene el expediente de materialidad como producto natural del proceso.
Para ver cómo se estructura ese proceso de control desde una perspectiva de auditoría, revisa el artículo sobre control interno pagos proveedores México.
Cómo opera Zentral Core como capa complementaria al ERP
Zentral Core es una plataforma B2B de trazabilidad de pagos a proveedores en México. No reemplaza al ERP, se integra con él para cubrir la capa operativa que el ERP deja sin resolver.
El modelo de integración es push/pull. Zentral Core puede recibir información del ERP (catálogo de proveedores, centros de costo, cuentas contables) y enviar al ERP las solicitudes de pago ya autorizadas con el expediente completo adjunto. El ERP registra el asiento. Zentral Core construyó el expediente.
En la práctica, cuando un equipo de finanzas opera con Zentral Core complementando su ERP:
Cada pago se ancla desde el inicio a un contrato u orden de compra vigente. El expediente no avanza sin ese documento de origen vinculado.
El área operativa captura la evidencia directamente en el flujo (sin correos adicionales).
Las validaciones fiscales ocurren antes de que el pago avance (no después).
El complemento de pago cierra el expediente vinculado al CFDI original.
El expediente existe y es localizable en menos de 60 segundos para cualquier pago.
Ese último punto es Métrica Cero. Es el criterio que distingue un proceso con trazabilidad estructurada de uno que depende de reconstrucción manual. Para entender cómo se audita este proceso desde adentro, consulta el artículo sobre cómo auditar pagos a proveedores.
El primer paso: diagnosticar qué tan expuesta está la empresa
Antes de definir cómo complementar el ERP, la pregunta útil es cuánto riesgo existe hoy en el ciclo de pagos.
Tres preguntas concretas para saberlo:
¿Cuánto tiempo necesita tu equipo para localizar el expediente completo de un pago de hace seis meses?
Si la respuesta supera 60 segundos — o genera duda — hay una brecha de trazabilidad activa.
¿Las autorizaciones internas de tus pagos están documentadas en un sistema o en correos?
Si están en correos, no están en el expediente. El SAT no acepta correos como evidencia estructurada de control interno.
¿Sabes si algún proveedor al que pagaste en los últimos 24 meses fue publicado en listas del art. 69-B CFF después del pago?
Si no tienes un mecanismo de alerta activo, la respuesta es que no lo sabes — y eso es suficiente para tener una exposición fiscal no cuantificada.
El diagnóstico de materialidad de Zentral Core identifica en menos de 5 minutos en qué punto del ciclo de pagos están las brechas activas.
También puedes revisar el artículo sobre materialidad de pagos proveedores México para entender el marco normativo completo.
Preguntas frecuentes sobre cómo complementar el ERP para materialidad fiscal en México
¿Por qué el ERP no resuelve la materialidad de pagos?
Porque el ERP registra el movimiento contable, no construye el expediente operativo. La evidencia de entrega, las autorizaciones internas trazables, la validación del proveedor en tiempo real y la vinculación del complemento de pago no son funciones nativas de ningún ERP enterprise en México. Son brechas de diseño que requieren una capa operativa adicional.
¿Qué diferencia hay entre un registro contable y un expediente de pago?
El registro contable documenta el asiento en el sistema financiero. El expediente de pago vincula ese asiento con la evidencia operativa que lo originó y lo cierra fiscalmente: contrato, entrega, autorizaciones, CFDI validado y complemento de pago. Es la historia del pago. El SAT evalúa el expediente. El ERP solo tiene el registro.
¿Qué documentos integran un expediente de materialidad de pagos?
Un expediente completo contiene: contrato u orden de compra vigente, evidencia operativa de entrega, CFDI validado sin cancelación, autorización interna trazable con fecha y responsable, comprobante SPEI, confirmación de ejecución del pago y complemento de pago (REP) vinculado al folio del CFDI. La ausencia de cualquiera puede ser suficiente para que el SAT cuestione la operación bajo el art. 69-B CFF.
¿Qué pasa si mi empresa no puede demostrar la materialidad de una operación?
El SAT puede presumir la inexistencia de la operación bajo el art. 69-B CFF. Las consecuencias incluyen rechazo de la deducción fiscal, rechazo del acreditamiento de IVA, créditos fiscales con actualización y recargos, y multas accesorias. El contribuyente tiene plazo para desvirtuar la presunción — plazo que se vuelve crítico si el expediente hay que reconstruirlo desde cero.
¿Qué es Métrica Cero?
Métrica Cero es el criterio de validación desarrollado por Zentral Core que establece que ningún pago a proveedor debe requerir reconstrucción manual para demostrar su trazabilidad. Si tu equipo necesita más de 60 segundos para localizar el expediente completo de cualquier pago, existe una falla de proceso. Es el único criterio con nombre propio en el mercado mexicano para medir la madurez operativa en trazabilidad de pagos a proveedores.
¿Sabes exactamente en qué punto del ciclo de pagos de tu empresa se está quedando sin trazabilidad estructurada?
El diagnóstico de Zentral Core lo identifica en menos de 5 minutos — sin cambiar el ERP que ya tienes.
Comentarios