Tutorial: Melhorar fluxos de processos de negócio com ramificação

Os fluxos de processos de negócio guiam-no através das várias fases de vendas, marketing, ou do processo de serviço para conclusão. Em incidentes simples, fluxo de um processo de negócio do é uma boa opção. Contudo, cenários nas mais complexas, pode aumentar um fluxo de processos de negócio com ramificação. Se tiver permissões para criar fluxos o processo de negócio, só poderá criar o fluxo de processos de negócio com os vários utilizar ramos lógica de If-Else . A condição de ramificação pode ser formada por várias expressões lógicos que utilizem uma combinação de operadores AND ou OR. A seleção de ramos é efetuada automaticamente, em tempo real, com base nas regras que definiu durante a definição de processo. Por exemplo, para vender carros, pode configurar um único fluxo de processos de negócio, após uma fase de qualificação comum ser dividida em dois ramos separados com base numa regra (o cliente prefere um carro novo ou em segunda mão, o orçamento é superior ou inferior 20.000€, etc.). Um ramo para venda de carros novos e o outro ramo para venda de carros em segunda mão. Para mais informações sobre Fluxos do processo de negócio, consulte Descrição geral de fluxos do processo de negócio.

O diagrama seguinte mostra um fluxo de processos de negócio com ramos.

O que precisa de saber ao estruturar fluxos de processos de negócio com ramos

Aviso de efectuada de seguintes informações quando conceber o fluxo de processos de negócio com os ramos:

• Um processo pode abranger um máximo de cinco tabelas únicas.

• Pode utilizar um máximo de 30 fases no processo e um máximo de 30 passos pela fase.

• Cada ramo não pode ser um máximo de cinco níveis de profundidade.

• A regra tem de ser de ramificação baseada nos passos na fase da precede imediatamente.

• Pode fazer corresponder várias condições numa regra utilizando o operador de AND ou operador de OR , mas não ambos os operadores.

• Quando define um fluxo de processo opcionalmente, pode selecionar uma relação entre tabelas. Este deve ter uma relação 1:N (um-para-muitos) de tabelas.

• Mais de um processo ativo pode ser executado em simultâneo na mesma linha de dados.

• Pode reorganizar mosaicos (Fases, Passos, Condições etc.) no fluxo do processo utilizando arrastar e largar.

• A intercalar ramos, todos os ramos de registo têm intercalar a uma fase. Os ramos de registo têm qualquer ou impressão numa única cada fase, ou ramo de registo deve concluir o processo. Um ramo de registo não é possível intercalar com outros ramos e simultaneamente concluir o processo.

• As alterações da API do cliente não podem acionar a avaliação da condição de ramificação, uma vez que a ramificação depende das Regras de Negócio.

• Para formulários em aplicações condicionadas por modelos, a interação com fases futuras aciona as suas condições e as regras de negócio. No entanto, se a fase ativa permanecer a mesma, essas regras não serão novamente executadas quando o formulário for recarregado. Só são executados regras na fase ativa no carregamento de formulário.

Nota

• Uma tabela utilizada no processo pode ser revisitada várias vezes (fechadas vários ciclos de tabela).

• Um processo pode regressar à fase anterior independentemente de um tipo de tabela. Por exemplo, se a fase ativa é Entregar Proposta numa linha de proposta, os utilizadores do processo podem passar a fase ativa para a fase Proposta de uma linha de oportunidade.

  Noutro exemplo, vamos supor que um processo está atualmente na fase Apresentar Proposta do fluxo de processo: Qualificar Oportunidade Potencial>Identificar Necessidades>Criar Proposta>Apresentar Proposta>Fechar. Se a proposta apresentada ao cliente necessitar de mais investigação para identificar as necessidades do cliente, os utilizadores podem simplesmente selecionar a fase Identificar Necessidades do processo e selecionar Definir como Ativo.

Exemplo: Fluxo de processo de venda de carro com dois ramos

Vamos ver o fluxo de processos de negócio com dois ramos, para vender carros novos e utilizado.

Primeiro, vamos criar um novo processo chamado Processo de Venda de Veículos Automóveis.

1. Abra o explorador de soluções e, em seguida, selecione Processos no painel de navegação esquerdo.

2. Selecione Novo para criar um novo processo.

3. Especifique a Categoria como Fluxo do Processo de Negócio e, para Entidade primária, selecione Oportunidade potencial.

4. Adicione a primeira fase do processo, chamada Qualificar, e adicione os passos Intervalo de Tempo de compra e Preferência de Carro.

5. Após a fase comum Qualificar , iremos dividir o processo em dois ramos separados, utilizando o mosaico Condição.

   1. Configurar o mosaico condição com regras que satisfazem as suas necessidades de negócio

   2. Para adicionar a primeira ramificação a uma fase, adicione um mosaico Fase no caminho "Sim" do mosaico da condição

   3. Para adicionar o segundo ramo que é executado quando a condição não é satisfeita, adicione outro mosaico Fase no caminho "Não" do mosaico da condição

Gorjeta

Pode adicionar outra condição no caminho "não" de um mosaico de condição existente para criar uma ramificação mais complexa.

Se a Preferência de carro = Novo, o processo ramifica para a fase Venda de Carro Novo, caso contrário, salta para a fase Venda de Carro Usado, na segunda ramificação, conforme mostrado abaixo.

Depois de concluído todos os passos na fase de Carro novo Vendas ou na fase de Carro utilizado Vendas , os resultados do processo novamente para o fluxo principal, a fase de Entregue a proposta .

Impedir a divulgação de informações

Considere um fluxo de processos de negócio com ramos para processar um pedido de empréstimo numa base, conforme mostrado abaixo. As tabelas personalizadas utilizadas nas fases são apresentadas em parêntese.

Neste cenário, a gestora de créditos do banco precisa de ter acesso à Linha de Pedidos, mas não deve conseguir ver a investigação do pedido. À primeira vista, parece que poderemos fazê-lo facilmente atribuindo ao agente de crédito um direito de acesso que especifique que este não tem acesso à tabela Investigação. No entanto, vamos observar o exemplo mais detalhadamente para ver se isto é realmente verdadeiro.

Vamos ver o que um cliente coloque o pedido de empréstimo para mais do $60.000 base. O agente de crédito reveja o pedido na primeira fase. Se a regra de ramificação que verifica se o montante para a base excederá é $50.000 satisfeita, a fase seguinte no processo é investigar se o pedido é fraudulento. Se se determinar que este é realmente um incidente de fraude, o processo avança para a tomada de uma ação jurídica contra o solicitante. A gestora de créditos não deve conseguir ver as duas fases de investigação, uma vez que não tem acesso à tabela Investigação.

Contudo, se o agente de crédito abra a linha do pedido, todos podem ver os processos integrais número inteiro. O agente de crédito não só vai conseguir ver a fase de investigação da fraude, como também vai conseguir identificar o resultado da investigação devido ao facto de ter conseguido ver a fase Ação Judicial no processo. Além disso, poderá pré-visualizar os passos nas fases de investigação ao selecionar a fase. Apesar de o agente de crédito não conseguir ver os dados ou o estado de conclusão dos passos, será capaz de identificar as potenciais ações que foram adotadas contra o requerente do pedido durante a investigação e fases de ação judicial.

Neste fluxo de processo, o agente de crédito poderá ver as fases de investigação de fraude e da ação jurídica, que constitui essa divulgação incorreta das informações. Recomendamos a atenção de pagamento especial com as informações que se pode tornar divulgado devido a ramificação. No nosso exemplo, subdivida o processo em processos separados, um para o pedido ao processar e outro para a fraude de investigação, para impedir a divulgação das informações. O processo do agente de crédito terá o seguinte aspeto:

O processo da investigação será independentemente e incluirá as seguintes fases:

Terá de fornecer um fluxo de trabalho para sincronizar a decisão Aprovar/Recusar a partir da linha Investigação para a linha Pedido.

Passos seguintes

Criar um fluxo de processo de negócio
Criar lógica empresarial personalizada com processos