Guía de preparación CCAS: criptoactivos, controles AFC e investigación
La certificación Certified Cryptoasset AFC Specialist (CCAS) de ACAMS se dirige a profesionales de cumplimiento, prevención de delitos financieros, análisis blockchain, investigación, supervisión y gestión de riesgos de activos digitales. Esta guía independiente trabaja tres áreas: mecanismos de criptoactivos, fundamentos de prevención del lavado de dinero y programas de gestión de riesgos.
Para la versión establecida del examen, ACAMS indica 100 preguntas en 175 minutos y señala que el examen se ofrece en inglés. ACAMS anunció materiales, cursos y examen rediseñados para el 19 de noviembre de 2026. Consulta directamente con ACAMS la versión, las condiciones de reserva y los costos vigentes antes de programar tu examen. El idioma de esta guía no indica disponibilidad oficial del examen en español.
La preparación exige distinguir lo que muestra una cadena, lo que puede atribuirse a una persona y lo que exige la norma aplicable. Una alerta técnica inicia una evaluación; la decisión de restringir, investigar o reportar depende de los hechos, la jurisdicción y las obligaciones de la entidad.
Temario y prioridades de estudio
| Área del programa | Alcance de estudio | Prioridad de esta guía |
|---|---|---|
| Criptoactivos y cadena de bloques | Transacciones, direcciones, custodia, plataformas, tokens, contratos inteligentes y movimiento de valor. | Conceptos 1-20. Prioridad editorial; ACAMS no publica aquí una ponderación oficial por área. |
| Fundamentos de prevención del lavado de dinero para criptoactivos | Estándares internacionales, condición de proveedor, regla de viaje, sanciones y diferencias jurisdiccionales. | Conceptos 21-40. Prioridad editorial; no representa una ponderación oficial del examen. |
| Programas de gestión de riesgos para criptoactivos | Evaluación de riesgos, incorporación, monitoreo, análisis, investigaciones, reportes y prueba de controles. | Conceptos 41-60. Prioridad editorial para practicar decisiones; no representa una ponderación oficial. |
60 conceptos esenciales 1-10
1. Libro mayor, consenso y finalidad
Criptoactivos y cadena de bloques
Una cadena de bloques registra transacciones en un libro compartido cuyo estado se actualiza mediante reglas de consenso. La inclusión en un bloque prueba que la red aceptó un dato bajo esas reglas, pero la probabilidad de reversión y el tiempo hasta una finalidad práctica varían entre redes. Para evaluar un depósito, identifica la cadena, el bloque, las confirmaciones y cualquier mecanismo de reorganización. Esa secuencia evita equiparar una pantalla de envío con valor definitivamente recibido.
Caso aplicado: Una plataforma muestra un depósito pendiente después de que el cliente comparte un identificador de transacción. El analista confirma la red correcta y espera las confirmaciones exigidas antes de acreditar el saldo.
Error frecuente: Ver una transacción difundida no equivale a liquidación final. Puede quedar sin incluirse, ser reemplazada o verse afectada por una reorganización, según las reglas de la red.
2. Direcciones y control de claves
Criptoactivos y cadena de bloques
Una dirección sirve para recibir o localizar valor en una red; el control operativo depende de las claves y del mecanismo de firma. Una misma persona puede usar muchas direcciones, y una dirección puede relacionarse con custodia compartida o un contrato. Antes de atribuir actividad, determina qué tipo de dirección observas, quién puede autorizar movimientos y qué registros externos vinculan ese control con una entidad. La publicidad del historial no convierte la dirección en una identidad civil.
Caso aplicado: Un cliente declara controlar una dirección de retiro. La entidad solicita una prueba de control compatible con la red y contrasta el resultado con sus registros, sin asumir que todas las direcciones vecinas le pertenecen.
Error frecuente: Confundir dirección con persona lleva a imputar fondos ajenos. La prueba de firma acredita control de una clave en un momento dado, pero por sí sola no demuestra titularidad económica ni origen lícito.
3. Transacciones, entradas y salidas
Criptoactivos y cadena de bloques
El modelo de transacción determina cómo se sigue el valor. En redes basadas en salidas no gastadas, una operación consume entradas y crea salidas, incluida una posible devolución de cambio. En redes basadas en cuentas, el estado cambia mediante débitos, créditos y llamadas. Lee primero el modelo de la cadena y luego distingue destinatario, cambio, comisión y ejecución interna. Un gráfico que ignora estas diferencias puede transformar un pago ordinario en una ruta falsa de dispersión.
Caso aplicado: Una cartera de Bitcoin gasta una salida y genera dos nuevas. El investigador identifica el pago al comercio y la devolución probable de cambio antes de marcar ambas como beneficiarios independientes.
Error frecuente: Tratar cada salida como un tercero infla el número de contrapartes. La heurística de cambio aporta una hipótesis, que debe contrastarse con importes, patrones y datos externos.
4. Comisiones y congestión de red
Criptoactivos y cadena de bloques
Las comisiones remuneran la inclusión o ejecución de una transacción y cambian según la red y la congestión. En cadenas con contratos inteligentes, un pago aparentemente fallido puede consumir comisión aunque no produzca la transferencia esperada. Para reconstruir fondos, separa monto enviado, monto recibido, comisión y posibles reintentos. Una diferencia de saldo explicada por costos de red no constituye por sí misma una etapa de lavado ni una comisión cobrada por un intermediario.
Caso aplicado: Una investigación encuentra tres operaciones fallidas antes de un retiro exitoso. El analista reconcilia el saldo inicial con las comisiones consumidas y evita registrar esos importes como transferencias a beneficiarios desconocidos.
Error frecuente: Atribuir toda diferencia de balance a una salida oculta distorsiona la cronología. Primero verifica tarifas, ejecución fallida y movimientos internos con los datos de la red correspondiente.
5. Exploradores y calidad de datos
Criptoactivos y cadena de bloques
Un explorador presenta datos de una cadena, pero su interfaz, etiquetas y cobertura son una capa de interpretación. Verifica identificadores, alturas de bloque, contratos y eventos contra una fuente confiable antes de usar una captura en un expediente. Registra también la hora, la red y la versión de la consulta para que otro analista reproduzca el recorrido. Las etiquetas comerciales pueden ser útiles para priorizar, aunque su origen y nivel de confianza deben quedar documentados.
Caso aplicado: Dos exploradores asignan nombres distintos a una dirección. La investigadora conserva el identificador en cadena, consulta el contrato subyacente y registra ambas etiquetas como pistas, no como hechos confirmados.
Error frecuente: Copiar una etiqueta de pantalla como prueba de identidad oculta su incertidumbre. El dato verificable es la actividad registrada; la atribución exige conocer la metodología y obtener corroboración.
6. Custodia propia y custodia de terceros
Criptoactivos y cadena de bloques
En custodia propia, el usuario suele conservar el mecanismo que autoriza transferencias; en custodia de terceros, una empresa puede mantener claves y saldos internos. La diferencia modifica qué registros existen, quién puede congelar una cuenta y qué contraparte participa en una transferencia. Clasifica el servicio por su función real, no solo por su nombre comercial. Un depósito hacia una plataforma custodial puede aparecer en cadena como una sola dirección aunque represente muchos clientes.
Caso aplicado: Una plataforma recibe fondos en una dirección de depósito y luego los consolida. El equipo solicita registros internos de asignación al cliente para distinguir el depósito original de la operación de tesorería.
Error frecuente: Suponer que cada movimiento de una plataforma corresponde a un cliente distinto genera alertas falsas. La consolidación custodial y los libros internos requieren una lectura separada del flujo en cadena.
7. Carteras calientes, frías y multifirma
Criptoactivos y cadena de bloques
Una cartera caliente permite firmas conectadas y favorece operaciones rápidas; una fría reduce exposición en línea, mientras la multifirma exige varias autorizaciones bajo las reglas configuradas. Ninguna arquitectura elimina por sí sola el riesgo de abuso interno, pérdida de claves o compromiso de dispositivos. Evalúa quién posee cada facultad, cómo se aprueban retiros y cómo se recupera el servicio. Los controles deben corresponder al volumen y a la velocidad del movimiento de valor.
Caso aplicado: Un proveedor exige dos aprobaciones para retiros grandes desde almacenamiento frío. El revisor comprueba que los firmantes pertenezcan a funciones distintas y que las excepciones queden registradas.
Error frecuente: Llamar segura a una cartera por ser fría o multifirma confunde diseño con operación. Firmantes coludidos, copias de respaldo expuestas o umbrales mal configurados pueden anular la protección.
8. Depósitos, retiros y cuentas ómnibus
Criptoactivos y cadena de bloques
Muchos intermediarios agrupan fondos de clientes en direcciones ómnibus y mantienen la asignación económica en un libro interno. El análisis público puede mostrar entrada y salida de la entidad sin revelar cuál cliente financió cada retiro. Reconstruye la secuencia con identificadores de depósito, marcas horarias, asientos internos y registros de órdenes. Este límite de observación importa al valorar exposición indirecta: una conexión con una cuenta ómnibus no acredita que un cliente concreto haya tratado con todos sus depositantes.
Caso aplicado: Una salida de la dirección central de un exchange coincide con el retiro de una clienta. El analista vincula ambos mediante registros internos y no atribuye a ella otros ingresos recibidos por la misma dirección.
Error frecuente: Unir automáticamente todos los flujos de una cuenta ómnibus crea asociaciones espurias. La trazabilidad entre clientes depende de los registros del custodio, no de la cercanía gráfica.
9. Tokens y contratos inteligentes
Criptoactivos y cadena de bloques
Un token puede representar saldo mediante un contrato, mientras el activo nativo de la red paga comisiones y sigue reglas propias. Para rastrear un token, examina la dirección del contrato, los eventos pertinentes y el resultado de la ejecución; un nombre o símbolo puede duplicarse. Revisa funciones de emisión, congelamiento y actualización cuando afecten el riesgo. La presencia de un contrato inteligente describe la mecánica técnica, pero no define por sí sola la situación jurídica del activo o del operador.
Caso aplicado: Un token usa el mismo símbolo que una stablecoin conocida. El investigador compara la dirección contractual con la documentación del emisor y descubre que el cliente recibió una imitación sin mercado verificable.
Error frecuente: Buscar solo por símbolo puede confundir activos distintos. También es incorrecto interpretar una llamada al contrato como transferencia consumada sin revisar eventos, estado final y posibles fallas.
10. Permisos y aprobaciones de contratos
Criptoactivos y cadena de bloques
Las aprobaciones permiten a un contrato gastar tokens hasta un límite definido por el titular. Ese permiso puede persistir después de una operación y convertirse en vía de pérdida si el contrato o su operador se compromete. En una investigación, distingue la concesión del permiso de su uso efectivo: el evento de aprobación no demuestra transferencia de valor. Para controlar el riesgo, identifica contratos autorizados, límites, revocaciones y alertas sobre gastos anómalos posteriores.
Caso aplicado: Una clienta conecta su cartera a una aplicación y concede permiso amplio. Días después ocurre una transferencia no esperada; el equipo reconstruye la aprobación previa y el contrato que ejecutó el gasto.
Error frecuente: Calificar toda aprobación como pago sobrestima el movimiento de fondos. El permiso crea capacidad de gasto; la salida real requiere una operación posterior y una ejecución registrada.
60 conceptos esenciales 11-20
11. Stablecoins y riesgo de emisor
Criptoactivos y cadena de bloques
Una stablecoin busca mantener una referencia de valor, pero su estabilidad depende de reservas, mecanismos de rescate, gobierno y acceso a mercados. Examina quién emite, quién puede congelar o redimir, qué activo respalda el token y en qué cadenas circula. El riesgo financiero y el de delitos pueden cambiar si la paridad se rompe o si el emisor bloquea direcciones. La etiqueta de stablecoin no convierte el token en dinero bancario ni garantiza convertibilidad inmediata.
Caso aplicado: Un cliente recibe una stablecoin en una cadena poco utilizada y solicita retiro urgente. El equipo verifica emisor, contrato, liquidez y condiciones de rescate antes de tratar el saldo como equivalente al de otra red.
Error frecuente: Suponer que todas las stablecoins comparten respaldo y derechos de rescate oculta riesgos decisivos. Compara contratos, emisor y condiciones reales antes de agregar saldos o inferir equivalencia.
12. Clasificación funcional de servicios en la Unión Europea
Criptoactivos y cadena de bloques
La clasificación regulatoria depende de las funciones realizadas, como custodia, intercambio o ejecución, y del nexo territorial pertinente. En la Unión Europea, el reglamento MiCA establece categorías y vías de autorización para servicios de criptoactivos, distintas de las obligaciones de prevención del lavado. Analiza primero el producto y quién presta cada servicio; después determina exclusiones o rutas especiales. Un nombre como protocolo, cartera o NFT no resuelve por sí mismo el alcance legal.
Caso aplicado: Una empresa ofrece interfaz, custodia y conversión de tokens para clientes europeos. El equipo separa cada función y consulta el régimen aplicable antes de concluir qué autorizaciones y controles necesita.
Error frecuente: Tratar la autorización comercial como sustituto del cumplimiento de prevención del lavado mezcla regímenes. También falla asumir que todo NFT o servicio descentralizado queda incluido o excluido automáticamente.
13. Puentes entre cadenas y activos envueltos
Criptoactivos y cadena de bloques
Un puente puede bloquear valor en una red y emitir una representación en otra, o facilitar intercambios mediante liquidez y operadores. El rastro cambia de cadena, identificador y contrato; por ello conviene documentar depósito, mensaje de puente, emisión y eventual rescate. Un activo envuelto introduce riesgo del mecanismo que mantiene la equivalencia. Para atribuir exposición, no basta que aparezca un puente: hay que enlazar operaciones concretas con tiempos, cantidades y registros disponibles.
Caso aplicado: Fondos salen de una cartera en una red y aparece un monto similar en otra. La analista identifica el contrato del puente y su mensaje de salida antes de unir ambas rutas.
Error frecuente: Emparejar importes parecidos en dos cadenas no prueba continuidad. Liquidez compartida, comisiones, demoras y otros usuarios pueden producir coincidencias; hace falta evidencia del mecanismo de enlace.
14. Intercambios descentralizados y reservas de liquidez
Criptoactivos y cadena de bloques
Un intercambio descentralizado puede ejecutar cambios de activos mediante contratos y reservas de liquidez. La contraparte económica no siempre es una persona identificable en la transacción visible, y la ruta puede incluir varios contratos. Reconstruye token de entrada, token de salida, contrato, precio efectivo y comisiones antes de estimar exposición. La interacción con un protocolo no prueba por sí sola que exista un proveedor regulado ni elimina obligaciones de una empresa que facilite servicios dentro del alcance legal.
Caso aplicado: Una cartera cambia un token por otro a través de dos reservas. El investigador sigue los eventos de ambos tramos y distingue el precio del intercambio de una transferencia a un tercero.
Error frecuente: Leer el contrato de liquidez como beneficiario final confunde infraestructura con destinatario económico. La secuencia de eventos y el papel de cada actor deben analizarse antes de atribuir fondos.
15. Préstamos y liquidaciones en DeFi
Criptoactivos y cadena de bloques
En préstamos descentralizados, un usuario puede aportar garantía, recibir otro activo y sufrir liquidación si cambia la relación entre deuda y respaldo. Estos movimientos alteran saldos sin equivaler a una venta simple o a una transferencia a otra persona. Identifica posición, garantía, deuda, intereses y liquidadores al reconstruir el flujo. La complejidad técnica puede ocultar procedencia, pero la evaluación de riesgo necesita hechos sobre origen, control y finalidad, además de la mera participación en DeFi.
Caso aplicado: Una dirección deposita garantía y obtiene una stablecoin que después envía a un exchange. El equipo registra la deuda asociada para no clasificar el desembolso como ingreso comercial inexplicado.
Error frecuente: Considerar cada préstamo como nueva riqueza rompe la conciliación patrimonial. El activo recibido tiene una obligación correlativa y puede revertirse mediante pago o liquidación.
16. NFT y trazabilidad económica
Criptoactivos y cadena de bloques
Un token no fungible identifica una unidad particular, pero su precio observado puede resultar de ventas genuinas, operaciones entre partes relacionadas o mercados ilíquidos. Examina contrato, historial de propiedad, pagos, comisiones y vínculos entre compradores y vendedores. Un precio alto no demuestra lavado; tampoco una transferencia sin precio excluye valor económico. La clasificación legal depende de características y actividad reales, por lo que el formato NFT no resuelve automáticamente el alcance de las reglas sobre activos virtuales.
Caso aplicado: Una colección registra una venta elevada entre dos carteras recién financiadas desde el mismo servicio. La investigadora compara procedencia, tiempos y posteriores retiros antes de plantear una hipótesis de autocompra.
Error frecuente: Tomar el precio listado como valor realizado puede inflar el monto investigado. Comprueba que hubo liquidación efectiva y considera relaciones entre partes y profundidad del mercado.
17. Privacidad, mezcladores y límites de observación
Criptoactivos y cadena de bloques
Las herramientas de privacidad pueden romper vínculos directos entre depósitos y retiros o reducir la información visible. Para medir exposición, distingue interacción directa, cercanía de varios saltos y coincidencias inferidas por un modelo. Documenta fecha, importe, contrato y nivel de confianza; complementa con registros del cliente y de servicios participantes. El uso de privacidad puede tener fines legítimos o ilícitos, de modo que una alerta debe activar una evaluación contextual, no una conclusión automática de delito.
Caso aplicado: Un depósito llega desde una dirección que recibió fondos de un mezclador semanas antes. El analista mide la distancia del vínculo y solicita información sobre la fuente inmediata antes de decidir la escalada.
Error frecuente: Equiparar cualquier contacto remoto con fondos ilícitos exagera la evidencia. La proximidad técnica es una señal graduada; la decisión exige contexto, metodología y obligaciones aplicables.
18. Agrupación de direcciones y atribución
Criptoactivos y cadena de bloques
La agrupación reúne direcciones que posiblemente comparten control según patrones de gasto, cambio u otra heurística. Su validez depende del modelo de transacción y puede fallar ante servicios colaborativos, custodia o comportamientos deliberados. Registra la regla usada y prueba explicaciones alternativas antes de nombrar a una persona. Incluso una agrupación robusta solo sustenta una inferencia técnica; la identidad requiere evidencia externa, como datos de cuenta, información verificada o registros obtenidos mediante autoridad competente.
Caso aplicado: Una herramienta agrupa cuatro direcciones tras una operación conjunta. El investigador detecta que el patrón corresponde a un servicio colaborativo y evita asignar a un cliente fondos de otros participantes.
Error frecuente: Convertir un clúster en identidad confirmada confunde correlación técnica con prueba personal. Revisa falsos positivos conocidos y busca corroboración fuera de la cadena.
19. Etiquetas, puntuaciones y modelos analíticos
Criptoactivos y cadena de bloques
Las plataformas analíticas combinan datos observados, etiquetas atribuidas y modelos de exposición. Cada salida responde a supuestos distintos: una etiqueta pretende identificar un servicio; una puntuación prioriza riesgo; una ruta muestra conexiones. Solicita definiciones, fecha de actualización, cobertura de cadenas y límites de la metodología. Si una decisión afecta a un cliente, conserva los datos y la explicación de la inferencia para que pueda revisarse. La cifra de riesgo no reemplaza el juicio sobre hechos concretos.
Caso aplicado: Un proveedor eleva la puntuación de una cartera por una nueva etiqueta. El revisor verifica cuándo se añadió, qué transacciones influyen y si la relación es directa antes de restringir operaciones.
Error frecuente: Tratar una puntuación como probabilidad demostrada de delito crea decisiones opacas. Es un indicador del modelo; su significado depende de los datos, parámetros y umbrales utilizados.
20. Cronología de valor entre cadena y plataforma
Criptoactivos y cadena de bloques
Una reconstrucción útil enlaza eventos en cadena con órdenes, depósitos, retiros y saldos internos de cada servicio. Normaliza zonas horarias, unidades, comisiones y cambios de activo; luego marca qué enlace está probado y cuál es hipotético. Esta cronología permite explicar un recorrido complejo a quien no opera la tecnología y localizar vacíos de evidencia. Evita unir eventos solo por proximidad temporal cuando hay cuentas ómnibus, lotes de retiros o demoras de procesamiento.
Caso aplicado: Un cliente vende tokens en una plataforma y retira otra moneda dos horas después. El equipo une ambas etapas con el historial de órdenes y los asientos de cuenta, no solo con los importes.
Error frecuente: Una línea temporal visual puede aparentar causalidad sin demostrarla. Señala cada fuente y separa registros internos, datos públicos e inferencias para que otro analista reproduzca la conclusión.
60 conceptos esenciales 21-30
21. Estándares del GAFI y ley aplicable
Fundamentos de prevención del lavado de dinero en criptoactivos
El GAFI establece estándares internacionales que orientan a los países, pero las obligaciones exigibles a una entidad surgen de leyes y reglas aplicables en su jurisdicción. Para resolver un caso, identifica país, actividad, tipo de entidad y fecha; después compara el requisito local con las Recomendaciones del GAFI. Esa separación importa cuando una guía describe una expectativa que aún no se incorporó de igual forma al derecho doméstico. La política institucional puede imponer controles adicionales.
Caso aplicado: Una empresa opera en dos países que implementaron de manera distinta la supervisión de activos virtuales. Su equipo identifica la norma vigente de cada uno antes de configurar registros y monitoreo.
Error frecuente: Citar una recomendación internacional como si fuera una orden legal idéntica en todos los países produce obligaciones erróneas. Traduce primero el estándar a la jurisdicción y actividad concretas.
22. Definición funcional de proveedor de activos virtuales
Fundamentos de prevención del lavado de dinero en criptoactivos
La condición de proveedor de servicios de activos virtuales se analiza por actividades realizadas para terceros, no por la etiqueta que una empresa adopta. Intercambio, transferencia, custodia y participación en ciertas ofertas pueden ser relevantes según el marco aplicable. Examina quién controla la operación, cobra por ella y mantiene una relación comercial; después verifica la implementación local. La guía del GAFI orienta el análisis, pero no convierte automáticamente cada protocolo DeFi o NFT en proveedor regulado.
Caso aplicado: Una aplicación afirma ser solo una interfaz, pero decide rutas de ejecución y cobra por transferencias de usuarios. El equipo examina esas funciones y consulta la definición incorporada a la ley local.
Error frecuente: Aceptar sin análisis la frase «somos descentralizados» puede omitir funciones controladas por una entidad. También es incorrecto clasificar cualquier contrato abierto como proveedor sin identificar actividad para terceros.
23. Licencia, registro y supervisión
Fundamentos de prevención del lavado de dinero en criptoactivos
Una entidad puede necesitar autorización, registro o supervisión según la actividad y el lugar donde presta servicios. Esos términos no son equivalentes: pueden tener requisitos, autoridades y consecuencias distintas. Antes de aceptar una contraparte, identifica su entidad legal, servicios, jurisdicciones y estatus verificable ante la autoridad competente. La existencia de un número de registro no demuestra calidad de controles ni cobertura para todos los productos; la debida diligencia debe abordar el riesgo real de la relación.
Caso aplicado: Un exchange presenta un registro obtenido para custodia en un país. La institución comprueba si su servicio de conversión transfronteriza está cubierto y solicita información sobre controles antes de abrir la relación.
Error frecuente: Interpretar «registrado» como aprobación universal oculta límites de actividad y territorio. Verifica el alcance concreto y evalúa el programa de control, incluso cuando la autorización sea válida.
24. Debida diligencia del cliente y enfoque basado en riesgo
Fundamentos de prevención del lavado de dinero en criptoactivos
La debida diligencia reúne información suficiente para entender identidad, actividad esperada y riesgo de una relación. En criptoactivos debe conectar al cliente con productos, métodos de financiación, jurisdicciones y patrones de uso, sin confundir una dirección con identidad verificada. Profundiza cuando el riesgo lo justifique y registra por qué un control es proporcional. La guía CAMS puede ayudar a repasar fundamentos generales; el caso CCAS exige además interpretar la evidencia técnica y las funciones del servicio.
Caso aplicado: Un cliente empresarial declara remesas pequeñas, pero recibe grandes depósitos de múltiples plataformas. El analista contrasta su actividad esperada, propiedad y registros de operaciones antes de ajustar el riesgo.
Error frecuente: Pedir siempre el mismo conjunto de documentos ignora diferencias materiales de riesgo. También falla sustituir la identificación del cliente por una captura de su cartera pública.
25. Beneficiario final y estructura de control
Fundamentos de prevención del lavado de dinero en criptoactivos
La propiedad y el control de una empresa deben analizarse mediante personas, participaciones, derechos de voto y acuerdos relevantes. Los umbrales de debida diligencia varían por régimen y no son intercambiables con reglas de sanciones. Traza la estructura hasta personas físicas cuando el marco lo requiera, documenta fuentes y resuelve discrepancias. Para una plataforma de criptoactivos, comprender quién decide sobre custodia, fondos y gobierno puede ser tan relevante como conocer accionistas nominales.
Caso aplicado: Una sociedad cliente pertenece a dos vehículos y delega decisiones de tesorería a un tercero. El equipo reconstruye participaciones y facultades de control antes de definir qué personas debe identificar.
Error frecuente: Aplicar un único porcentaje a todos los países y propósitos genera falsas exclusiones. Un umbral de debida diligencia no sustituye el análisis de control ni determina por sí solo sanciones.
26. Regla de viaje: participantes y datos
Fundamentos de prevención del lavado de dinero en criptoactivos
Las expectativas de la regla de viaje buscan que determinada información de originador y beneficiario acompañe transferencias cubiertas entre proveedores. El análisis comienza por identificar roles, jurisdicciones, tipo de activo, destino y norma aplicable; después se define qué datos deben obtenerse, verificarse, transmitirse o conservarse. Los requisitos no son uniformes a escala mundial. Una dirección en cadena no contiene por sí sola los datos personales necesarios, por lo que la interoperabilidad y la calidad de registros importan.
Caso aplicado: Un proveedor envía activos a otro en una jurisdicción distinta. Antes del envío, determina si ambos son sujetos obligados y qué información exige cada régimen, y registra una respuesta incompleta.
Error frecuente: Presumir un umbral global único para todas las transferencias lleva a omisiones o exigencias improcedentes. Revisa la norma del corredor y la función de cada participante.
27. Transferencias con direcciones de custodia propia
Fundamentos de prevención del lavado de dinero en criptoactivos
Una transferencia hacia o desde una dirección de custodia propia plantea preguntas distintas de una transferencia entre proveedores. Evalúa el alcance legal, el sentido del flujo, el monto y el riesgo antes de exigir información o pruebas de control. La evidencia puede incluir declaración del cliente, firma, historial y análisis de exposición; ninguna prueba aislada resuelve identidad y origen. En la Unión Europea, las obligaciones de información para transferencias de criptoactivos requieren una lectura específica del reglamento y de sus condiciones.
Caso aplicado: Un cliente retira activos a una cartera propia declarada. El proveedor verifica los requisitos aplicables, obtiene la evidencia prevista para ese tipo de transferencia y registra discrepancias en la declaración.
Error frecuente: Tratar toda cartera propia como proveedor regulado confunde roles. También falla asumir que basta una firma para conocer al beneficiario económico y la procedencia de los fondos.
28. Pagos entre particulares y alcance normativo
Fundamentos de prevención del lavado de dinero en criptoactivos
Un envío directo entre dos personas sin proveedor interviniente puede quedar fuera de ciertas obligaciones impuestas a proveedores, aunque persistan riesgos de delito y otras leyes aplicables. Determina si realmente existe un servicio que facilite, custodie o ejecute la operación y cuál es su nexo jurisdiccional. No traslades automáticamente obligaciones empresariales a usuarios particulares. Para una institución que recibe después esos fondos, el origen y el patrón de transacciones siguen siendo relevantes en su propia evaluación de riesgo.
Caso aplicado: Una persona recibe activos directamente de otra y luego los deposita en un exchange. El exchange evalúa el depósito y al cliente bajo sus obligaciones, sin afirmar que el envío previo tuvo un proveedor.
Error frecuente: Confundir ausencia de una obligación específica de transmisión de datos con ausencia de riesgo deja un vacío analítico. El punto de entrada al servicio sí requiere evaluación conforme a su régimen.
29. Delito precedente y trazas de producto criminal
Fundamentos de prevención del lavado de dinero en criptoactivos
Los activos virtuales pueden mover ganancias de fraude, extorsión, tráfico u otros delitos precedentes. Para formular una hipótesis, vincula hechos externos del delito con importes, tiempos, direcciones y conversiones observables. Una ruta técnica revela movimiento, no demuestra por sí sola el origen criminal ni el conocimiento del cliente. La investigación debe distinguir víctima, intermediario, beneficiario y servicio explotado. Esa clasificación orienta preservación de evidencia, medidas de protección y eventual reporte según la ley aplicable.
Caso aplicado: Una víctima comunica la dirección usada en una estafa y aporta comprobantes. El equipo rastrea el ingreso a una cuenta propia, compara fechas y conserva registros de conversión antes de atribuir ganancias.
Error frecuente: Llamar lavado a cualquier secuencia de saltos sustituye prueba por apariencia. Se necesitan indicios del delito fuente y del propósito de ocultar o utilizar ganancias, según el marco legal.
30. Ransomware y pagos de extorsión
Fundamentos de prevención del lavado de dinero en criptoactivos
Un pago asociado con ransomware combina riesgos de extorsión, sanciones, ciberseguridad y posible recuperación de fondos. Separa la evidencia del incidente, las direcciones comunicadas por el atacante y el recorrido posterior del dinero. Antes de facilitar o procesar un pago, identifica restricciones aplicables y escala a las funciones competentes. La coincidencia con una dirección publicada es una señal fuerte para investigar, pero exige verificar que se trata de la misma cadena, activo y contraparte pertinente.
Caso aplicado: Una empresa consulta a su proveedor antes de pagar una exigencia de rescate. El equipo conserva el mensaje del atacante, revisa la dirección y el nexo sancionatorio, y coordina la respuesta legal y técnica.
Error frecuente: Suponer que pagar acelera necesariamente la recuperación ignora fallas de descifrado y nuevas exigencias. La decisión también puede activar prohibiciones o deberes de reporte específicos.
60 conceptos esenciales 31-40
31. Alcance de sanciones estadounidenses
Fundamentos de prevención del lavado de dinero en criptoactivos
Las sanciones estadounidenses exigen analizar nexo con Estados Unidos, persona designada, propiedad bloqueada y prohibición concreta. Bajo la regla de OFAC sobre propiedad, una entidad puede considerarse bloqueada por participación agregada directa o indirecta de personas bloqueadas de al menos 50 por ciento; el control por sí solo bajo ese umbral no produce ese efecto automático. Otras prohibiciones pueden aplicar. Verifica identidad, estructura y operación antes de bloquear, rechazar o escalar conforme a la obligación pertinente.
Caso aplicado: Una contraparte afirma estar controlada por una persona designada que posee una participación minoritaria. El equipo calcula la propiedad relevante, busca otras prohibiciones y documenta el nexo estadounidense antes de decidir.
Error frecuente: Confundir control con bloqueo automático bajo la regla del 50 por ciento produce una conclusión incorrecta. El control puede seguir siendo relevante para otros riesgos o prohibiciones.
32. Sanciones británicas y análisis de control
Fundamentos de prevención del lavado de dinero en criptoactivos
El régimen británico de sanciones financieras requiere examinar la medida vigente, el alcance territorial y criterios propios de propiedad o control. Una conclusión bajo reglas estadounidenses no se importa automáticamente al Reino Unido. Cuando un directivo designado puede dirigir los asuntos de una entidad, el análisis de control exige hechos sobre facultades reales, no solo porcentajes accionarios. La guía británica de sanciones ayuda a estructurar la revisión, pero la decisión debe remitirse al instrumento aplicable y a la evidencia disponible.
Caso aplicado: Un proveedor británico detecta que un sancionado nombra la mayoría del consejo de una contraparte. Revisa documentos societarios y el régimen pertinente antes de decidir si hay propiedad o control.
Error frecuente: Aplicar mecánicamente el umbral de OFAC a una operación británica puede omitir control relevante. Usa los criterios del Reino Unido y documenta cómo los hechos satisfacen cada uno.
33. Coincidencias de listas y adjudicación de identidad
Fundamentos de prevención del lavado de dinero en criptoactivos
Un nombre similar en una lista de sanciones inicia una adjudicación, no prueba identidad. Compara identificadores, alias, fecha de nacimiento, ubicación, actividad y fuentes confiables; después determina qué medidas aplica la jurisdicción. En criptoactivos, una dirección listada requiere verificar red, formato y vínculo con la operación. La guía CGSS profundiza el razonamiento sobre alcance y medidas, mientras CCAS añade la interpretación de transacciones y atribución técnica que puede sostener una coincidencia.
Caso aplicado: Una alerta coincide con un alias común y una dirección de otra red. El revisor contrasta identificadores y descarta la coincidencia documentando por qué la operación no involucra al designado.
Error frecuente: Bloquear por una coincidencia parcial sin adjudicar puede afectar a terceros. Descartar por un nombre distinto también es riesgoso cuando alias y otros identificadores coinciden.
34. Listas de Naciones Unidas y medidas nacionales
Fundamentos de prevención del lavado de dinero en criptoactivos
La lista consolidada del Consejo de Seguridad de Naciones Unidas identifica personas y entidades sujetas a regímenes de sanciones, pero la medida concreta depende del régimen y de su implementación aplicable. Al revisar una contraparte, confirma identidad, comité, fecha y obligación local. No extrapoles que todas las entradas implican idénticas prohibiciones en cualquier territorio. En operaciones cripto, conserva el vínculo verificable entre la persona listada y la dirección o servicio observado antes de aplicar una acción.
Caso aplicado: Una plataforma encuentra un nombre parecido al de una entrada de Naciones Unidas. Comprueba identificadores y la norma local que implementa el régimen antes de restringir una cuenta.
Error frecuente: Usar la lista como sustituto de la norma implementada confunde designación con alcance operativo. También es insuficiente asociar una dirección a una persona solo por una etiqueta comercial.
35. Medidas restrictivas de la Unión Europea
Fundamentos de prevención del lavado de dinero en criptoactivos
Las medidas restrictivas de la Unión Europea se adoptan mediante instrumentos específicos que establecen sujetos, prohibiciones, excepciones y alcance. Determina la entidad que opera, el vínculo europeo y el reglamento vigente antes de decidir sobre un activo digital. Una prohibición de prestar ciertos servicios puede ser distinta de una obligación de inmovilizar fondos. Los criterios estadounidenses o británicos de propiedad y control no sustituyen el análisis europeo, aunque un mismo caso pueda exigir revisiones paralelas.
Caso aplicado: Una empresa europea procesa una solicitud vinculada con una entidad de un país sancionado. El equipo identifica el instrumento concreto y comprueba si prohíbe ese servicio o exige inmovilizar activos.
Error frecuente: Inferir una prohibición general a partir del país de residencia omite el texto de la medida. Revisa actividad, persona, excepciones y alcance antes de actuar.
36. Exposición directa e indirecta a sanciones
Fundamentos de prevención del lavado de dinero en criptoactivos
La exposición directa implica una contraparte o dirección vinculada de forma sustentada con un sujeto sancionado; la indirecta surge a través de transacciones intermedias, servicios o agrupaciones inferidas. Cuantos más pasos y puntos de mezcla existan, mayor suele ser la incertidumbre de atribución. Define umbrales de revisión según riesgo, pero no conviertas una puntuación de distancia en prohibición legal. La acción requiere identificar régimen aplicable, evidencia de identidad y naturaleza de la operación.
Caso aplicado: Un depósito llega dos saltos después de una cartera etiquetada. La institución revisa importes, tiempos y servicios intermedios antes de decidir si existe contacto relevante con la persona designada.
Error frecuente: Aplicar automáticamente una medida de bloqueo por cualquier vínculo remoto mezcla riesgo analítico con obligación jurídica. La cercanía de grafo no identifica por sí sola a la contraparte.
37. Fraude de inversión y trazado de víctimas
Fundamentos de prevención del lavado de dinero en criptoactivos
En una estafa de inversión, los pagos de víctimas pueden llegar a múltiples direcciones y consolidarse antes de convertirse o retirarse. Construye una tabla por víctima con fecha, activo, red, dirección y comprobante; después busca puntos comunes sin asumir que todas las entradas pertenecen al mismo operador. Separa fondos recuperables, comisiones y movimientos internos. La ruta en cadena puede apoyar una solicitud de preservación, pero la atribución del responsable requiere registros de servicios y otras pruebas.
Caso aplicado: Tres denunciantes aportan comprobantes hacia direcciones diferentes. El analista descubre una consolidación común y solicita conservar los registros de la cuenta receptora antes de que venza el período interno de retención.
Error frecuente: Agrupar todas las víctimas por un mensaje comercial parecido puede mezclar fraudes distintos. Exige enlaces transaccionales verificables y conserva el origen de cada dato aportado.
38. Riesgo de mercados ilícitos y pagos comerciales
Fundamentos de prevención del lavado de dinero en criptoactivos
La exposición a un mercado ilícito puede aparecer en depósitos, retiros o pagos intermedios, pero una etiqueta de servicio no explica el propósito de cada cliente. Evalúa recurrencia, importes, tiempo, productos y explicaciones comerciales. Revisa si el vínculo es directo o atraviesa custodios y contratos que atienden a muchos usuarios. Para decidir, combina la ruta de fondos con información de cuenta y obligaciones aplicables; documenta qué hipótesis alternativas fueron descartadas y con qué evidencia.
Caso aplicado: Una cuenta recibe pagos pequeños de direcciones asociadas con un mercado cuestionado. El equipo revisa el patrón completo, la atribución de las direcciones y la actividad declarada antes de escalar.
Error frecuente: Tratar una única conexión de varios saltos como prueba de compra ilícita sobrestima la etiqueta. Sin contexto de cliente y ruta, la conclusión excede la evidencia.
39. Vigencia y aplicación escalonada de normas
Fundamentos de prevención del lavado de dinero en criptoactivos
Una norma adoptada puede tener fechas de aplicación posteriores o disposiciones transitorias. Para una conclusión regulatoria, registra fecha del hecho, versión del texto, territorio, tipo de entidad y artículo pertinente. El reglamento europeo de prevención del lavado 2024/1624 tiene aplicación escalonada; no corresponde presentar todas sus disposiciones como plenamente exigibles en octubre de 2026. La misma disciplina temporal evita aplicar a un examen actual cursos anunciados para una fecha futura.
Caso aplicado: Un proyecto prepara controles para una obligación europea futura. El equipo distingue los requisitos ya aplicables de los que entrarán después y conserva el calendario de implementación aprobado.
Error frecuente: Confundir publicación con entrada en aplicación conduce a decisiones legales prematuras. Comprueba disposiciones transitorias y fechas específicas para la categoría de entidad.
40. Matriz de obligaciones por operación
Fundamentos de prevención del lavado de dinero en criptoactivos
Una matriz de obligaciones reduce errores cuando una operación toca varias cadenas, servicios y países. Registra entidad legal, función, jurisdicción, cliente, activo, contraparte, fecha y nexo con cada régimen; luego asigna obligaciones de debida diligencia, transmisión de datos, sanciones y reporte. Separa lo exigido por ley de los controles internos más estrictos. La matriz debe permitir una conclusión trazable, no convertirse en una lista genérica que omita excepciones o hechos determinantes.
Caso aplicado: Un proveedor europeo recibe tokens de un servicio extranjero para un cliente local. La analista completa roles y nexos, revisa la regla de viaje y deja aparte la decisión de sanciones.
Error frecuente: Aplicar la política más estricta sin distinguir su fuente puede ocultar incumplimientos reales o bloquear operaciones permitidas. Señala para cada acción la norma, la política o el criterio de riesgo.
60 conceptos esenciales 41-50
41. Evaluación de riesgo inherente en criptoactivos
Programas de gestión de riesgos para criptoactivos
El riesgo inherente describe la exposición antes de considerar controles: productos, clientes, geografías, canales y tipos de activos. En criptoactivos añade custodia, velocidad de liquidación, privacidad, puentes, contratos y concentración de proveedores. Define criterios observables para que dos evaluadores clasifiquen un caso de forma comparable. Una matriz útil muestra cómo cada factor puede producir pérdida o facilitar delito; no se limita a sumar etiquetas. Después estima qué controles reducen realmente cada exposición.
Caso aplicado: Una plataforma incorpora una cadena nueva con puentes y pocos proveedores de datos. El equipo valora cobertura analítica, liquidez y jurisdicciones antes de abrir retiros a todos los clientes.
Error frecuente: Dar el mismo riesgo a todo producto cripto impide priorizar. La exposición de un servicio custodial con retiros inmediatos difiere de la de un producto sin transferencias externas.
42. Proporcionalidad e inclusión financiera
Programas de gestión de riesgos para criptoactivos
Un control proporcional aumenta o reduce intensidad según el riesgo sustentado y la norma aplicable. La orientación del GAFI sobre inclusión financiera permite considerar medidas simplificadas donde el riesgo menor y la ley lo permitan; no equivale a prescindir de identificación. En productos cripto, límites transaccionales, funcionalidades acotadas y monitoreo pueden apoyar una entrada gradual. Documenta quién califica, qué señales obligan a intensificar controles y cómo se revisa el resultado para evitar exclusión indiscriminada.
Caso aplicado: Una billetera ofrece inicialmente límites bajos a clientes con documentación alternativa permitida. Al aumentar el volumen y habilitar retiros externos, solicita información adicional y actualiza la evaluación.
Error frecuente: Confundir proporcionalidad con ausencia de debida diligencia deja riesgos sin gestionar. La simplificación necesita base legal, criterio de bajo riesgo y condiciones de escalada verificables.
43. Gobierno, apetito de riesgo y excepciones
Programas de gestión de riesgos para criptoactivos
El órgano de gobierno define qué productos, clientes y exposiciones acepta la institución, mientras las áreas operativas convierten ese criterio en límites y decisiones. Para activos digitales, especifica tolerancia a cadenas sin cobertura, herramientas de privacidad, contrapartes de alto riesgo y fallas de datos. Una excepción debe tener dueño, motivo, plazo y control compensatorio. Si las excepciones se vuelven rutina, el apetito declarado deja de describir la práctica y exige una revisión de diseño.
Caso aplicado: La dirección autoriza temporalmente depósitos de una cadena nueva con revisión manual diaria. Asigna responsable y fecha de vencimiento mientras se completa la integración de monitoreo.
Error frecuente: Un documento de apetito sin umbrales operativos no guía decisiones. Tampoco basta registrar excepciones: su volumen y duración pueden revelar un control estructuralmente insuficiente.
44. Debida diligencia de proveedores y socios
Programas de gestión de riesgos para criptoactivos
Un programa cripto depende de custodios, proveedores analíticos, emisores, bancos y otros intermediarios. Evalúa funciones, licencias pertinentes, controles, subcontratación, seguridad, continuidad y calidad de datos antes de integrarlos. Distingue riesgo del tercero y responsabilidad propia: delegar una tarea no transfiere automáticamente la obligación legal. Revisa cómo se detectan fallas, qué registros pueden entregarse para una investigación y cómo se mantiene el servicio si un proveedor deja de operar.
Caso aplicado: Una firma considera un proveedor de analítica para una cadena nueva. Antes de contratar, prueba cobertura histórica, falsos positivos y acceso a evidencia que permita reproducir alertas.
Error frecuente: Elegir un proveedor por la amplitud de sus etiquetas sin validar datos puede generar confianza injustificada. Prueba desempeño en los activos y patrones que realmente usa la institución.
45. Incorporación de clientes y actividad esperada
Programas de gestión de riesgos para criptoactivos
La incorporación establece una línea de base contra la cual interpretar la actividad posterior. Reúne identidad requerida, propósito de la relación, fuentes previstas de fondos, activos, cadenas, contrapartes y volumen estimado. Formula preguntas que el cliente pueda responder y distingue hechos verificados de declaraciones. La línea de base no debe ser estática: cambios de producto o comportamiento exigen revisión. Su utilidad es explicar por qué una transferencia resulta coherente o anómala, no predecir cada operación exacta.
Caso aplicado: Una empresa declara que recibirá pagos por software en stablecoins. Cuando empiezan depósitos desde mercados de alto riesgo, el analista compara la desviación con facturas y clientes reales.
Error frecuente: Usar un perfil inicial vago como «actividad cripto general» impide detectar cambios. La actividad esperada necesita parámetros observables y revisión cuando evolucionen negocio o riesgo.
46. Prueba de identidad digital
Programas de gestión de riesgos para criptoactivos
La prueba de identidad busca establecer que una persona corresponde a la identidad alegada durante el alta. Puede combinar documentos, fuentes autoritativas, controles contra suplantación y revisión de excepciones. La guía técnica NIST sobre prueba de identidad ayuda a evaluar seguridad del proceso, pero no reemplaza requisitos financieros locales de debida diligencia. Comprueba además que el perfil verificado se vincule con la cuenta operativa y que las correcciones de datos dejen rastro auditable.
Caso aplicado: Una solicitud supera lectura documental, pero la imagen facial indica posible presentación sintética. El equipo pausa el alta, aplica revisión adicional y registra por qué aceptó o rechazó la identidad.
Error frecuente: Una verificación documental exitosa no demuestra origen de fondos ni propiedad de una cartera. Son preguntas distintas que requieren controles y evidencia separados.
47. Autenticación y toma de cuentas
Programas de gestión de riesgos para criptoactivos
La autenticación comprueba que quien accede a una cuenta posee credenciales o factores configurados; no vuelve a probar por completo la identidad civil. En servicios con retiros irreversibles, combina factores resistentes al phishing, alertas por cambios de dispositivo, demoras proporcionales y revisión de beneficiarios nuevos. La orientación NIST sobre autenticadores aporta criterios técnicos, mientras la institución determina controles según riesgo y ley. Examina también recuperación de cuenta, porque suele eludir el mecanismo de acceso principal.
Caso aplicado: Un cliente inicia sesión con un dispositivo nuevo y solicita retirar todo el saldo. El sistema exige un factor fuerte y demora el cambio de dirección mientras investiga señales de toma de cuenta.
Error frecuente: Considerar la autenticación multifactor como garantía contra fraude ignora recuperación débil y engaño al usuario. Revisa todo el ciclo de acceso, especialmente altas de dispositivos y cambios de retiro.
48. Cribado de carteras en entrada y salida
Programas de gestión de riesgos para criptoactivos
El cribado compara direcciones y rutas con listas, etiquetas y señales de riesgo antes o después de una transferencia según el control. Configura red correcta, actualización de datos, coincidencias exactas y exposición indirecta por separado. Una alerta de dirección no sustituye la identificación del cliente ni la adjudicación jurídica de sanciones. Para operaciones salientes, el momento del control importa porque la transferencia puede ser irreversible; establece quién puede detenerla y bajo qué base.
Caso aplicado: Antes de procesar un retiro, el sistema identifica una dirección incluida en una lista pertinente. El equipo verifica cadena y coincidencia, determina el régimen aplicable y decide la acción antes de firmar.
Error frecuente: Escanear solo depósitos deja sin control contrapartes de retiros. A la inversa, bloquear toda exposición de varios saltos convierte una medida de riesgo en una prohibición automática.
49. Diseño de escenarios de monitoreo
Programas de gestión de riesgos para criptoactivos
Un escenario de monitoreo convierte una hipótesis de riesgo en condiciones observables: secuencia, velocidad, monto, contraparte y desviación de actividad esperada. Define población, ventana temporal, datos mínimos, exclusiones justificadas y salida de la alerta. La guía CAMS-RM puede apoyar la estructura general de evaluación; en CCAS hay que probar además rutas entre cadenas y movimientos internos de custodios. Un escenario eficaz detecta conducta relevante sin depender exclusivamente de etiquetas externas.
Caso aplicado: El equipo crea un escenario para depósitos de múltiples carteras seguidos de conversión y retiro inmediato. Lo prueba con casos históricos y ajusta ventanas para reducir alertas de consolidación legítima.
Error frecuente: Un umbral copiado de otra entidad puede omitir riesgos propios y producir ruido. Calibra con volúmenes, clientes, productos y casos conocidos de la institución.
50. Calibración y calidad de alertas
Programas de gestión de riesgos para criptoactivos
La calibración compara señales detectadas con resultados de investigación, cambios de negocio y casos no captados. Revisa precisión, cobertura, demoras, duplicados y sesgos de datos; usa muestras de alertas cerradas y eventos externos confirmados. Un descenso de alertas no demuestra mejora si creció la actividad fuera de cobertura. Documenta modificaciones de reglas y su efecto antes de aplicarlas. El objetivo es mantener sensibilidad útil y capacidad de revisión, no maximizar una cifra aislada.
Caso aplicado: Tras bajar un umbral, las alertas se duplican sin aumentar hallazgos relevantes. El equipo analiza segmentos y descubre que retiros internos de tesorería explican el ruido; ajusta esa exclusión.
Error frecuente: Medir éxito solo por número de reportes premia la sobreproducción. También pueden existir riesgos no detectados; combina resultados de casos, muestras negativas y cobertura de datos.
60 conceptos esenciales 51-60
51. Triage y priorización de alertas
Programas de gestión de riesgos para criptoactivos
El triage organiza alertas según urgencia y riesgo: posibilidad de salida inmediata, sanciones, víctima identificada, importe, recurrencia y calidad de evidencia. Primero valida que la alerta describa la operación correcta; luego decide si requiere acción inmediata, investigación ordinaria o cierre sustentado. Registra el motivo y el plazo. La priorización no reemplaza la decisión final: evita que una coincidencia débil desplace un caso donde los fondos aún pueden preservarse.
Caso aplicado: Dos alertas llegan juntas: una coincidencia lejana de bajo monto y un retiro pendiente hacia una dirección vinculada con una víctima. El supervisor asigna revisión inmediata al retiro.
Error frecuente: Atender solo la puntuación más alta puede ignorar oportunidad de intervención y calidad del vínculo. Una alerta urgente requiere criterio operativo además del valor del modelo.
52. Hipótesis de investigación y corroboración
Programas de gestión de riesgos para criptoactivos
Una investigación comienza con una pregunta refutable, por ejemplo si un cliente recibió fondos de víctimas y los convirtió para retirarlos. Lista qué hechos apoyarían o debilitarían la hipótesis y solicita evidencia para ambos lados. Separa actividad observada, atribución de direcciones, información del cliente y explicación recibida. El método reduce sesgo de confirmación y ayuda a decidir cuándo hay base suficiente para cerrar, ampliar o escalar sin exigir certeza penal para toda decisión de cumplimiento.
Caso aplicado: Una alerta sugiere uso de mezclador. La investigadora comprueba contrato, tiempos y fuente inmediata, y solicita al cliente una explicación comercial antes de concluir si el patrón merece escalada.
Error frecuente: Buscar solo transacciones que confirmen una etiqueta produce una historia convincente pero frágil. Prueba rutas alternativas y registra la evidencia que contradice la hipótesis inicial.
53. Preservación y cadena de custodia de evidencia
Programas de gestión de riesgos para criptoactivos
La evidencia digital debe conservar contenido, procedencia, fecha de obtención y cambios posteriores. Exporta datos de transacciones y registros internos con identificadores verificables; conserva versiones de etiquetas y parámetros analíticos porque pueden cambiar. Controla accesos y documenta transferencias del expediente. Una captura de pantalla ayuda a explicar, pero no sustituye datos reproducibles. La cadena de custodia permite que otro investigador distinga el registro original de una interpretación agregada más tarde.
Caso aplicado: Antes de cerrar una cuenta, el equipo exporta órdenes, direcciones y mensajes del cliente. Registra fecha, responsable y huellas de los archivos para que la ruta pueda reconstruirse posteriormente.
Error frecuente: Guardar solo un gráfico de la herramienta impide comprobar filtros y atribuciones. Preserva identificadores, datos subyacentes y configuración utilizada al generar la visualización.
54. Incidentes de seguridad y delito financiero
Programas de gestión de riesgos para criptoactivos
Una intrusión puede producir retiros no autorizados, exposición de datos y uso de cuentas para mover ganancias. Coordina respuesta técnica, fraude, cumplimiento y asesoría legal: contiene accesos, preserva registros, identifica fondos afectados y evalúa reportes aplicables por separado. La guía NIST de respuesta a incidentes sirve como referencia técnica, no como regla universal de reporte financiero. Mantén una cronología común para evitar que el equipo de seguridad elimine evidencia necesaria para rastrear activos.
Caso aplicado: Tras detectar una clave comprometida, la plataforma suspende firmas afectadas y copia registros de acceso y retiros. Cumplimiento rastrea fondos y evalúa obligaciones de notificación según las jurisdicciones implicadas.
Error frecuente: Concentrarse solo en recuperar sistemas puede perder registros de atribución y ventanas de preservación. Tampoco toda brecha activa automáticamente el mismo reporte financiero en todos los países.
55. Decisión de restringir, rechazar o escalar
Programas de gestión de riesgos para criptoactivos
Restringir una cuenta, rechazar una operación y escalar una alerta tienen efectos y bases diferentes. La decisión depende de obligación legal, facultades contractuales, estado de la transacción y solidez de la evidencia. Identifica primero si los fondos siguen bajo control de la entidad y qué régimen aplica; luego documenta autorización, comunicación y revisión. Una alerta analítica puede justificar una pausa prevista por política, pero no transforma automáticamente toda exposición en obligación legal de bloqueo.
Caso aplicado: Un retiro pendiente activa una coincidencia potencial de sanciones. El equipo pausa la operación según su procedimiento, adjudica identidad y solo entonces decide bloqueo, rechazo o liberación.
Error frecuente: Usar «bloqueo» para cualquier pausa operativa confunde resultados legales y registros. Nombra la acción exacta y documenta la norma o facultad institucional que la sustenta.
56. Reporte de actividad sospechosa
Programas de gestión de riesgos para criptoactivos
Un reporte de actividad sospechosa debe contar una secuencia verificable: quién intervino, qué ocurrió, cuándo, dónde se movió el valor y por qué la actividad resulta inusual según el estándar local. Incluye identificadores de cadena, activos, importes, datos de cuenta y límites de atribución. La decisión de presentar y el plazo dependen de la entidad cubierta y la jurisdicción. Una alerta o una prioridad pública de autoridad no crea por sí sola un nuevo disparador universal de reporte.
Caso aplicado: Un cliente recibe pagos de víctimas identificadas, cambia activos y retira a una cartera externa. El analista redacta cronología y fundamentos, señala lo que sigue sin atribuirse y aplica el criterio local de reporte.
Error frecuente: Llenar el reporte con puntuaciones sin narrar transacciones dificulta su utilidad. También es incorrecto esperar prueba definitiva del delito cuando la ley exige reportar sospecha sustentada.
57. Registros, retención y reproducibilidad
Programas de gestión de riesgos para criptoactivos
Los registros de cumplimiento deben permitir reconstruir identidad, órdenes, transferencias, decisiones y comunicaciones durante el plazo que exija cada régimen. En criptoactivos conviene conservar red, contrato, identificador de transacción y datos internos que vinculan cuentas con direcciones ómnibus. Define controles de integridad, acceso y eliminación al vencer el plazo. Guardar únicamente la información pública de la cadena no preserva asignaciones internas ni la versión de una etiqueta usada para decidir.
Caso aplicado: Una autoridad solicita explicar un retiro de hace varios años. La entidad recupera el asiento del cliente, la operación en cadena y la justificación de una alerta cerrada en aquel momento.
Error frecuente: Asumir que blockchain conserva todo lo necesario ignora libros internos y decisiones humanas. Sin esos registros, una transacción pública puede quedar desvinculada del cliente relevante.
58. Pruebas de diseño y eficacia de controles
Programas de gestión de riesgos para criptoactivos
Una prueba de diseño pregunta si el control, aplicado como se describe, podría reducir el riesgo; una prueba de eficacia verifica si funcionó en casos reales. Selecciona muestras de cadenas, productos y períodos de mayor exposición, y rastrea cada caso desde el dato de entrada hasta la decisión. Revisa fallas de cobertura, tiempos y excepciones. Una política bien redactada no demuestra que el cribado se ejecutó antes del retiro ni que las alertas se revisaron con evidencia suficiente.
Caso aplicado: Auditoría selecciona retiros de una cadena recién incorporada y descubre que algunos no ingresaron al motor de cribado. Calcula el período afectado y pide remediación y revisión retrospectiva.
Error frecuente: Probar solo que existe un procedimiento confunde documentación con funcionamiento. La eficacia requiere evidencia de ejecución, calidad del resultado y tratamiento de fallas.
59. Cambios de modelos, datos y nuevas cadenas
Programas de gestión de riesgos para criptoactivos
Agregar una cadena o cambiar un proveedor analítico puede alterar cobertura, etiquetas y alertas sin modificar formalmente las reglas. Gestiona el cambio con inventario de activos, pruebas de datos, comparación de resultados, aprobación y plan de reversión. Controla versiones para explicar por qué una operación produjo una alerta en una fecha y otra no. Si la nueva fuente omite eventos de contratos o movimientos entre cadenas, el riesgo residual debe comunicarse antes de activar el producto.
Caso aplicado: Una actualización del proveedor cambia la clasificación de puentes. El equipo compara alertas antiguas y nuevas, revisa casos críticos y documenta el ajuste antes de usar la puntuación en producción.
Error frecuente: Interpretar una caída de alertas tras una actualización como menor riesgo puede encubrir pérdida de datos. Compara cobertura y resultados con casos de referencia.
60. Caso integrado: de mecánica a decisión
Programas de gestión de riesgos para criptoactivos
Un caso complejo se resuelve en capas: reconstruye el movimiento de valor, identifica personas y servicios con su nivel de confianza, determina normas aplicables y decide controles o reporte. Expón por separado hechos, inferencias y obligaciones. Si hay un puente, un custodio y una etiqueta de riesgo, muestra qué vínculo sostiene cada salto y dónde se interrumpe la atribución. Esta secuencia permite una decisión proporcional y revisable, aun cuando persistan incertidumbres técnicas o jurídicas documentadas.
Caso aplicado: Una empresa recibe stablecoins tras un puente y retira a un exchange. El analista enlaza eventos, solicita registros internos, comprueba jurisdicciones y decide una revisión reforzada antes de permitir nuevos retiros.
Error frecuente: Empezar por la etiqueta «alto riesgo» y construir después la historia favorece conclusiones circulares. Reconstruye primero la operación y prueba cada enlace antes de seleccionar la acción.
Plan de estudio en seis sesiones
Fuentes oficiales de referencia
Las referencias oficiales de ACAMS, GAFI, OFAC, FinCEN, NIST y la Unión Europea respaldan los puntos vinculados. Las recomendaciones internacionales, las leyes locales, las políticas institucionales y las buenas prácticas cumplen funciones distintas; verifica su vigencia y alcance para cada caso.
- ACAMS CCAS Certification
- FATF Recommendations
- OFAC: Entities Owned by Blocked Persons (50 Percent Rule)
- OFAC: A Framework for Compliance Commitments
- FATF: Risk-Based Approach to Virtual Assets and VASPs
- NIST SP 800-63B-4: Authentication and Authenticator Management
- FinCEN Legal Authorities and Bank Secrecy Act framework
- EU Regulation 2024/1624 (AMLR), official text
- FATF 2025 financial inclusion and proportionate AML/CFT guidance
- NIST SP 800-63A-4: Identity Proofing and Enrollment
- UK OFSI financial sanctions general guidance
- UN Security Council consolidated sanctions list
- Council of the EU: restrictive measures and sanctions
- NIST SP 800-61 Revision 3: Cybersecurity Incident Response
- FinCEN: current Beneficial Ownership Information reporting
- FinCEN: Customer Due Diligence Final Rule
- FinCEN FIN-2026-R001: beneficial-owner verification exceptive relief
- EU Regulation 2023/1114: Markets in Crypto-assets (MiCA)
- EU Regulation 2023/1113: information accompanying transfers