Software de conformidade BC/FT para as instituições obrigadas do Uganda.
Filtragem de sanções e de pessoas politicamente expostas (PPE), monitorização de transacções, classificação de risco do cliente, gestão de casos e comunicações à Financial Intelligence Authority através do goAML, num único espaço de trabalho de analista, para as pessoas obrigadas (accountable persons) ao abrigo da Anti-Money Laundering Act do Uganda.
Concebido para a Anti-Money Laundering Act e para a Financial Intelligence Authority.
A Anti-Money Laundering Act, 2013 do Uganda (Cap. 118 na edição revista de 2024), os seus regulamentos e as directrizes da FIA definem o que uma pessoa obrigada tem de fazer. Cada dever corresponde a um módulo, pelo que as provas estão onde um inspector as irá procurar.
Identificar os clientes e classificar o seu risco
Classificação de risco do cliente com seis factores (país, sector de actividade, produto, canal, comportamento e exposição a PPE/sanções) e derrogações sujeitas ao princípio dos quatro olhos, e um grafo de beneficiários efectivos para os clientes que são pessoas colectivas.
Aplicar diligência reforçada às PPE e aos clientes de risco mais elevado
Um fluxo de diligência reforçada dentro da gestão de casos, com revisões periódicas agendadas automaticamente por escalão de risco, para que um processo de alto risco não fique desactualizado.
Filtrar os clientes com base em listas de sanções e em dados de PPE
Correspondência multi-alfabeto e adaptada às definições regionais com listas sincronizadas a partir de fornecedores como Dow Jones e World-Check, e carregamento manual das listas que a própria instituição mantém, com controlo de versões das listas e painéis de actualidade dos dados.
Monitorizar as transacções para detectar actividades suspeitas
Um motor de regras que funciona em lote e em fluxo contínuo, com regras iniciais alinhadas com tipologias, testes retrospectivos e promoção com controlo de versões, alimentado por conectores REST, SFTP, Kafka, CDC ou ISO 20022.
Comunicar à FIA as operações suspeitas e as transacções em numerário
Um ciclo de vida de rascunho, revisão, aprovação e submissão, com tratamento dos avisos de recepção. O XML goAML é gerado e validado pela plataforma de comunicações goAML da Creodata, com descarregamento manual se o portal estiver indisponível.
Conservar os registos e mostrar as provas às autoridades de supervisão
Um registo de auditoria só de acréscimo por detrás de cada decisão, pacotes de provas para as inspecções, um portal do regulador só de leitura e um registo de obrigações que transforma as novas orientações e alterações em tarefas acompanhadas.
Este quadro relaciona as capacidades do software com as obrigações; não constitui aconselhamento jurídico. Para o registo e os procedimentos de submissão, consulte o Guia de comunicações goAML à FIA do Uganda.
Para as instituições obrigadas do Uganda, seja qual for o regulador que as supervisiona.
A autoridade de supervisão de cada pessoa obrigada fiscaliza o cumprimento, e a FIA fá-lo quando não existe nenhuma (artigo 21A da lei de 2013). A Avaliação Nacional de Risco de 2023 do Uganda distribui os principais sectores da seguinte forma.
Supervisionados pelo Bank of Uganda para efeitos prudenciais e de BC/FT. O Bank of Uganda licencia também os prestadores de serviços de pagamento.
Regulados pela Uganda Microfinance Regulatory Authority; algumas SACCO são, em vez disso, licenciadas pelo Bank of Uganda.
A Insurance Regulatory Authority of Uganda e a Capital Markets Authority.
O National Lotteries and Gaming Regulatory Board supervisiona os casinos e o ICPAU supervisiona os contabilistas. A FIA supervisiona os prestadores de serviços de activos virtuais e os sectores sem autoridade de supervisão, como os agentes imobiliários.
Perguntas frequentes.
O software efectua as comunicações à FIA?
Sim, através do goAML. As comunicações de operações suspeitas e de transacções acima do limiar seguem, no software de prevenção e combate ao branqueamento de capitais e financiamento do terrorismo (BC/FT), um ciclo de vida de rascunho, revisão, aprovação e submissão, com tratamento de novas tentativas, reconciliação e avisos de recepção. A plataforma de comunicações goAML da Creodata gera e valida depois o ficheiro goAML destinado ao portal da FIA, e é possível recorrer a um descarregamento manual se o portal estiver indisponível.
Em que prazo uma pessoa obrigada do Uganda tem de submeter uma comunicação de operação suspeita?
O mais tardar dois dias úteis após a formação da suspeita, nos termos do artigo 9 da Anti-Money Laundering Act, 2013, conforme alterada em 2017 (a lei foi renumerada como Cap. 118 na edição revista de 2024). As directrizes da FIA de Agosto de 2024 acrescentam prazos a montante: alertas abertos no prazo de 3 dias úteis após serem gerados e investigações concluídas no prazo de 10 dias úteis.
Qual é o limiar das transacções em numerário de valor elevado no Uganda?
As pessoas obrigadas registam todas as transacções em numerário ou monetárias, em qualquer moeda, superiores a 1 000 currency points, ou seja, 20 milhões de UGX, e as várias transacções efectuadas por uma mesma pessoa, ou por sua conta, num mesmo dia são agregadas. Os registos devem ser conservados durante pelo menos 10 anos.
Podemos executar o software nas nossas próprias instalações (on-premises) no Uganda?
Sim. A edição on-premises funciona no seu próprio cluster Kubernetes com Postgres 16, RabbitMQ, MinIO, OpenSearch e Keycloak, e tem as mesmas funcionalidades que a edição Microsoft Azure, pelo que uma instituição que tenha de manter os dados no seu próprio centro de dados não fica com um produto inferior.
Quanto custa um software BC/FT no Uganda?
Não existe uma tabela de preços pública. Cada funcionalidade é licenciada separadamente e agrupada nos níveis Starter, Growth e Enterprise, pelo que um orçamento depende dos módulos que activar e de a implementação ser feita no Azure ou nas instalações do cliente. Uma demonstração é o caminho mais rápido para obter um orçamento adequado à sua instituição.
Uma instituição de menor dimensão pode começar em pequena escala?
Sim. O nível Starter abrange a filtragem, a classificação de risco do cliente e o essencial da gestão de casos, na cloud. O nível Growth acrescenta a monitorização de transacções, as comunicações STR/CTR e os conectores de ingestão, de que uma instituição que capte depósitos precisará para cumprir os seus deveres de monitorização e comunicação. Os módulos são activados por inquilino, pelo que subir de nível acrescenta capacidades sem recomeçar do zero.
Quanto tempo demora a implementação?
Depende do número de módulos com que começar e da forma como os seus dados chegam. A filtragem e a classificação de risco precisam dos dados de clientes; a monitorização de transacções precisa também de fluxos de transacções, que se ligam por REST, SFTP, Kafka, captura de alterações de dados (CDC) ou ISO 20022, com reprocessamento (replay) e uma fila de mensagens não entregues (dead-letter queue), pelo que um carregamento falhado fica visível em vez de passar despercebido. Após a definição do âmbito, propomos um percurso faseado até à sua primeira entrada em produção.
Veja o software BC/FT a funcionar com um perfil de comunicação do Uganda.
Filtragem, monitorização, casos e comunicações à FIA numa fila de alertas realista, numa demonstração ao vivo.