Pólizas contables automáticas: cómo generar asientos desde CFDIs XML

Capturar pólizas manualmente desde CFDIs consume horas y produce errores: cuenta incorrecta, concepto incompleto, monto duplicado o CFDI sin vínculo. El problema se multiplica cuando hay cientos de XMLs por cliente.

La complicación no suele estar en conocer la regla de memoria, sino en aplicarla bajo presión: el cliente manda XMLs incompletos, el SAT cambia validaciones, el sistema de facturación no explica el rechazo y el cierre mensual sigue corriendo. En ese contexto, una decisión tomada sin revisar datos puede terminar en CFDIs mal emitidos, IVA acreditado sin soporte o diferencias que aparecen meses después en una carta invitación.

Para 2026 el criterio práctico debe ser claro: cada ajuste de facturación, declaración o cumplimiento necesita dejar rastro. No basta con corregir el error; hay que conservar XML, acuse, cálculo, fundamento, fecha y razón operativa. Esa documentación es lo que permite defender el trabajo si el SAT cruza información después.

Una póliza automática debe leer el XML, identificar tipo de operación, proponer cuentas de debe y haber, conservar UUID, permitir corrección manual y alimentar balanza. La automatización debe ser sugerencia revisable, no caja negra.

La ruta de trabajo recomendada empieza en Fiscal → Pólizas en el expediente del cliente. Antes de capturar o corregir, confirma RFC, régimen, uso de CFDI, método de pago, forma de pago, tipo de comprobante y periodo. Si hay IVA, recuerda que la tasa general vigente es 16%; si hay retenciones por honorarios a persona física, las referencias comunes son 10% de ISR y dos terceras partes del IVA cuando aplica.

El fundamento principal para encuadrar el tema es contabilidad electrónica, Anexo 24, catálogo de cuentas y soporte de CFDI para registros contables. No significa que debas citar artículos en cada correo al cliente, pero sí que el expediente interno debe conectar la acción con una regla verificable. Ese hábito reduce discusiones y evita que el despacho dependa de explicaciones verbales.

Empieza por separar el caso en datos, cálculo y evidencia. Datos: RFCs, régimen fiscal, periodo, tipo de comprobante y estatus del XML. Cálculo: impuestos trasladados, retenidos, acreditables o deducibles. Evidencia: acuses, XMLs, PDF, contrato, estado de cuenta, complemento o documento que explique la operación.

Después valida contra el flujo real del cliente. Una factura puede estar técnicamente timbrada y aun así no servir para el cierre si el método de pago es incorrecto, falta complemento, el uso de CFDI no corresponde o el proveedor está observado. La revisión contable debe ir más allá de que el PAC haya timbrado.

Ejemplo: un CFDI de proveedor por gastos generales puede generar cargo a gasto y cargo a IVA acreditable, con abono a proveedores o bancos según flujo. El UUID queda vinculado para auditoría.

La mayoría de los errores no nacen de desconocimiento total, sino de copiar criterios de un caso a otro. Una regla válida para una persona moral del régimen general puede no aplicar igual para RESICO, actividad empresarial, nómina, retenciones o una operación con complemento. Por eso el primer control es no resolver por analogía sin revisar el régimen y el periodo.

Otro error frecuente es corregir solo el PDF. Para efectos fiscales manda el XML. Si el PDF dice una cosa y el XML otra, el expediente queda vulnerable. Lo mismo ocurre con capturas de pantalla sin XML, cálculos sin acuse o reportes de sistema sin respaldo documental.

El valor de la póliza automática no es solo ahorrar captura: es poder hacer drill-down de balanza a póliza y de póliza a CFDI.

Convierte este criterio en checklist. Un despacho de varios clientes no puede depender de memoria individual para cada cierre. Usa nombres de archivo consistentes, marca el periodo, guarda evidencia por cliente y deja notas cortas del porqué de cada corrección. La nota no necesita ser larga: basta con que otra persona del equipo pueda entender el criterio en dos minutos.

También conviene revisar /tutoriales/generar-polizas, /blog/guia-contabilidad-electronica-anexo-24-2026, /blog/estados-financieros-balance-general-guia para dejar evidencia y conectar el criterio con el expediente del cliente.

SatFácil genera pólizas sugeridas desde CFDIs, permite aceptar o ajustar, y usa esas pólizas para balanza, contabilidad electrónica y estados financieros.

El objetivo no es sustituir el juicio del contador. SatFácil ayuda a reducir trabajo mecánico: validar XML, detectar señales de riesgo, cruzar DIOT contra IVA, ordenar CFDIs, generar pólizas sugeridas, preparar cierres y mantener recordatorios de vencimientos. El contador sigue tomando la decisión profesional, pero con más evidencia y menos captura manual.

Si este tema aparece cada mes en tu despacho, no lo trates como incidente aislado. Agrégalo al flujo de cierre: descarga CFDIs, valida, clasifica, documenta, genera papeles de trabajo y revisa vencimientos. Esa disciplina es la diferencia entre apagar fuegos y operar como despacho escalable.

Para que este control no dependa de memoria, agrega el calendario fiscal 2026 a Google Calendar o Apple Calendar. SatFácil incluye fechas por régimen y recordatorios cinco días hábiles antes del vencimiento.

Puedes activarlo gratis en /calendario-fiscal-2026 y usarlo junto con las herramientas de validación, DIOT, ISR y RFC. Es una forma simple de convertir una visita al blog en un hábito mensual de cumplimiento.