Migliorare i processi aziendali con la creazione dei rami

 

Data di pubblicazione: luglio 2016

Si applica a: Dynamics CRM 2015

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.

Il seguente diagramma illustra un processo aziendale con rami.

In questo argomento

Informazioni necessarie per la progettazione di processi aziendali con rami

Processo di vendita delle automobili con due rami di esempio

Evitare la divulgazione delle informazioni

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 5 entità univoche.

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

• Ogni ramo non può estendersi oltre 5 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.

• Un'entità utilizzata nel processo può essere rivisitata più volte (più cicli di entità chiusi).

• È possibile tornare alla fase precedente indipendentemente dal tipo di entità. Ad esempio, se la fase attiva è Presenta offerta in un record di offerta, è possibile spostare la fase attiva nuovamente sulla fase Proponi in un record di opportunità. In un altro esempio, si supponga di essere attualmente nella fase Presenta proposta nel flusso del processo: Imposta lead come qualificato > Identifica esigenze > Crea proposta > Presenta proposta > Chiudi. Se la proposta presentata al cliente richiede altre ricerche per l'identificazione delle esigenze del cliente, è possibile selezionare la fase Identifica esigenze del processo e scegliere Imposta attivo.

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

• È possibile un solo processo attivo per record.

• Il nome del processo non è esposto alle condizioni flusso di lavoro.

• Le fasi possono essere riordinate utilizzando le frecce Sposta su o Sposta giù all'interno del ramo. Le fasi non possono essere spostate da un ramo ad altri rami.

• 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.

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. Passare a Impostazioni > Processi.

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

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

Dopo la fase comune Qualifica, si divide il processo in due di rami distinti, utilizzando la clausola If-else.

Suggerimento

• Per aggiungere il primo ramo per una fase, scegliere Aggiungi ramo sotto la fase e specificare la condizione If. Per aggiungere il secondo ramo per la stessa fase, scegliere di nuovo Aggiungi ramo, sotto quella fase. Viene visualizzata la clausola Else. È possibile scegliere Else, per convertirlo in Else-If, se si dispone di più di due rami della stessa fase o se si desidera immettere un ramo solo se certe condizioni sono soddisfatte.

• Scegliere il pulsante quadrato verde + (segno più) sotto la regola di diramazione per aggiungere un'altra condizione alla regola.

• Selezionare il pulsante + Inserisci fase per inserire una fase all'inizio del ramo.

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 entità personalizzate utilizzate nelle fasi vengono riportate tra parentesi.

In questo scenario, il funzionario di banca addetto ai prestiti ha bisogno dell'accesso al record della richiesta, senza tuttavia avere alcuna visibilità delle ricerche sulla richiesta. A prima vista, sembra che sia facilmente possibile eseguire questa impostazione assegnando al funzionario un ruolo di sicurezza che non specifichi l'accesso all'entità di tipo Ricerca. 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 non dovrebbe avere visibilità delle due fasi investigative in quando non dispone dell'accesso all'entità di tipo Ricerca. Tuttavia, se il funzionario apre il record della richiesta, potrebbe visualizzare l'intero processo. Non solo sarà in grado di visualizzare la fase di ricerca di frode, ma potrà anche identificare il risultato della ricerca in quanto è in grado di vedere la fase dell'azione legale del processo. Inoltre, potrà visualizzare l'anteprima dei passaggi delle fasi investigative scegliendo la fase. Sebbene non potrà vedere i dati o lo stato di completamento del passaggio, potrà identificare le azioni potenziali che sono state eseguite contro il richiedente della richiesta durante le fasi di ricerca e 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:

Sarà necessario fornire un flusso di lavoro per sincronizzare la decisione Approva/Rifiuta dal record di ricerca al record della richiesta.

Vedere anche

Processi aziendali
Configurare i processi aziendali
Creare e modificare i processi
Ruoli di sicurezza e privilegi
Video: Processo aziendale in Microsoft Dynamics CRM 2015

© 2016 Microsoft Corporation. Tutti i diritti sono riservati. Copyright