SoluzioniFlussi di lavoro configurabili

Disegnare il percorso del lavoro. Le richieste lo seguiranno davvero.

In continON la forma di un processo è un dato: stati, transizioni, chi agisce in ciascuno, cosa richiede un passaggio e cosa fa scattare ogni cambio di stato. Una richiesta inviata diventa un’istanza attiva di quella definizione – per cui modificare la definizione cambia ciò che farà la richiesta successiva, senza ricompilare le applicazioni che la circondano.

Struttura
Gli stati e le transizioni tra di essi
Responsabilità
Una regola sugli attori per ogni stato
Informazioni
Una maschera versionata collegata allo stato
Controllo
Scadenza, destinatario dell’escalation, verifica
Conseguenza
Azioni eseguite a ogni transizione
Storico
Ogni revisione conservata e tracciabile

Memorizzata come metadati e interpretata in fase di esecuzione. Una modifica viene pubblicata, non messa in esercizio.

Per una stessa richiesta possono valere due cose contemporaneamente.

  1. InviatoIl richiedente, sulla maschera collegata
  2. VerificatoIl superiore del richiedente · scadenza
  3. Revisione tecnicaUn gruppo definito di posizioniRevisione dei costiIl responsabile dell’unità
  4. VerificaDeve essere superata prima che il processo possa proseguire
  5. ApprovatoLa transizione esegue le azioni
  6. RegistratoTraccia conservata, con la versione in base alla quale è stato eseguito

La revisione tecnica e la revisione dei costi sono entrambe attive sulla stessa richiesta. Il motore gestisce più di uno stato corrente, verifica prima di ogni cambio di stato che lo stato di destinazione sia raggiungibile attraverso le transizioni disegnate e prosegue oltre la verifica solo quando quel passaggio è stato superato.

Cosa si decide una volta sola, e cosa vive poi una richiesta in corso.

Chi agisce

Uno stato indica una regola, non una persona: il richiedente, il superiore del richiedente, il superiore dell’utente corrente, il responsabile dell’unità, una persona scelta durante la compilazione della richiesta o un gruppo definito di posizioni. La regola viene risolta in base all’organigramma così com’è il giorno in cui la richiesta viene eseguita, per cui una promozione o un trasferimento cambia il percorso senza che nessuno debba modificarlo.

Cosa deve essere compilato

Una maschera versionata si collega allo stato e si apre quando il lavoro vi arriva; inviarla fa avanzare l’istanza portando con sé i dati acquisiti. I suoi elenchi a discesa, i valori predefiniti e gli elenchi di valori vengono ricavati da query salvate, così le persone scelgono tra dati in tempo reale anziché da un elenco digitato in una schermata.

Cosa deve essere superato

Uno stato può avere una scadenza con un destinatario di escalation per i passaggi in ritardo, e può essere contrassegnato come soggetto a verifica rispetto ai Suoi standard documentati prima che il processo possa proseguire. I percorsi di rifiuto sono transizioni come le altre, per cui un rifiuto è un percorso nella definizione anziché un’eccezione al di fuori di essa.

Cosa fa il cambio di stato

Le transizioni sono il punto in cui una definizione smette di essere un disegno. Un cambio di stato può inviare notifiche ed e-mail, aggiungere o rimuovere parti interessate in una richiesta già in corso, eseguire una procedura definita, generare attività per chi deve agire successivamente, oppure unire i dati della richiesta stessa in un modello e archiviare il PDF finito nell’archivio documentale controllato.

Cosa ne resta

Ogni revisione salvata di una definizione viene conservata, così si può sempre stabilire con quale versione è stata eseguita una determinata richiesta, anche molto tempo dopo che la definizione è cambiata. Report e dashboard leggono le stesse query salvate usate dalle maschere, e sono concessi a posizioni e partner anziché a singole persone.

Dove finisce la configurazione.

La maggior parte delle modifiche qui è configurazione: fasi, campi, regole, layout, autorizzazioni. Oltre a questo, gli utenti esperti estendono con SQL e JavaScript, e il designer di tabelle genera un vero schema di database nel Suo spazio dei nomi. Per questo continON descrive i Builders come configurazione estendibile – non come un modo per sbarazzarsi del codice.

Portare un processo che fa discutere.

Una dimostrazione guidata su un mandante dimostrativo anonimizzato: una definizione disegnata, una richiesta inviata su di essa, due revisioni in parallelo e il documento prodotto dalla transizione di approvazione.