Boundary Event

Che cos’è un Boundary Event

Un boundary event BPMN 2.0 è un evento intermedio di ricezione collegato al bordo di un’attività. Durante l’esecuzione dell’attività attende un trigger, come una scadenza, un messaggio, un errore, un segnale o una modifica dei dati; quando il trigger si verifica, apre un percorso in uscita dall’attività.

• È sempre posizionato sul bordo di un task, di un sottoprocesso, di una transaction o di una Call Activity. Non può essere collegato a un evento o a un gateway, né rimanere isolato nel flusso.
• Ha Sequence Flow in uscita, ma non in entrata: l’attività a cui è collegato è l’unico punto di ingresso.
• Attende il trigger solo mentre l’attività è attiva. Se l’attività termina prima, il boundary event non si attiva. La retribuzione è un’eccezione: viene predisposta dopo il completamento dell’attività.
• Quando il trigger si attiva, un token esce attraverso il flusso in uscita del boundary event. Un evento interrupting sostituisce il token dell’attività; un evento non-interrupting ne aggiunge uno accanto.
• Nella notazione è rappresentato da un doppio cerchio sul bordo dell’attività, con il simbolo del trigger al suo interno.

ProcessMind supporta i boundary event di tutti i tipi elencati in questa pagina. Trascini un elemento dal gruppo Boundary Event o Boundary Non-Int. della tavolozza Elementi BPMN sul bordo di un’attività per collegarlo. Anche trascinando un evento intermedio di ricezione esistente sul bordo di un’attività lo si collega; trascinandolo di nuovo fuori, lo si scollega. Il collegamento e l’impostazione interrupting vengono mantenuti durante l’esportazione e la reimportazione BPMN.

Interrupting e non-interrupting

I boundary event si presentano in due forme, che determinano cosa accade all’attività quando arriva il trigger.

	Interrupting	Non-interrupting
Rappresentazione	Doppio cerchio con linea continua	Doppio cerchio con linea tratteggiata
Effetto sull’attività	Viene annullata immediatamente; il lavoro al suo interno viene abbandonato	Continua; non viene annullato nulla
Percorsi dopo il trigger	Solo il percorso del boundary event; il normale flusso in uscita dell’attività non viene seguito	Entrambi: il percorso normale continua e quello del boundary event procede in parallelo
Frequenza di attivazione	Una volta; dopo il trigger l’attività non è più attiva	Più volte mentre l’attività resta attiva, ad esempio a ogni ciclo di un timer ripetuto
Attributo BPMN	cancelActivity="true"	cancelActivity="false"

Un boundary event interrupting sostituisce la normale prosecuzione dell’attività. Un boundary event non-interrupting si dirama dall’attività.

Usi la forma interrupting quando il trigger rende inutile o rischioso completare l’attività, ad esempio in caso di scadenza mancata, errore o ritiro. Scelga la forma non-interrupting quando il trigger richiede un’attività aggiuntiva in parallelo, oppure un promemoria o una notifica che non interrompa il lavoro in corso.

Entrambe le forme hanno senso solo mentre l’attività è attiva. Quando si attiva, un evento interrupting annulla l’attività e disattiva contemporaneamente tutti gli altri boundary event collegati. Un evento non-interrupting lascia attivi sia l’attività sia gli altri boundary event.

Una sola attività, più boundary event. Una singola attività può avere più boundary event. Ecco una combinazione comune per un task di approvazione:

• Un timer interrupting dopo due giorni lavorativi: attiva un’escalation e interrompe il task.
• Un timer non-interrupting ogni quattro ore: invia un promemoria e lascia proseguire il task.
• Un evento Error interrupting sul sottoprocesso che esegue il controllo: gestisce un errore tecnico.

Tipi di Boundary Event

ProcessMind supporta i tipi elencati di seguito. Gli eventi interrupting sono più numerosi, perché alcuni trigger hanno senso solo se interrompono l’attività.

Boundary Event interrupting

Tipo	Significato	Esempio tipico
Messaggio	Attende un messaggio specifico indirizzato a questa attività.	«Attendere il preventivo del fornitore» viene interrotto dal messaggio «preventivo ritirato» e prosegue con «Cercare un fornitore alternativo».
Timer	Una scadenza: una durata, una data o un ciclo calcolato dal momento in cui è iniziata l’attività.	«Approvare la nota spese» ha un timer di due giorni; se l’attività non termina, il caso passa a «Segnalare al responsabile finanziario».
Errore	Intercetta un errore generato all’interno dell’attività e la interrompe. I boundary event Error sono sempre interrupting.	Il sottoprocesso «Eseguire il controllo del credito» genera «controllo non riuscito»; il percorso del boundary event porta a «Richiedere una valutazione manuale del credito».
Escalation	Interrompe l’attività perché deve subentrare un livello superiore.	«Risolvere l’incidente» attiva un’escalation quando non viene rispettato l’obiettivo di prima risposta e passa a «Il responsabile dell’incidente subentra».
Annulla	Intercetta l’evento finale Cancel di un sottoprocesso transaction. È valido solo su una transaction.	La transaction «Prenotare il viaggio» viene annullata dal cliente; il percorso del boundary event porta a «Rimborsare il pagamento e liberare le prenotazioni».
Retribuzione (caso speciale)	Esegue il gestore di retribuzione per un’attività già completata, annullandone l’effetto. Non interrompe il lavoro in corso.	«Addebitare il deposito» viene compensato da «Rimborsare il deposito» se l’ordine viene annullato in seguito.
Condizionale	Si attiva quando una condizione aziendale diventa vera mentre l’attività è in corso.	«Riservare le scorte» viene interrotto quando availableStock < orderedQuantity; il caso passa a «Mettere in arretrato e avvisare il cliente».
Segnale	Intercetta un segnale trasmesso a tutti. Il segnale non è indirizzato a una singola attività: può attivare tutti i listener corrispondenti.	«Raccogliere i documenti mancanti» viene interrotto dal segnale aziendale «caso ritirato» e il caso viene chiuso.
Multiplo	Si attiva quando si verifica uno qualsiasi di più trigger.	«Attendere la risposta del cliente» intercetta il messaggio «risposta ricevuta» oppure un timer di dieci giorni; il primo dei due annulla l’attesa.
Multiplo parallelo	Si attiva solo quando si sono verificati tutti i trigger.	«Raccogliere le approvazioni per il rilascio» attende sia il messaggio di approvazione legale sia quello di approvazione della sicurezza prima di proseguire.

Alcune regole pratiche per questo gruppo:

• Errore va collegato a un sottoprocesso, a una Call Activity o a una transaction, cioè all’attività che può effettivamente generare l’errore. In un task semplice non c’è nulla al suo interno che possa non funzionare.
• Annulla va collegato a un sottoprocesso transaction. Negli altri casi non c’è nulla da intercettare.
• Retribuzione è il caso speciale. Viene predisposta dopo il completamento dell’attività e si attiva quando, in un’altra parte del processo, viene generato un evento di retribuzione. Rappresenta l’annullamento di un passaggio già completato, non l’interruzione di un passaggio in corso.
• Multiplo indica una competizione tra trigger. Multiplo parallelo è una condizione che attende che si verifichino tutti.

Boundary Event non-interrupting

Tipo	Significato	Esempio tipico
Messaggio	Arriva un messaggio mentre l’attività prosegue; il messaggio avvia un percorso parallelo.	«Preparare la bozza della proposta» continua mentre il messaggio «ricevuto commento del revisore» avvia «Registrare il commento del revisore».
Timer	Un promemoria o un controllo periodico; l’attività non viene interrotta.	«Gestire la richiesta di assistenza» ha un timer ripetuto di otto ore che avvia «Inviare un aggiornamento sullo stato» mentre la gestione prosegue.
Escalation	Attiva un’escalation in parallelo all’attività, senza terminarla.	«Gestire il reclamo» continua mentre l’escalation «cliente strategico» avvia «Avvisare il direttore commerciale».
Condizionale	Una condizione avvia un percorso parallelo mentre l’attività prosegue.	«Elaborare la richiesta di prestito» continua quando riskScore > 70 avvia «Segnalare per la revisione di audit».
Segnale	Un segnale trasmesso a tutti avvia un percorso parallelo per ogni listener; l’attività continua.	«Eseguire l’elaborazione notturna» continua quando il segnale «mercato chiuso» avvia «Salvare i totali provvisori».
Multiplo	Uno qualsiasi di più trigger avvia un percorso parallelo; l’attività continua.	«Negoziare il contratto» resta aperta; un messaggio della controparte o un timer di tre giorni avvia «Inviare un sollecito».
Multiplo parallelo	Tutti i trigger insieme avviano un percorso parallelo; l’attività continua.	«Attendere tutti i controlli» resta attiva finché non arrivano sia il messaggio sia il segnale, quindi avvia «Registrare la disponibilità».

I boundary event non-interrupting servono per promemoria, notifiche, monitoraggio ed escalation in parallelo. Non modificano il flusso principale: aggiungono un percorso parallelo.

Tipi di evento che non sono Boundary Event

Alcuni tipi di evento possono sembrare boundary event, ma non lo sono:

• Link collega parti di un flusso. Si tratta di eventi intermedi di ricezione o generazione nella sequenza, non di elementi collegati a un’attività.
• Terminate termina un’intera istanza di processo ed esiste solo come evento finale.
• Nessuno non è un trigger, quindi un boundary event non può mai essere «Nessuno»: ogni boundary event deve intercettare qualcosa.

Aggiungere un Boundary Event in ProcessMind

1. Apra la tavolozza Elementi BPMN.
2. Scelga un tipo dal gruppo Boundary Event per un evento interrupting oppure dal gruppo Boundary Non-Int. per un evento non-interrupting.
3. Trascini l’elemento sul bordo di un task, di un sottoprocesso, di una transaction o di una Call Activity.
4. Lo rilasci. L’evento si aggancia al bordo più vicino e l’attività diventa l’attività ospitante.
5. Tracci il Sequence Flow dal boundary event al primo passaggio del percorso di eccezione o del percorso parallelo.

Suggerimenti per utilizzarli:

• Rilasciando un evento intermedio sul bordo di un’attività, lo si collega. Rilasciandolo nell’area libera del diagramma, si crea un normale evento intermedio di ricezione. In seguito, lo trascini sul bordo per collegarlo oppure lo trascini fuori per scollegarlo.
• Un boundary event si sposta, si nasconde e viene eliminato insieme all’attività ospitante. Non viene mai posizionato indipendentemente da un’attività.
• La versione non-interrupting è una voce distinta nella tavolozza, non una casella di controllo. La selezioni prima di trascinarla se l’attività deve continuare.
• Durante l’esportazione, il collegamento viene registrato come attachedToRef e l’impostazione interrupting come cancelActivity. Entrambi vengono ripristinati quando il file viene importato di nuovo.

Errori comuni

• Un boundary event senza un flusso in uscita. Intercetta il trigger, ma non ha un percorso da seguire: il percorso di eccezione termina senza sbocchi.
• Un timer non-interrupting quando serve un’interruzione netta. L’attività continua, quindi la scadenza non interrompe il lavoro. Per una scadenza, usi la versione interrupting.
• Un boundary event Error collegato a un task semplice. Lo colleghi al sottoprocesso o alla Call Activity che contiene il passaggio che genera l’errore.
• Aspettarsi che un boundary event si attivi dopo la fine dell’attività. Non può accadere, tranne nel caso della retribuzione, che viene predisposta dopo il completamento.
• Usare Annulla al di fuori di una transaction. Il boundary event Annulla è previsto solo per i sottoprocessi transaction.
• Collegare due eventi interrupting alla stessa attività aspettandosi che si attivino entrambi i percorsi. Si attiva il primo trigger; l’attività e gli altri boundary event vengono annullati insieme.

Tutti gli eventi con i rispettivi simboli

Generare un modello BPMN personalizzato

Argomenti correlati

• Eventi: tutti i tipi di evento.
• Intermediate Event: eventi nel mezzo di un flusso.
• Attività: i task e i sottoprocessi a cui può essere collegato un boundary event.
• Elementi BPMN supportati: gli elementi che ProcessMind importa ed esporta.
• BPMN 2.0: guida pratica: la notazione spiegata con esempi svolti.