Buildersbuilder

Process Builder

Come si modifica un processo di approvazione o operativo senza un progetto software?

Mappare un processo su un’area di disegno visiva: i suoi stati, le transizioni tra di essi, chi agisce in ciascuno e cosa viene eseguito a ogni passaggio. Le richieste inviate avanzano poi esattamente attraverso quegli stati, instradate a chi occupa in quel momento la posizione giusta.

L’istanza

Una definizione. Ogni richiesta che la segue.

Definizione v3 · pubblicata

  1. Inviato
  2. Revisione dell’unità
  3. Revisione finanziaria
  4. Approvato
Attori
Responsabile dell’unità
Scadenza
48h → escalation
Verifica
Obbligatoria per proseguire
Parti interessate
Aggiungibili in corso d’opera
  • Maschera collegata
  • Notifica
  • Generazione documento
  • Creazione attività

Richiesta attiva #4471

  1. Revisione dell’unitàResponsabile dell’unitàattivo
  2. Revisione finanziariaGruppo Finanzaattivo

Due stati attivi contemporaneamente – i percorsi di revisione che si svolgono davvero in parallelo sono modellati come paralleli, non messi in coda uno dietro l’altro.

Gli attori vengono determinati in base all’organigramma così com’è oggi, non da un nome scritto nella definizione.

Le richieste avanzano stato per stato secondo la definizione, conservando man mano lo storico delle azioni.

Come funziona

Un processo viene disegnato su un’area di disegno come stati e transizioni. Ogni stato ha una propria configurazione: i gruppi di attori che possono agire, una scadenza con un destinatario di escalation per i passaggi in ritardo, la possibilità di aggiungere ulteriori parti interessate, le regole di annullamento e l’eventuale obbligo di superare una verifica rispetto ai suoi standard documentati prima che il lavoro prosegua. Le definizioni sono memorizzate come metadati versionati, per cui pubblicare una modifica non significa rimettere in esercizio un’applicazione.

La stessa definizione viene eseguita. L’invio di una richiesta crea un’istanza di processo attiva il cui stato corrente avanza transizione dopo transizione, e un’istanza può avere più di uno stato attivo contemporaneamente – vere diramazioni parallele, non un unico puntatore lineare. Prima di ogni passaggio, il motore verifica che lo stato di destinazione sia effettivamente raggiungibile attraverso il grafo delle transizioni definito.

Gli attori vengono determinati in fase di esecuzione anziché essere fissati in modo rigido. Una fase può avere come destinatario il richiedente, il superiore del richiedente, il superiore dell’utente corrente, il responsabile dell’unità, una persona selezionata durante la richiesta o un gruppo definito di posizioni – il tutto determinato in base all’organigramma così com’è quel giorno. Un processo porta con sé anche la propria collocazione: gruppi destinatari, criteri di ingresso e il punto del menu in cui gli utenti lo trovano, e può essere impostato per essere eseguito al primo accesso, dopo il login o prima del logout.

Nel prodotto

L’area di disegno del Process Builder – un processo di gestione delle opportunità disegnato come stati, decisioni e transizioni, con ogni stato colorato in base al grado di configurazione.

L’area di disegno del Process Builder di continON: un processo di gestione delle opportunità disegnato come stati, decisioni e transizioni – una richiesta d’offerta creata o caricata, un’offerta presentata, un contratto aggiudicato o meno, un progetto generato e poi completato o annullato – con ogni stato colorato in base al grado di configurazione.

Cosa ne ricava

Diramazioni parallele
Una richiesta in corso può avere più stati attivi contemporaneamente, così i percorsi di revisione che si svolgono davvero in parallelo sono modellati come paralleli – non costretti in un’unica coda.
Scadenze con escalation pianificata
Uno stato può avere una scadenza e un destinatario di escalation. Le azioni su una transizione vengono eseguite immediatamente; le escalation dei passaggi scaduti vengono eseguite secondo una pianificazione.
Punti di verifica
Uno stato può essere contrassegnato in modo da richiedere una verifica rispetto ai suoi standard documentati prima che il processo possa proseguire – un punto di controllo registrato sull’istanza.
Parti interessate gestite in corso d’opera
Le transizioni possono aggiungere o rimuovere parti interessate in una richiesta in corso, così gli osservatori giusti vengono coinvolti man mano che il lavoro procede.
Definizioni versionate
Ogni revisione salvata di un processo viene conservata, così ciò che è cambiato – e la definizione in base alla quale è stata eseguita una determinata richiesta – resta tracciabile.