Software de conformidade BC/FT para as instituições obrigadas da Zâmbia.
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 ao Financial Intelligence Centre através do goAML, num único espaço de trabalho de analista, para as entidades obrigadas (reporting entities) ao abrigo da Financial Intelligence Centre Act da Zâmbia.
Concebido para a Financial Intelligence Centre Act e para o Financial Intelligence Centre.
A Financial Intelligence Centre Act, 2010 da Zâmbia, os seus regulamentos de 2022 e a Prohibition and Prevention of Money Laundering Act, 2001 definem o que uma entidade 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 ao FIC 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 conformidade goAML junto do FIC da Zâmbia.
Para as instituições obrigadas da Zâmbia, seja qual for o regulador que as supervisiona.
A Financial Intelligence Centre Act, conforme alterada em 2020, designa as autoridades de supervisão, e o FIC é uma delas.
O Bank of Zambia.
A Pensions and Insurance Authority e a Securities and Exchange Commission.
A comissão de licenciamento instituída pela Tourism and Hospitality Act, a Law Association of Zambia, o Zambia Institute of Chartered Accountants, o Registrar of Estate Agents e o Chief Registrar of Lands.
Desde 2020, as sociedades cooperativas, os concessionários de veículos automóveis, os promotores imobiliários, os prestadores de serviços de guarda de valores e as agências de viagens são instituições obrigadas (accountable institutions), com deveres de diligência, de comunicação de transacções em numerário e de conservação de registos.
Perguntas frequentes.
O software efectua as comunicações ao FIC?
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 do FIC, e é possível recorrer a um descarregamento manual se o portal estiver indisponível.
Em que prazo uma entidade obrigada da Zâmbia tem de submeter uma comunicação de operação suspeita?
O mais tardar três dias úteis após a formação da suspeita, nos termos do artigo 29 da Financial Intelligence Centre Act, 2010. O dever abrange as tentativas de transacção e as suspeitas ligadas ao financiamento do terrorismo ou da proliferação, bem como ao branqueamento de capitais.
Qual é o limiar de comunicação de transacções em numerário na Zâmbia?
As entidades obrigadas comunicam qualquer transacção em numerário igual ou superior ao contravalor em kwachas de 10 000 USD, em kwachas ou em moeda estrangeira, incluindo várias transacções que pareçam relacionadas, no prazo de três dias úteis (artigo 30 da Financial Intelligence Centre Act e Statutory Instrument No. 53 of 2022). Os registos devem ser conservados durante pelo menos 10 anos.
Podemos executar o software nas nossas próprias instalações (on-premises) na Zâmbia?
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 Zâmbia?
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 Zâmbia.
Filtragem, monitorização, casos e comunicações ao FIC numa fila de alertas realista, numa demonstração ao vivo.