Começar
Integrar / SDKs
Verificação de utilizadores
Verificação de empresas
Monitorização de transações
Registo de alteraçõesexpected_version com uma atualização da política para a mesma proteção; uma versão desatualizada devolve 409 sem alterar a política.
Definições gerais
Atribuição automática
A atribuição automática seleciona um revisor autorizado com o menor número de casos ativos em toda a organização, até à capacidade configurada. Os agentes em linha têm prioridade quando estão disponíveis; caso contrário, podem receber casos os agentes offline elegíveis. Quando todos os revisores elegíveis atingiram a capacidade, o caso fica sem atribuição. A resolução de um caso ou a entrada de um agente em linha pode retirar um caso da fila quando houver capacidade disponível.Escalamento e transferência
O escalamento move um caso para um blueprint de destino fixo (a sua fila e a sua configuração de conteúdo) numa única ação. A transferência de casos, por sua vez, permite a um agente escolher qualquer blueprint ativo da mesma aplicação para mover um caso. Ambas ficam ocultas na página do caso, a menos que o blueprint atual as ative, e ambas são bloqueadas no servidor (400) se forem tentadas quando estão desativadas. Um blueprint não pode referenciar-se a si próprio como destino de escalamento nem como verificador da revisão a 4 olhos.Fontes associadas
A barra lateral direita de um blueprint lista:- Origens de criação de casos: configurações AML, regras de transação e nós de fluxo que encaminham atualmente novos casos para ele, com atalhos para cada um.
- Recebe escalamentos de: outros blueprints cujo destino de escalamento aponta para aqui.
Guardar e publicar alterações à política
Guardar rascunho guarda as suas alterações sem afetar casos novos ou existentes. Uma nova política fica não publicada e não pode ser selecionada para um caso ou regra de encaminhamento até escolher Publicar. Reabrir o editor restaura o rascunho guardado. Publicar fica disponível depois de as alterações atuais terem sido guardadas. Publicar aplica essa versão a casos novos; os casos existentes mantêm os requisitos de revisão aceites. Histórico de versões regista cada configuração publicada, a hora de publicação e o publicador, quando conhecido. As políticas criadas antes de o histórico de versões estar disponível têm a sua base atual registada na publicação seguinte. Descartar rascunho requer confirmação e devolve o editor à configuração publicada. Descartar um rascunho nunca publicado elimina-o. Tanto a gravação de rascunhos como a publicação verificam a versão publicada e a revisão do rascunho. Se outra pessoa alterar uma delas, o servidor devolve409 e o seu editor aberto mantém as edições não guardadas.
Um rascunho baseado numa política publicada mais antiga tem de ser revisto em relação à política atual antes de ser publicado.
As atualizações PATCH diretas da API continuam a ser publicações imediatas e também ficam registadas no histórico de versões.
Rascunhos de regras de encaminhamento
As regras de encaminhamento usam as mesmas ações Guardar rascunho, Publicar, Descartar rascunho e Histórico de versões. Guardar um rascunho não altera a regra usada para a atribuição automática nem a pré-visualização da regra publicada. As alterações não publicadas têm de ser guardadas antes de poderem ser publicadas. A publicação verifica se a política de revisão e a equipa selecionadas continuam ativas e pertencem à mesma aplicação. Se outro editor alterar a regra ou o respetivo rascunho, a operação devolve um conflito e preserva as alterações mais recentes. As novas regras usam primeiro Guardar rascunho e permanecem inativas até Publicar criar a versão 1. Nas integrações de API, definapublish=false ao criar uma política ou uma regra de encaminhamento para usar este ciclo de vida.
Omitir a opção mantém a criação imediata para as integrações existentes.
Biblioteca de predefinições
Instale qualquer uma das quatro predefinições incorporadas a partir da galeria de predefinições de políticas de revisão. A instalação copia a predefinição para a sua aplicação como um blueprint totalmente editável; pode depois alterar livremente qualquer definição sem afetar o catálogo. A instalação é idempotente por predefinição, pelo que reinstalar uma predefinição já instalada não tem efeito.
Nenhuma das predefinições configura previamente a atribuição, o escalamento, a revisão a 4 olhos ou a transferência; cabe-lhe sempre tomar essas decisões de encaminhamento para cada blueprint.
Conteúdo do caso
O separador Conteúdo do caso controla os separadores e os campos que aparecem na página do caso, em seis secções que podem ser ativadas ou desativadas:
Um blueprint sem secções ativadas continua a mostrar o separador Visão geral do caso, apenas sem os blocos de conteúdo extra.