Blindaje Fiscal · los agentes
La vigilancia no descansa, pero la decisión no se delega. Aquí está la línea, y de qué lado cae cada paso.
Este servicio vigila nueve fuentes oficiales todos los días, y una parte de esa vigilancia es exactamente el trabajo que una máquina hace mejor que una persona: mirar sin cansarse y avisar cuando algo cambia. La otra parte no se delega. Esta página dice dónde está la línea, qué supervisión exigir a quien cruce y qué fallo no se ve venir.
Dónde está la línea
Qué parte de esta vigilancia puede correr sola
Este servicio vigila. Mira nueve fuentes oficiales, detecta cuándo algo cambia en ellas y avisa a tiempo para que usted pueda actuar antes de que el cambio le cueste una deducción. Una parte de ese trabajo es repetitivo, no admite criterio y castiga el descuido: mirar todos los días, a la misma hora, sin saltarse ninguna fuente. Eso lo hace mejor una máquina.
La otra parte es exactamente lo contrario. Decidir si la coincidencia de un nombre es de verdad su proveedor, dictaminar si una operación tiene materialidad, firmar el documento que va a sostener la deducción ante una revisión: ahí el criterio es el producto, y delegarlo no ahorra trabajo, lo traslada al día en que alguien tenga que defenderlo.
Conviene decirlo sin rodeos, porque el mercado hace lo contrario: este servicio no se vende con un catálogo de agentes. Lo que sigue es la línea entre las dos partes, y es lo que conviene exigirle a cualquier proveedor que le diga que la cruzó.
Las dos mitades del mismo trabajo
| La parte que se automatiza | La parte que no |
|---|---|
| Consultar las nueve fuentes en su periodicidad, sin saltarse ninguna | Confirmar que la coincidencia de nombre es realmente su contraparte |
| Detectar que una lista, un padrón o una opinión cambió desde la última consulta | Dictaminar el color que le corresponde a esa contraparte |
| Calcular el monto expuesto y ordenar las alertas por ese monto | Dictaminar si una operación tiene materialidad suficiente |
| Avisar en el momento, al responsable que corresponde | Firmar el documento que va a defender la deducción |
La columna de la izquierda es trabajo de vigilancia; la de la derecha es dictamen profesional. Ningún proveedor debería ofrecerle la segunda columna sin una persona detrás.
Un proveedor que le ofrezca automatizar la columna de la derecha no le está ofreciendo más tecnología: le está ofreciendo menos responsabilidad, que es lo contrario de lo que usted necesita cuando llegue la revisión.
El cero, con su consulta y su hora
Empezar por el cero es lo único honesto. El documento comercial de Blindaje Fiscal no declara ningún agente: no los menciona, no los cuenta y no los describe. El servicio está escrito en primera persona del plural —revisamos, vigilamos, entregamos— y eso no es un descuido de redacción: es lo que el producto es.
La segunda medición viene de la base del motor de la casa y apunta al mismo lado. Los 36 agentes que la plataforma tiene dados de alta pertenecen a sistemas de otros dominios, y ninguno a los siete productos de esta capa. No es que este producto se quedara atrás de sus hermanos: es que aquí lo que se contrató modelar fue otra cosa.
Y conviene decir cuál, porque es la decisión que ordena todo lo demás. Lo que se modeló de este producto fue un servicio profesional: la casa ejecuta el procedimiento y entrega documentos fechados y firmados. Un agente automático se da de alta contra una aplicación, y aquí no se entrega una aplicación.
Por eso esta página publica el mecanismo y no un inventario: cómo se gobierna un agente en esta casa, qué límite tiene y qué queda en la bitácora. Eso se puede comprobar en el código antes de contratar, que es lo que a usted le sirve.
Un cero que depende de otro cero no es un pendiente. Es una consecuencia, y conviene publicar la cadena completa.
La cadena de ceros del proyecto de este sistema en el motor, y de qué depende cada uno
| Artefacto | Cuántos | De qué depende ese cero |
|---|---|---|
| Módulos de sistema | 0 | El generador de sistema nunca corrió sobre este proyecto: versión de generación, fecha de registro y tema de diseño están vacíos |
| Agentes de inteligencia artificial | 0 | Un agente se da de alta contra un módulo. Sin módulo no hay dónde darlo de alta |
| Pantallas | 0 | Una pantalla cuelga de un módulo o de un submódulo |
| Entidades de diccionario de datos | 0 | Las entidades se generan con el sistema, que no se generó |
| Endpoints del proyecto | 0 | Los endpoints salen de las entidades, y no hay entidades |
| Acciones de pantalla con endpoint | 0 | Cuelgan de la pantalla, y no hay pantallas |
| Pasos de proceso con endpoint y con endpoint de reversión | 0 | También cuelgan de la pantalla |
| Máquinas de estado y transiciones | 0 | El ciclo de vida se genera con el sistema |
| Diagramas de arquitectura | 0 | Cero en este proyecto, y cero en los siete productos de esta capa |
| Casos de prueba automatizados | 0 | Las pruebas se generan contra pantallas y endpoints. En toda la base hay 154,726, y de este proyecto ninguno |
| Procesos de negocio | 39 | La capa de análisis sí corrió, y es la que sostiene todo lo publicable de este producto |
| Subprocesos | 97 | Con su orden y su rol responsable |
| Casos de uso | 110 | Con actor principal y flujo. 20 con el paso marcado como de agente, 48 como de sistema y 42 como de persona |
| Roles | 9 | Uno de ellos se llama SISTEMA, es de tipo SISTEMA y está descrito como actor de procesos automáticos |
| Documentos del proyecto | 31 | Los 31 en estado Aprobado |
Fuente: base del motor de la casa, el proyecto de este sistema y base completa.Medido por esta redacción sobre la base del motor de la casa, el proyecto de este sistema, con la hora tomada del reloj del propio servidor: 27 de septiembre de 2026, 14:41:37.
Aquí el cero no se disculpa ni se disimula. Se mide, se fecha y se explica de qué depende, que es lo único que permite creer las cifras que no son cero.
Qué es un agente, para que la palabra signifique algo
La palabra se usa para todo, y por eso conviene fijarla antes de seguir. En esta página un agente es un componente que cumple cuatro condiciones a la vez: arranca solo, sin que nadie lo pida; decide algo, aunque sea poco; escribe en algún sitio el resultado de lo que decidió; y deja bitácora de cada ejecución, con qué hizo y qué salió.
Con esa definición, mucho de lo que el mercado llama agente no lo es. Una tarea programada que copia un archivo todas las noches no decide nada. Una pantalla que responde preguntas no arranca sola. Un componente que decide y no escribe bitácora es peor que no tenerlo, porque produce efectos que nadie puede reconstruir. Las cuatro condiciones no son exigentes: son el mínimo para que un agente se pueda auditar.
Vale mirar bajo esa lupa el único rastro de ejecución programada que este proyecto sí tiene, y que es real. Tres de sus 39 procesos —el archivado de contrapartes, el de alertas y el de expedientes— traen en su campo de evento disparador un disparador programado escrito como dato: se ejecutan el día primero de cada mes a las tres de la mañana, en la zona horaria de la Ciudad de México, con una ventana de dos horas. Eso es una tarea programada declarada, no un agente: arranca solo, sí, pero lo que decide está fijado por un plazo de conservación y no por un criterio.
La distinción importa para lo que viene. Lo que este servicio necesitaría automatizar no es el archivado mensual: es el cotejo diario contra listados que se publican sin calendario. Y eso sí exigiría un agente con las cuatro condiciones.
Las cuatro condiciones, aplicadas a lo que este proyecto sí tiene
| Componente | ¿Arranca solo? | ¿Decide? | ¿Escribe? | ¿Deja bitácora? | ¿Es un agente? |
|---|---|---|---|---|---|
| Archivado mensual por vencimiento del plazo de conservación | Sí, el día primero de cada mes a las 03:00 hora de la Ciudad de México | No: la decisión es un plazo cumplido | Sí: cambia el estado a archivado | Declarado en el proceso, no verificable en ejecución porque el sistema no existe | No: es una tarea programada |
| Los 20 casos de uso con el paso marcado como de agente | No: no hay nada que arranque | No | No | No | No: es una etiqueta de análisis, no un componente |
| El rol llamado SISTEMA, de tipo SISTEMA | No aplica: es un actor de modelado | No | No | No | No: es el actor al que el análisis atribuye los pasos automáticos |
| El cotejo diario contra los listados oficiales, hoy | No: lo ejecutan personas con un procedimiento | Sí, y por eso queda el dictamen firmado | Sí: el dictamen y la bitácora | Sí: fecha, hora, listado y versión por cada cotejo | No: lo hacen personas, y es lo que este servicio vende |
Fuente: campo de evento disparador de los procesos PRO-037, PRO-038 y PRO-039 del proyecto de este sistema en el motor, y tabla de roles del mismo proyecto.Medido por esta redacción sobre la base del motor de la casa, el proyecto de este sistema, con la hora tomada del reloj del propio servidor: 27 de septiembre de 2026, 14:41:37.
Si un proveedor le llama agente a una tarea programada, la palabra no le está diciendo nada. Pregunte por las cuatro condiciones.
El gobierno del agente
Lo que hay que tener construido antes de dejar algo suelto
Antes que el agente va su gobierno, y en ese orden. Un proceso que decide solo y no deja rastro no es automatización: es una caja negra con permiso de firmar. La plataforma de la casa tiene construido el registro de agentes, su bitácora de ejecución, sus límites y su punto de supervisión humana, que es lo que hace falta para poder soltar algo sin perderlo de vista.
Eso significa, en concreto: cada agente declarado con lo que puede tocar y lo que no; cada ejecución con su hora, su entrada, su salida y quién la revisó; un límite de gasto y de volumen que lo detiene; y una decisión que no avanza sin aprobación cuando cruza el umbral que usted fije.
Es el orden correcto y conviene exigirlo así. Primero se demuestra que la ejecución queda registrada y es reversible; después se habla de qué se automatiza. Al revés es como se compran los problemas que tardan un año en aparecer.
Pregúntele a cualquier proveedor por la bitácora antes que por el agente. Si la bitácora no existe, el agente tampoco debería.
El sujeto es la plataforma
Qué hay del lado de la plataforma de la casa, dicho con el sujeto delante
Esta sección habla de la plataforma con la que la casa construye sistemas, no de Blindaje Fiscal. Se publica porque es lo que sostiene la honestidad de todo lo anterior: la casa tiene trabajo hecho en agentes, ese trabajo es medible, y su estado real no es el que un folleto diría.
En el repositorio de la plataforma hay 30 carpetas de agente, con 102 archivos de código y 12,474 líneas reales, excluyendo entornos virtuales: 11,104 líneas en los treinta agentes, 1,182 en la biblioteca compartida y 188 en tres verificadores de arranque. Todos comparten la misma estructura de tres archivos y un conjunto común de puntos de entrada para consultar su salud, leer su configuración y recargarla. La biblioteca compartida incluye un cliente de supervisión que consulta acciones pendientes, dispara reentrenamiento y confirma recepción.
Y aquí viene la parte que un folleto omitiría. El propio plan maestro de esos agentes declara su estado como planificación. Los agentes no tienen base de datos propia por diseño: todo su dato persistente viaja por interfaces del backend. Y la integración con el motor que genera los sistemas está verificada como inexistente: la búsqueda en el código del motor no encuentra ninguna referencia a esos agentes, ni por nombre, ni por puerto, ni por biblioteca. Hay andamiaje de integración de un lado y del otro, y ningún cable conectado en ejecución.
Del lado del sistema generado, la plataforma tiene el meta-modelo para registrar, gobernar y auditar agentes: 35 entidades con nueve procedimientos cada una, 315 procedimientos en total, y 32 controladores de interfaz. Ese meta-modelo cubre lo que un agente serio necesita: bitácora de ejecución con tokens, costo, latencia y motivo de escalamiento; registro de decisiones con su razonamiento y su nivel de confianza; versionado de configuración con huella; catálogos de nivel de autonomía y de tipo de memoria; modelado de amenazas; acciones correctivas; y el punto de acoplamiento con el backend con sus campos permitidos y sus campos por enmascarar. Lo que no hay es un solo agente dado de alta como dato, ni en los scripts ni en la base de los siete productos de esta capa.
Dicho todo junto: la casa tiene el molde y no tiene la pieza. Publicar «treinta agentes» habría sido cierto en cuanto a carpetas y falso en cuanto a servicio en operación.
Lo que la plataforma de la casa tiene en agentes, medido
| Hecho | Valor | Estado real |
|---|---|---|
| Carpetas de agente en el repositorio de la plataforma | 30 | Existen con código; el plan maestro declara el estado como planificación |
| Archivos de código y líneas reales | 102 archivos · 12,474 líneas | Excluyendo entornos virtuales. 11,104 en los agentes, 1,182 en la biblioteca compartida, 188 en verificadores |
| Estructura por agente | Tres archivos y un conjunto común de puntos de entrada | Uniforme; trece de los treinta son esqueletos de entre cien y doscientas líneas |
| Integración con el motor que genera los sistemas | Ninguna | Verificado por búsqueda en el código del motor: cero referencias por nombre, por puerto y por biblioteca |
| Base de datos propia de los agentes | Ninguna, por diseño | Todo su dato persistente viaja por interfaces del backend |
| Entidades del meta-modelo de agentes del sistema generado | 35 | Con nueve procedimientos cada una: 315 procedimientos |
| Controladores de interfaz del meta-modelo | 32 | Uno por entidad, más catálogos |
| Agentes concretos dados de alta como dato | 0 | Ni en los scripts del repositorio ni en la base para los siete productos de esta capa. En toda la base hay 36 filas de agente, de proyectos ajenos |
Fuente: repositorio y base de la plataforma de la casa, revisados el 27 de septiembre de 2026. El sujeto de esta tabla es la plataforma que construye los sistemas, no el servicio Blindaje Fiscal.
La casa tiene el molde para gobernar agentes y no tiene agentes operando en este producto. Las dos cosas se publican juntas, porque publicar sólo la primera sería vender el molde como pieza.
Qué trabajo de este servicio admitiría un agente, y qué le exigiría
Aquí la página cambia de registro: deja de medir el cero y empieza a decir qué haría falta. No como compromiso de entrega —no lo es— sino porque es la información con la que usted puede evaluar cualquier oferta de este mercado, incluida la de la casa el día que exista.
El trabajo automatizable de este servicio es el que gira alrededor de la publicación de listados: obtenerlos, normalizarlos, detectar que hay versión nueva, cotejar el catálogo completo, calcular importes y fechas, y armar los documentos que salen de todo eso. Son seis piezas, y cada una exige una condición de supervisión distinta. La columna que importa de esta tabla no es la de la tarea: es la de qué pasa cuando falla.
Seis piezas automatizables · qué debe registrar · qué pasa cuando falla · quién queda responsable
| Pieza | Qué tendría que registrar en cada ejecución | Qué pasa cuando falla | Quién queda responsable |
|---|---|---|---|
| Obtención de los listados oficiales | Fuente consultada, versión o fecha de publicación, hora, y resultado de la obtención incluida la falla | Silencio: el cotejo del día no se hizo y nadie lo sabe. Es el fallo más peligroso porque no produce error visible | Quien opera el servicio, y se reporta al cliente en el indicador de antigüedad de la detección |
| Normalización de los listados | Regla aplicada y dato original conservado | Coincidencias perdidas por una transformación agresiva, o falsas por una permisiva | Quien opera el servicio |
| Detección de versión nueva | Comparación contra la versión anterior completa, con el número de altas y bajas detectadas | Un cambio de estatus que no dispara aviso, y el plazo corriendo sin testigo | Quien opera el servicio |
| Cotejo del catálogo contra los listados | Contraparte, listado, versión, fecha y hora, y resultado, uno por uno, incluidos los que no coinciden | El cotejo no existe para un tercero. Un resultado sin bitácora no se puede presentar | Quien opera el servicio |
| Cálculo del importe expuesto y de la fecha de vencimiento | Universo de comprobantes considerado, criterio de exclusión y calendario de días inhábiles usado | Una cifra que no se puede defender, o una fecha equivocada que consume el plazo real | El área fiscal del cliente valida; quien opera el servicio calcula |
| Armado del aviso, del dictamen y del reporte | Qué datos entraron en el documento y de qué cotejo salieron | Un documento que dice más de lo que la bitácora sostiene | Quien firma el documento |
Fuente: Código Fiscal de la Federación, artículos 12, 30, 32-D, 69, 69-B, 83 y 84; Ley Federal para la Prevención e Identificación de Operaciones con Recursos de Procedencia Ilícita, artículos 18, 20 y 23. Texto vigente consultado el 27 de septiembre de 2026.
Hay un patrón en la columna del fallo y vale nombrarlo: en cinco de las seis piezas, el fallo es silencioso. No produce un mensaje de error, produce una ausencia. Por eso la condición mínima de cualquier automatización en este dominio no es la precisión: es que la ausencia sea visible. Un cotejo que no se hizo tiene que aparecer en el reporte como cotejo no hecho, con su fecha.
Lo que hace confiable a un agente en este trabajo no es lo que acierta. Es que se pueda saber, al día siguiente, qué no hizo.
Los cuatro pasos que ningún agente podría firmar
Esta sección no es una precaución de producto: es una lectura de quién queda obligado según la ley. Las obligaciones de identificar a las contrapartes, de conservar la documentación y de presentar lo que corresponda están puestas en cabeza de la empresa. Un tercero puede ejecutar el trabajo, ordenarlo, fecharlo y avisar del plazo. Lo que no puede es asumir la obligación, y un programa menos todavía.
De ahí salen cuatro pasos concretos que no se delegan. No son los cuatro más difíciles: son los cuatro que llevan firma, y por eso su dueño está escrito en la norma y no en un contrato de servicio.
Los cuatro pasos con firma, y por qué la firma no se mueve
| Paso | Qué se decide ahí | Quién firma | Fundamento |
|---|---|---|---|
| Confirmar la identidad de una coincidencia | Si la persona del listado es la contraparte de la empresa, cuando el cotejo fue por nombre y no por registro fiscal | El representante encargado del cumplimiento designado por la empresa | Ley Federal para la Prevención e Identificación de Operaciones con Recursos de Procedencia Ilícita, artículos 18 y 20 |
| Dictaminar el color de una contraparte en amarillo o en rojo | Si se contrata, si se contrata con condición o si no se contrata | Quien dictamina, con su cargo | No hay norma que lo fije: lo fija la necesidad de que el dictamen se pueda discutir y defender |
| Dictaminar si la materialidad está acreditada | Si la evidencia reunida alcanza para demostrar que la operación existió | El representante legal de la empresa, que es quien lo presenta | Código Fiscal de la Federación, artículos 30 y 69-B; artículo 83, fracciones XVIII y XIX |
| Presentar el escrito, el aviso o la declaración complementaria | Qué ruta se toma y con qué contenido | El representante legal o el responsable designado | Código Fiscal de la Federación, artículo 69-B; misma ley de actividades vulnerables, artículo 23 |
Fuente: Código Fiscal de la Federación, artículos 12, 30, 32-D, 69, 69-B, 83 y 84; Ley Federal para la Prevención e Identificación de Operaciones con Recursos de Procedencia Ilícita, artículos 18, 20 y 23. Texto vigente consultado el 27 de septiembre de 2026.
Conviene saber además lo que está en juego en el peor escenario, porque es el dato que cambia una conversación de consejo. Dar efectos fiscales a comprobantes falsos tiene consecuencia penal: el paquete de reformas publicado en el Diario Oficial de la Federación el 7 de noviembre de 2025 añadió tres párrafos al artículo 113 Bis del Código Fiscal de la Federación, con pena de dos a nueve años, y dispuso que el delito se persigue con independencia del procedimiento administrativo. Y en el terreno del lavado, el artículo 400 Bis del Código Penal Federal prevé de cinco a quince años y de mil a cinco mil días multa, con un agravante de un tercio a una mitad cuando el sujeto es consejero, administrador, funcionario, apoderado o prestador de servicios, conforme al artículo 400 Bis 1. Ése es el agravante que explica por qué estos cuatro pasos llevan firma de una persona y no de un programa.
Un agente puede prepararle los cuatro pasos. No puede ser el responsable de ninguno, y cualquier oferta que lo insinúe le está prometiendo algo que ninguna norma permite prometer.
La supervisión que exigiría un agente aquí
Si algún día este servicio operara con agentes, la pregunta útil no sería cuántos, sino qué supervisión traen. Ésta es la lista de lo que haría falta, escrita como requisito y no como promesa, y sirve para evaluar cualquier propuesta del mercado.
La pregunta no es cuántos agentes trae una oferta. Es qué queda escrito el día en que uno no corrió.
- Bitácora por ejecución, no por resultado. Cada corrida deja su registro aunque no encuentre nada, con hora de inicio, hora de fin, fuentes consultadas y estado. Un agente que sólo escribe cuando encuentra algo hace invisible el día en que no funcionó.
- Bitácora de decisión, con su razón. Cuando el agente clasifica una coincidencia, queda escrito con qué datos lo hizo y con qué nivel de confianza. Sin eso, no se puede reconstruir un aviso presentado hace ocho meses.
- Escalamiento por criterio, no por error. Un agente no debería escalar sólo cuando falla, sino cuando la decisión entra en la zona en que un humano tiene que decidir: coincidencia por nombre, importe sobre el umbral, contraparte con expediente incompleto.
- Límite de escritura declarado. Qué puede escribir y qué no, campo por campo. Un agente que pueda cerrar una alerta sin que nadie lo vea es un riesgo, no una ayuda.
- Versión de configuración con huella. La instrucción con la que corrió una ejecución tiene que ser recuperable. Si la configuración cambió el mes pasado, los resultados del mes pasado se leen con la configuración del mes pasado.
- Ausencia visible en el reporte. El reporte periódico dice cuántas ejecuciones debieron correr y cuántas corrieron. La diferencia es el dato más importante del bloque.
- Dueño humano nombrado. Cada agente con un responsable con nombre y cargo que responde por lo que el agente hizo. Sin eso, la responsabilidad se difumina exactamente en el momento en que alguien la reclama.
Siete requisitos, y el meta-modelo de la plataforma de la casa cubre los siete en su diseño. Lo que no hay, todavía, es un agente dado de alta contra ese diseño en este producto.
Por qué la casa no le vende ocho agentes en esta página
Habría sido más fácil. El documento comercial de otros productos de esta capa declara treinta agentes y treinta y siete, y sus páginas los publican atribuidos a ese documento, que es lo correcto: es lo que el material dice. Aquí no hay material que atribuir, y la tentación de llenar el hueco era evidente.
La razón para no hacerlo es de interés propio, no de virtud. Esta capa del sitio existe para demostrar que los sistemas de la casa existen, y esa demostración se hace con cifras verificables contra una base de datos y contra un código. Una tabla de ocho agentes inventados en esta página habría invitado a revisar todas las demás, y todas las demás se sostienen. Un cero declarado cuesta una página menos vistosa; una cifra fabricada cuesta la credibilidad de veintidós.
Y hay una segunda razón, más práctica. Lo que le sirve a quien está evaluando esto no es la lista de agentes de un folleto: es saber qué cuatro pasos no se delegan, qué siete requisitos de supervisión pedir y qué fallo es silencioso. Eso se puede usar mañana, con cualquier proveedor. Una lista de agentes no se puede usar para nada.
Un cero declarado cuesta una página menos vistosa. Una cifra fabricada cuesta la credibilidad de las otras veintiuna.
Si esta página le pareció corta en promesas, es porque está medida. Compárela con cualquier otra del mercado en ese punto exacto.
Qué cambiaría si este servicio se generara como sistema
Vale cerrar con la puerta abierta y sin prometer una fecha, porque las fechas de implementación no se publican en este sitio y porque este proyecto, hoy, no está generado.
Lo que cambiaría es lo mecánico, y ya está inventariado en esta capa: los 39 procesos y 97 subprocesos del proyecto son la especificación de lo que se generaría, y los 110 casos de uso ya traen marcado qué paso sería de un programa y qué paso de una persona. Sobre las 42 marcas humanas no cambiaría nada, y sobre las otras 68 el cambio sería que dejarían bitácora sola.
Lo que no cambiaría es el reparto de responsabilidades. El expediente seguiría estando en cabeza de su empresa, la firma de los cuatro pasos seguiría siendo de una persona, y la obligación seguiría sin poder delegarse. Eso lo fija la ley y no la tecnología, y por eso es lo único de esta página que se puede afirmar sin fecha de corte.
Si un día hay agentes aquí, el cero de esta página quedará fechado y la comparación será posible. Ésa es la única forma de que una cifra sirva.
Preguntas frecuentes
¿Cuántos agentes de inteligencia artificial tiene este servicio?
Cero. Su documento comercial no declara ninguno y el motor de la casa registra cero filas de agente para este proyecto, con corte tomado del reloj del propio servidor el 27 de septiembre de 2026 a las 14:41:37. En toda la base hay 36 filas de agente, y ninguna pertenece a los siete productos de esta capa.
¿Ese cero es un pendiente de la casa?
No, es una consecuencia del diseño. Lo que se modeló de este producto fue un servicio profesional: la casa hace el trabajo y entrega documentos firmados. Un agente automático se da de alta contra una aplicación, y aquí no se entrega una aplicación.
Entonces, ¿quién hace hoy el trabajo repetitivo?
Personas, con un procedimiento documentado, fechado y trazable. Eso es exactamente lo que este servicio vende, y es lo que su documento comercial describe en primera persona del plural. Diez de las catorce tareas del trabajo son mecánicas y hoy se hacen a mano con bitácora.
¿Qué tiene la casa en materia de agentes, entonces?
Del lado de la plataforma con la que construye sistemas: 30 carpetas de agente con 102 archivos y 12,474 líneas de código, cuyo propio plan maestro declara el estado como planificación, sin integración verificada con el motor; y el meta-modelo para registrar, gobernar y auditar agentes, con 35 entidades, 315 procedimientos y 32 controladores. Lo que no hay es un agente concreto dado de alta como dato en estos productos.
¿Podría un agente presentar por mí un aviso o un escrito ante la autoridad?
No. La obligación de identificar contrapartes, conservar documentación y presentar lo que corresponda está puesta en cabeza de la empresa. Un tercero puede preparar, ordenar y fechar; la firma y la presentación son de la empresa. Cualquier oferta que insinúe lo contrario promete algo que ninguna norma permite prometer.
¿Qué le pregunto a un proveedor que me ofrece agentes para esto?
Siete cosas: si la bitácora se escribe por ejecución y no sólo por resultado; si queda registrada la razón de cada decisión; con qué criterio escala a un humano; qué campos puede escribir y cuáles no; si la configuración con la que corrió una ejecución es recuperable; si el reporte muestra las ejecuciones que debieron correr y no corrieron; y quién es el responsable con nombre de cada agente.
Referencias
- Código Fiscal de la Federación. Artículo 12, cómputo de plazos en días hábiles; artículo 30, conservación de la contabilidad y de la documentación comprobatoria; artículo 32-D, opinión de cumplimiento; artículo 69-B, presunción de operaciones inexistentes y plazo de treinta días; artículos 83, fracciones XVIII y XIX, y 84, fracción XVI, multa del 55 % al 75 % del importe de cada comprobante; artículo 113 Bis, con los tres párrafos adicionados por el decreto publicado en el Diario Oficial de la Federación el 7 de noviembre de 2025, pena de dos a nueve años por dar efectos fiscales a comprobantes falsos, perseguible con independencia del procedimiento administrativo. Texto vigente consultado el 27 de septiembre de 2026. ↗
- Código Penal Federal, artículo 400 Bis: de cinco a quince años de prisión y de mil a cinco mil días multa; artículo 400 Bis 1: agravante de un tercio a una mitad cuando el sujeto es consejero, administrador, funcionario, apoderado o prestador de servicios. Texto vigente consultado el 27 de septiembre de 2026. ↗
- Ley Federal para la Prevención e Identificación de Operaciones con Recursos de Procedencia Ilícita. Artículo 18, obligaciones de identificación y conservación de diez años; artículo 20, designación y registro del representante encargado del cumplimiento; artículo 23, avisos a más tardar el día 17 del mes siguiente. Texto vigente tras la reforma publicada en el Diario Oficial de la Federación el 16 de julio de 2025. ↗
- Motor el motor de la casa · base del motor de la casa, el proyecto de este sistema. Medido para esta página: 0 agentes, 0 módulos, 0 pantallas, 0 entidades, 0 endpoints, 0 acciones de pantalla con endpoint, 0 pasos de proceso con endpoint, 0 máquinas de estado, 0 diagramas y 0 casos de prueba; 39 procesos, 97 subprocesos, 110 casos de uso —20 con el paso marcado de agente, 48 de sistema y 42 de persona, 9 roles, 31 documentos aprobados y 7 documentos técnicos. En la base completa: 36 agentes, ninguno de los siete productos de esta capa, y 154,726 casos de prueba, ninguno de este proyecto. Los procesos de archivado traen su disparador programado como dato: día primero de cada mes a las 03:00, zona horaria de la Ciudad de México, ventana de dos horas. Hora tomada del reloj del propio servidor: 27 de septiembre de 2026, 14:41:37. ↗
- Plataforma de generación de la casa: 30 carpetas de agente con 102 archivos de código y 12,474 líneas reales excluyendo entornos virtuales —11,104 en los agentes, 1,182 en la biblioteca compartida y 188 en tres verificadores—; plan maestro que declara el estado como planificación y la ausencia de base de datos propia; cero referencias a esos agentes en el código del motor, verificado por búsqueda por nombre, por puerto y por biblioteca; meta-modelo de agentes del sistema generado con 35 entidades, nueve procedimientos por entidad y 32 controladores de interfaz, sin ningún agente dado de alta como dato. Revisado el 27 de septiembre de 2026. El sujeto es la plataforma, no este servicio. ↗
- Diario Oficial de la Federación: decreto de reformas al Código Fiscal de la Federación publicado el 7 de noviembre de 2025, que reformó los artículos 17-H, 29-A, 30-B y 113 Bis y no reformó los artículos 69, 69-B, 5-A ni 32-D; última reforma del Código publicada el 9 de abril de 2026, que reformó únicamente el artículo 141. ↗
El modelo
Primero ve su sistema funcionando, sin costo y sin compromiso. Después decide si lo compra o lo renta.
No es un demo: es Blindaje Fiscal con sus procesos, sus áreas y su operación dentro. Entra, lo recorre y lo usa. Verlo no cuesta nada y no lo compromete a nada. Cuando decida, cobramos por resultados, no por entregables.
Siga por aquí