Cumplimiento fiscal en México
CFDI 4.0, DIOT y contabilidad electrónica: qué automatiza un ERP y qué sigue siendo manual
Qué parte del cumplimiento fiscal mexicano resuelve un ERP de fábrica en CFDI 4.0, DIOT y contabilidad electrónica, y qué sigue siendo trabajo manual.
· 4 min de lectura
Una empresa que ya tiene un ERP de Oracle o NetSuite suele asumir que el cumplimiento fiscal mexicano viene resuelto de fábrica. Parte de eso es cierto. Otra parte no, y esa parte es la que aparece como sorpresa en la primera auditoría o en el primer requerimiento del SAT.
Este artículo no es asesoría fiscal. Explica qué exige el SAT en tres obligaciones concretas, CFDI 4.0, DIOT y contabilidad electrónica, qué de eso resuelve un ERP estándar y qué conviene validar siempre con tu área fiscal o tu contador.
Qué exige el SAT hoy en CFDI, DIOT y contabilidad electrónica
El CFDI 4.0 es la versión vigente del Comprobante Fiscal Digital por Internet desde abril de 2023, según el propio SAT. Entre los cambios frente a versiones anteriores está que el nombre o razón social del receptor, su régimen fiscal y su código postal son datos obligatorios en cada factura, y que hay un campo específico para indicar si la operación corresponde a una exportación.
La DIOT, Declaración Informativa de Operaciones con Terceros, obliga a reportar mensualmente al SAT las operaciones de IVA realizadas con proveedores, usando el formato A-29. Según el SAT, se presenta el mes inmediato posterior al que corresponde la información, sin un monto mínimo por operación.
La contabilidad electrónica exige entregar al SAT, de forma periódica, el catálogo de cuentas de la empresa y su balanza de comprobación, en el formato XML que define el Anexo 24 de la Resolución Miscelánea Fiscal. Es una obligación derivada del artículo 28 del Código Fiscal de la Federación.
Qué de eso resuelve un ERP de fábrica
Un ERP de Oracle o NetSuite bien configurado resuelve la parte estructural de las tres obligaciones. Genera el CFDI con los campos que el estándar mexicano exige, mantiene un catálogo de cuentas y una balanza que se pueden extraer, y ordena las operaciones con proveedores en un solo lugar en vez de dispersarlas en correos y facturas sueltas.
Esa base es lo que hace posible cumplir. No es, por sí sola, cumplir. La diferencia entre las dos cosas es justo la parte que menos se ve hasta que falla.
Qué sigue necesitando un add-on o desarrollo aparte
Oracle es un ERP de clase mundial, pensado para operar en decenas de países. Las localizaciones fiscales mexicanas, el formato exacto del Anexo 24, la mecánica de timbrado con un proveedor autorizado, la validación contra listas de contribuyentes del artículo 69-B, no vienen resueltas en el estándar global porque son un requisito local.
En la práctica, eso significa que el catálogo de cuentas del ERP necesita mapearse al agrupador que pide el SAT para contabilidad electrónica, que el proceso de timbrado necesita conectarse a un proveedor autorizado de certificación, y que la DIOT necesita extraer correctamente el detalle de IVA por proveedor desde las operaciones que ya vive en el sistema.
Ninguno de estos tres pasos es exótico. Son trabajo de configuración y, en algunos casos, de un desarrollo puntual sobre el ERP, no una limitación del producto en sí.
Por qué esta brecha se nota más con Oracle o NetSuite que con un sistema local
Un ERP diseñado desde México suele traer estas tres obligaciones resueltas de origen, porque nunca tuvo que pensar en otro país. Un ERP global como Oracle o NetSuite se diseñó al revés: primero la estructura contable y de negocio que sirve en cualquier geografía, y encima de eso, una capa de localización para cada país donde opera.
Esa capa de localización mexicana existe y se puede implementar bien. El punto de este artículo es que no es automática por el simple hecho de tener un ERP de nivel mundial, y que suponer lo contrario es lo que deja huecos sin que nadie los haya decidido a propósito.
Cómo saber si tu ERP actual te deja expuesto
Hay preguntas concretas que ayudan a ver si la parte fiscal quedó completa o a medias.
- ¿El catálogo de cuentas del ERP está mapeado al agrupador que exige el SAT, o alguien lo traduce a mano cada periodo?
- ¿La balanza de comprobación sale directo del sistema en el formato correcto, o pasa por un ajuste manual antes de enviarse?
- ¿La DIOT se arma con un reporte del ERP o con una reconstrucción manual de facturas de proveedores?
- ¿El sistema valida contra listas del SAT antes de registrar un proveedor nuevo, o esa revisión depende de que alguien se acuerde de hacerla?
Si varias de estas respuestas terminan en trabajo manual, no es necesariamente un error de tu implementación. Es una parte del alcance que puede haber quedado fuera, y que conviene revisar con tu área fiscal antes de que aparezca como hallazgo en una revisión del SAT.
Vale la pena repetirlo con todas sus palabras: ninguna de estas cuatro preguntas la responde este artículo por ti, y ninguna decisión sobre cómo declarar o cómo corregir un hallazgo del SAT debería tomarse sin que tu área fiscal o tu contador la revise primero. Lo que sí puede evaluarse desde el ERP es si la información que esas áreas necesitan sale limpia del sistema o si depende de trabajo manual que se puede automatizar.
Este artículo no sustituye una opinión fiscal sobre tu caso particular. Cuéntanos qué ERP tienes y qué parte de CFDI, DIOT o contabilidad electrónica sigue resolviéndose a mano, y lo revisamos junto con lo que tu equipo fiscal ya validó.
Fuentes
Dónde atendemos esto
¿Te está pasando algo parecido?
Cuéntanos qué sistema tienes y qué es lo que hoy no puedes hacer. La primera conversación es para entender.
Pedir un diagnóstico
Guía gratuita · 18 páginas
De Excel a ERP: la guía para saber si ya es momento
Lo que te diríamos en una primera reunión de diagnóstico, por escrito: cómo saber si necesitas un ERP, cuánto cuesta en rangos estimados y cómo migrar sin detener la operación.
- Las 7 señales de que ya no cabes en Excel
- Cuánto cuesta un ERP y de qué depende
- Los 5 errores que más cuestan
- Un checklist para decidir si ya es momento