Gerenciador de transações: Fases
Uma fase representa uma fase no processo de vendas de uma organização. Este artigo ilustra um processo com cinco fases que você pode modificar para atender às suas necessidades.
As fases representam fases no processo de vendas de uma organização. Neste exemplo, demonstramos um processo com cinco fases: Rascunho, Aprovação pendente, Aprovado, Contratado e Solicitado. Sua implementação adicionará ou excluirá fases para acomodar seu processo de vendas.
Fases de pedido
Um administrador pode mudar a ordem em que as fases são avaliadas. Selecione uma fase e passe o mouse sobre o gráfico de divisa para alterar a ordem de avaliação. Use o. Menos de e. > botões para mudar a ordem. . . o botão cria uma nova fase nesse local na sequência.
Transições entre fases
As transições representam o movimento estruturado de uma fase para a próxima em um fluxo de trabalho. Cada fase tem critérios de entrada (condições que devem ser atendidas antes de avançar) para garantir consistência e prontidão para a próxima fase.
Uma transação não pode fazer a transição automática entre fases sem um evento, que pode ser representado na IU como um botão, como Enviar para aprovação ou Revisar . Além disso, as transições de fase também podem ser definidas para quando uma nova transação é criada ou editada.
Critérios de entrada
À medida que os usuários progridem pelo ciclo de vida da transação e executam eventos vinculados a transições, o app avalia os critérios de entrada para determinar qual fase se aplica à transação. Quando uma transição de evento está definida como forward, CPQ avalia os critérios de entrada das fases em andamento até que os critérios de entrada de uma fase sejam atendidos. Se nenhuma fase atender aos critérios de entrada, nenhuma transição ocorrerá. Quando uma transição de evento está definida como backward, a transação muda para a fase definida pelo administrador sem verificar seus critérios de entrada. (Observe que a primeira fase de um processo não tem critérios de entrada.)
Por exemplo, uma transação pode fazer a transição para pending approvalou, se a aprovação não for necessária, ela poderá ignorar pending approvale mover diretamente para approvedfase. Esta configuração pode ser realizada usando critérios de entrada.
Agrupamentos de regras e fases
Os agrupamentos de regras estão associados a fases. Os agrupamentos de regras são executados quando a fase é transferida para e quando os usuários atualizam campos ou executam eventos enquanto estão na fase.
Exibições e fases
As fases permitem que o administrador atribua permissões distintas (exibições) para determinar como as personas observam os dados do campo.
Para obter mais informações sobre como definir exibições para fases, consulte Gerenciador de transações: Exibições.
Crie uma nova fase, associe grupos de regras e defina critérios de entrada
Na IU do administrador do Gerenciador de transações, você começa em fases por padrão. As fases definidas são listadas na página. Para criar uma nova fase, clique em - Nova fase .
Digite um nome no campo Nome. Ao inserir o nome, um valor semelhante é inserido no Nome da variável campo. Por padrão, o nome da variável é o mesmo que o nome inserido pelo administrador. No entanto, espaços e caracteres especiais são removidos do nome da variável, que é criado usando maiúsculas e minúsculas em camel. Por exemplo, se você digitar Solicitado em Nome . Nome da variável o campo contém ordered. Para criar um nome de variável personalizado, clique no ícone de lápis à direita do campo para inserir seu próprio valor.
Depois que o nome e o nome da variável estiverem definidos, clique em Salvar .
Ao clicar em Salvar , você verá a página do editor de fases. No editor de fases, você pode atribuir agrupamentos de regras à fase que está sendo criada. Use o. Agrupamentos de regras menu para escolher os agrupamentos de regras a serem atribuídos à nova fase.
No editor de fases, no Critérios de entrada , você pode criar as condições que são testadas antes que a transação tenha permissão para fazer a transição para a nova fase. O método é o mesmo que o método usado para criar condições em regras. Clique em Critérios de entrada para escolher o tipo de lógica de condição que você deseja implementar.
Clique em Agir quando para selecionar a lógica de condição.
Depois de escolher o método de lógica de condição, clique em - Adicionar condição para adicionar a condição a ser testada. Você pode adicionar várias condições aos critérios de entrada da fase. Para cada declaração condicional, escolha o campo a ser testado, o operador a ser usado e o valor a ser testado.
Quando a nova fase estiver totalmente configurada, clique em Salvar .
Configurações: Comportamento ao abrir transação
. Comportamento na transação em aberto a área permite que um administrador determine quais agrupamentos de regras e integrações são executados quando o usuário abre uma transação na fase. Clique em Editar configurações .
Na página Configurações, use Atualizar dados do produto alterne para definir os dados do produto da transação a serem atualizados quando a transação for aberta.
Clique em Adicionar nova ação para adicionar um agrupamento de regras ou uma integração à lista de ações.
Configurações: Comportamento no tempo limite ocioso
Em Tempo limite ocioso das configurações de uma fase, você pode definir um evento que é acionado depois que um usuário permanece inativo por um tempo especificado. Isso ajuda a melhorar a experiência do usuário executando ações predefinidas, como grupos de regras, integrações ou regras de fase, quando a inatividade é detectada.
Você pode definir um desses eventos por fase. Se o evento falhar em sua primeira execução, ele não será repetido ou colocado na fila. Para ativar esta configuração, siga estas etapas:
- Nas configurações da fase, faça Tempo limite ocioso ativo.
- Para adicionar ações, clique em Editar configurações ao lado de Tempo limite ocioso .
- Defina o tempo ocioso.
. Tempo ocioso antes da execução das ações a configuração define por quanto tempo um usuário deve permanecer inativo antes que as ações configuradas sejam acionadas. O usuário é considerado inativo quando não há cliques, interações ou pressionamentos de tecla.
- Adicione ações a serem executadas no tempo limite.
Você pode definir uma ou mais ações que serão executadas quando o tempo limite de ociosidade for atingido. Os tipos de ação compatíveis incluem grupos de regras e integrações.
- Use grupos de regras para executar a lógica condicional, como atualizar campos ou modificar a IU.
- Use integrações para acionar APIs ou serviços externos para registrar eventos, enviar notificações ou atualizar registros externos.
Diretrizes gerais:
- Defina cuidadosamente o tempo ocioso para equilibrar a conveniência do usuário com a gestão de sessões e a eficiência do sistema.
- Teste todos os grupos de regras e integrações configurados em um ambiente que não seja de produção antes de habilitá-los em fases ativas.
Excluindo uma fase
A exclusão de uma fase é restrita porque a exclusão de uma fase em uso por transações pode causar problemas de dados. Se for necessária uma exclusão de fase, entre em contato com o Suporte ao cliente para obter mais informações.