Sección 9 · Lección 9.5
Actividad sospechosa y reporte (SAR/STR)
Un negocio regulado no se limita a «rechazar a los clientes sospechosos»: está obligado a comunicar sus sospechas al Estado. Este mecanismo se llama reporte de actividad sospechosa. En esta lección abordamos qué es un SAR/STR, quién lo presenta y cuándo, cómo se ve el proceso dentro de un VASP, qué señales empujan a un analista a escalar un caso y por qué no puedes decirle al cliente que se ha presentado un reporte.
Qué es un SAR/STR
SAR (Suspicious Activity Report) y STR (Suspicious Transaction Report) — un reporte que una organización financiera o un VASP presenta ante la unidad de inteligencia financiera (FIU — Financial Intelligence Unit) de su país cuando existe una sospecha razonable de que una operación está vinculada al blanqueo de capitales, a la financiación del terrorismo o a otro delito. El nombre varía según la jurisdicción (SAR, más habitual en EE. UU./Reino Unido; STR, en muchos otros países), pero la esencia es la misma.
Es importante captar la naturaleza del reporte:
- Es un reporte de sospecha, no un veredicto. La organización no está obligada a probar un delito: bastan motivos razonables para sospechar.
- El umbral es la «sospecha», no la «certeza». Precisamente por eso es mejor reportar y equivocarse que callar y convertirse en cómplice.
- Es una protección para la propia organización. Un reporte a tiempo libera al VASP de responsabilidad por haber dejado pasar una operación sospechosa.
Por qué esto importa: no presentar un reporte cuando existen motivos es una infracción con sanciones graves para la organización y personalmente para el oficial de cumplimiento. Un SAR/STR no es burocracia, sino un escudo jurídico.
SAR/STR ≠ CTR: no lo confundas con el reporte por umbral
Reporte por umbral (p. ej. CTR)
Se presenta automáticamente cuando se supera un importe (por ejemplo, una operación grande), con independencia de la sospecha. Es «por las cifras».
SAR/STR
Se presenta por la sustancia de una operación: cuando hay sospecha, con independencia del importe. Puede presentarse incluso por una suma pequeña.
La diferencia clave: un reporte por umbral se dispara por el tamaño; un SAR/STR, por la naturaleza y el contexto. Incluso una transacción pequeña puede ser sospechosa si su estructura insinúa un esquema (por ejemplo, el fraccionamiento — structuring/smurfing: dividir una suma grande en muchas pequeñas para eludir los umbrales).
Señales para la escalada (red flags)
El analista de primera línea no lo decide todo solo: ante los disparadores, escala el caso al oficial de cumplimiento, que decide si presentar un SAR/STR. Motivos típicos:
- Un vínculo directo entre la dirección y un delito: los fondos van hacia/desde mezcladores (Tornado y similares), mercados de la darknet, direcciones conocidas de estafa/phishing, hackeos de exchanges.
- Sanciones. Cualquier contacto con direcciones de las listas de sanciones (OFAC SDN y otras): escalada inmediata.
- Fraccionamiento de operaciones por debajo de los umbrales de reporte (structuring).
- Desajuste con el perfil del cliente: un estudiante con un movimiento propio de un gran negocio; un pico brusco de actividad.
- Tránsito sin sentido económico: los fondos entran e inmediatamente salen, una cartera «de paso».
- Evasión del KYC: negativa a confirmar el origen de los fondos, documentos falsificados, pagos por terceros.
- Uso de herramientas de privacidad para ocultar el rastro (mezcladores, privacy coins en la entrada/salida).
- Señales de comportamiento: el cliente se pone nervioso ante las preguntas sobre el origen, tiene prisa, te pide que «no compruebes».
Ninguna señal por sí sola es un «veredicto». El trabajo del analista es reunir el contexto: una sola señal puede ser una coincidencia, pero su combinación forma una sospecha razonable.
Cómo se ve el proceso dentro de un VASP
- Detección. Un disparador salta automáticamente (el sistema de monitorización/puntuación de direcciones) o manualmente (un analista detectó una anomalía).
- Revisión inicial. El analista de primera línea reúne datos: el perfil del cliente, el historial de operaciones, la puntuación de la dirección, el origen de los fondos.
- Escalada. Si la sospecha se confirma, el caso pasa al oficial de cumplimiento (MLRO — Money Laundering Reporting Officer).
- Decisión. El MLRO sopesa los motivos y decide: presentar un SAR/STR o no; y a la vez, congelar/restringir la operación.
- Presentación. El reporte se envía a la FIU en la forma y el plazo prescritos, con una descripción de los hechos y los anexos.
- Conservación y seguimiento. El caso se documenta y se almacena; si es necesario, respuestas a las solicitudes de las autoridades, una decisión de continuar/terminar la relación con el cliente.
El papel de la analítica AML: herramientas como AMLConsensus proporcionan la propia base probatoria para los pasos 1-2: puntuación de riesgo, vínculos con sanciones/darknet/mezcladores, un informe para adjuntar al SAR/STR.
«No revelar»: la regla del tipping-off
Un punto de importancia crítica que los principiantes rompen a menudo. Existe una prohibición del tipping-off: no puedes decirle al cliente (ni a terceros) que se ha presentado un SAR/STR sobre él o que una operación está siendo investigada. La razón: un sujeto advertido destruirá el rastro, sacará los fondos y hará descarrilar la investigación.
- No puedes escribirle al cliente «hemos presentado un reporte sobre ti».
- No puedes insinuar que «la unidad de inteligencia financiera se interesa por ti».
- Puedes y debes actuar formalmente: aplicar los procedimientos estándar (una solicitud de documentos, una restricción) sin revelar el hecho del reporte.
Vulnerar el tipping-off es una infracción autónoma de la que el empleado responde personalmente. La fórmula de seguridad: «actúa según el procedimiento, pero calla sobre el hecho del reporte».
Una plantilla de escalada interna (triaje de SAR)
Un mini-formulario que el analista rellena al entregar un caso al oficial de cumplimiento:
Client/ID: ...
Date of detection: ...
Trigger (how identified): auto-scoring / manual / complaint
Operations (dates, amounts, addresses/hashes): ...
Red flags (list): ...
Address scoring (risk, links): ...
Source of funds stated/confirmed: yes/no
Actions taken: restriction / freeze / document request
Analyst's conclusion: recommend SAR/STR — yes/no, why
Attachments: reports, screenshots, statements
Un formulario así hace que la decisión del MLRO sea rápida y bien fundamentada, y que el caso sea defendible ante una inspección posterior.
Resumen de la lección
- Un SAR/STR es un reporte de sospecha (no de un delito probado), presentado ante la FIU.
- El umbral es la «sospecha razonable», no la «certeza»; no se requiere un importe.
- Distingue el SAR/STR (por la sustancia) de los reportes por umbral (por el tamaño).
- Las red flags se evalúan en conjunto; el oficial de cumplimiento toma la decisión.
- El proceso: detección → revisión → escalada → decisión → presentación → conservación.
- Se aplica la prohibición del tipping-off: no se le comunica al cliente el hecho del reporte.
La idea principal: el sistema de reportes solo funciona si el analista de base sabe reconocer las señales y escalar correctamente. Precisamente por eso la habilidad de hacer una comprobación AML de una dirección no es «técnica», sino que está directamente integrada en la defensa del sistema financiero.
Este material es educativo y no constituye asesoramiento jurídico ni fiscal.