Una restricción bancaria puede parecer un proceso al revés.
El cliente ve llegar un pago legítimo, cambia el acceso o una transacción se retrasa y solo después aparece una solicitud de documentos o explicaciones.
Pero no existe una secuencia bancaria universal de «primero bloquea y después pregunta».
La explicación segura es más estrecha: las instituciones financieras realizan ongoing customer due diligence y transaction monitoring, y un cambio o inconsistencia en la actividad puede provocar revisión, solicitudes de información y —según ley, contrato, entidad y circunstancias— restricciones sobre determinada actividad.
Una restricción no prueba blanqueo de capitales.
El silencio de un banco no prueba que exista un suspicious activity report.
Y una revisión de compliance no es la única razón por la que una cuenta o pago puede quedar limitado.
Tres ideas clave
- El onboarding no termina el KYC. Los bancos y otras entidades reguladas mantienen monitorización continua y pueden revisar la información cuando cambian actividad o riesgo.
- Una revisión, request o restricción no demuestra wrongdoing. Controles antifraude, sanciones, incidencias operativas, política comercial y otras causas pueden producir experiencias parecidas.
- La mejor preparación es una narrativa empresarial actual y respaldada por evidencia. Perfil del cliente, propiedad, flujos, source of funds y source of wealth cuando corresponda deben evolucionar con el negocio real.
Por qué los bancos vuelven a revisar al cliente
Las reglas AML británicas y la supervisión FCA se construyen alrededor de customer due diligence continuado y basado en riesgo, no de una única comprobación de identidad.
La guía AML de HMRC describe ongoing monitoring como revisión de información CDD y beneficial ownership, escrutinio de transacciones y, cuando corresponde, análisis de source of funds.
Entre los triggers pueden aparecer cambios de circunstancias o transacciones inusuales o inconsistentes con lo conocido del cliente.
La lógica es sencilla.
Un negocio que hizo onboarding hace tres años puede no ser el mismo negocio.
Puede cambiar la propiedad.
Los mercados.
El tamaño de las operaciones.
Las contrapartes.
También puede cambiar la información de riesgo disponible para la institución.
La revisión existe porque un customer file estático no puede describir para siempre a un cliente dinámico.
Un escenario práctico
Pensemos en una consultora con una cuenta de bajo volumen.
Durante dos años recibe pagos mensuales normales de pocos clientes conocidos.
Después gana un gran proyecto.
Un cliente de un país nuevo paga una cantidad varias veces superior a la entrada mensual habitual.
El pago es legítimo.
Pero desde el banco han cambiado varios hechos:
- importe;
- cliente;
- geografía; y
- actividad esperada.
Una revisión o request no implicaría por sí sola wrongdoing.
Puede significar simplemente que la transacción real ya no encaja con el perfil conservado.
La empresa estará mucho mejor si dispone ya del contrato, factura, información del cliente y narrativa de source of funds necesarios para explicar el cambio.
Source of funds no es «qué banco lo envió»
Para una operación material, la cuenta ordenante inmediata puede ser solo una parte de la explicación.
Source of funds pregunta por el origen económico del dinero concreto.
Un pago puede proceder de client account de un despacho, broker, payment processor, otra empresa del grupo o treasury account del cliente.
Importa el recorrido.
También el acontecimiento comercial que generó el dinero.
El expediente más fuerte conecta:
razón económica → contrato o base jurídica → pagador → recorrido → tratamiento contable
Es más útil que un extracto aislado.
Source of wealth es otra pregunta
Una revisión más amplia del owner o private client puede preguntar cómo se acumuló el patrimonio global.
Eso es source of wealth.
Debe mantenerse separado de source of funds.
Una empresa puede explicar perfectamente un gran pago de cliente y afrontar aparte una pregunta SOW sobre su beneficial owner.
Del mismo modo, un fundador puede tener una historia patrimonial sólida y necesitar explicar una transferencia inusual concreta.
Fusionar ambos en «proof of money» debilita el expediente.
Por qué el banco puede no explicarlo todo inmediatamente
El Derecho británico contiene delitos habitualmente descritos como «tipping off» dentro del contexto de suspicious activity reporting.
Eso no significa que toda respuesta vaga de un banco demuestre que se ha presentado una SAR.
Significa que, en un contexto legal específico, pueden existir límites a comunicaciones que perjudiquen una investigación o revelen información protegida.
El cliente debería evitar deducir una conclusión jurídica de una comunicación limitada.
La institución puede estar además condicionada por fraude, sanciones, investigaciones internas, órdenes jurídicas, tecnología o problemas ordinarios de servicio.
La enseñanza pública debe seguir siendo estrecha:
Una explicación incompleta del banco no es evidencia fiable de la razón oculta de una restricción.
La mejor objeción: los bancos se equivocan en las revisiones
Por supuesto.
Los sistemas risk-based producen false positives.
La monitorización automática puede detectar actividad inusual pero legítima.
Los datos pueden estar obsoletos porque no se actualizaron correctamente.
Errores operativos pueden crear retrasos innecesarios.
Además, los bancos difieren mucho en sistemas, apetito y servicio.
Nada en los principios de ongoing CDD significa que toda restricción esté justificada.
La respuesta práctica, sin embargo, sigue siendo separar lo que se conoce de lo inferido y aportar evidencia exacta mediante el procedimiento legítimo de revisión.
Qué no hacer
Una revisión no es una señal para modificar transacciones y hacerlas menos visibles.
No se debería:
- fragmentar un pago legítimo para quedar por debajo de un supuesto threshold;
- inventar una finalidad comercial más simple que la real;
- modificar facturas después del hecho;
- describir incorrectamente al beneficial owner;
- mover dinero por cuentas innecesarias para ocultar origen; o
- adivinar qué «quiere escuchar» el banco.
Esas actuaciones pueden crear precisamente las inconsistencias que un buen expediente busca evitar.
El objetivo es explicabilidad, no evasión.
El marco antes-durante-después
Antes de la revisión
Mantener el customer file alineado con el negocio.
Actualizar propiedad, direcciones, descripción de actividad y cambios materiales cuando corresponda.
Conservar evidencia de eventos materiales de source of funds.
Mantener source of wealth por separado cuando sea relevante.
Durante la revisión
Identificar exactamente qué se solicita.
Separar hechos de suposiciones sobre el motivo.
Responder con exactitud y de forma coherente con registros societarios, fiscales y contables.
Utilizar canales oficiales de la entidad.
Después
Preguntar qué cambió en negocio o perfil.
Actualizar evidencia interna para que la misma operación pueda explicarse después a auditor, accountant, otro banco o autoridad fiscal.
Si la relación bancaria ya no encaja, tratarlo como un problema de bankability y no intentar manipular patrones transaccionales.
La resiliencia bancaria empieza antes de la alerta
Las empresas internacionales están especialmente expuestas al profile drift.
El fundador puede cambiar de país.
La sociedad puede añadir holding.
Los clientes pueden globalizarse.
Puede subir el importe medio.
Puede comenzar una actividad regulada.
Cada cambio puede ser legítimo y hacer obsoleto el antiguo KYC profile.
Por eso vuelve la misma secuencia estructural:
persona → residencia → actividad → entidad → ownership/control → banca → source of funds → source of wealth → mantenimiento
El mejor expediente bancario no es el que se monta cuando el acceso ya es urgente.
Es el que se actualizó a medida que cambió el negocio.
Fuentes
- UK Financial Conduct Authority — Firms’ customer due diligence processes and controls: findings
- HMRC — Anti-money laundering guidance: ongoing monitoring
- HMRC — Anti-money laundering guidance: source of funds and source of wealth
- HMRC — Anti-money laundering guidance: tipping off
- FATF — Recomendaciones FATF
Aviso
Este artículo ofrece información general y no constituye asesoramiento jurídico, bancario ni AML. Restricciones, retrasos y requests pueden surgir por muchas causas y variar entre institución y jurisdicción. Nada aquí implica que una restricción demuestre actividad sospechosa o que un banco deba seguir una secuencia universal de revisión.
