El software AML on-premises es el cribado contra el blanqueo de capitales desplegado dentro del entorno propio o dedicado de una entidad, en lugar de consumirse como un servicio compartido que el proveedor aloja y opera. Los controles son los mismos — sanciones, personas del medio político (PEP), medios adversos y wallets —, pero el software y, sobre todo, los datos de cribado de la entidad se ejecutan en un entorno que ella controla, y no en una plataforma multi-tenant compartida con otros clientes.
Para la mayoría de las entidades reguladas, este modelo de despliegue no es una nota técnica al pie. Decide dónde residen físicamente los datos de los clientes y la evidencia de cribado, quién opera el entorno que los alberga y cuán aislado está ese entorno de otros tenants. Un exchange de criptomonedas, un emisor de dinero electrónico o una entidad de pagos con obligaciones de residencia de datos, con requisitos single-tenant o con estrictas expectativas de supervisión interna toma una verdadera decisión de arquitectura cuando sopesa un despliegue on-premises o dedicado frente a uno alojado.
Este artículo expone qué es el software AML on-premises, por qué las entidades lo consideran, qué les exige a cambio, cómo se comparan los despliegues alojado, dedicado y on-premises, dónde se sitúa la decisión en una plataforma regulada y dónde están los límites.
Qué es el software AML on-premises
El software AML on-premises describe un modelo de despliegue, no un tipo distinto de control. La lógica de cribado — el cotejo de una persona, una empresa o una dirección de blockchain frente a datos de sanciones, PEP, medios adversos y riesgo de wallets — se comporta igual dondequiera que se ejecute. Lo que cambia es dónde se ejecuta y quién controla el entorno y los datos que contiene.
Conviene distinguir tres disposiciones. Un servicio alojado multi-tenant lo opera por completo el proveedor, con los datos de varios clientes en una única plataforma compartida. Un despliegue dedicado single-tenant da a una entidad su propia instancia aislada y su propio almacenamiento, ya lo opere el proveedor o la entidad. Un despliegue on-premises sitúa el software y sus datos dentro de la infraestructura propia de la entidad, en un entorno que ella opera directamente. La línea que importa sigue el aislamiento y el control: cuán separados están los datos de la entidad de los de cualquier otro, y quién tiene las llaves del entorno que los almacena.
Un matiz condiciona todo lo que sigue. El cribado AML depende de datos de referencia externos — designaciones de sanciones, registros de PEP y fuentes de medios adversos que cambian de un día para otro. Por eso, un despliegue on-premises rara vez significa uno totalmente desconectado; los datos de referencia todavía han de llegar al entorno y mantenerse al día. On-premises describe dónde se ejecutan los datos propios de la entidad y el cribado, no la promesa de que el control no necesita nada del exterior.
Por qué las entidades consideran el despliegue on-premises
El motor más claro es la residencia de datos. El cribado maneja datos identificativos de los clientes y produce evidencia que una entidad ha de conservar, y algunas entidades están obligadas — por la regulación, por una política interna o por un mandato de un cliente — a mantener esos datos dentro de una jurisdicción definida o dentro de su propio entorno. Un despliegue que conserva los datos en una ubicación controlada responde a ese requisito de forma directa, donde un servicio alojado compartido puede no hacerlo.
El control y el aislamiento son las siguientes razones. Una disposición single-tenant u on-premises significa que los datos de cribado de la entidad no se alojan junto a los de otros clientes, y que la entidad ejerce supervisión directa sobre el entorno que los alberga. Para una institución que ha de demostrar a un supervisor exactamente dónde residen los datos regulados y quién puede acceder a ellos, esa inmediatez es más fácil de acreditar que una plataforma compartida.
El riesgo de terceros y de tecnología es la tercera razón. Las expectativas de resiliencia operativa empujan hoy a las entidades reguladas a gobernar su dependencia de los proveedores de tecnología y a saber — y dejar constancia de — dónde se conservan sus datos y cómo se supervisa a un proveedor. Elegir un despliegue dedicado u on-premises cambia la forma de esa dependencia: reduce la exposición a una plataforma compartida y, a la vez, sitúa más del entorno bajo el control propio de la entidad y sus propios dispositivos de resiliencia. Además, queda más cerca de los sistemas internos, lo que puede simplificar la integración con las plataformas junto a las que el cribado AML ya se ejecuta.
Qué exige a cambio el despliegue on-premises
El control se paga con responsabilidad. En un servicio alojado, el proveedor mantiene la plataforma parcheada, la infraestructura en funcionamiento y, sobre todo, los datos de referencia al día. Traslade el despliegue a un entorno dedicado u on-premises y más de ese trabajo operativo pasa a ser propio: operar y parchear el entorno, gestionar su disponibilidad y su recuperación, y dotar de personas que lo mantengan en buen estado.
Los datos de referencia merecen una atención particular. Las listas de sanciones y de PEP cambian con frecuencia, y un control de cribado solo vale lo que valen los datos que lo respaldan; una lista que ha quedado desactualizada es un fallo de control, no un desliz menor. Un despliegue que aísla el entorno debe, aun así, hacer llegar a él las designaciones actualizadas de forma fiable y a tiempo. La obligación de cribar frente a datos vigentes no se suaviza porque el software se ejecute en la infraestructura propia de la entidad — si acaso, la entidad asume una parte mayor de ella.
Las actualizaciones y los cambios siguen el mismo patrón. Las nuevas capacidades, correcciones y cambios en las fuentes de datos que un servicio alojado aplica de forma centralizada han de planificarse y aplicarse a un despliegue dedicado u on-premises según un ritmo que gestiona la entidad. Nada de esto es un argumento en contra del despliegue on-premises; fija su precio honesto. El modelo conviene a las entidades que necesitan el control y están dispuestas a asumir la responsabilidad operativa que lo acompaña.
Alojado, dedicado y on-premises comparados
Los tres modelos responden de forma distinta a las mismas preguntas. Ponerlos uno al lado del otro vuelve concreto el equilibrio: en términos generales, cuanto más aislado y controlado por la entidad es el despliegue, más responsabilidad operativa se traslada del proveedor a la entidad.
| Criterio | Alojado (multi-tenant) | Dedicado (single-tenant) | On-premises |
|---|---|---|---|
| Ubicación de los datos | En la plataforma compartida del proveedor | En una instancia aislada para una entidad | En la infraestructura propia de la entidad |
| Aislamiento del entorno | Compartido con otros clientes | Single-tenant, separado de los demás | Contenido dentro del entorno de la entidad |
| Mantenimiento de la plataforma y las listas | Operado y mantenido al día por el proveedor | Operado por el proveedor o la entidad, según acuerdo | En gran medida a cargo de la entidad |
| Responsabilidad de la resiliencia operativa | Sobre todo del proveedor | Compartida, definida por contrato | Sobre todo de la entidad |
| Idoneidad típica | Entidades que priorizan la rapidez y una baja carga operativa | Entidades que necesitan aislamiento sin alojamiento propio completo | Entidades con estrictos requisitos de residencia de datos o alojamiento interno |
Ninguna fila hace correcto un modelo por sí sola. Una entidad lee la tabla frente a sus propias obligaciones: dónde han de residir los datos regulados, cuánto aislamiento debe poder demostrar y cuánta responsabilidad operativa puede asumir de forma realista.
Dónde se sitúa la decisión de despliegue
El despliegue es una decisión distinta de la capacidad. Los controles que hace una plataforma — y la forma en que se invocan, ya sea mediante una API en la ruta crítica o un panel para la revisión — son los mismos tanto si el cribado se ejecuta en un servicio alojado como dentro del entorno propio de la entidad. Una entidad puede integrar el cribado AML en sus flujos de onboarding y supervisión y decidir después, por separado, dónde se despliega ese cribado.
Grumpio ofrece el cribado a través de Legichain, su producto AML y KYC, que puede proporcionarse con almacenamiento on-premises o dedicado, de modo que los expedientes de cribado, los resultados y la evidencia de una entidad residan en un entorno single-tenant controlado en lugar de uno compartido. Legichain abarca el cribado de personas y empresas frente a datos de sanciones y de PEP, el cribado de medios adversos y el análisis de riesgo de wallets multi-blockchain, entregado como resultado de API automatizado, con puntuación de riesgo e informe de evidencia en PDF, y disponible mediante una API y un panel web que comparten una única bolsa de créditos. Los precios y el detalle del producto se publican en el sitio de Legichain. Cribar una empresa de este modo no sustituye una verificación KYB completa, y ningún conjunto de datos refleja a cada parte en cada jurisdicción sin lagunas.
Qué entidades recurren a un despliegue dedicado u on-premises suele ser previsible: aquellas con obligaciones de residencia de datos, requisitos single-tenant o políticas de alojamiento interno que un servicio compartido no satisface. Para la mayoría de las demás, un despliegue alojado es la opción proporcionada. Tratar la cuestión como una decisión de arquitectura — y ajustar el modelo de despliegue a las obligaciones reales de la entidad en lugar de a un valor por defecto — es lo que evita que se convierta en una suposición costosa más adelante.
Alcance y límites
El modelo de despliegue no cambia quién responde de la decisión de cumplimiento. Dondequiera que se ejecute el software, una coincidencia es una señal que la entidad valora, no un veredicto que el software dicta; la revisión de cualquier aviso y el registro que lo respalda pertenecen a la entidad regulada. Un despliegue on-premises cambia dónde residen los datos y quién opera el entorno; no traslada la decisión al proveedor.
Tampoco vuelve, por sí solo, conforme o segura a una entidad. Mantener los datos en una ubicación determinada es un elemento de una postura de protección de datos y de resiliencia, no el cumplimiento en sí mismo; un entorno controlado aún ha de operarse bien, mantenerse al día y acreditarse. Cómo se construye y se mantiene realmente un despliegue — la topología, la forma en que se actualizan los datos de referencia, el parcheo, la gestión de claves y la recuperación — es responsabilidad de diseño de la propia entidad y queda fuera de una descripción general como esta. No emitimos dictámenes jurídicos ni garantizamos autorizaciones. Implementamos los requisitos regulatorios y de auditoría en la tecnología, la infraestructura y las operaciones.
Nota: Un despliegue on-premises cambia dónde residen los datos AML y quién opera el entorno. No cambia quién responde del desenlace: la entidad regulada valora cada coincidencia, revisa cada aviso y conserva el registro — y sigue siendo responsable de mantener al día los datos de cribado dondequiera que se ejecuten.
Resumen y próximos pasos
El software AML on-premises es una decisión sobre el despliegue, no sobre qué se criba. Decide dónde residen los datos de cribado y la evidencia de una entidad, cuán aislado está el entorno y quién lo opera — mientras que los controles de sanciones, PEP, medios adversos y wallets siguen siendo los mismos. Su atractivo es el control y la residencia de datos; su precio es la responsabilidad operativa, incluida la obligación permanente de mantener al día los datos de referencia dondequiera que se ejecute el software.
Elegir bien significa leer las obligaciones reales de la entidad — dónde han de residir los datos regulados, cuánto aislamiento ha de demostrar, cuánta carga operativa puede asumir — y ajustar a ellas el modelo de despliegue, no a una costumbre. Decidirlo de forma deliberada, como parte de la preparación regulatoria y no más tarde bajo la presión del supervisor, es lo que convierte una cuestión de alojamiento en una posición de arquitectura defendible.
¿Sopesa un despliegue AML on-premises o dedicado? Grumpio diseña e implementa cribado de sanciones, PEP y wallets para plataformas de cripto, dinero electrónico y pagos, incluido el almacenamiento dedicado y on-premises donde la residencia de datos lo exige.