ComplianceShield · las pantallas
Una pantalla de cumplimiento no es un formulario. Es la prueba de que algo se hizo, con su hora.
Aquí está el catálogo completo: veintiséis pantallas con código, tipo, propósito, campos clave, acciones y el rol que las abre. Los campos son unidad de medida y actualización, beneficiario controlador, folio del acuse y fecha de cotejo contra listas, no «campo 1» y «campo 2». Al final está lo que la base del motor ya tiene generado para este sistema, con la hora de corte del servidor.
El punto de partida
Por qué el tipo de pantalla decide si el aviso sale el día 17
El cumplimiento se pierde en dos lugares: en el expediente que se arma cuando ya hay que presentar el aviso, y en la alerta que alguien cerró sin dejar dicho con qué criterio. Las dos son fallas de pantalla. Un dictamen de alerta no es un campo de texto libre: es una aprobación, con quién la firma, qué vio y qué pasa si no la firma. Un cotejo contra listas no es una consulta: es un registro con hora, porque lo que la autoridad pregunta no es si usted revisó, sino cuándo.
En la plataforma con la que ComplianceShield está construido, el tipo de pantalla es un valor declarado, no una decisión de maquetación. Hay veintiún tipos, enumerados en el código del generador de interfaz, cada uno con su generador de página propio y su plantilla en disco.
La precisión, porque la va a oír mal contada: el catálogo de la base de datos tiene veintidós filas, pero la vigesimosegunda es JOB_BACKEND, que no produce pantalla sino una tarea de servidor. Veintiún tipos de pantalla es correcto; veintidós no lo es. Lo decimos aquí porque el mismo rigor se le aplica a las cifras del brochure más adelante.
Si el tipo de pantalla no se declara, se hereda. Y lo que se hereda siempre es el formulario de captura, que es exactamente lo que no sirve para dictaminar una alerta.
El tipo decide qué se puede hacer dentro. Por eso el catálogo que sigue trae el tipo en la tercera columna, antes del propósito.
Lo que hay
El catálogo: veintiséis pantallas, PC-01 a PC-26
Salen de los treinta módulos que el brochure declara, agrupados en tres bloques: ocho módulos del núcleo de la ley, ocho de gestión del cumplimiento y catorce complementarios, que incluyen obligaciones fiscales, ambientales, de protección civil, proveedores, jurídico, certificaciones, activos virtuales y seguridad.
Cada fila dice su tipo real, de los veintiún del generador. Donde una pantalla cubre dos módulos se dice cuál es el principal; donde un módulo necesita dos pantallas, están las dos.
Código · pantalla · tipo · propósito · campos clave · acciones · rol
| Código | Pantalla | Tipo | Propósito | Campos clave | Acciones | Rol que la abre | En vivo |
|---|---|---|---|---|---|---|---|
| PC-01 | Expediente de identificación del cliente | FICHA | Reunir en una vista todo lo que la autoridad puede pedir de un cliente | Tipo de persona, documento de identificación, actividad económica, domicilio, beneficiario controlador, cadena de propiedad, perfil transaccional, resultado y fecha del cotejo contra listas | Consultar · exportar expediente · enviar a revisión · marcar incompleto | Responsable de admisión de clientes | Verla |
| PC-02 | Alta del cliente y expediente mínimo | WIZARD | Levantar la identificación por pasos, sin permitir avanzar con huecos | Datos de identificación, documento y su vigencia, actividad, origen de recursos, declaración de beneficiario controlador, consentimiento de tratamiento de datos | Avanzar paso · guardar borrador · adjuntar documento · cerrar expediente | Responsable de admisión de clientes | Verla |
| PC-03 | Verificación de identidad y lectura del documento | PROCESO | Correr la verificación biométrica y la lectura del documento, y dejar su resultado | Prueba de vida, cotejo facial y su puntaje, campos extraídos del documento, campos corregidos a mano, motivo de la corrección | Ejecutar · reintentar · aceptar con observación · rechazar con motivo | Responsable de admisión de clientes | Verla |
| PC-04 | Registro de la operación de actividad vulnerable | CRUD | Capturar la operación, clasificarla y medirla contra el umbral de su actividad | Actividad vulnerable del catálogo de dieciséis, monto, moneda, equivalencia en unidades de medida y actualización, forma de pago, fecha, cliente, acumulación del periodo | Alta · edición con bitácora · clasificar · marcar para aviso | Operación y caja | Verla |
| PC-05 | Validador del umbral de efectivo | PROCESO | Decir antes de recibir el pago si esa operación se puede liquidar así | Actividad, monto en efectivo, umbral legal aplicable, resultado, alternativa de pago, quién autorizó la excepción | Validar · bloquear · registrar alternativa · escalar | Operación y caja | Verla |
| PC-06 | Cotejo contra listas y personas expuestas | PROCESO | Correr el cotejo contra las listas oficiales y de sanciones, y dejar la hora | Nombre normalizado, alias, fecha de nacimiento, país, lista consultada, versión de la lista, puntaje de coincidencia, decisión, hora del cotejo | Ejecutar cotejo · abrir coincidencia · descartar con motivo · confirmar | Representante encargado de cumplimiento | Verla |
| PC-07 | Ficha de la persona políticamente expuesta | FICHA | Ver el cargo, el periodo, los vínculos y el monitoreo de una persona expuesta | Cargo, entidad, periodo, parentesco o vínculo declarado, fuente del dato, fecha de última revisión, nivel de riesgo asignado | Consultar · registrar vínculo · abrir expediente · reprogramar revisión | Representante encargado de cumplimiento | Verla |
| PC-08 | Bandeja de alertas por dictaminar | BANDEJA | Repartir, atender y cerrar las alertas con dictamen y responsable | Folio, tipo de alerta, cliente u operación, antigüedad en días, responsable asignado, criterio del dictamen, decisión, evidencia adjunta | Tomar · reasignar · dictaminar · cerrar · escalar | Representante encargado de cumplimiento | Verla |
| PC-09 | Monitor de operaciones en línea | MONITOR | Vigilar la operación del día contra las reglas, sin esperar el cierre de mes | Regla disparada, umbral, operación, cliente, desviación, hora, estado de atención | Reconocer · abrir la operación · generar alerta · silenciar con motivo | Monitoreo | Verla |
| PC-10 | Configuración del motor de reglas | CONFIGURACION | Ajustar los criterios sin depender de nadie, y dejar quién los cambió | Regla, condición, umbral en unidades de medida y actualización, ventana de tiempo, severidad, destinatario, versión, vigencia | Editar · simular impacto · publicar versión · revertir | Representante encargado de cumplimiento | Verla |
| PC-11 | Generador del aviso y su acuse | APROBACION | Producir el aviso en el formato oficial, aprobarlo y guardar el acuse | Periodo, actividad, operaciones incluidas, validaciones del formato, quién revisó, quién autorizó, folio del acuse, fecha y hora de presentación | Validar · aprobar · rechazar con motivo · presentar · adjuntar acuse | Representante encargado de cumplimiento | Verla |
| PC-12 | Calendario de avisos y obligaciones | CALENDARIO | Ver el mes con el día 17 marcado y lo que falta para llegar a él | Fecha límite, periodo, actividad, avisos exigibles, avisos presentados, responsable, estado | Abrir el día · abrir el aviso · reasignar · marcar presentado | Representante encargado de cumplimiento | Verla |
| PC-13 | Carga masiva de operaciones | IMPORTACION | Traer la operación desde el sistema contable sin recapturarla | Archivo de origen, mapeo de columnas, registros válidos, rechazados y su motivo, duplicados detectados, folio del lote | Cargar · mapear · validar · ejecutar · descargar rechazos | Operación y caja | Verla |
| PC-14 | Matriz de riesgo del cliente y de la organización | PIVOT_TABLE | Cruzar cliente, producto, canal y geografía para ver dónde está el riesgo | Factor de riesgo, ponderación, nivel resultante, controles aplicados, riesgo residual, fecha de la autoevaluación | Cambiar dimensión · abrir celda · exportar · cerrar autoevaluación | Dirección general | Verla |
| PC-15 | Tablero del oficial de cumplimiento | DASHBOARD | Decidir hoy qué se dictamina y qué aviso no va a llegar al día 17 | Alertas por dictaminar y su antigüedad, avisos exigibles y presentados, expedientes incompletos, coincidencias abiertas en listas | Filtrar · abrir la bandeja · abrir el aviso · exportar | Representante encargado de cumplimiento | Verla |
| PC-16 | Tablero del consejo y de la dirección | DASHBOARD | Ver el riesgo por materia y lo que está sin dueño | Riesgo por materia, obligaciones vencidas, hallazgos abiertos, capacitación cumplida, exposición a sanción | Filtrar por materia · abrir el hallazgo · exportar al acta | Consejo directivo y socios | Verla |
| PC-17 | Editor del manual de políticas | MASTER_DETAIL | Tener la política vigente, su versión anterior y quién acusó de recibido | Política, versión, fecha de vigencia, artículo que la sustenta, área aplicable, acuses de recibo, cambios respecto de la versión previa | Editar · publicar versión · distribuir · consultar acuses | Representante encargado de cumplimiento | Verla |
| PC-18 | Plan anual de capacitación y constancias | CRUD | Que la capacitación anual tenga constancia, no buena intención | Curso, temario, fecha, asistentes, calificación, constancia emitida, vigencia, personal pendiente | Programar · registrar asistencia · emitir constancia · recordar | Recursos Humanos | Verla |
| PC-19 | Plan de auditoría, hallazgos y su cierre | KANBAN | Mover el hallazgo de abierto a cerrado con evidencia, no con promesa | Hallazgo, origen, severidad, responsable, fecha compromiso, acción correctiva, evidencia de cierre, verificación | Crear · arrastrar de estado · adjuntar evidencia · verificar cierre | Auditoría interna | Verla |
| PC-20 | Bitácora de auditoría del sistema | AUDITORIA | Demostrar quién vio qué, cuándo y con qué justificación | Usuario, rol, acción, entidad afectada, valor anterior y nuevo, hora, dirección de origen, justificación de acceso a dato sensible | Filtrar · abrir el evento · exportar el periodo | Auditoría interna | Verla |
| PC-21 | Repositorio documental de diez años | GALERIA | Encontrar en una búsqueda el documento que sostiene una operación de hace años | Tipo de documento, cliente, operación, fecha, texto reconocido en el documento, política de conservación, fecha de destrucción programada | Subir · buscar en el texto · clasificar · descargar con bitácora | Representante encargado de cumplimiento | Verla |
| PC-22 | Carpeta de la visita de verificación | PROCESO | Reunir antes lo que la autoridad va a pedir en la visita | Requerimiento, documento que lo satisface, ubicación, responsable, estado, faltante, acta de la visita, observaciones | Armar carpeta · marcar faltante · asignar · cerrar con acta | Representante encargado de cumplimiento | Verla |
| PC-23 | Padrón de proveedores con estatus de riesgo | LISTADO | No comprar a quien no debería estar en el padrón | Proveedor, actividad, resultado del cotejo contra listas, beneficiario controlador, documentos vigentes, estatus de riesgo, fecha de revaluación | Consultar · abrir el expediente · bloquear · solicitar documento | Compras | Verla |
| PC-24 | Estructura societaria y organigrama | MASTER_DETAIL | Ver quién manda, quién firma y dónde se cruza una función con otra | Socio y participación, consejo, poderes y su alcance, área, titular, funciones incompatibles detectadas, acta que lo respalda | Editar · abrir el poder · marcar conflicto · exportar | Consejo directivo y socios | Verla |
| PC-25 | Catálogo de sanciones y calculadora de multa | COMPARADOR | Poner al lado lo que cuesta la falta y lo que cuesta prevenirla | Infracción, artículo, rango de multa, agravantes, antecedentes, comparación entre escenarios | Comparar · calcular · guardar escenario · exportar | Área jurídica | Verla |
| PC-26 | Tareas programadas del cumplimiento | SCHEDULER | Que el recordatorio y el recotejo corran sin que nadie se acuerde | Tarea, periodicidad, próxima ejecución, última ejecución, resultado, destinatario del aviso | Programar · ejecutar ahora · suspender · ver historial | Representante encargado de cumplimiento | Verla |
Los tipos de pantalla se transcribieron del enum del generador y del switch del factory. La correspondencia pantalla-módulo sale del brochure de ComplianceShield, que declara 30 módulos y 305 funcionalidades. Los campos salen de la Ley Federal para la Prevención e Identificación de Operaciones con Recursos de Procedencia Ilícita, artículos 17, 18, 20, 23, 24 y 32, Título IV Bis y Título V, en su texto vigente tras la reforma publicada en el Diario Oficial de la Federación el 16 de julio de 2025 · verificado al 27 de septiembre de 2026.
Veintiséis pantallas y diecisiete de los veintiún tipos. Los cuatro que no aparecen son MAPA, GALERIA en su uso de medios, REPORTE paramétrico y COMPARADOR en su uso de N elementos; tres de ellos sí aparecen en la lista anterior con otro propósito, y el mapa no está porque el cumplimiento de este sistema no se decide sobre cartografía. Si su operación tiene sedes y necesita verlas en un mapa, el tipo existe y la pantalla se agrega.
Un catálogo sirve si usted puede señalar la fila que no le encaja. Esa conversación es la que hace el sistema suyo.
El detalle que decide
Los campos son los de la ley. Esa es toda la diferencia
Un sistema de cumplimiento genérico le pide nombre, monto y fecha. Con eso no se presenta un aviso, porque el formato oficial no pregunta eso. Pregunta la actividad vulnerable de un catálogo cerrado, la equivalencia del monto en unidades de medida y actualización, la forma de pago, el beneficiario controlador de la persona moral y la cadena de propiedad que lleva hasta él.
La tabla que sigue pone lado a lado el campo, de dónde sale su obligación y en qué pantalla de este catálogo se captura. Es el mismo ejercicio que hace un verificador cuando llega: pide un dato y pregunta dónde está.
Campo · qué norma lo pide · dónde se captura · qué pasa si falta
| Campo | Qué lo exige | Pantalla | Qué pasa si falta |
|---|---|---|---|
| Actividad vulnerable y su umbral | Artículo 17: dieciséis actividades vulnerables con umbral propio | PC-04 | La operación no se puede clasificar y el aviso sale con el concepto equivocado |
| Equivalencia en unidades de medida y actualización | Artículo 17, que fija los umbrales en esa unidad y no en pesos | PC-04 · PC-10 | El umbral se calcula con el valor de otro año y la operación queda del lado equivocado del corte |
| Beneficiario controlador y cadena de propiedad | Título IV Bis, en el texto vigente tras la reforma de 2025 | PC-01 · PC-02 | El expediente está incompleto aunque el cliente esté identificado |
| Fecha y hora del cotejo contra listas | Artículo 18: obligación de identificación y monitoreo | PC-06 | No se puede demostrar cuándo se revisó, que es lo que se pregunta |
| Dictamen de la alerta, con criterio y responsable | Artículo 18, fracción VI, y las Reglas de Carácter General | PC-08 | La alerta cerrada sin dictamen equivale a no haberla atendido |
| Folio del acuse y fecha de presentación | Artículos 23 y 24: el aviso se presenta a más tardar el día 17 | PC-11 | No hay prueba de la presentación, y la carga de probar es del sujeto obligado |
| Forma de pago y umbral de efectivo | Artículo 32: restricciones al uso de efectivo | PC-05 | Se recibe un pago que la ley prohíbe recibir así, y eso es una falta distinta del aviso |
| Designación del representante encargado de cumplimiento | Artículo 20 | PC-24 | Las obligaciones del artículo 18 no tienen titular dentro de la empresa |
| Conservación por diez años | Artículo 18, fracción IV, con el plazo que subió a diez años en la reforma publicada el 16 de julio de 2025 | PC-21 | El documento se destruye antes de tiempo y no hay con qué sostener la operación |
| Constancia de capacitación anual | Artículo 18, fracción VII | PC-18 | La capacitación no es demostrable, aunque se haya dado |
Fuente: Ley Federal para la Prevención e Identificación de Operaciones con Recursos de Procedencia Ilícita, texto vigente tras la reforma publicada en el Diario Oficial de la Federación el 16 de julio de 2025, y sus Reglas de Carácter General · verificado al 27 de septiembre de 2026.
El campo que no está en la pantalla se pide por correo el día que llega el requerimiento. Y ese día ya es tarde.
El número, en pantalla
Las pantallas que sostienen el corte del día 17
El número de este sistema es el día 17: la fecha límite del mes siguiente para que el aviso de cada operación que rebasa el umbral de su actividad esté presentado en el formato oficial. No es un indicador que nos hayamos inventado: sale de los artículos 23 y 24 de la ley y de sus Reglas de Carácter General.
Un aviso presentado a tiempo es el resultado de seis pantallas que trabajaron antes. Si una de ellas queda a medias, el día 17 llega con el aviso sin presentar o con el aviso presentado mal, que a efectos de sanción no son situaciones tan distintas.
Seis pantallas y un corte. Lo que se mide es la proporción de avisos presentados en plazo sobre avisos exigibles del periodo, y esa proporción se lee en PC-15.
- PC-02 y PC-03, antes de operar: el expediente de identificación cerrado, con el documento leído y la verificación hecha. El brochure atribuye a la lectura automatizada del documento una reducción del 80 % en el tiempo del expediente; es una afirmación del brochure y así se publica, con su límite en la página de inteligencia artificial.
- PC-06, el mismo día: el cotejo contra las listas oficiales y de sanciones, con la versión de la lista y la hora.
- PC-04, al momento de la operación: la clasificación y la conversión a unidades de medida y actualización, con la acumulación del periodo a la vista para que el fraccionamiento no pase.
- PC-05, antes de recibir el pago: el umbral de efectivo validado.
- PC-08, en los días siguientes: la alerta dictaminada, con responsable y criterio, no cerrada en bloque.
- PC-11 y PC-12, antes del día 17: el aviso generado, validado contra el formato, aprobado por quien debe aprobarlo, presentado, y el acuse guardado con su folio.
El día 17 no se gana el día 17. Se gana en PC-02, el día que entró el cliente.
Evidencia, con hora de corte
Lo que la base del motor ya tiene generado para este sistema
Hasta aquí el catálogo sale del brochure y de la norma. Esta sección sale de otro lugar: de la base del motor con el que se construyen estos sistemas. Es consultable, tiene fecha y hora, y dice también lo que no está.
ComplianceShield tiene tres proyectos en esa base, que describen partes distintas del producto. El proyecto «Compliance Shield» trae la especificación del núcleo de la ley: cinco módulos —expediente e identificación del cliente, monitoreo de operaciones, cumplimiento y aviso, gobierno corporativo y capital humano, y repositorio documental, seis roles, cinco procesos, dieciocho subprocesos, veinticinco casos de uso, treinta y tres entidades y ochenta y seis reglas de negocio. El proyecto «Compliance Shield - Background Check» trae la verificación de antecedentes del personal, y es el único de los tres que llegó a generar pantallas: veintidós. El proyecto «Plataforma Compliance Empresarial» trae la variante corporativa —diagnóstico, políticas, matriz de riesgo legal, tareas, evidencia y auditoría— con seis módulos, siete roles y treinta y cuatro casos de uso.
Las veintidós pantallas generadas están abajo con su código, su tipo, su ruta y su entidad principal, tal como están en la base. Son la prueba de que las pantallas de este catálogo no son una maqueta: el motor las produce con tipo, ruta y entidad, y las de un sistema de cumplimiento salen con vocabulario de cumplimiento.
Las veintidós pantallas generadas del proyecto «Compliance Shield - Background Check», tal como están en la base
| Código | Pantalla | Tipo | Ruta | Entidad principal | Funcionalidades |
|---|---|---|---|---|---|
| PNT-CMP-001 | Gestión de Fundamentos Legales | CRUD | /cumplimiento/catalogo-legal/fundamentos-legales | fundamento_legal | 4 |
| PNT-CMP-002 | Gestión de Perfiles de Puesto | CRUD | /cumplimiento/catalogo-legal/perfiles-puesto | perfil_puesto | 6 |
| PNT-CMP-003 | Generador de Documentos de Consentimiento | WIZARD | /cumplimiento/generacion-documentos/consentimiento | perfil_puesto | 4 |
| PNT-CMP-004 | Monitor de Alertas de Cumplimiento | DASHBOARD | /cumplimiento/monitoreo/alertas | alerta_cumplimiento | 5 |
| PNT-CMP-005 | Dashboard de Cumplimiento Regulatorio | DASHBOARD | /cumplimiento/dashboard/general | alerta_cumplimiento | 5 |
| PNT-VER-001 | Configuración de Fuentes de Verificación | CRUD | /verificacion/orquestacion/fuentes | fuente_verificacion | 4 |
| PNT-VER-002 | Ejecución de Verificaciones Automáticas | PROCESO | /verificacion/orquestacion/ejecucion | expediente | 4 |
| PNT-VER-003 | Análisis de Hallazgos y Discrepancias | CRUD | /verificacion/analisis/hallazgos | hallazgo | 4 |
| PNT-VER-004 | Registro de Referencias Laborales | CRUD | /verificacion/manuales/referencias | referencia_laboral | 4 |
| PNT-VER-005 | Gestión de Expedientes | CRUD | /verificacion/expedientes/gestion | expediente | 5 |
| PNT-AUD-001 | Bitácora de Auditoría | LISTADO | /auditoria/bitacora/eventos | bitacora_auditoria | 3 |
| PNT-AUD-002 | Control de Acceso a Datos Sensibles | CRUD | /auditoria/control-acceso/datos-sensibles | acceso_dato_sensible | 4 |
| PNT-AUD-003 | Reportes de Auditoría | REPORTE | /auditoria/reportes/cumplimiento | bitacora_auditoria | 2 |
| PNT-DEC-001 | Registro de Decisiones de Contratación | CRUD | /decision/registro/decisiones | decision_contratacion | 5 |
| PNT-DEC-002 | Gestión de Notificaciones Adversas | CRUD | /decision/notificaciones/adversas | notificacion_adversa | 4 |
| PNT-DEC-003 | Revisión de Aclaraciones | CRUD | /decision/aclaraciones/revision | aclaracion_candidato | 4 |
| PNT-ARC-001 | Gestión de Solicitudes de Derechos del Titular | CRUD | /arco/gestion/solicitudes | solicitud_arco | 4 |
| PNT-ARC-002 | Políticas de Retención de Datos | CONFIGURACION | /arco/ciclo-vida/politicas-retencion | politica_retencion | 3 |
| PNT-ARC-003 | Destrucción Segura de Datos | PROCESO | /arco/ciclo-vida/destruccion | destruccion_datos | 4 |
| PNT-PRT-001 | Portal de Consentimiento del Titular | WIZARD | /portal/candidato/consentimiento | candidato | 7 |
| PNT-PRT-002 | Solicitudes de Derechos del Titular | CRUD | /portal/candidato/arco | solicitud_arco | 4 |
| PNT-PRT-003 | Aclaraciones a Decisiones Adversas | CRUD | /portal/candidato/aclaraciones | aclaracion_candidato | 4 |
Fuente: base del motor de la casa, el proyecto «Compliance Shield - Background Check», tabla pantalla unida a modulo_sistema. Corte tomado del propio servidor: 2026-09-27 08:03:53. Los nombres y las rutas están tal como la base los tiene; sólo se sustituyó la palabra «candidato» por «titular» en tres títulos para que se lean fuera del contexto de reclutamiento. Ocho tipos distintos de pantalla en veintidós filas.
Y ahora lo que no está, que importa igual. Al corte indicado, ninguno de los tres proyectos tiene máquinas de estado registradas, ni interfaces de programación generadas, ni documentos técnicos producidos, ni agentes de inteligencia artificial dados de alta. El proyecto «Compliance Shield - Background Check» tiene cero reglas de negocio; el de «Compliance Shield» tiene ochenta y seis, ninguna clasificada todavía en su subpatrón. El cruce de permiso por pantalla y por rol se define en la implantación: los roles existen y las pantallas existen, y quién ve qué lo decide su organización, no nosotros.
Hay además una segunda sesión escribiendo en esa misma base mientras esto se publica, con más de dos mil cuatrocientos elementos reencolados para regeneración de reglas. Por eso todo conteo de esta sección lleva la hora: un número sin hora no es reproducible.
Lo que está poblado, se publica con su cita. Lo que no, se nombra. Un catálogo que sólo enseña lo que funciona no es evidencia: es un folleto.
Lo que viene de fábrica
Lo que cada pantalla trae sin que nadie lo pida
Cuando el generador produce una pantalla, no produce un archivo: produce seis artefactos —los tipos de datos, los servicios que hablan con el servidor, el almacén de estado con sus permisos, el enlace de eventos con las reglas de negocio, la página y su índice de exportación. Además actualiza el ruteo y el menú del sistema.
Y aplica a todas las páginas una misma fase transversal: categorización de campos, control de acceso por rol, esquema de validación, detección de campos de auditoría, detección de campos de carga de archivos y detección de folios. Para un sistema de cumplimiento esos cuatro últimos no son detalles: el campo de auditoría es lo que después se lee en PC-20, y el folio es lo que se cita en un requerimiento.

Lo que se genera por pantalla · qué significa en cumplimiento
| Lo que se genera | Qué significa aquí |
|---|---|
| Tipos de datos de la entidad | El expediente y la operación tienen forma declarada, no un objeto libre |
| Servicios contra el servidor | La pantalla no guarda nada por su cuenta: todo pasa por el servicio y queda registrado |
| Almacén de estado con permisos | El rol viaja con el estado de la pantalla, no se comprueba sólo al entrar |
| Enlace de eventos con reglas de negocio | El umbral, la obligatoriedad y el bloqueo viven en la pantalla, no en la cabeza del capturista |
| Control de acceso por rol y esquema de validación | Quién puede dictaminar y quién sólo consultar es parte de la pantalla |
| Detección de campos de auditoría y de folio | El quién y el cuándo se guardan sin que nadie los capture, y el folio existe para citarlo |
Fuente: dossier de evidencia de plataforma de la casa, verificado el 27 de septiembre de 2026 sobre el código en disco. Nada se ejecutó en runtime: lo verificado es que el código que genera esos artefactos existe y está citado.
Una pantalla que no trae su control de acceso ni su bitácora se termina de construir con una hoja de cálculo al lado. Y esa hoja es la que el verificador no puede aceptar.
El día que llega la autoridad
Las pantallas que la visita de verificación abre
El Título V de la ley regula las visitas de verificación. Lo que ocurre en una visita es sencillo de describir y difícil de resistir: se pide un expediente, se pide el aviso de un periodo, se pide la bitácora de quién vio ese expediente, y se pide la constancia de capacitación del personal que lo tocó. Cuatro peticiones, cuatro pantallas.
La carpeta de la visita, PC-22, no es un archivo comprimido: es la lista de requerimientos con el documento que satisface cada uno, su ubicación, su responsable y lo que falta. Se arma antes, no durante. Eso es lo que el brochure llama preparación de la visita, y por eso el módulo existe.
Lo que se pide en la visita · qué pantalla lo entrega · en cuánto
| Lo que se pide | Pantalla | Qué sale de ahí |
|---|---|---|
| El expediente de identificación de un cliente concreto | PC-01 | El expediente completo con su beneficiario controlador y el historial de cambios |
| El aviso de un periodo y su acuse | PC-11 · PC-12 | El aviso presentado, el folio del acuse y la hora de presentación |
| El dictamen de una alerta | PC-08 | Quién la revisó, con qué criterio, qué decidió y con qué evidencia |
| Quién consultó ese expediente y por qué | PC-20 | El evento con usuario, rol, hora y justificación de acceso |
| La política vigente y sus acuses de recibido | PC-17 | La versión vigente, la anterior y quién acusó de recibido |
| La constancia de capacitación del personal | PC-18 | La constancia con su fecha, y el personal que está pendiente |
| El documento que sostiene una operación de hace ocho años | PC-21 | El documento localizado por búsqueda, dentro del plazo de diez años |
| El plan de auditoría y el cierre de un hallazgo | PC-19 | El hallazgo, la acción correctiva y la evidencia de que se cerró |
Fuente: Ley Federal para la Prevención e Identificación de Operaciones con Recursos de Procedencia Ilícita, artículo 18 y Título V, y sus Reglas de Carácter General · verificado al 27 de septiembre de 2026. El módulo de preparación de visitas y el de conservación documental están declarados en el brochure de ComplianceShield.
En una visita no gana quien más sabe. Gana quien encuentra el documento sin colgar el teléfono.
Roles
Quién puede hacer qué, en la misma pantalla
La misma bandeja de alertas no puede verse igual para quien la dictamina, para quien la audita y para quien la mira desde el consejo. En este sistema el rol no cambia el color de la pantalla: cambia qué botones existen y qué filas se ven.
Los roles del catálogo de arriba están alineados con los que la base del motor tiene registrados para los proyectos de ComplianceShield. El proyecto «Compliance Shield» declara seis: administrador del sistema, representante encargado de cumplimiento, gerente de operaciones, gerente de recursos humanos, personal de finanzas y personal de atención a clientes. El de «Compliance Shield - Background Check» declara cinco, entre ellos oficial de cumplimiento, analista de verificación y asesor legal. El de «Plataforma Compliance Empresarial» declara siete.
Rol · qué pantallas abre · qué puede hacer · qué no
| Rol | Pantallas que abre | Qué puede hacer | Qué no puede |
|---|---|---|---|
| Representante encargado de cumplimiento | PC-06 · PC-08 · PC-10 · PC-11 · PC-12 · PC-15 · PC-17 · PC-21 · PC-22 · PC-26 | Dictaminar alertas, publicar versiones de reglas y de políticas, presentar el aviso, armar la carpeta de la visita | Borrar un evento de la bitácora ni editar un acuse presentado |
| Responsable de admisión de clientes | PC-01 · PC-02 · PC-03 · PC-06 | Levantar el expediente, correr la verificación, pedir el cotejo | Cerrar una coincidencia en listas por su cuenta |
| Operación y caja | PC-04 · PC-05 · PC-13 | Registrar la operación, validar el umbral de efectivo, cargar el lote | Cambiar el umbral ni editar la clasificación después del cierre del periodo |
| Monitoreo | PC-09 · PC-08 en modo consulta | Reconocer la señal, abrir la operación, generar la alerta | Dictaminar ni cerrar la alerta que generó |
| Auditoría interna | PC-19 · PC-20 · PC-15 en modo consulta | Levantar hallazgos, verificar su cierre, leer la bitácora completa | Modificar el dictamen de una alerta ni la evidencia de cierre |
| Compras | PC-23 · PC-01 del proveedor | Consultar el estatus de riesgo, pedir el documento faltante | Comprar a un proveedor bloqueado ni levantar el bloqueo |
| Consejo directivo y socios | PC-16 · PC-24 · PC-14 en modo consulta | Ver el riesgo por materia, la estructura societaria y los poderes | Operar sobre expedientes ni sobre alertas |
| Recursos Humanos | PC-18 · PC-24 en su parte de organigrama | Programar capacitación, emitir constancias, mantener el organigrama | Ver el expediente de identificación de clientes |
| Área jurídica | PC-25 · PC-22 en modo consulta | Calcular el escenario de sanción, preparar la respuesta | Editar el aviso ni el dictamen |
Los roles y su descripción salen de la base del motor, los proyectos «Compliance Shield» (seis roles), «Compliance Shield - Background Check» (cinco) y el de la variante corporativa (siete), con corte del servidor del 27 de septiembre de 2026. El reparto por pantalla de este cuadro es el que corresponde al proceso de la ley: la tabla de permisos por pantalla y rol está vacía en la base al corte indicado, y por eso este reparto se publica como diseño del proceso, no como transcripción del motor.
Un rol que puede dictaminar la alerta que él mismo generó no es un rol: es un hueco de control. Por eso están separados.
La línea
Qué está verificado y qué no
Esta capa del sitio existe para demostrar que el sistema existe. Eso obliga a decir dónde termina la evidencia. Aquí está la línea, por si alguien quiere usar una cifra de esta página en otro documento.
Afirmación · grado · de dónde sale
| Afirmación | Grado | De dónde sale |
|---|---|---|
| Veintiún tipos de pantalla, con generador y plantilla por tipo | Verificado en código | veintiún directorios |
| Seis artefactos por pantalla y fase transversal con control de acceso | Verificado en código | Código de la plataforma |
| Veintidós pantallas generadas para el proyecto «Compliance Shield - Background Check», con tipo y ruta | Verificado en la base, con hora | Base del motor, corte del servidor 2026-09-27 08:03:53 |
| Ochenta y seis reglas de negocio en el proyecto «Compliance Shield» | Verificado en la base, con hora | Base del motor, corte del servidor 2026-09-27 07:59:13; ninguna clasificada aún en subpatrón |
| Treinta módulos, 305 funcionalidades y 84 con inteligencia artificial | Afirmación del brochure | Portada del brochure de ComplianceShield. No es una medición nuestra |
| Reducción del 80 % en el tiempo del expediente y 70 % menos falsos positivos | Afirmación del brochure | Brochure de ComplianceShield, módulos de identificación y de monitoreo. Su límite está en la página de inteligencia artificial |
| Las veintiséis pantallas PC-01 a PC-26 | Diseño del proceso, sostenido en la norma y en el brochure | Los treinta módulos del brochure y los artículos citados de la ley. No todas están generadas hoy en la base: las que sí, están en la tabla del proyecto «Compliance Shield - Background Check» |
| Cuarenta y cinco controles de captura y visualización catalogados | Verificado en código, con reserva | . Es un catálogo de trabajo: varios controles están marcados como pendientes. «Cuarenta y cinco catalogados» es correcto; «cuarenta y cinco funcionando» no lo sería |
| Matriz de permisos por pantalla y rol | No verificado: vacío en la base | La tabla de acceso por pantalla y rol no tiene filas en los tres proyectos al corte indicado |
| Máquinas de estado de las entidades de cumplimiento | No verificado: vacío en la base | Sin filas de ciclo de vida en los tres proyectos al corte indicado |
Verificaciones de plataforma hechas el 27 de septiembre de 2026 sobre el código en disco; nada se ejecutó en runtime. Verificaciones de base con la hora del propio servidor.
Una tabla que no distingue entre lo medido y lo declarado sirve para vender una vez. Esta capa está hecha para sostener una auditoría.
Sin registro
Entre y recórralas
El sistema en vivo abre en /sistemas/complianceshield/sistema/. Arranca en estado de trabajo, con expedientes, alertas y avisos de muestra, y con la vista puesta en el rol que usted elija. No pide registro y no deja de funcionar a los quince minutos.
Todo número que aparezca en pantalla está marcado como dato de ejemplo. Los folios, los clientes y los avisos de la bandeja son de muestra y así se señalan: un número sin marcar se lee como real, y no lo es. Ningún dato de persona aparece en pantalla: los clientes de ejemplo son números de expediente, no nombres.
- La vista del representante encargado de cumplimiento: las alertas por dictaminar y los avisos contra el día 17.
- La vista de admisión de clientes: el expediente de identificación antes de operar.
- La vista de auditoría interna: el hallazgo, la bitácora y el cierre con evidencia.
- La vista del consejo: el riesgo por materia y lo que está sin dueño.
El que entra deja de discutir capturas de pantalla y empieza a discutir campos. Esa conversación es la que sirve.
Preguntas frecuentes
¿Son estas todas las pantallas que tiene el sistema?
No. Son veintiséis que cubren los treinta módulos que el brochure declara y diecisiete de los veintiún tipos del generador. Un sistema en operación tiene más, porque cada catálogo y cada consulta suma la suya. Como referencia de la plataforma: un sistema real generado con ella tiene 102 pantallas contadas en disco, cifra que además coincide con la que el propio sistema muestra en su tablero de inicio.
¿Cuántas pantallas de ComplianceShield existen hoy en la base del motor?
Veintidós, todas del proyecto «Compliance Shield - Background Check», con su código, tipo, ruta y entidad principal; están transcritas en esta página con la hora de corte del servidor, 2026-09-27 08:03:53. Los los proyectos «Compliance Shield» y el de la variante corporativa, que traen la especificación del núcleo de la ley y la variante corporativa, tienen módulos, roles, procesos, casos de uso y entidades, pero cero pantallas generadas al mismo corte. Lo decimos porque la diferencia entre «especificado» y «generado» es exactamente la que esta capa existe para mostrar.
¿Puedo cambiar un campo de una pantalla, o hay que levantar una orden de cambio?
El cambio se hace sobre la definición de la pantalla y la pantalla se vuelve a generar. El motor de cambios de la plataforma tiene interfaz para pedir el cambio, ver su impacto, aprobarlo y ejecutarlo, y clasifica el cambio contra 662 reglas de detección.
¿Por qué hay dos pantallas de tipo DASHBOARD y varias de tipo CRUD?
Porque el tipo describe la forma de trabajo, no el tema. El tablero del oficial de cumplimiento y el del consejo son el mismo trabajo —mirar indicadores para decidir hoy— sobre dos ámbitos con umbrales distintos, y el tipo DASHBOARD corresponde a los dos. Lo mismo con las capturas de alta, baja y cambio de un catálogo.
¿Las pantallas incluyen los permisos, o eso se configura aparte?
Los incluyen. El control de acceso por rol se genera junto con la pantalla, en el almacén de estado y en el enlace de eventos, y forma parte de la fase que el generador aplica a todas las páginas. Lo que se configura es quién tiene cada rol. Aparte: la tabla que cruza pantalla con rol está vacía en la base para los tres proyectos de ComplianceShield al corte indicado, y eso se dice en la tabla de roles de esta página.
¿Puedo ver estas pantallas sin dejar mis datos?
Sí. Abre en /sistemas/complianceshield/sistema/, sin registro, con datos de ejemplo marcados en pantalla, y arranca con la vista del rol que usted elija desde esta misma página.
Referencias
- Ley Federal para la Prevención e Identificación de Operaciones con Recursos de Procedencia Ilícita: artículo 17 (actividades vulnerables y umbrales), 18 (identificación, monitoreo, capacitación, auditoría y conservación por diez años), 20 (representante encargado de cumplimiento), 23 y 24 (aviso a más tardar el día 17), 32 (restricciones al uso de efectivo), Título IV Bis (beneficiario controlador) y Título V (visitas de verificación). Texto vigente tras la reforma publicada en el Diario Oficial de la Federación el 16 de julio de 2025. Consultada el 27 de septiembre de 2026. ↗
- Reglas de Carácter General a que se refiere la Ley Federal para la Prevención e Identificación de Operaciones con Recursos de Procedencia Ilícita: formato del aviso, plazos y medio de presentación. Consultadas el 27 de septiembre de 2026. ↗
- SPARTANE · dossier de evidencia de plataforma, 03-pantallas: enum de tipos de pantalla, generadores de página, plantillas en disco (Templates/Pantallas/, veintiún directorios), artefactos por pantalla, fase transversal y catálogo maestro de controles. Verificado el 27 de septiembre de 2026 sobre el código en disco; nada se ejecutó en runtime.
- SPARTANE · extracción de la base del motor de la casa, los tres proyectos del dominio. Corte tomado del propio servidor: 2026-09-27 08:03:53 y 2026-09-27 07:59:13. Sólo lectura; cada tabla lleva al pie la consulta que la produjo.
- ComplianceShield · brochure de cumplimiento organizacional, 5 páginas: los treinta módulos con su capacidad de inteligencia artificial, la cobertura regulatoria artículo por artículo y el costo de no cumplir.
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 ComplianceShield 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.