Esercitazione: Migliorare i processi aziendali con la creazione dei rami

I processi aziendali consentono di completare varie fasi di vendita, marketing o processi del servizio. Nei casi più semplici, un processo aziendale lineare rappresenta la scelta appropriata. Tuttavia, in scenari più complessi, è possibile migliorare il processo aziendale con la creazione dei rami. Se si dispone delle autorizzazioni per la creazione dei processi aziendali, è possibile creare un processo aziendale a più rami utilizzando la logica If-Else. La condizione di ramo può essere formata da più espressioni logiche che utilizzano una combinazione di operatori AND o OR. La selezione del ramo viene eseguita automaticamente, in tempo reale, in base alle regole definite durante la definizione del processo. Ad esempio, se si considera la vendita delle automobili, è possibile configurare un unico processo aziendale che dopo una fase di qualificazione comune si divide in due rami separati in base a una regola (il cliente preferisce un'automobile nuova o una usata, il budget previsto è inferiore o superiore a $ 20.000 e così via), un ramo per vendere automobili nuove e un altro ramo per vendere le automobili usate. Per ulteriori informazioni sui processi aziendali, vedere Panoramica dei processi aziendali.

Il seguente diagramma illustra un processo aziendale con rami.

Informazioni necessarie per la progettazione di processi aziendali con rami

Quando si progetta il processo aziendale con rami tenere presenti le informazioni seguenti:

• Un processo può estendersi al massimo su cinque tabelle univoche.

• È possibile utilizzare un massimo di 30 fasi per processo e un massimo di 30 passaggi per fase.

• Ogni ramo non può estendersi oltre cinque livelli.

• La regola di diramazione deve essere basata sui passaggi della fase immediatamente precedente.

• È possibile combinare più condizioni in una regola tramite l'operatore AND o l'operatore OR, ma non tramite entrambi gli operatori.

• Durante la definizione di un processo, è possibile facoltativamente selezionare una relazione di tabella. Questa deve essere una relazione di tabella 1:N (uno-a-molti).

• Più di un processo attivo può essere eseguito simultaneamente nella stessa riga di dati.

• È possibile ridisporre i riquadri (Fasi, Passaggi, Condizioni e così via.) nel flusso di processo mediante la funzionalità di trascinamento.

• Quando si uniscono i rami, tutti i rami di pari livello devono unirsi in una singola fase. I rami di pari livello devono essere tutti uniti in una singola fase o ogni ramo di pari livello deve terminare il processo. Non è possibile unire un ramo di pari livello ad altri rami e contemporaneamente terminare il processo.

• Le modifiche all'API client non possono attivare la valutazione della condizione di diramazione, poiché la diramazione si basa sulle regole di business.

• Per i moduli nelle app basate su modello, l'interazione con le fasi future ne attiva le condizioni e le regole aziendali. Tuttavia, se la fase attiva rimane la stessa, tali regole non verranno eseguite nuovamente quando il modulo viene ricaricato. Solo le regole nella fase attiva vengono eseguite al caricamento del modulo.

Nota

• Una tabella utilizzata nel processo può essere rivisitata più volte (più cicli di tabella chiusi).

• Un processo può tornare alla fase precedente indipendentemente dal tipo di tabella. Ad esempio, se la fase attiva è Presenta offerta in una riga di offerta, gli utenti del processo possono spostare la fase attiva nuovamente sulla fase Proponi in una riga di opportunità.

  In un altro esempio, si supponga che un processo sia attualmente nella fase Presenta proposta nel flusso del processo: Imposta lead come qualificato>Identifica esigenze>Crea proposta>Presenta proposta>Close. Se la proposta presentata al cliente richiede altre ricerche per l'identificazione delle esigenze del cliente, gli utenti possono selezionare semplicemente la fase Identifica esigenze del processo e scegliere Imposta attivo.

Esempio: processo di vendita delle automobili con due rami di esempio

Si esamini l'esempio del processo aziendale con due rami per la vendita di automobili nuove e usate.

Innanzitutto, è necessario creare un nuovo processo denominato Processo di vendita auto.

1. Apri Esplora soluzioni e nel riquadro di spostamento a sinistra seleziona Processi.

2. Seleziona Nuovo per creare un nuovo processo.

3. Specificare la Categoria come Flusso di processo aziendale e per l'Entità primaria scegliere Lead.

4. Aggiungere la prima fase al processo denominato Qualifica e aggiungere i passaggi Intervallo di tempo acquisti e Preferenza automobile.

5. Dopo la fase comune Qualifica, si divide il processo in due di rami distinti, utilizzando il riquadro Condizione.

   1. Configurare il riquadro della condizione con regole in grado di soddisfare i requisiti aziendali

   2. Per aggiungere il primo ramo a una fase, aggiungere un riquadro Fase sul percorso Sì" del riquadro di condizione

   3. Per aggiungere il secondo ramo che viene eseguito quando la condizione non viene soddisfatta, aggiungi un altro riquadro della fase nel percorso "No" del riquadro delle condizioni

Mancia

È possibile aggiungere un'altra condizione sul percorso "No" di una condizione esistente per creare diramazioni più complesse.

Se Preferenza automobile = Nuovo, il processo passa al ramo per la fase Vendita auto nuove, in caso contrario si passa direttamente alla fase Vendita auto usate, nel secondo ramo, come illustrato di seguito.

Completati tutti i passaggi della fase Vendite auto nuove o della fase Vendita auto usate, il processo torna al flusso principale con la fase Presenta offerta.

Evitare la divulgazione delle informazioni

Considerare un processo aziendale con rami per l'elaborazione di una richiesta di prestito presso una banca, come illustrato di seguito. Le tabelle personalizzate utilizzate nelle fasi vengono riportate tra parentesi.

In questo scenario il responsabile prestiti della banca deve poter accedere alla riga Richiesta, ma tale responsabile non può avere visibilità sull'indagine della richiesta. A prima vista, sembra che sia facilmente possibile eseguire questa impostazione assegnando al funzionario un ruolo di sicurezza che non specifichi l'accesso alla tabella Indagine. Tuttavia, esaminare l'esempio più dettagliatamente per constatare se effettivamente l'affermazione è vera.

Si supponga che un cliente effettui la richiesta di prestito per oltre $60.000 alla banca. Inizialmente, il funzionario addetto ai prestiti esamina la richiesta. Se la regola di diramazione che controlla se l'importo dovuto alla banca supererà $50.000 è soddisfatta, nella fase successiva del processo si controlla se la richiesta è fraudolenta. Se si decide che si tratta effettivamente di un caso di frode, il processo prosegue con un'azione legale contro il richiedente. Il funzionario responsabile dei prestiti non può avere visibilità sulle due fasi dell'indagine, poiché non ha accesso alla tabella Indagine.

Tuttavia, se il funzionario apre la riga della richiesta, tutti potrebbero visualizzare l'intero processo. Il funzionario responsabile dei prestiti non solo può visualizzare la fase di indagine sulla frode, ma può anche risalire all'esito dell'indagine dal momento che può visualizzare la fase Azione legale del processo. Selezionando la fase potrà anche visualizzare l'anteprima dei passaggi delle fasi di indagine. Anche se non può visualizzare i dati o lo stato di completamento della fase, può determinare le possibili azioni intraprese nei confronti del richiedente durante le fasi di indagine e di azione legale.

In questo processo, il funzionario potrà visualizzare le fasi di Ricerca frodi e Azione legale che costituisce una divulgazione di informazioni impropria. È consigliabile portare particolare attenzione alle informazioni che possono essere divulgate a causa della diramazione. In questo esempio, suddividere il processo in due processi distinti, uno per l'elaborazione delle richieste e altri per la ricerca di frode, per evitare la divulgazione delle informazioni. Il processo per il funzionario sarà simile al seguente:

Il processo per la ricerca sarà autonomo e prevede le fasi seguenti:

Per sincronizzare la decisione di approvazione o negazione dalla riga Indagine alla riga Richiesta è necessario usare un flusso di lavoro.

Passaggi successivi

Creare un processo aziendale
Creare regole business personalizzate con i processi