ComplianceShield · APIs e integraciones
Un aviso presentado a tiempo es cuatro sistemas que hablaron antes del día 17.
Aquí está con qué se conecta este sistema y en qué dirección va cada dato: el portal por el que se presenta el aviso y su formato oficial, las listas de la autoridad y de sanciones y cómo se actualizan, el registro fiscal y la opinión de cumplimiento, la verificación de identidad y la lectura del documento, y el sistema contable o de planificación de recursos que usted ya tiene. Más los puntos de entrada de la plataforma, con su cita, y los eventos que el sistema dispara hacia afuera.
El punto de partida
Un aviso presentado, cuatro sistemas que tuvieron que hablar
El día 17 no lo pierde quien no sabe la ley. Lo pierde quien tiene el dato en cuatro lugares que no se hablan: el cliente en el sistema comercial, la operación en el contable, el documento de identificación en una carpeta y el resultado del cotejo contra listas en el correo de alguien.
Integrar aquí no es una comodidad técnica: es lo que hace que el expediente exista antes de que haga falta. Si la operación entra sola desde el sistema contable, se clasifica y se mide en unidades de medida y actualización el mismo día; si entra a mano el día 14, se clasifica mal o no se clasifica.
Esta página está ordenada por dirección del dato: primero lo que el sistema entrega a la autoridad, después lo que recibe de fuentes externas, después lo que intercambia con sus sistemas, y al final lo que avisa hacia afuera cuando algo pasa.
El expediente que se arma el día 14 no es un expediente. Es una reconstrucción, y se nota.
Por eso la primera integración que se conecta en un arranque no es la vistosa: es la del sistema contable.
Salida · obligación
Lo que se entrega a la autoridad: el formato y el portal del aviso
El aviso de una actividad vulnerable no se manda por correo ni se entrega en ventanilla: se presenta en el formato oficial que fijan las Reglas de Carácter General, por el portal de la autoridad hacendaria destinado a ese fin, y su prueba es el acuse con folio y fecha. El módulo de generación de avisos del brochure declara exactamente eso: generador del formato oficial, calendario y presentación por el portal.
Lo que el sistema hace, en concreto, son cuatro cosas. Arma el archivo con las operaciones del periodo que rebasan el umbral de su actividad. Lo valida campo por campo contra la estructura del formato antes de que salga. Registra quién lo revisó y quién lo autorizó. Y guarda el acuse devuelto, con su folio y su hora, junto a las operaciones que ampara.
Un matiz que evita decepciones: el acuse lo devuelve el portal de la autoridad, no el sistema. La presentación es un acto de la persona designada, con su credencial. Lo que el sistema elimina es el error de formato y la duda sobre si se presentó; lo que no elimina es la responsabilidad de presentarlo.
Intercambio con la autoridad · qué va · qué vuelve · qué se guarda
| Intercambio | Qué va | Qué vuelve | Qué se guarda |
|---|---|---|---|
| Presentación del aviso por el portal de la autoridad hacendaria | El archivo en formato oficial con las operaciones del periodo | El acuse con folio y fecha, o el rechazo con su motivo | El archivo enviado, el acuse, el folio, la hora y quién lo presentó |
| Alta y actualización en el padrón de actividades vulnerables | El alta, la baja o el cambio de la actividad y de los datos del sujeto obligado | La constancia del movimiento | La constancia, su fecha y el responsable del trámite |
| Designación del representante encargado de cumplimiento | Los datos de la persona designada y sus funciones | El registro del movimiento | La designación, su vigencia y su historial de cambios |
| Respuesta a requerimiento de la autoridad | Los expedientes, avisos y bitácoras solicitados | El acuse de la respuesta | Qué se entregó, a quién, cuándo y con qué oficio de referencia |
Fuente: Ley Federal para la Prevención e Identificación de Operaciones con Recursos de Procedencia Ilícita, artículos 17, 18, 20, 23 y 24, y sus Reglas de Carácter General, sobre el formato, el plazo del día 17 y el medio de presentación. 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. El módulo de generación de avisos con formato oficial, calendario y portal está declarado en el brochure de ComplianceShield.
Lo que un verificador pide no es el aviso: es el acuse. Por eso el acuse es un dato del sistema y no un archivo adjunto en un correo.
Entrada · fuentes oficiales
Las listas: cuáles, cómo se actualizan y qué se guarda de cada cotejo
El brochure declara cotejo masivo contra tres fuentes: las listas de la unidad de inteligencia financiera mexicana, la lista de sanciones de la oficina de control de activos extranjeros del Departamento del Tesoro de los Estados Unidos, y las listas consolidadas de sanciones del Consejo de Seguridad de la Organización de las Naciones Unidas. A eso suma un padrón propio de personas políticamente expuestas con monitoreo continuo.
La pregunta que decide si el cotejo sirve no es contra qué listas se coteja, sino cada cuánto se actualizan y qué se guarda. Una lista de sanciones cambia sin previo aviso, y un cotejo contra una copia de hace tres meses es peor que no cotejar, porque produce un expediente que parece limpio.
Por eso el diseño es el mismo para las tres fuentes: descarga programada de la publicación oficial, registro de la versión y de la fecha de esa publicación, recotejo automático de toda la cartera cuando la lista cambia, y expediente por cada coincidencia. Lo que se guarda no es «se revisó»: es qué lista, en qué versión, con qué punto de corte, a qué hora y quién resolvió.
Fuente · qué aporta · cómo se actualiza · qué se guarda del cotejo
| Fuente | Qué aporta | Cómo se actualiza | Qué se guarda |
|---|---|---|---|
| Listas de la unidad de inteligencia financiera mexicana | Las personas bloqueadas conforme al régimen nacional | Descarga programada de la publicación oficial; recotejo de toda la cartera cuando cambia | Versión y fecha de la lista, criterio, puntaje, decisión, autor y hora |
| Lista de sanciones de la oficina de control de activos extranjeros | Personas y entidades sancionadas por el régimen estadounidense, con alias y variantes | Descarga programada de la publicación oficial; recotejo al cambiar | Versión y fecha, alias coincidente, puntaje, decisión, autor y hora |
| Listas consolidadas de sanciones del Consejo de Seguridad de la Organización de las Naciones Unidas | Personas y entidades bajo régimen de sanciones internacionales | Descarga programada de la publicación consolidada; recotejo al cambiar | Versión y fecha, régimen aplicable, puntaje, decisión, autor y hora |
| Padrón de personas políticamente expuestas | Cargo, entidad, periodo y vínculos declarados | Carga y mantenimiento propios, con monitoreo continuo y revisión periódica configurable | Fuente del dato, fecha de última revisión, nivel de riesgo y su historial |
| Listas internas de la empresa | Clientes rechazados, relaciones terminadas y proveedores bloqueados | Alta y baja desde el propio sistema, con autor | Motivo del alta, vigencia, autor y fecha |
Las fuentes de cotejo —unidad de inteligencia financiera, oficina de control de activos extranjeros y Organización de las Naciones Unidas— y el padrón de personas políticamente expuestas con monitoreo continuo están declarados en el brochure de ComplianceShield. La obligación de identificación y monitoreo sale del artículo 18 de la ley · verificado al 27 de septiembre de 2026. La periodicidad concreta de descarga se configura por empresa y depende del calendario de publicación de cada fuente.
Una precisión que conviene tener por escrito antes de firmar: este sistema coteja contra las publicaciones oficiales de esas fuentes. No incorpora ninguna base comercial de riesgo de terceros. Si su política exige además una fuente comercial, es una conexión adicional y se dimensiona aparte, con su costo y su contrato.
El valor del cotejo no está en encontrar: está en poder demostrar cuándo se buscó y contra qué versión.
Entrada y salida · autoridad fiscal
El registro fiscal: padrón, comprobación de datos y opinión de cumplimiento
La autoridad fiscal aparece en este sistema en tres momentos distintos, y conviene no mezclarlos.
El primero es el registro: el sujeto obligado se da de alta en el padrón de actividades vulnerables y mantiene sus datos actualizados. Ese trámite produce constancias que el sistema guarda con su fecha, porque son lo primero que se pide en una visita.
El segundo es la comprobación de los datos del cliente: la clave del registro federal de contribuyentes y la clave única de registro de población se validan contra la fuente que corresponde, y el resultado de esa validación se guarda con su hora. El módulo de identificación del brochure declara esa validación automática como parte del expediente.
El tercero es la opinión de cumplimiento de obligaciones fiscales, que no es una obligación de esta ley sino una política de la empresa frente a proveedores y clientes. El sistema la trata como un documento del expediente del tercero: con su fecha, su resultado y su vigencia, y con aviso cuando caduca.
Momento · qué se consulta o se presenta · qué se guarda · para qué
| Momento | Qué se consulta o presenta | Qué se guarda | Para qué |
|---|---|---|---|
| Alta y mantenimiento en el padrón de actividades vulnerables | El movimiento de alta, baja o modificación | La constancia, su fecha y el responsable | Es lo primero que se pide en una visita de verificación |
| Validación de la clave del registro federal de contribuyentes del cliente | La clave contra la fuente oficial | Resultado, fecha y hora de la validación | Que el expediente no dependa de un dato tecleado mal |
| Validación de la clave única de registro de población | La clave de la persona física contra la fuente oficial | Resultado, fecha y hora | Cerrar el expediente de identificación con dato comprobado |
| Opinión de cumplimiento de obligaciones fiscales del tercero | El documento aportado por el proveedor o el cliente | Resultado, fecha de emisión y vigencia | Política de contratación de la empresa, no obligación de esta ley |
| Comprobantes fiscales de la operación | El comprobante emitido o recibido, desde el sistema contable | Referencia del comprobante junto a la operación registrada | Que el monto de la operación y el del comprobante sean el mismo dato |
El módulo de identificación con validación automática de clave del registro federal de contribuyentes y de clave única de registro de población, y el módulo de padrón ante la autoridad hacendaria, están declarados en el brochure de ComplianceShield. La obligación de identificación sale del artículo 18 de la ley. La opinión de cumplimiento de obligaciones fiscales no es obligación de esta ley y se trata como documento del expediente del tercero.
Separar lo que la ley exige de lo que su política exige evita la discusión más cara del arranque: cuál de los dos se puede relajar.
Entrada · servicios de identidad
Verificación de identidad y lectura del documento
El brochure declara dos servicios en el módulo de identificación: verificación biométrica y lectura automatizada del documento, y le atribuye a la segunda una reducción del 80 % en el tiempo del expediente. Esa cifra es una afirmación del brochure y así se publica, con su límite: depende de la calidad del documento digitalizado y de cuántos campos se corrigen a mano.
La verificación biométrica funciona como prueba de vida y cotejo facial contra el documento, y produce un puntaje. Lo importante para cumplimiento es lo que queda: el puntaje, el umbral con el que se aceptó, la hora y quién aceptó si el puntaje estuvo por debajo del umbral. Un expediente aceptado por excepción es perfectamente válido si la excepción está registrada y firmada.
La lectura del documento extrae los campos y los precarga. Todo campo extraído es editable y toda corrección queda con su autor: es la única forma de que el expediente sea defendible cuando la extracción se equivoca, que se equivoca.
Estos dos servicios son conexiones a proveedores especializados, que se contratan aparte. El sistema define el contrato de datos, guarda la evidencia y no ata la operación a un proveedor concreto: si cambia el proveedor, cambia la conexión y el expediente conserva lo que se guardó.
- Lo que entra: imágenes del documento, imagen de la persona y datos declarados por el propio cliente.
- Lo que vuelve: campos extraídos con su grado de certeza, resultado de la prueba de vida y puntaje del cotejo facial.
- Lo que se guarda: el original digitalizado, los campos extraídos, los campos corregidos con su autor, el puntaje, el umbral aplicado y la hora.
- Lo que no se guarda: nada que el expediente no necesite para sostenerse ante un requerimiento. La política de conservación aplica también a estas imágenes, con su plazo de diez años y su destrucción documentada.
Lo que defiende un expediente no es el puntaje alto. Es saber con qué umbral se aceptó y quién lo aceptó cuando no lo fue.
Intercambio · sus sistemas
El sistema contable o de planificación de recursos que usted ya tiene
Esta es la integración que decide si el sistema se usa o se abandona. El módulo de integración del brochure declara conexión con sistemas de planificación de recursos, de gestión de clientes y otros sistemas externos, con sincronización automática; y el módulo de gobierno corporativo declara sincronización bidireccional con los sistemas de personal.
Lo que interesa no es el nombre del sistema de origen sino qué cruza la frontera y en qué dirección. La tabla siguiente lo dice campo por campo, porque es la conversación que su área de sistemas va a querer tener en la primera sesión.
Una regla de diseño que conviene decir en voz alta: el sistema de cumplimiento no corrige el dato de origen. Si el sistema contable trae el monto o la forma de pago mal, llega mal, se marca como discrepancia y queda registrado de dónde vino. Corregirlo en dos lugares distintos es la forma más rápida de que ninguno de los dos sea confiable.
Dato · de dónde viene · hacia dónde va · cada cuánto
| Dato | Origen | Destino | Frecuencia |
|---|---|---|---|
| Cliente y sus datos de identificación | Sistema comercial o contable | Expediente de identificación | En el alta y en cada cambio |
| Operación: monto, moneda, fecha, forma de pago y concepto | Sistema contable o de planificación de recursos | Registro de la actividad vulnerable, para clasificar y medir en unidades de medida y actualización | Diaria, o en el momento con recepción de eventos |
| Proveedor y su expediente documental | Módulo de compras del sistema de origen | Padrón de proveedores con estatus de riesgo | En el alta y en cada renovación de documento |
| Estructura organizacional, áreas y titulares | Sistema de personal | Organigrama y análisis de funciones incompatibles | Sincronización periódica, en los dos sentidos |
| Personal y su expediente laboral | Sistema de personal | Expediente del personal y plan de capacitación | En el alta, la baja y el cambio de puesto |
| Estatus de riesgo del cliente o del proveedor | ComplianceShield | Sistema comercial o de compras, para bloquear en el origen | En el momento en que cambia |
| Bloqueo por umbral de efectivo | ComplianceShield | Punto de cobro o caja | En el momento de la operación |
| Referencia del comprobante fiscal | Sistema contable | Operación registrada | Con la operación |
El módulo de integración con sistemas de planificación de recursos, de gestión de clientes y externos, con sincronización automática, y la sincronización bidireccional con sistemas de personal, están declarados en el brochure de ComplianceShield. La dirección de cada dato de esta tabla es el diseño del proceso y se acuerda en la primera sesión con su área de sistemas. La base del motor registra la ejecución de estas sincronizaciones como entidad propia, con su estado, su fecha y sus errores.
Si la operación no entra sola, el sistema se convierte en una segunda captura. Y una segunda captura siempre se abandona.
Evidencia de plataforma
Los puntos de entrada de la plataforma, con método y ruta
Lo anterior es del negocio. Esto es de la plataforma y está verificado en el código, con cita de archivo y línea en el expediente interno. El servidor del portal tiene 500 archivos de controlador —499 de interfaz y uno de clase base— y 3,953 atributos de ruta declarados: 1.759 de consulta, 1.042 de actualización, 761 de borrado y 391 de creación.
La mayoría de esos controladores siguen una misma plantilla de dieciséis acciones por entidad, resueltas por convención de ruta. Lo que sigue son los puntos de entrada representativos, que sí declaran su ruta de forma explícita.
Método · ruta · para qué sirve aquí · cita
| Método | Ruta | Para qué sirve aquí |
|---|---|---|
| POST | /oauth/token | Obtener la credencial con la que cualquier sistema suyo habla con éste |
| GET | /api/{entidad}?startRowIndex=&maximumRows=&where=&order= | Consultar cualquier entidad del sistema —cliente, operación, alerta, aviso— con filtro y orden |
| GET · POST · PUT · DELETE | /api/{Entidad}/{accion}/{id} | La plantilla de dieciséis acciones por entidad: consulta, alta, cambio, baja y listado paginado |
| POST | /api/solicitud_cambio/desde-edicion | Pedir un cambio al sistema desde la propia pantalla, sin salir de la sesión |
| GET | /api/motor/impacto | Ver qué toca un cambio antes de aprobarlo |
| PUT | /api/motor/aprobar/{id} · /api/motor/rechazar/{id} | Aprobar o rechazar el cambio, con autor |
| POST | /api/motor/ejecutar/{id} | Ejecutar el cambio aprobado y regenerar lo afectado |
| GET | /api/motor/versiones/{idPantalla} | Ver el historial de versiones de una pantalla, y cuál es la estable |
| GET | /api/reportedefinicion/bypantalla/{idPantalla} | Recuperar la definición de un reporte para reproducirlo fuera |
| POST | /api/reportedefinicion/publish | Publicar una versión del reporte, con posibilidad de restaurar la anterior |
| POST | /api/CICDWebhook/generic | Recibir un evento de un sistema externo, en formato genérico |
| GET | /api/CICDWebhook/health | Comprobación de vida, para el monitoreo de su área de sistemas |
| POST | /api/ai-chat-builder/registrar-push | Registrar el dispositivo que va a recibir los avisos del sistema |
| POST | /api/ai-chat-builder/check-impact | Consultar el impacto de un cambio desde una aplicación cliente |
| GET | /api/DisenoDatos/GetEntidades · GetRelaciones | Recuperar el diccionario de datos y sus relaciones, para su gobierno de datos |
| Canal de eventos en tiempo real | /bff/events | El canal por el que una pantalla abierta se entera de algo sin recargar |
Fuente: dossier de evidencia de plataforma de la casa, 06-APIs: 500 archivos de controlador y 3,953 atributos de ruta contados; rutas y métodos leídos de los atributos y firmas del código. Verificado el 27 de septiembre de 2026; nada se ejecutó en runtime y no se llamó ningún punto de entrada. La especificación pública de interfaz declara veinte rutas documentadas.
Su área de sistemas no quiere un folleto de integración. Quiere un método, una ruta y un archivo donde comprobarlo.
Salida · eventos
Los eventos: qué avisa el sistema hacia afuera y cuándo
Una integración que hay que consultar no es una integración: es una tarea. Lo que cambia la operación es lo contrario, que el sistema avise sin que nadie pregunte, y para eso hay tres canales verificados en la plataforma.
El primero es el canal de eventos en tiempo real, que expone el orquestador: por ahí se entera una pantalla abierta de que algo pasó. El segundo es la notificación a dispositivo, con registro del aparato y disparo del aviso. El tercero es el aviso entre servicios, que en sentido contrario también recibe: hay recepción de eventos externos, incluido un formato genérico.
La tabla dice qué evento del cumplimiento dispara cada aviso, cuándo, a quién y por qué canal. El canal concreto de cada evento se configura: lo verificado es que los tres canales existen.
Evento · cuándo se dispara · a quién avisa · por dónde
| Evento | Cuándo se dispara | A quién avisa | Canal |
|---|---|---|---|
| Aviso presentado, con acuse recibido | Al registrarse el folio del acuse devuelto por el portal de la autoridad | Representante encargado de cumplimiento, dirección y el expediente de cada operación amparada | Canal en tiempo real y aviso en la bandeja del rol |
| Aviso en riesgo de no llegar al día 17 | El día que se configure —por omisión, el 12— si quedan avisos exigibles sin acuse | Representante encargado de cumplimiento y dirección general | Notificación a dispositivo y canal en tiempo real |
| Coincidencia en listas por encima del punto de corte | En el momento del cotejo, y también en el recotejo automático cuando la lista cambia de versión | Representante encargado de cumplimiento; y admisión de clientes si el expediente está abierto | Canal en tiempo real y notificación a dispositivo |
| Posible fraccionamiento detectado | Cuando la suma de operaciones agrupadas cruza el umbral de la actividad en la ventana configurada | Monitoreo y representante encargado de cumplimiento | Canal en tiempo real y aviso en la bandeja del rol |
| Operación bloqueada por umbral de efectivo | En el momento en que se intenta liquidar por encima del límite legal | Operación y caja, y el responsable que autoriza la alternativa | Notificación a dispositivo, en el punto de cobro |
| Alerta sin dictamen por encima de su antigüedad | Al cumplirse el plazo configurado desde que se generó | El responsable asignado, y su superior al segundo aviso | Notificación a dispositivo y aviso en la bandeja del rol |
| Proveedor bloqueado o liberado | Al cambiar el estatus de riesgo del proveedor | Compras, y el sistema de compras de origen | Aviso entre servicios hacia el sistema de origen |
| Documento del expediente por vencer | Con la anticipación configurada antes de la fecha de vencimiento | Admisión de clientes, compras o recursos humanos, según el expediente | Aviso en la bandeja del rol y notificación a dispositivo |
| Cambio regulatorio detectado | Al publicarse una modificación que toca una obligación cargada | Representante encargado de cumplimiento y área jurídica | Canal en tiempo real y aviso en la bandeja del rol |
| Expediente con plazo de conservación cumplido | Al cumplirse los diez años desde la fecha que corresponda | Representante encargado de cumplimiento | Aviso en la bandeja del rol; la destrucción requiere autorización |
| Acceso a datos sensibles sin justificación registrada | En el momento de la consulta, si el motivo no se capturó | Auditoría interna y seguridad | Canal en tiempo real |
| Sincronización fallida con el sistema de origen | Al terminar una ejecución de sincronización con errores | Su área de sistemas y el responsable del dato | Aviso entre servicios y comprobación de vida |
| Cambio al sistema aprobado y ejecutado | Al aprobarse y ejecutarse una solicitud de cambio | Quien lo pidió y quien lo aprobó | Canal en tiempo real; queda además en la cola y el historial de versiones |
Canales verificados en la plataforma: canal de eventos en tiempo real, notificación a dispositivo y recepción de eventos externos (con comprobación de vida). Verificado el 27 de septiembre de 2026 sobre el código en disco. Los eventos del cumplimiento y sus destinatarios salen de los módulos que el brochure declara y de las obligaciones de los artículos 18, 23, 24 y 32 de la ley. El canal concreto de cada evento se configura.
Un sistema que avisa cambia el trabajo de las personas. Uno que hay que consultar sólo cambia dónde está guardado el dato.
Automatismos
Las tareas que corren solas, sin pantalla
Hay trabajo de cumplimiento que no tiene pantalla porque no lo hace nadie: la descarga de la lista cuando se publica, el recotejo de la cartera cuando la lista cambió, el recordatorio del día 12, el cálculo de la acumulación del periodo, la revisión de vencimientos, el cierre del día.
En esta plataforma eso tiene su propio camino. El catálogo de tipos de pantalla tiene una entrada que no produce pantalla sino una tarea de servidor: genera su configuración de programación y una clase por funcionalidad automática. Y hay una pantalla de tipo programador de tareas, con rejilla de trabajos y editor de expresiones de periodicidad.
- Descarga y versionado de listas, con recotejo de la cartera cuando cambia la versión.
- Recordatorio del aviso, el día configurado antes del 17, con escalamiento si el aviso sigue sin acuse.
- Cálculo de la acumulación por cliente y por actividad, en unidades de medida y actualización.
- Revisión de vencimientos: documentos del expediente, certificaciones, permisos y constancias de capacitación.
- Sincronización con el sistema contable y con el de personal, con registro de su ejecución y de sus errores.
- Identificación de expedientes con plazo cumplido, para que la destrucción sea una decisión y no un olvido.
Lo que depende de que alguien se acuerde, un mes no ocurre. Y el mes que no ocurre es el que se audita.
La línea
Qué está verificado, qué se configura y qué no está
Las integraciones con autoridades y con servicios de identidad dependen de lo que cada uno publique y de las credenciales de su empresa. Aquí está qué sostiene cada afirmación de esta página, para que nadie la cite de más.
Afirmación · grado · de dónde sale
| Afirmación | Grado | De dónde sale |
|---|---|---|
| El aviso se presenta en formato oficial por el portal de la autoridad, a más tardar el día 17 | Norma | Artículos 23 y 24 de la ley y sus Reglas de Carácter General |
| Conservación del acuse y del expediente por diez años | Norma | Artículo 18, fracción IV, texto vigente tras la reforma del 16 de julio de 2025 |
| Cotejo contra listas de la unidad de inteligencia financiera, de la oficina de control de activos extranjeros y de la Organización de las Naciones Unidas | Afirmación del brochure | Módulo de listas restrictivas del brochure de ComplianceShield |
| Verificación biométrica, lectura del documento y validación de claves oficiales | Afirmación del brochure | Módulo de identificación del brochure. La cifra de 80 % más rápido es del brochure y no es una medición nuestra |
| Conexión con sistemas de planificación de recursos, de clientes y de personal | Afirmación del brochure | Módulos de integración y de gobierno corporativo del brochure |
| 500 archivos de controlador y 3,953 atributos de ruta | Verificado en código | Conteo |
| Los puntos de entrada de la tabla, con su método y su ruta | Verificado en código | Atributos y firmas leídos en los archivos citados. No se llamó ninguno |
| Tres canales de evento: tiempo real, dispositivo y servicio a servicio | Verificado en código | Orquestador de la plataforma, |
| Interfaces generadas para los proyectos de ComplianceShield | No existen, al corte indicado | Los los tres proyectos del dominio no tienen interfaces generadas en la base. Corte del servidor 2026-09-27 08:10:53 |
| Número total de puntos de entrada del servidor | No determinable de forma estática | El ruteo por convención impide contarlos sin instrumentar la ejecución. Lo exacto son los 500 archivos y los 3,953 atributos |
| La periodicidad de descarga de cada lista | Configurable | Depende del calendario de publicación de cada fuente y de la política de la empresa |
| Bases comerciales de riesgo de terceros | No incluidas | Este sistema coteja contra publicaciones oficiales. Una fuente comercial es una conexión adicional, con su costo y su contrato |
Verificaciones de plataforma hechas el 27 de septiembre de 2026 sobre el código en disco; nada se ejecutó en runtime y no se llamó ningún punto de entrada. Verificaciones de base con la hora del propio servidor.
Una lista de integraciones sin esta tabla al lado se convierte, en la implantación, en una discusión sobre qué se prometió.
Sin registro
Entre y vea por dónde entra su dato
El sistema en vivo abre en /sistemas/complianceshield/sistema/, sin registro. Ahí puede seguir un dato completo: la operación que entra desde el sistema contable, se clasifica, se mide contra el umbral, dispara el cotejo, genera la alerta y termina en el aviso con su acuse.
Todos los datos son de ejemplo y están marcados en pantalla. No hay ningún dato personal: los clientes y proveedores de muestra son números de expediente.
- La vista de operación y caja: por dónde entra la operación y dónde se bloquea el efectivo.
- La vista del representante encargado de cumplimiento: el aviso, su validación y su acuse.
- La vista de compras: el estatus de riesgo que vuelve hacia su sistema de compras.
La primera sesión con su área de sistemas debería durar una hora y terminar con la lista de campos acordada. Esta página existe para que esa hora empiece con la tabla ya escrita.
Preguntas frecuentes
¿El sistema presenta el aviso solo en el portal de la autoridad?
No. El sistema arma el archivo en el formato oficial, lo valida campo por campo, registra quién lo revisó y quién lo autorizó, y guarda el acuse con su folio y su hora. La presentación es un acto de la persona designada, con su credencial ante la autoridad. Lo que se elimina es el error de formato y la duda sobre si se presentó; lo que no se elimina es la responsabilidad de presentarlo, que la ley atribuye al sujeto obligado.
¿Cada cuánto se actualizan las listas?
Se descargan de la publicación oficial de cada fuente con la periodicidad que se configure, y cuando una lista cambia de versión se recoteja la cartera completa de forma automática. La periodicidad depende del calendario de publicación de cada fuente y de la política de su empresa, y por eso es configurable. De cada cotejo se guarda la lista, su versión, la fecha de esa versión, el punto de corte aplicado, el puntaje, la decisión y su autor.
¿Qué pasa si mi sistema contable no tiene interfaz de integración?
Se resuelve por carga de archivo, que es una pantalla del tipo de importación: se carga, se mapean las columnas, se validan los registros, se ejecuta y se descargan los rechazos con su motivo. Es menos cómodo que una conexión directa y sirve igual para la evidencia, porque queda el lote, su folio y quién lo cargó. Lo que no se recomienda es capturar la operación dos veces.
¿El sistema corrige los datos que vienen del sistema de origen?
No, y es deliberado. Si el monto o la forma de pago vienen mal, llegan mal, se marcan como discrepancia y queda registrado de dónde vinieron. Corregir el mismo dato en dos sistemas distintos es la forma más rápida de que ninguno de los dos sea confiable ante un requerimiento.
¿Con qué credenciales habla mi sistema con éste?
Con una credencial obtenida en el punto de entrada de autenticación, que después se presenta en cada llamada. La consulta genérica de entidades admite filtro y orden y el orquestador la blinda antes de pasarla al servidor. Su área de sistemas verá además que existen puntos de entrada heredados que autentican por parámetros en la propia dirección; están documentados como riesgo en la documentación técnica de la plataforma y no se usan en las integraciones de este sistema.
¿Hay interfaces ya generadas para ComplianceShield?
No al corte indicado. Los tres proyectos de ComplianceShield en la base del motor —«Compliance Shield - Background Check», «Compliance Shield» y «Plataforma Compliance Empresarial»— no tienen interfaces generadas, con corte del propio servidor de 2026-09-27 08:10:53. Lo que está verificado es la capa de la plataforma: 500 archivos de controlador, 3,953 atributos de ruta y los puntos de entrada citados uno por uno en esta página. La diferencia entre las dos cosas se dice aquí porque es exactamente lo que un área de sistemas necesita saber antes de planear.
Referencias
- 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, y Título IV Bis, sobre identificación, monitoreo, presentación del aviso a más tardar el día 17, restricciones al uso de efectivo y conservación por diez años. 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 oficial del aviso, medio de presentación y acuse. Consultadas el 27 de septiembre de 2026. ↗
- SPARTANE · dossier de evidencia de plataforma, 06-APIs: 500 archivos de controlador y 3,953 atributos de ruta; punto de autenticación; ruteo por convención; plantilla de dieciséis acciones por entidad; motor de cambios; definición de reportes; recepción de eventos externos; notificación a dispositivo; diccionario de datos; canal de eventos en tiempo real y consulta genérica del orquestador. Verificado el 27 de septiembre de 2026 sobre el código en disco; nada se ejecutó en runtime.
- SPARTANE · dossier de evidencia de plataforma, 03-pantallas: tarea de servidor generada sin pantalla y su configuración de programación, pantalla de programación de tareas y editor de periodicidad.
- SPARTANE · extracción de la base del motor de la casa, los tres proyectos del dominio de ComplianceShield: sin interfaces generadas al corte. Corte tomado del propio servidor: 2026-09-27 08:10:53. Sólo lectura.
- ComplianceShield · brochure de cumplimiento organizacional, 5 páginas: módulos de generación de avisos con formato oficial y portal, de listas restrictivas, de identificación con verificación biométrica y lectura del documento, de padrón ante la autoridad hacendaria y de integración con sistemas de planificación de recursos, de clientes y de personal.
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.