Publicado 2026-08-19 · Actualizado 2026-08-19
Reportes de operación sospechosa (ROS) UIAF: guía fintech
Reportes de operación sospechosa (ROS) a la UIAF para fintechs: señales, proceso interno y relación con monitoreo transaccional y SARLAFT.
Los reportes de operación sospechosa (ROS) a la UIAF son uno de los instrumentos centrales del sistema de prevención de lavado de activos en Colombia. Para fintechs, billeteras y prestamistas digitales, entender cuándo y cómo reportar no es opcional: es parte del programa SARLAFT y de la relación con la UIAF. Esta guía es orientativa — no sustituye asesoría legal ni la política aprobada por su junta.
1. Qué es un ROS (en lenguaje operativo)
Un ROS es la comunicación a la UIAF de una operación u operación attempted que, por sus características, no tiene justificación económica o legal aparente, o se relaciona con tipologías de lavado de activos o financiación del terrorismo.
No es una denuncia penal automática ni un “bloqueo permanente” del cliente: es un deber de reporte del sujeto obligado cuando se cumplen los criterios internos y normativos.
2. ROS vs. monitoreo transaccional vs. antifraude
| Capa | Objetivo | Ejemplo |
|---|---|---|
| KYC | Conocer al cliente al onboarding | Validación de identidad |
| AML / SARLAFT | Detectar lavado, reportar ROS | Smurfing, estructuras opacas |
| Antifraude transaccional | Pérdida por abuso en pagos | Chargeback, bonus abuse, mula |
El antifraude complementa AML con señales en tiempo real; no reemplaza al oficial de cumplimiento. Diferencias: KYC vs. AML vs. antifraude. Marco general: KYC y AML para fintechs.
3. Señales que suelen preceder un ROS
Tipologías frecuentes en billeteras y remesas (no exhaustivo):
- Fraccionamiento sistemático bajo umbrales (smurfing).
- Cuentas con cash-in y cash-out inmediato sin actividad económica coherente.
- Patrones circulares entre cuentas relacionadas.
- Inconsistencia entre perfil declarado y comportamiento transaccional.
Guía operativa de smurfing: smurfing y cuentas mula.
4. Proceso interno recomendado
- Detección: reglas AML + alertas del motor transaccional + reportes internos.
- Análisis: analista documenta hechos, montos, contrapartes, timeline.
- Decisión: comité o oficial de cumplimiento determina si procede ROS.
- Reporte: envío por canal UIAF dentro de plazos normativos.
- Trazabilidad: conservar evidencia y decisión (sin tipping-off al cliente).
Kairo Shield API aporta score, reglas activadas y contexto por evaluación — útil para priorizar alertas y documentar decisiones automatizadas ante auditorías.
5. Errores comunes
- Reportar tarde por colas manuales saturadas.
- Confundir fraude comercial (chargeback) con lavado sin análisis.
- No correlacionar eventos P2P, cash-out y onboarding.
- Falta de registro de por qué no se reportó un caso límite.
6. Privacidad y Ley 1581
El tratamiento de datos para ROS debe alinearse con la Ley 1581 de 2012 y políticas internas. Documente base legal, minimización y retención. El reporte a UIAF tiene régimen propio; no es lo mismo que marketing o analytics.
7. Preguntas frecuentes
¿Shield reporta ROS por mí?
No. Usted mantiene el programa de cumplimiento; Shield aporta señales transaccionales.
¿Toda alerta antifraude es ROS?
No. Muchas alertas se resuelven como fraude comercial o falsos positivos.
¿Próximo paso técnico?
Integre monitoreo transaccional con sandbox y soporte en español.