Parametrização e governança
Parametrizar sem redeploy
Seção intitulada “Parametrizar sem redeploy”Tudo o que define o comportamento da PLD num tenant é dado, editável pelo Compliance com aprovação e histórico: o catálogo de cenários, os parâmetros de cada cenário, o workflow de PLD com as suas regras e limiares. Nenhuma alteração exige uma nova versão do sistema.
A tela de matriz
Seção intitulada “A tela de matriz”A tela de parametrização apresenta os cenários da jurisdição do tenant em visão de matriz, uma linha por cenário, com as colunas que o Compliance governa:
| Coluna | O que controla |
|---|---|
| Ativo | Se o cenário produz alerta |
| Limiar | O valor (em reais) ou a contagem a partir da qual o cenário dispara |
| Janela | O período do agregado, nos cenários por entidade, e a janela de consolidação |
| Severidade | Alta, média ou baixa, que decide se o alerta vai à Mesa |
| SLA | O prazo associado ao cenário, que viaja com o alerta |
| Peso | A contribuição do cenário no score do domínio de PLD |
A edição é por linha, em formulário, com validação de tipo e unidade, e não se salva sem um motivo de mudança.
Uma única verdade
Seção intitulada “Uma única verdade”Para os cenários por entidade, a linha do catálogo é a autoridade: o avaliador periódico lê dali. Para os cenários por transação, a autoridade continua sendo a condição e a regra do workflow; a tela escreve através delas, com a versão e a aprovação que já têm. Um parâmetro salvo pela tela e o mesmo parâmetro escrito pela API produzem exatamente a mesma avaliação. Não existe uma cópia do valor em outro lugar que possa divergir.
Aprovação e histórico
Seção intitulada “Aprovação e histórico”Toda alteração de parâmetro segue aprovação em duas etapas: quem edita propõe, outro usuário aprova. A tela mostra o histórico como lista (quem alterou, quando, o quê, de que valor para que valor), e cada aprovação fica na trilha de auditoria da plataforma.
Regras, condições, estágios e políticas do workflow de PLD continuam no editor de workflow, com a governança de três níveis e o backtest que servem à prevenção a fraudes. A tela de matriz é o ponto de trabalho do Compliance para o dia a dia; o editor é o ponto de trabalho de quem desenha a detecção.
Tudo o que a tela faz está disponível por API, com as mesmas validações e a mesma aprovação: leitura do catálogo com o texto de cada cenário no idioma do painel, leitura e escrita de parâmetros, consulta de histórico. A instituição pode integrar a parametrização ao seu próprio processo de governança.
O que o Compliance vê depois de parametrizar
Seção intitulada “O que o Compliance vê depois de parametrizar”Uma mudança aprovada vale na próxima avaliação e na próxima rodada do avaliador por entidade. A lista de alertas mostra os alertas produzidos com os parâmetros novos, e a Mesa recebe a severidade e o SLA atualizados no próximo despacho. Quando uma alteração de limiar ou de janela precisa ser homologada antes de valer, o replay do histórico em lote permite medir o efeito antes da aprovação.
Versão 18, atualizada em