Tutorial: aperfeiçoar os fluxos de processo empresarial com ramificação
Os fluxos de processo empresarial orienta você pelos vários estágios de vendas, marketing ou processos de serviços até a sua conclusão. Em ocorrências simples, um fluxo de processo de negócio linear é uma boa opção. Entretanto, nos cenários mais complexos, é possível aprimorar um fluxo de processo de negócio com ramificação. Se você tiver as permissões de criação nos fluxos de processos de negócios, você poderá criar o fluxo de processo de negócio com várias ramificações usando a lógica do If-Else. A condição de ramificação pode ser formada de várias expressões lógicas que usam uma combinação de operadores AND ou OR. A seleção de ramificação é feita automaticamente, em tempo real, com base em funções definidas durante a definição de processo. Por exemplo, na venda de carros, é possível configurar um único fluxo de processos de negócio, que após um estágio de qualificação comum ser dividido em duas ramificações separadas com base em uma função (o cliente prefere um carro novo ou seminovo; o orçamento do comprador fica acima ou abaixo de US$ 20.000 e assim por diante), uma ramificação para venda de carros novos e outra ramificação para a venda de carros usados. Para obter mais informações sobre fluxos do processo empresarial, consulte Visão geral dos fluxos do processo empresarial.
O diagrama a seguir mostra um fluxo de processo de negócio com ramificações.
O que você precisa conhecer ao criar fluxos de processo de negócio com ramificações
Esteja ciente das informações a seguir ao criar o fluxo dos processos de negócios com as ramificações:
Um processo pode dividir-se em, no máximo, cinco tabelas exclusivas.
É possível usar, no máximo, 30 etapas por processo e, no máximo, 30 etapas por estágio.
Cada ramificação pode ter até cinco níveis de profundidade.
A função de ramificação deve ter como base as etapas no estágio que a precede imediatamente.
É possível combinar várias condições em uma função usando o operador do
ANDou no operador doOR, mas não ambos os operadores.Ao definir o fluxo de processo, é possível, opcionalmente, selecionar um relacionamento de tabelas. Este relacionamento deve conter um relacionamento de tabela 1:N (um-para-muitos).
Mais de um processo ativo pode ser executado simultaneamente na mesma linha de dados.
Você pode reorganizar blocos (Estágios, Etapas, Condições, etc.) do fluxo do processo usando o recurso arrastar e soltar.
Ao mesclar as ramificações, todas os pares de ramificações devem fundir-se em um único estágio. Todos os pares de ramificações devem fundir-se em um único estágio ou cada par de ramificação deve finalizar o processo. Um par de ramificação não pode fundir-se com outras ramificações e, ao mesmo tempo, finalizar o projeto.
As alterações na API do cliente não podem acionar a avaliação da condição de ramificação, pois a ramificação depende das regras de negócios.
Para formulários em aplicativos baseados em modelo, a interação com estágios futuros aciona suas condições e regras de negócios. No entanto, se o estágio ativo permanecer o mesmo, essas regras não serão executadas novamente quando o formulário for recarregado. Somente as regras no estágio ativo são executadas no carregamento do formulário.
Observação
Uma tabela usada no processo pode ser revisitada várias vezes (vários loops de tabela fechados).
Um processo pode voltar para o estágio anterior independentemente de um tipo de tabela. Por exemplo, se o estágio ativo for Entregar cotação em uma linha de cotação, os usuários do processo poderão mover o estágio ativo de volta para o estágio Proposta em uma linha de oportunidade.
Em outro exemplo, suponha que atualmente um processo esteja no estágio Apresentar Proposta em seu fluxo do processo: Qualificar Cliente Potencial>Identificar Necessidades>Criar Proposta>Apresentar Proposta>Fechar. Se a proposta apresentada ao cliente exigir mais pesquisa para identificar as necessidades do cliente, os usuários poderão simplesmente selecionar o estágio Identificar Necessidades do seu processo e escolher Definir como Ativo.
Exemplo: Processo de vendas de carros com duas ramificações
Vejamos o exemplo de fluxo de processo de negócio com duas ramificações, para a venda de carros novos e seminovos.
Primeiro, nós criaremos um novo processo chamado Processo de Venda de Carros.
Abra o explorador de soluções e, em seguida, no painel de navegação esquerdo, selecione Processos.
Selecione Novo para criar um novo processo.
Especifique a Categoria como Fluxo de processos de negócios e, para a Entidade principal, escolha Lead.
Adicione o primeiro estágio ao processo chamado Qualificar e adicione as etapas Período de Compra e Preferência de Carro.
Após o estágio comum Qualificar, separaremos o processo em duas ramificações separadas usando o bloco Condição.
Configurar o bloco condição com regras que atendam aos seus requisitos comerciais
Para adicionar a primeira ramificação para um estágio, adicione um bloco Estágio no caminho "Sim" do bloco condição
Para adicionar a segunda ramificação que é executada quando a condição não é atendida, adicione outro bloco Estágio no caminho "Não" da condição
Gorjeta
Você pode adicionar uma condição no caminho "Não" de uma condição existente para criar uma ramificação mais complexa.
Se a Preferência de carro = Novo, o processo explora o estágio Venda de carros novos. Caso contrário, ele prossegue para o estágio Venda de carros seminovos, na segunda ramificação, conforme mostrado abaixo.
Após concluir todas as etapas no estágio Venda de carros novos ou no estágio Venda de carros seminovos, o processo retorna para o fluxo principal, com o estágio Entregar cotação.
Evitar a divulgação de informações
Considere um fluxo de processo de negócio com ramificações para o processamento de uma requisição de empréstimo em um banco, como mostrado abaixo. As tabelas personalizadas usadas nos estágios são mostradas entre parêntese.
Nesse cenário, a responsável pelo empréstimo bancário precisa acessar a linha de solicitação, mas ela não deve ter nenhuma visibilidade sobre a investigação da solicitação. À primeira vista, parece que nós podemos fazer isso facilmente ao designar o funcionário de empréstimo bancário uma função segura que especifica bloqueio de acesso à tabela de investigação. Porém, vejamos o exemplo mais detalhadamente e ver se isso é verdadeiro.
Digamos que um cliente faça um requisição de empréstimo de mais de US$ 60.000 ao banco. O funcionário de empréstimo examina a requisição no primeiro estágio. Se a função de ramificação que verifica se a quantia devida ao banco excederá US$50.000 é satisfeita, o próximo estágio no processo é investigar se a requisição é fraudulenta. Se for determinado que esta é, de fato, um ocorrência fraudulenta, o processo passará a tomar medidas legais contra o requerente. A responsável pelo empréstimo não deve ter visibilidade sobre os dois estágios investigativos porque ela não tem acesso à tabela de investigação.
Entretanto, se o funcionário de empréstimo abrir a linha Requisição, ele poderá ver todo o processo, de ponta a ponta. Ele terá a capacidade de ver o estágio de investigação de fraude e também de identificar o resultado da investigação por ter sido capaz de ver o estágio de ações legais no processo. Além disso, ele poderá visualizar as etapas nos estágios de investigação, escolhendo o estágio. Ele não terá permissão para ver os dados ou o status de conclusão da etapa, mas poderá identificar as possíveis ações que foram executadas em relação ao emissor da solicitação durante os estágios de investigação e ação legal.
Neste fluxo de processo, o funcionário de empréstimo poderá ver os estágios Investigação de fraude e Ação legal, que constitui uma divulgação de informações inapropriada. Nós recomendamos uma atenção especial às informações que podem ser divulgadas devido à ramificação. No nosso exemplo, divida o processo em dois processos separados: um para o processamento de requisição e outro para a investigação de fraude, para evitar a divulgação de informações. O processo do funcionário de empréstimo será assim:
O processo para a investigação será independente e inclui os estágios a seguir:
Será necessário fornecer um fluxo de trabalho para sincronizar a decisão Aprovar/Negar da linha de investigação para a linha Requisição.
Próximas etapas
Criar um fluxo do processo empresarial
Criar lógica de negócios personalizada com processos