Fluxos e configuração
Como escolho regras para aprovar, recusar e rever?
Desenhe os caminhos de decisão em torno das provas que a sua política exige e teste os dados em falta, bem como as verificações bem-sucedidas.
Equipa Toden · 2 min de leitura · Português
Nesta página
Resposta curta
Utilize o gráfico de decisão do fluxo de trabalho para transformar a verificação e as provas de risco num resultado de aprovação, recusa ou revisão. Comece pela política da sua organização e depois teste cada filial. A aprovação de um controlo de verificação não é o mesmo que a sua empresa decidir integrar um cliente.
Defina a política antes do gráfico
Decida quais os factos que permitem a aprovação, quais exigem a revisão de uma pessoa e quais exigem recusa. Inclua provas incompletas e indisponíveis, e não apenas o resultado ideal. Um valor em falta não deve tornar-se acidentalmente uma comparação bem-sucedida. Utilize verificações de presença documentadas quando a sua regra depender da existência de provas.
O gráfico pode ler campos de verificação, triagem, dispositivo, cliente, empresa e questionário suportados. Os caminhos de campos desconhecidos são rejeitados na publicação. Consulte a referência do campo atual em vez de inventar um nome de campo.
Entenda o resultado
Aprovar, recusar e rever definem a disposição do cliente para esta decisão de workflow. A evidência de verificação automatizada da verificação permanece separada. Um fluxo de trabalho sem gráfico de decisão reporta o seu resultado de verificação sem adicionar a mesma lógica de decisão de negócio.
O seu back-end controla o que o resultado significa para o acesso à conta ou outra ação comercial. Desduplicar as notificações de conclusão assinadas e ler o estado atual antes de suspender uma restrição; um evento atrasado não deve substituir uma decisão mais recente no seu próprio sistema.
Teste todas as rotas importantes
Exercite a aprovação, recusa, revisão, provas em falta e caminhos de espera por triagem no Sandbox. Inspecione o traço registado para perceber qual a condição que decidiu o resultado. Trate uma falha na execução do fluxo de trabalho como um erro operacional, e não como uma recusa do cliente.
As execuções publicadas mantêm a versão e o gráfico com que começaram. A republicação de um fluxo de trabalho não reescreve uma decisão anterior. Mantenha a referência da versão ao analisar resultados inesperados.
Guias relacionados
Este artigo foi útil?