Perfis e domínios

Perfil do tenant

Cada instância da FPP é implantada com um perfil: fraud, aml ou both. O perfil faz parte da configuração de implantação do tenant e é a mesma chave lida pela FPP e pela CMP daquele tenant.

Perfil	O que a instituição contratou	O que aparece
fraud	Prevenção a fraudes	Workbench de fraude, motor, listas, UBA, backtest
aml	Prevenção à lavagem de dinheiro	Cenários, matriz de parametrização, lista de alertas, despacho para a Mesa
both	Os dois	Tudo acima, no mesmo painel

A ausência de perfil vale fraud. Uma instância que já opera fraude não ganha nenhuma superfície de PLD por acidente, e um tenant só ganha PLD quando alguém escreve aml ou both na configuração.

O que o perfil governa, e o que não governa

O perfil governa a superfície e a emissão para fora:

• os itens de menu e as rotas de PLD no painel da FPP;
• os links e telas de PLD na CMP;
• o despacho de alertas para a Mesa de Decisão, que só acontece quando o perfil inclui PLD.

O perfil não governa a avaliação. O que decide se uma transação é avaliada num domínio é a existência de um workflow ativo naquele domínio. Essa separação é deliberada: a mesma transação enviada a duas instâncias com o mesmo workflow recebe a mesma decisão, e nenhuma configuração de implantação muda um resultado de motor.

Domínios e workflows

O motor tem um workflow ativo por domínio. Um tenant de perfil both tem um workflow de fraude e um workflow de PLD, cada um com os seus estágios, políticas, regras e limiares, editados no mesmo editor visual.

Quando uma transação entra, ela entra uma vez e é avaliada uma vez por domínio ativo. Com fraude e PLD ativos, a decisão de fraude é devolvida na própria chamada, no tempo de resposta contratado, e a avaliação de PLD corre logo em seguida, fora da chamada, sem estender a latência da fraude e sem disputar recursos com a entrega de webhooks ao integrador.

Um tenant só de PLD avalia normalmente: o workflow de PLD é o único domínio ativo e é ele que decide. O workflow de PLD é criado pela API ou pelo editor, escolhendo o domínio na criação, como qualquer outro workflow.

O portão que fala

A plataforma verifica, na inicialização e periodicamente, se há workflow ativo em algum domínio fora do perfil do tenant. Quando há, ela não desativa nada: registra um aviso estável e o mostra na tela de sistema do administrador. Um workflow de PLD ativo num tenant de perfil fraud continua avaliando, porque o workflow é a autoridade sobre avaliação, e o administrador vê a divergência para corrigir a configuração.

O mesmo perfil na Mesa de Decisão

A CMP do mesmo tenant lê o mesmo perfil. As telas e os links de PLD na Mesa aparecem quando o perfil inclui PLD, e a Mesa passa a aceitar os alertas despachados pela FPP. A configuração de implantação valida que os dois módulos do mesmo tenant declaram o mesmo perfil.