Proyectos

Cada mes, capturar los CFDI de un despacho significa abrir XML por XML, decidir la cuenta de gasto de cada uno, armar la póliza y capturar la DIOT por separado. Es lento, y un error no se nota hasta que la póliza no cuadra.

Lee la carpeta de XML (sueltos o en ZIP) y extrae todo del CFDI 4.0: emisor, receptor, IVA 16/8, IEPS, retenciones, UUID, método de pago PUE/PPD, REP y documentos relacionados. Consulta el estatus de cada UUID contra el SAT (vigente o cancelado) y genera las pólizas listas para importar a CONTPAQi 18.5.2, más el TXT de la DIOT en formato batch del SAT.

La cuenta de gasto la predice un modelo de machine learning entrenado por empresa. Cada vez que corriges una cuenta en el Excel de revisión, el modelo aprende y el mes siguiente clasifica mejor. Antes de escribir cualquier archivo valida que Debe = Haber en cada póliza y reporta las cuentas sin asignar.

Para enseñar con casos reales hace falta información real. Pero un CFDI trae RFC, nombres y denominaciones sociales de clientes que no se pueden exponer en un curso, una captura o un archivo de ejemplo.

Convierte CFDI reales en copias anonimizadas: sustituye RFC, nombres y razones sociales por datos falsos consistentes —el mismo proveedor recibe siempre el mismo alias— y conserva importes, impuestos, conceptos y fechas, para que los ejercicios sigan cuadrando. El mapeo se guarda en SQLite, así que el proceso es reversible.

Los archivos anonimizados no son válidos ante el SAT (el sello ya no coincide); sirven para demos, cursos y pruebas, no para timbrar.

Un cliente manda una carpeta con cientos de XML mezclados: facturas, nóminas, complementos de pago, versiones 3.3 y 4.0 revueltas. Antes de poder revisar nada, hay que ordenarlos —y una vez ordenados, sigue el trabajo manual de armar el papel de trabajo fiscal encima.

Detecta automáticamente la versión y el tipo de cada comprobante (CFDI 3.3 y 4.0, Nómina 1.2, Pagos 2.0) y exporta todo a un Excel con una hoja por tipo de documento, XML sueltos o comprimidos. Un visor con filtro por pestaña permite revisar antes de exportar, y una exportación filtrada replica exactamente lo que se ve en pantalla —lo filtrado sale filtrado, lo completo sale completo, nunca al revés. También exporta a CSV con catálogos del SAT normalizados (código y descripción, nunca uno solo), pensado para alimentar una IA sin que tenga que adivinar el catálogo.

Genera, dentro del mismo Excel, un papel de trabajo fiscal de IVA por flujo: reconoce cada CFDI PUE en el mes en que se emite y cada PPD en el mes en que su REP lo paga —un PPD sin REP en el lote queda marcado como "provisionado", no como deducible o acreditable todavía—, con fundamento legal citado (LIVA 5-III y 1o.-B) en su propia hoja.

Es la herramienta que uso a diario en mi propio despacho, no una demo. Sigue en construcción activa: una bóveda con historial multi-periodo y la validación directa de estatus ante el SAT (vigente/cancelado) todavía no están construidas.

Los papeles de trabajo se rehacen cada ejercicio, y cuando el formato vive solo en la cabeza de quien lo armó, nadie más puede mantenerlo.

Sistema de papeles de trabajo en Excel generado desde código: fórmulas, consultas y macros versionadas por separado, y el libro final se ensambla con un script de construcción en vez de editarse a mano cada año.

Cada cuatrimestre, presentar el SISUB y el ICSOE significa cruzar a mano dos layouts de Excel, escribir fórmulas entre archivos para las percepciones fijas, editar el CSV anterior cambiando cuatrimestre y año, y capturar contrato por contrato en un wizard web de 6 pasos —la carga masiva solo se habilita arriba de 20 trabajadores por contrato, y la mayoría tiene de 2 a 4.

Construye una tabla maestra única (trabajador × contrato × rango de fechas) a partir del XML de nómina y los archivos del SUA, con una jerarquía de fuentes definida para cada dato —por ejemplo, el salario diario integrado sale primero del XML y solo cae al SUA o a un cálculo si no está—. De esa tabla proyecta los 3 CSV del SISUB, el CSV/Excel del ICSOE y el libro de control del despacho, sin las macros de VBA que usaba antes. Antes de generar cualquier archivo corre un catálogo de reglas de validación que señala el contrato, el NSS y la fila exactos del error.

La automatización del wizard del ICSOE (vía Playwright) nunca firma sola: por default deja la informativa capturada y en la pantalla de firma electrónica, validada y lista, pero el clic de "Firmar" siempre es de una persona. Los dos únicos pasos sin marcha atrás de todo el flujo están bloqueados por un permiso explícito en el código, no por buena voluntad.

Cada mes, obtener las constancias de cumplimiento de toda una cartera de clientes significa entrar portal por portal y RFC por RFC, resolver CAPTCHAs a mano y guardar cada PDF manualmente.

Diseñada para entrar, una vez al mes y para varios RFC, a los portales del SAT, IMSS e INFONAVIT y descargar la Constancia de Situación Fiscal y la Opinión de Cumplimiento del SAT, más sus equivalentes del IMSS e INFONAVIT para los clientes con empleados, con una bitácora que pausa y pide ayuda humana solo cuando de verdad no puede seguir.

Un núcleo pequeño que no sabe nada de portales específicos (credenciales, secretos, CAPTCHA, pausa humana, bitácora) más un adaptador chico por portal que sí sabe. Dos de los tres dominios corren detrás de un bot manager comercial (Imperva/Incapsula, Akamai), así que el navegador siempre corre visible, con perfil persistente y ritmo humano, y el login nunca se reintenta en bucle. El solver de CAPTCHA del SAT —antes una extensión de Chrome con un modelo ONNX local— se portó a Python para reutilizar el mismo núcleo aquí.

En construcción activa: por ahora solo el login con e.firma contra el portal real del IMSS (ICSOE) está terminado. La descarga de constancias en sí —el objetivo final— es la siguiente fase, todavía sin construir.