# Configurar o Investigador e a sua política

Source: https://help.didit.me/pt-PT/investigations/investigator-setup-and-policy
Updated: 2026-10-23

Carrega a política, transforma o SOP nas regras que o Investigador aplica, vê o que não cobre e testa cada alteração no histórico e num conjunto de referência.

Abre **Investigador → SOP** para veres as regras que o Investigador aplica,
escritas como o teu procedimento operacional padrão. Começa a partir de um
documento de política que carregas, do teu SOP colado como texto, ou de **Ask
Didit**, que te pergunta pelos casos que a tua equipa decide com mais
frequência. Cada alteração entra num rascunho que verificas com uma verificação
de lacunas e um backtest antes de o publicares. Nada muda até alguém publicar.

> **Note:** Estas funcionalidades estão a ser ativadas uma a uma e podem ainda não estar
> ativas para a tua aplicação. Alterar qualquer uma delas exige permissão para
> alterar as definições da aplicação.

## Carregar a tua política

No passo **A tua política** da configuração, carrega em **Carregar a tua política** e adiciona um documento PDF ou Word de até 20 MB, ou uma ligação para um. A Didit lê-o uma vez, em segundo plano, e redige uma resposta a cada pergunta da configuração, citando a secção de onde veio. Confirma ou rejeita cada resposta redigida. As perguntas que o documento não cobre ficam marcadas como **Não está na tua política** e mantêm a resposta que lhes deres.

O ficheiro fica num armazenamento privado que só a tua organização pode abrir. Eliminar o documento elimina o ficheiro e todas as respostas redigidas que ninguém confirmou ainda. Uma resposta que confirmaste continua a indicar o documento e a secção de onde veio.

## O teu SOP

O separador **SOP** mostra a tua política como um procedimento operacional padrão legível, com uma regra por tipo de caso. Tem oito vistas:

| Vista | Para que serve |
|---|---|
| **Documento** | O SOP que o Investigador aplica agora, com cada regra e a versão em que mudou |
| **Rascunho** | A próxima versão em preparação: o que foi adicionado, alterado ou removido, e de onde veio cada alteração |
| **Lacunas** | As situações que o teu SOP ainda não cobre |
| **Mensagens às pessoas** | O que cada regra pede à pessoa, quando pede mais informação |
| **Backtests** | Os backtests com IA dos teus rascunhos e os seus resultados |
| **Golden set** | Os itens de referência contra os quais cada alteração à política é verificada |
| **Recomendações** | As alterações aos fluxos de trabalho que as decisões da tua equipa sugerem |
| **Verificações personalizadas** | As verificações que a tua equipa escreveu pelas suas próprias palavras |

As três últimas estão explicadas mais abaixo nesta página.

Há três formas de começar um rascunho:

- **Ask Didit** lista os tipos de caso que a tua equipa mais decidiu nas últimas semanas, mostra o que a tua equipa costuma escolher e pergunta o que deve acontecer em cada um. Cada resposta que alteras torna-se uma regra no rascunho.
- **Colar o teu SOP** lê o procedimento que a tua equipa já segue e redige uma regra para cada situação que ele indica, assinalando a secção e a frase em que cada regra se baseia. Só são redigidas regras onde o teu texto dá uma resposta.
- Adicionar uma lacuna ou alterar uma mensagem também começa um rascunho.

Quando o rascunho estiver pronto, carrega em **Publicar**. Publicar torna-o o SOP que o Investigador aplica, e os relatórios em espera são verificados contra ele. Se alguém publicou outra versão enquanto estavas a editar, descarta o teu rascunho e começa de novo a partir da nova versão.

## Verificar lacunas

**Lacunas** lista as situações que a tua equipa reviu e que nenhuma regra cobre, das mais revistas para as menos revistas. Carrega em **Verificar agora** para verificar o SOP contra as revisões dos últimos 90 dias. Para cada lacuna podes adicionar a regra sugerida ao rascunho, ou ignorá-la, e nesse caso essa situação continua a ir para uma pessoa.

## Mensagens às pessoas

Para uma regra que pede mais informação, **Mensagens às pessoas** define o que é pedido à pessoa e porquê:

| Mensagem | O que acontece |
|---|---|
| **Reenviar passos** | Os passos que escolhes são devolvidos à pessoa para os refazer |
| **Reabrir passos** | Os passos que escolhes são reabertos, mesmo que tenham sido aprovados |
| **Carregar um documento** | O passo de documento é reaberto para o documento que indicas |
| **Nova verificação** | Começa uma nova verificação do mesmo fluxo de trabalho para a mesma pessoa, enviada por email quando tens o email dela |
| **Não contactar ninguém** | Ninguém é contactado: uma pessoa decide o que enviar |

Escreve o motivo que a pessoa lê, com até 500 caracteres. Só as regras de verificação e de verificação de empresas podem enviar mensagens à pessoa, e a fila AML nunca pede nada à pessoa, para que nada a possa alertar. Quando os pedidos de informação estão ativos, a mensagem abre também uma conversa com a pessoa: consulta [O Investigador, as pessoas que verificas e os seus dados](https://help.didit.me/pt-PT/investigations/investigator-end-users-and-privacy).

## Testar uma alteração antes de entrar em produção

Há dois tipos de backtest:

- A **Verificação rápida** repete a tua política sobre relatórios que o Investigador já preparou nos últimos 30 ou 90 dias, sem ver o que a tua equipa decidiu, e compara os dois. Faz parte da configuração e de cada mudança de nível.
- O **backtest com IA** faz o agente voltar a ler sessões passadas com o teu rascunho, por isso testa também o que a política não consegue exprimir como regras. Antes de começar, mostra quantas sessões vai voltar a ler, quanto tempo demora, o preço por sessão e o custo máximo, e tu confirmas. Se o teu crédito não chegar, podes correr uma amostra mais pequena. Cada sessão que volta realmente a ler é cobrada uma única vez: o preço dela fica cativo na tua carteira enquanto é lida de novo e é cobrado quando o relatório dela fica pronto. As sessões que falham, são ignoradas ou nunca começam são gratuitas, e as aplicações em Sandbox não custam nada. Podes pará-lo a qualquer momento e só pagas as sessões que já voltou a ler. Os resultados mostram a concordância com a tua equipa e cada **inversão**, as sessões que teria decidido de outra forma, com as duas decisões lado a lado.

Para começar um backtest com IA, carrega em **Novo teste retrospetivo com IA** em **SOP → Testes retrospetivos** e define o seu âmbito:

| Definição | Opções |
|---|---|
| **SOP a testar** | **SOP atual**, ou **Rascunho** quando há um rascunho aberto |
| **Decididas em** | **Últimos 30 dias**, **Últimos 90 dias** ou um **Intervalo personalizado** de até 365 dias |
| **Estado definido pela sua equipa** | **Aprovada**, **Recusada**, ou ambos quando não escolhes nenhum |
| **Workflows** | Os fluxos de trabalho a incluir, cada um com o número de sessões que tem, ou todos quando não escolhes nenhum |
| **Amostra aleatória** | Quantas dessas sessões voltar a ler, até 5000. Se ficar vazio, volta a ler todas, até 5000 |

A estimativa mostra então as sessões a voltar a ler, quanto tempo demora aproximadamente, o preço por sessão lida de novo e o custo máximo. As sessões devolvidas para nova submissão ficam de fora, porque a sua sessão ativa já não é a tentativa que a tua equipa decidiu. É pago com o crédito do teu plano, depois com o teu saldo, ou faturado ao abrigo do teu contrato.

Os dois backtests avisam-te quando a amostra pode não representar o teu tráfego: menos de 50 itens decididos, 80% ou mais deles de um só país ou de um só fluxo de trabalho, menos de 3 desacordos com que aprender, ou menos de 14 dias de decisões. Quando vês um aviso, lê a concordância com cuidado, ou repete um período mais longo.

Quando um backtest encontra um desacordo, **Perguntar à minha equipa** envia-o à tua equipa como pergunta. No passo **Verificar no seu histórico** da configuração, abre um desacordo para veres a decisão da tua equipa e a do Investigador lado a lado, com a regra que seguiu e o que não conseguiu ver. Depois, usa **Alterar a resposta** para mudar a resposta que usou, ou carrega em **Perguntar à minha equipa**: a pergunta recebe um número e fica à espera em **Perguntas** e na tua [Caixa de entrada](https://help.didit.me/pt-PT/investigations/inbox) até alguém lhe responder.

## Perguntas do Investigador

Quando um item não se enquadra na tua política, ou a tua equipa continua a alterar o mesmo tipo de recomendação, o Investigador faz uma pergunta com o item anexado. As perguntas aparecem no separador **Perguntas** e na tua [Caixa de entrada](https://help.didit.me/pt-PT/investigations/inbox), e **Abrir na Caixa de entrada** leva-te até elas. Pré-visualiza o que uma resposta alteraria antes de a guardares. A tua resposta torna-se uma nova versão da política, ou podes registar que nada deve mudar, ou **ignorar** a pergunta para a fechar sem resposta.

## Conjunto de referência

O conjunto de referência, em **SOP → Golden set**, é uma lista de itens de referência com o resultado que esperas para cada um: aprovar, recusar, pedir informação ou sempre uma pessoa. Fixa até 100 itens de relatórios anteriores. Sempre que alguém publica uma alteração à política ou ao SOP, ou restaura uma versão antiga, o conjunto de referência é verificado primeiro:

- Se o resultado de um item mudar e deixar de corresponder ao que esperas, a publicação para e mostra-te os itens que mudaram.
- Podes aceitar uma alteração de propósito. O resultado esperado do item passa então a ser o novo.
- Cada versão publicada sugere também novos itens de referência para as regras que adicionou, que podes aceitar ou ignorar.
- Quando a Didit lança uma nova versão do motor do Investigador, o conjunto de referência é verificado de novo automaticamente.

Também podes correr o conjunto quando quiseres, e pedir ao agente que volte a ler cada item fixado às cegas para comparar a resposta. As execuções do conjunto de referência nunca são faturadas.

## Verificações personalizadas

As verificações personalizadas, em **SOP → Verificações personalizadas**, permitem-te adicionar uma verificação pelas tuas próprias palavras, por exemplo "se a empresa for uma casa de câmbio, verifica que tem licença no registo nacional". O construtor:

1. faz-te perguntas de esclarecimento até a verificação ficar inequívoca;
2. escreve a verificação, revê-a à procura de problemas e mostra-te o que vai fazer;
3. corre-a sobre itens recentes a que se aplica, em modo de observação e sem custos, para veres que itens assinalaria;
4. começa a corrê-la sobre os itens correspondentes quando a ativares. Podes pausá-la a qualquer momento.

Uma verificação personalizada acrescenta evidências ao relatório. Nunca decide um item sozinha.

## Recomendações de fluxos de trabalho

Em **SOP → Recomendações**, a partir das decisões dos últimos 90 dias, o Investigador sugere alterações aos teus fluxos de trabalho de verificação onde a tua equipa continua a decidir da mesma forma, por exemplo subir o limiar de correspondência facial, adicionar um passo de comprovativo de morada para um país, ou aliviar um aviso que a tua equipa resolve sempre. Cada recomendação mostra quantos itens teria afetado e com que frequência a tua equipa concordou. Aceitar uma regista que pretendes fazer a alteração e leva-te ao editor de fluxos de trabalho: nunca altera um fluxo de trabalho sozinha.

## Quanto custa

O Investigador está disponível a partir do plano Growth. A configuração, as perguntas de política, o modo de observação e a Verificação rápida são sempre gratuitos. O modo de observação abrange toda a aplicação: passar qualquer fila para **Automático** ou **Totalmente automático** tira o Investigador do modo de observação e, a partir daí, cada análise concluída é faturada ao preço do teu plano ou contrato. Define um **Limite de gasto mensal** nas definições dele para limitar esse valor. Consulta [como funcionam os preços e os créditos](https://help.didit.me/pt-PT/billing-credits/how-pricing-and-credits-work).

| O quê | Preço de tabela |
|---|---|
| Uma revisão concluída de uma verificação ou de um alerta de transação | 0,10 $ |
| Uma revisão concluída de um caso | 0,10 $ |
| Um backtest com IA | 0,10 $ por cada sessão passada que volta a ler |

Uma revisão está concluída quando o seu item é decidido com o relatório: uma pessoa aceita-o, tal como está ou editado, ou o Investigador decide-o sozinho. É faturada uma vez por item e decisão, independentemente de quantas vezes o Investigador o leia. Nunca são faturados: a configuração, as perguntas de política, o modo de observação, a Verificação rápida, as alterações de decisão, os itens decididos fora do Investigador e as revisões que falham.

O backtest com IA é pago: cada sessão passada que o agente volta realmente a ler é cobrada uma única vez, ao preço de tabela de 0,10 $ com o desconto do teu plano, ou ao preço do teu contrato quando é um contrato a pagar, e faturada na verificação de identidade. As sessões que falham, são ignoradas ou nunca começam são gratuitas, e as aplicações em Sandbox não custam nada. As verificações de consistência, o controlo de qualidade dos teus revisores e o conjunto de referência correm em modo de observação e nunca são faturados.

### Limite mensal de gastos

**Limite mensal de gastos**, em **Definições → Custo**, limita o custo das revisões do Investigador num mês civil (UTC), na tua moeda de faturação: 100, 250, 500, 1000, 2500 ou 5000 por mês. Está desligado por predefinição. O preço de cada relatório em aberto fora do modo de observação fica reservado face ao limite, porque aceitá-lo vai cobrá-lo. Ao atingir o limite, o Investigador entra em pausa: não começa nenhuma revisão nova, e os itens vão para os teus revisores sem relatório até ao mês seguinte ou até um limite mais alto. **Atividade** regista **Em pausa no limite de gastos**, e é enviado o webhook `investigator.automation.paused`. O limite nunca para o modo de observação.

### Se o teu plano mudar para Free

No Free, a tua equipa continua a rever cada item manualmente em Verificações, Transações e Casos. Se o teu plano mudar para Free, a tua política, as tuas perguntas e as tuas definições são mantidas, e o Investigador fica em pausa até voltares ao Growth.