Software de conformidade BC/FT para as instituições obrigadas da Tanzânia.
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 Unit através do goAML, num único espaço de trabalho de analista, para as pessoas obrigadas (reporting persons) ao abrigo da Anti-Money Laundering Act da Tanzânia.
Concebido para a Anti-Money Laundering Act e para a Financial Intelligence Unit.
A Anti-Money Laundering Act da Tanzânia (Cap. 423, edição revista de 2023), os seus regulamentos e as orientações da FIU 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 à FIU 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 à FIU da Tanzânia.
Para as instituições obrigadas da Tanzânia, seja qual for o regulador que as supervisiona.
A lei designa os reguladores, e o seu artigo 26 atribui ao regulador ou à FIU a responsabilidade de fiscalizar o cumprimento.
O Bank of Tanzania, que licencia também os prestadores de serviços de microfinanças Tier 2.
O Bank of Tanzania delegou a competência sobre as SACCOS de Tier 3 na Tanzania Cooperative Development Commission e sobre as de Tier 4 nas autoridades de governo local; a lei designa o Registrar of Cooperatives.
A Tanzania Insurance Regulatory Authority e a Capital Markets and Securities Authority.
O Gaming Board of Tanzania, a Tanganyika Law Society, o National Board of Accountants and Auditors e os restantes reguladores designados na lei; na falta destes, a FIU.
Perguntas frequentes.
O software efectua as comunicações à FIU?
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 FIU, e é possível recorrer a um descarregamento manual se o portal estiver indisponível.
Em que prazo uma pessoa obrigada da Tanzânia tem de submeter uma comunicação de operação suspeita?
No prazo de 24 horas após a formação da suspeita e, sempre que possível, antes da transacção, nos termos do artigo 18(1) da Anti-Money Laundering Act, Cap. 423 (R.E. 2023). Os regulamentos de 2022 referem 24 horas úteis, mas deverá prevalecer o prazo mais estrito da lei.
Quais são os limiares de comunicação de numerário e de transferências electrónicas na Tanzânia?
Transacções em numerário de 10 000 USD ou mais, ou o seu contravalor, e transferências electrónicas de fundos de 1 000 USD ou mais, convertidas à taxa do Bank of Tanzania no momento da transacção. As transacções relacionadas efectuadas num período de 24 horas que, em conjunto, atinjam 10 000 USD contam como uma só. As comunicações devem ser feitas no prazo de 5 dias úteis, nos termos dos Electronic Funds Transfer and Cash Transaction Reporting Regulations de 2019.
Podemos executar o software nas nossas próprias instalações (on-premises) na Tanzânia?
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 na Tanzânia?
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 da Tanzânia.
Filtragem, monitorização, casos e comunicações à FIU numa fila de alertas realista, numa demonstração ao vivo.