Primeiros passos
Integração / SDKs
Verificação de usuários
Verificação de empresas
Monitoramento de transações
Registro de alteraçõesexpected_version com uma atualização de política para contar com a mesma proteção; uma versão desatualizada retorna 409 sem alterar a política.
Configuraçõ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, respeitando a capacidade configurada. Analistas online têm preferência quando disponíveis; caso contrário, analistas offline elegíveis podem receber casos. Quando todos os revisores elegíveis estão no limite de capacidade, o caso permanece sem atribuição. A resolução de um caso ou a entrada de um analista online pode puxar um caso da fila quando houver capacidade disponível.Escalonamento e transferência
O escalonamento move um caso para um blueprint de destino fixo (com a fila e a configuração de conteúdo dele) em uma única ação. Já a transferência de caso permite que um analista escolha qualquer blueprint ativo da mesma aplicação para onde mover um caso. Ambos ficam ocultos na página do caso, a menos que o blueprint atual os habilite, e ambos são bloqueados no servidor (400) se forem tentados enquanto estiverem desativados. Um blueprint não pode indicar a si mesmo como seu próprio destino de escalonamento ou verificador da revisão a 4 olhos.Fontes conectadas
O painel lateral direito de um blueprint lista:- Fontes de criação de casos: configurações AML, regras de transação e nós do workflow que atualmente direcionam novos casos para ele, com atalhos para cada um.
- Recebe escalonamentos de: outros blueprints cujo destino de escalonamento aponta para este.
Salvar e publicar alterações de política
Salvar rascunho armazena suas alterações sem afetar casos novos ou existentes. Uma nova política permanece não publicada e não pode ser selecionada para um caso ou regra de roteamento até que você escolha Publicar. Reabrir o editor restaura o rascunho salvo. Publicar fica disponível depois que as edições atuais forem salvas. A publicação aplica essa versão aos novos casos; os casos existentes mantêm os requisitos de revisão já aceitos. Histórico de versões registra cada configuração publicada, o horário da publicação e quem publicou, quando essa informação é conhecida. Para políticas criadas antes de o histórico de versões existir, a configuração atual é registrada como base na próxima publicação. Descartar rascunho exige confirmação e retorna o editor à configuração publicada. Descartar um rascunho que nunca foi publicado o exclui. Os salvamentos de rascunho e a publicação verificam tanto a versão publicada quanto a revisão do rascunho. Se outra pessoa alterar qualquer uma delas, o servidor retorna409 e o seu editor aberto mantém as edições não salvas.
Um rascunho baseado em uma política publicada mais antiga deve ser revisado em relação à política atual antes da publicação.
Atualizações diretas via PATCH na API continuam sendo publicações imediatas e também são registradas no histórico de versões.
Rascunhos de regras de roteamento
As regras de roteamento usam as mesmas ações Salvar rascunho, Publicar, Descartar rascunho e Histórico de versões. Salvar um rascunho não altera a regra usada na atribuição automática nem a pré-visualização da regra publicada. Alterações não publicadas precisam ser salvas antes de poderem ser publicadas. A publicação verifica se a política de revisão e a equipe selecionadas continuam ativas e pertencem à mesma aplicação. Se outro editor alterar a regra ou o rascunho dela, a operação retorna um conflito e preserva o trabalho mais recente. Novas regras usam Salvar rascunho primeiro e permanecem inativas até que Publicar crie a versão 1. Em integrações via API, definapublish=false ao criar uma política ou regra de roteamento para usar esse 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 integradas 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. Depois, você pode alterar qualquer configuração livremente sem afetar o catálogo. A instalação é idempotente para cada predefinição, então reinstalar uma predefinição já instalada não tem efeito.
Nenhuma das predefinições vem com atribuição, escalonamento, revisão a 4 olhos ou transferência pré-configurados; essas decisões de roteamento são sempre suas, em cada blueprint.
Conteúdo do caso
A aba Conteúdo do caso controla quais abas e campos aparecem na página do caso, organizados em seis seções que podem ser ativadas ou desativadas:
Um blueprint sem nenhuma seção ativada ainda exibe a aba Visão geral do caso, apenas sem os blocos de conteúdo adicionais.