Blindaje Fiscal · la inteligencia artificial
El documento comercial de este producto no declara ninguna inteligencia artificial. Es el único de los siete, y se dice aquí.
Esta página podría haberse llenado con ocho capacidades de inteligencia artificial que nadie podría comprobar. No lo hace. Lo que hace es declarar el cero, explicar qué sí usa la plataforma de la casa —con el sujeto delante— y sostener la afirmación que ordena todo este servicio: dictaminar la materialidad de una operación es un juicio, no una consulta.
El dato que sí existe, y por qué no es un agente
Hay un hallazgo en la base que conviene publicar completo, porque es fácilmente malinterpretable y alguien lo va a usar mal. Los 110 casos de uso del proyecto llevan, en su flujo principal, una marca de quién ejecuta el paso. Contadas, las marcas dan: 20 casos ejecutados por un agente, 48 por el sistema y 42 por una persona. Suman exactamente 110.
Lo que eso significa es más modesto de lo que parece. Es la clasificación que el análisis dio a cada paso cuando se modeló el proceso: una etiqueta que dice «este paso, si se construyera el sistema, lo haría un programa y no una persona». No es un agente dado de alta, no tiene código, no tiene bitácora de ejecución y no tiene supervisor asignado. Publicar esos 20 como «veinte agentes» sería exacto en la letra y falso en el fondo.
La razón es la misma que ordena todo este producto: lo que se modeló fue un servicio profesional, no una aplicación con programas corriendo dentro. La etiqueta del ejecutor es una nota de diseño sobre cómo se automatizaría ese paso el día que se construya, y nada más.
Dicho eso, la clasificación sirve para algo y vale aprovecharla: es una lectura hecha con método de qué parte de este trabajo es mecánica y qué parte no. Cuarenta y dos de ciento diez pasos quedaron marcados como humanos. No por falta de tecnología: porque lo que hacen esos pasos es decidir.
Los 110 casos de uso por ejecutor del paso, y qué es cada categoría
| Ejecutor marcado | Casos | Qué significa | Qué NO significa |
|---|---|---|---|
| Agente | 20 | Pasos que el análisis clasificó como ejecutables por un componente autónomo: obtención de listados, normalización, cotejo masivo, generación del dictamen preliminar | No significa que exista un agente. La tabla de agentes del proyecto devuelve 0 filas |
| Sistema | 48 | Pasos de proceso automático: cálculos, cambios de estado, activación de contadores, archivado por vencimiento del plazo de conservación | No significa que exista el sistema. El proyecto tiene 0 módulos y 0 pantallas |
| Persona | 42 | Pasos que requieren una decisión o una firma: revisar la alerta, confirmar la identidad de una coincidencia, dictaminar, aprobar el alta, cerrar el caso | No significa que sean pasos manuales por atraso: son pasos donde alguien responde |
| Total | 110 | La suma exacta de los tres, sin solapamiento | — |
Fuente: campo de flujo principal de los 110 casos de uso del proyecto de este sistema en el motor.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.
Hay un segundo conteo del mismo proyecto que apunta en la misma dirección y que vale citar: de los 110 casos de uso, 62 tienen como actor principal al actor de procesos automáticos. Es decir, más de la mitad del proceso modelado es maquinaria. Y sin embargo el servicio se vendió, se documentó y se presta como trabajo de personas. Esa tensión es real y esta página no la disimula: la parte mecánica de este trabajo es grande, y hoy, en este servicio, la hacen personas con un procedimiento.
Veinte pasos marcados como automatizables y cero agentes dados de alta. La distancia entre esas dos cifras es exactamente la diferencia entre haber analizado un proceso y haber construido un sistema.
El sujeto es la plataforma
Qué hace la plataforma de la casa con modelos de lenguaje
Esta sección no habla de Blindaje Fiscal. Habla de la plataforma con la que la casa construye sistemas, y el sujeto va delante en cada frase para que no se confunda con una capacidad de este servicio. Se incluye por una razón concreta: los siete documentos técnicos de este mismo proyecto se generaron con apoyo de un modelo de lenguaje, y eso es verificable en la base.
La plataforma usa modelos de lenguaje como herramienta de generación, con cuatro propiedades que se pueden verificar en su código y que son las que importan cuando alguien pregunta si esto es serio. Primero, el modelo no está escrito en el programa: cada tarea guarda en base de datos su texto de instrucción, su modelo, su límite de tokens y su temperatura, y se lee de ahí en cada ejecución. Segundo, hay un catálogo cerrado de modelos admitidos: 21 entradas con 20 identificadores distintos, y un traductor de cadena a modelo con 18 ramas y un modelo por defecto para lo que no reconoce. Tercero, cada llamada deja una línea en una bitácora de consumo con los tokens de entrada, de salida y de caché y el costo calculado. Cuarto, hay banderas que fuerzan un modelo y recortan la salida para pruebas, y su efecto está acotado en el código.
Esta redacción publica esas cuatro propiedades y no publica los nombres de los proveedores ni de los modelos. La regla de esta capa es no nombrar marcas ajenas, y un nombre de modelo es el nombre comercial de una empresa. Lo que importa del dato es el mecanismo, no de quién es el logotipo.
Y hay tres cosas que la plataforma tiene y que esta capa decidió no publicar, porque no se sostienen. Las calificaciones de calidad de producto existen como filas para todo proyecto, pero están vacías al ciento por ciento: lo publicable es que la plataforma evalúa ocho atributos, nunca una nota. Ningún esquema concreto de autenticación de interfaces se publica, porque se fija al implantar contra el proveedor de identidad del cliente. Y los contratos de descripción de interfaces que aparecen en el repositorio pertenecen a otro proyecto y no se atribuyen a estos sistemas.
Lo que la plataforma de la casa sí tiene, verificado en su código
| Mecanismo | Cómo está hecho | Por qué importa |
|---|---|---|
| Instrucción y parámetros en base de datos | Cada tarea de generación guarda su texto, su modelo, su límite de tokens y su temperatura, y se leen en cada ejecución con caché en memoria | Cambiar el comportamiento del generador es cambiar un dato, no recompilar un programa |
| Catálogo cerrado de modelos admitidos | 21 entradas con 20 identificadores distintos, cada una con su ventana de contexto, su salida máxima y su costo por millón de tokens | No se puede invocar un modelo que no esté en el catálogo |
| Traductor de cadena a modelo con valor por defecto | 18 ramas explícitas y un modelo por defecto para cualquier cadena no reconocida | Una configuración equivocada degrada a un modelo conocido en lugar de fallar |
| Bitácora de consumo por llamada | Una línea por llamada con tokens de entrada, de salida y de caché, costo, proyecto, acción y marcas de tiempo de inicio y fin | El costo de generación es auditable llamada por llamada |
| Detección de instrucciones incompletas | Si la instrucción conserva marcadores sin sustituir, se registra una advertencia con la lista de marcadores | Una instrucción a medio armar se detecta antes de gastarse en una llamada |
| Banderas de prueba con efecto acotado | Fuerzan un modelo, recortan la salida y limitan el alcance de la generación, con su efecto declarado en el código | Una prueba no se confunde con una generación real |
Fuente: código del motor de la plataforma de la casa, revisado el 27 de septiembre de 2026. El sujeto de esta tabla es la plataforma que construye los sistemas, no el servicio Blindaje Fiscal, que no tiene ninguno de estos mecanismos porque no fue generado como sistema.
La plataforma que construye los sistemas usa modelos de lenguaje para generar y deja rastro de cada llamada. Este servicio los usó para siete documentos y para nada más, y ése es todo el alcance.
Qué parte del trabajo de vigilancia es automatizable, tarea por tarea
Ésta es la tabla que hace útil esta página. Toma el trabajo real de un servicio de vigilancia de contrapartes, lo parte en catorce tareas y dice, de cada una, si se puede automatizar, con qué condición y qué queda en manos de una persona. La columna de condición es la que importa: casi todo se puede automatizar mal.
La regla que ordena la tabla se puede enunciar en una línea. Se automatiza lo que tiene una respuesta verificable contra una fuente; no se automatiza lo que exige decidir si un conjunto de evidencia es suficiente. La primera categoría es comparación; la segunda es opinión, y una opinión tiene que tener dueño.
Las catorce tareas · ¿automatizable? · con qué condición · qué queda en manos de una persona
| Tarea | ¿Automatizable? | Con qué condición | Qué queda en manos de una persona |
|---|---|---|---|
| Obtener los listados oficiales publicados | Sí, por completo | Que se registre la versión y la fecha de cada listado obtenido, y que se detecte cuándo la fuente no respondió | Decidir qué se hace el día en que una fuente no está disponible |
| Normalizar y deduplicar los listados | Sí, por completo | Que la normalización sea reversible y quede el dato original | Nada, si la normalización está documentada |
| Detectar que hay una versión nueva de un listado | Sí, por completo | Que la comparación sea contra la versión anterior completa y no contra un resumen | Nada |
| Cotejar el catálogo de contrapartes contra los listados | Sí, por completo | Que el cotejo sea por registro fiscal cuando el listado lo trae, y que el cotejo por nombre se marque como no concluyente | Nada en el cotejo; todo en la confirmación de la coincidencia |
| Confirmar la identidad de una coincidencia | No | — | Comparar los datos disponibles y decidir si se trata de la misma persona. Un falso positivo aquí produce un aviso sobre quien no debía |
| Calcular el monto expuesto | Sí, con revisión | Que la contabilidad esté conciliada y que el cálculo separe lo que produjo efecto fiscal de lo que no | Validar el universo de comprobantes y los ejercicios revisables |
| Calcular la fecha de vencimiento del plazo | Sí, por completo | Que el calendario de días inhábiles esté actualizado, porque el cómputo es en días hábiles | Nada, si el calendario está al día |
| Emitir el aviso de cambio de estatus | Sí, en su armado | Que el aviso lleve listado, fecha de publicación, importe por ejercicio y fecha de vencimiento | Elegir el destinatario y recoger el acuse |
| Emitir el dictamen de una contraparte en verde | Sí, en su armado | Que el dictamen transcriba cada listado consultado con su versión y su hora | Firmar. Un dictamen sin firma no es un dictamen |
| Dictaminar una contraparte en amarillo o en rojo | No | — | Decidir el color y escribir su razón en una frase que se pueda discutir |
| Reunir las piezas del expediente de materialidad | Sí, en su recolección y su índice | Que el índice sea el que la autoridad pide y que la hoja de faltantes se genere sola | Conseguir la pieza que falta, que casi siempre está fuera de cualquier sistema |
| Dictaminar si la materialidad está acreditada | No | — | Juzgar si la evidencia reunida alcanza, y sostener ese juicio ante la autoridad |
| Armar el reporte periódico | Sí, en su armado | Que cada indicador traiga su fórmula y su umbral con el origen declarado | Redactar la decisión que pide cada indicador fuera de umbral |
| Presentar el escrito o el aviso ante la autoridad | No | — | Firmar y presentar. La obligación está en cabeza de la empresa, no del tercero que la ayuda |
Fuente: Código Fiscal de la Federación, artículos 12, 29-A, 30, 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.La clasificación de esta tabla es una lectura de los 39 procesos, 97 subprocesos y 110 casos de uso del proyecto de este sistema en el motor contra el texto de la norma; no es un dato del motor.
Cuatro de catorce quedan fuera, y las cuatro tienen algo en común: son las cuatro que llevan firma. Confirmar una identidad, dictaminar un color, dictaminar una materialidad y presentar un escrito. En las cuatro, alguien responde por el resultado, y responder es lo que no se delega a un programa.
Diez de catorce tareas se automatizan. Las otras cuatro son las que le piden a alguien poner su nombre, y ésas no se automatizan con ninguna tecnología, no por límite técnico sino por quién responde.
Dictaminar la materialidad de una operación es un juicio, no una consulta
Ésta es la afirmación que sostiene toda la página, y conviene desarrollarla porque es la que un proveedor de software de este mercado tiene interés en borrar. Cotejar una contraparte contra un listado es una consulta: hay una pregunta con respuesta verificable, hay una fuente y hay un resultado que cualquiera puede reproducir mañana. Dictaminar si una operación fue real es otra cosa por completo.
Cuando la autoridad cuestiona la materialidad de una operación, lo que pide no es un documento: pide que usted demuestre que el servicio se prestó o que el bien se entregó. Y no existe una lista cerrada de documentos que lo demuestren. Depende del tipo de operación, de lo que es razonable esperar en esa industria, de si el proveedor tenía con qué prestarlo, de si los tiempos cuadran, de si el pago siguió el camino que dice el contrato y de si el conjunto cuenta una historia coherente. Eso es un juicio profesional: consiste en decidir si un conjunto incompleto de evidencia alcanza.
Hay una razón adicional, y es la que convierte esto en una cuestión de responsabilidad y no de método. El juicio tiene que sostenerse ante la autoridad, por escrito, por alguien con nombre. Una herramienta puede reunir, ordenar, indexar y señalar huecos. Lo que no puede es firmar, y quien firma no puede escudarse en que el programa dijo que estaba completo.
Y conviene saber que la exposición no depende de que a su proveedor lo publiquen. La misma sanción del 55 % al 75 % del importe de cada comprobante aplica cuando la autoridad, en una revisión ordinaria, determina que no se demostró la materialidad de una operación, sin que exista ninguna publicación de por medio. Es decir: el juicio sobre la materialidad se le puede pedir cualquier día, por cualquier operación, sin que ningún listado haya cambiado. (Código Fiscal de la Federación, artículo 83, fracción XIX, en relación con el artículo 84, fracción XVI)
Cotejar un listado tiene respuesta. Decidir si la evidencia alcanza tiene dueño. No es el mismo problema y no se resuelve con la misma herramienta.
Consulta y juicio: dos problemas distintos
| Propiedad | Cotejo contra un listado | Dictamen de materialidad |
|---|---|---|
| Tiene respuesta única | Sí | No: hay un rango de suficiencia |
| Se puede reproducir mañana con el mismo resultado | Sí, si se guardó la versión del listado | No necesariamente: cambia con la evidencia que aparezca |
| La fuente es externa y pública | Sí: el listado publicado por la autoridad | No: la fuente es el archivo de la propia empresa y el mundo real |
| Requiere decidir si algo incompleto alcanza | No | Sí, siempre |
| Alguien tiene que sostenerlo por escrito ante la autoridad | No: el cotejo se acredita con la bitácora | Sí: el escrito lo firma el representante legal de la empresa |
| Un error se corrige repitiendo la operación | Sí: se vuelve a cotejar | No: un dictamen equivocado ya se presentó |
Fuente: Código Fiscal de la Federación, artículos 12, 29-A, 30, 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.
Por eso este servicio no le vende una herramienta que dictamine. Le vende el trabajo de reunir, ordenar y fechar, y el juicio de alguien que lo firma.
Los dos errores, y por qué cuestan cosas distintas
Cualquier automatización de este trabajo se equivoca de dos maneras, y las dos no son simétricas. Entender la asimetría es lo que permite decidir dónde poner el umbral de una alerta, y es una decisión de negocio y no técnica.
El falso negativo es no detectar algo que estaba. Su costo es el del caso entero: el plazo que vence, los comprobantes sin efecto fiscal, el impuesto redeterminado con actualización y recargos, y la multa por comprobante. Es caro y es tardío: se descubre cuando llega el requerimiento.
El falso positivo es detectar algo que no estaba. Su costo es distinto y más silencioso: un pago detenido sin razón, un proveedor que se molesta y se va, un aviso presentado sobre quien no debía —con consecuencias propias—, sobre todo, el desgaste. Un procedimiento que alerta demasiado se desatiende, y un procedimiento desatendido produce falsos negativos. Los dos errores se alimentan.
La forma de manejar la asimetría no es elegir un umbral valiente. Es separar detección de decisión, que es exactamente lo que hace el semáforo de tres colores: el amarillo existe para que una detección dudosa no se convierta ni en un bloqueo ni en un silencio, sino en una revisión con dueño y con plazo.
Los dos errores: qué cuestan y cómo se contienen
| Error | Qué cuesta | Cuándo se descubre | Cómo se contiene |
|---|---|---|---|
| No detectar un cambio de estatus que sí ocurrió | El caso completo: plazo vencido, efecto fiscal perdido, impuesto con actualización y recargos, y multa del 55 % al 75 % por comprobante | Con el requerimiento, cuando el plazo ya venció | Cotejo continuo y no calendarizado, más bitácora de cada cotejo con fecha y versión del listado |
| Detectar una coincidencia que no corresponde a su contraparte | Pago detenido sin razón, relación comercial dañada, aviso presentado sobre quien no debía y desgaste del procedimiento | De inmediato, y por eso parece menos grave de lo que es | Confirmación de identidad obligatoria antes de cualquier acción, con la hoja de datos comparados |
| Detectar tarde, aunque se detecte | Días de plazo perdidos, que reducen las rutas posibles de respuesta | Al calcular los días disponibles en el reporte | El indicador de días disponibles al momento de enterarse, que mide la vigilancia y no el riesgo |
| Alertar de más y que se deje de atender | El procedimiento pierde credibilidad interna y las alertas reales se pierden entre el ruido | Cuando alguien encuentra un aviso sin acuse de hace tres semanas | Semáforo de tres colores y umbral de escalamiento por importe, fijados por escrito |
Fuente: Código Fiscal de la Federación, artículos 12, 29-A, 30, 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.
No hay un umbral correcto. Hay un umbral escrito, con dueño, y revisado cuando el reporte muestra que se equivocó.
La homonimia: la razón concreta por la que el cotejo por nombre no basta
Vale detenerse en un detalle operativo, porque es donde la automatización de este trabajo se rompe en la práctica y casi ningún material del mercado lo menciona. Los listados fiscales se cotejan por registro fiscal, y el registro fiscal es único. Las listas de bloqueo y de sanciones internacionales se cotejan por nombre, y los nombres no son únicos.
Un cotejo por nombre produce coincidencias que no son la misma persona con mucha frecuencia, y produce no-coincidencias que sí eran la misma persona escrita de otra manera: con un apellido invertido, con una transliteración distinta, con una abreviatura, con un acento que la fuente no trae. Ninguna de esas dos situaciones se resuelve bajando o subiendo un umbral de parecido: se resuelven comparando los datos que hay y decidiendo.
Por eso la confirmación de identidad es un paso propio, con su hoja de datos comparados, y por eso queda en manos de una persona. El programa señala; alguien confirma. Y la hoja de confirmación viaja dentro del entregable, porque el día en que alguien pregunte por qué se presentó un aviso, o por qué no se presentó, esa hoja es la respuesta.
- Cotejo por registro fiscal: concluyente. Se automatiza por completo y se registra con la versión del listado.
- Cotejo por nombre con coincidencia exacta: indicio fuerte, no conclusión. Pasa a confirmación.
- Cotejo por nombre con coincidencia parcial: indicio débil. Pasa a confirmación con los datos adicionales que existan.
- Sin coincidencia por nombre: no prueba ausencia. Se registra el cotejo y su fecha, que es lo que la bitácora necesita, y no se convierte en una afirmación de limpieza.
Un proveedor que le prometa cotejo automático contra listas de sanciones sin paso de confirmación le está prometiendo también los falsos positivos que va a tener que resolver su gente.
Cinco preguntas para cualquier oferta de inteligencia artificial en este dominio
Estas cinco preguntas sirven para evaluar cualquier propuesta de este mercado, y la casa las publica sabiendo que también se le pueden hacer a ella. Una oferta que no puede contestar las cinco con un dato no está ofreciendo vigilancia: está ofreciendo una interfaz.
- ¿Contra qué fuente, en qué versión y a qué hora se hizo el cotejo? Si la respuesta no incluye las tres cosas, no hay bitácora, y sin bitácora el cotejo no existe para un tercero.
- ¿Quién firma el dictamen? Si la respuesta es «el sistema», no hay dictamen: hay una pantalla con un color.
- ¿Qué pasa cuando la coincidencia es por nombre y no por registro fiscal? Si no hay un paso de confirmación de identidad con su hoja, los falsos positivos los va a resolver su equipo sin procedimiento.
- ¿Cómo se decide que un expediente de materialidad está completo, y quién lo decide? Si un puntaje lo decide, pregunte quién sostiene ese puntaje ante la autoridad.
- ¿Qué queda en mi empresa si mañana termina el contrato? Si la respuesta es el acceso a una plataforma, no queda nada. Si son los dictámenes, los expedientes y la serie de reportes fechados, queda la evidencia.
La quinta es la que más duele y la que más conviene hacer antes de firmar, no después.
Lo que esta página no promete
Cierra donde empezó, y con las mismas palabras. El documento comercial de este producto no declara ninguna inteligencia artificial, y esta página no la inventa. Lo que esta página afirma es más pequeño y más comprobable: que diez de las catorce tareas de este trabajo son mecánicas y que hoy, en este servicio, las hacen personas con un procedimiento documentado, fechado y trazable; y que las otras cuatro no se automatizan con ninguna tecnología, porque lo que piden es que alguien responda.
Si algún día este servicio se generara como sistema con la plataforma de la casa, lo que cambiaría son esas diez tareas: se harían solas y dejarían bitácora. Las cuatro que llevan firma seguirían siendo de una persona, y su expediente seguiría estando en cabeza de su empresa. Eso es una consecuencia del reparto de responsabilidades que fija la ley, no una decisión de producto, y por eso no cambia con la tecnología.
Lo mecánico se automatiza. Lo que lleva firma, no. Y la firma la fija la ley, no el proveedor.
Ocho agentes inventados en esta página habrían sido más fáciles de escribir y le habrían servido menos que saber cuáles son las cuatro tareas que nadie le puede quitar de encima.
Preguntas frecuentes
¿Este servicio usa inteligencia artificial?
Su documento comercial no declara ninguna, y esta redacción no la declara tampoco. El motor de la casa registra cero agentes de inteligencia artificial para este proyecto, con corte tomado del reloj del propio servidor el 27 de septiembre de 2026 a las 14:41:37. El único uso verificable de un modelo de lenguaje en este proyecto es documental: siete documentos técnicos generados con su apoyo.
¿Por qué otros productos de esta capa sí declaran capacidades de inteligencia artificial y éste no?
Porque sus documentos comerciales sí las declaran, y sus páginas las publican atribuidas a ese material. El de este producto no las declara: es un documento de servicios profesionales, no una ficha de software. De los siete, es el único en esa situación, y decirlo es lo que hace verificable el resto de la capa.
¿Qué son entonces los veinte casos de uso marcados como ejecutados por un agente?
Una clasificación del paso hecha en la capa de análisis: una etiqueta que dice que ese paso, si se construyera el sistema, lo haría un programa y no una persona. No hay agente detrás: no tiene código, ni bitácora de ejecución, ni supervisor. Es una nota de diseño, no un programa en operación.
¿Se puede automatizar el dictamen de materialidad?
No, y no es un límite de tecnología. Dictaminar la materialidad consiste en decidir si un conjunto incompleto de evidencia alcanza para demostrar que una operación existió, y ese juicio se sostiene por escrito, ante la autoridad, por alguien con nombre. Una herramienta puede reunir, ordenar, indexar y señalar huecos. Firmar, no.
¿Qué sí conviene automatizar en este trabajo?
Diez de las catorce tareas: obtener los listados, normalizarlos, detectar versiones nuevas, cotejar el catálogo, calcular el monto expuesto con revisión, calcular la fecha de vencimiento del plazo, armar el aviso, armar el dictamen en verde, reunir e indexar las piezas del expediente y armar el reporte. Las cuatro restantes llevan firma.
¿La casa usa modelos de lenguaje en la plataforma con la que construye los sistemas?
Sí, para generar, y con cuatro propiedades verificables en su código: la instrucción y sus parámetros viven en base de datos y no en el programa; hay un catálogo cerrado de modelos admitidos con 21 entradas y 20 identificadores distintos; cada llamada deja una línea de bitácora con tokens y costo; y las banderas de prueba tienen efecto acotado. El sujeto de esas cifras es la plataforma, no este servicio.
Referencias
- Código Fiscal de la Federación. Artículo 12, cómputo de plazos en días hábiles; artículo 29-A, requisitos de los comprobantes; artículo 30, conservación de la contabilidad y de la documentación comprobatoria; artículo 69-B, presunción de operaciones inexistentes; artículo 83, fracciones XVIII y XIX, y artículo 84, fracción XVI, multa del 55 % al 75 % del importe de cada comprobante, incluida la que procede cuando en revisión ordinaria no se demuestra la materialidad. 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, representante encargado del cumplimiento; artículo 23, avisos. 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 de inteligencia artificial en el proyecto y 36 en toda la base, ninguno de los siete productos de esta capa; 0 diagramas de arquitectura; 110 casos de uso cuyo flujo principal marca el ejecutor del paso, con 20 de agente, 48 de sistema y 42 de persona; 62 casos con el actor de procesos automáticos como actor principal; 7 documentos técnicos generados con apoyo de modelo de lenguaje. Hora tomada del reloj del propio servidor: 27 de septiembre de 2026, 14:41:37. ↗
- Plataforma de generación de la casa: configuración de cada tarea de generación —texto de instrucción, modelo, límite de tokens y temperatura— almacenada en base de datos y leída en cada ejecución; catálogo cerrado de modelos con 21 entradas y 20 identificadores distintos, cada uno con su ventana de contexto, su salida máxima y su costo por millón de tokens; traductor de cadena a modelo con 18 ramas y valor por defecto; bitácora de consumo por llamada con tokens de entrada, salida y caché, costo, proyecto y acción. Código revisado el 27 de septiembre de 2026. El sujeto es la plataforma, no este servicio. ↗
- Servicio de Administración Tributaria: listados del artículo 69-B y padrón del artículo 69, publicados en el Diario Oficial de la Federación y consultables en el portal de la autoridad. ↗
- Unidad de Inteligencia Financiera: lista de personas bloqueadas y su marco de aplicación. ↗
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í