⚙️ Automazione dei flussi di lavoro RPA — Bot su un grafo di processo

Nei sistemi RPA/IBPA in produzione, il tasso di eccezione è la frazione di casi in cui il punteggio di confidenza di un bot scende sotto una soglia configurata, una regola aziendale segnala un'anomalia (importo oltre un limite, abbinamento PO mancante, numero di fattura duplicato), oppure il bot incontra uno stato non gestito (un'interfaccia cambiata, un campo malformato) e genera un errore. Ogni eccezione viene instradata a una coda umana per la risoluzione manuale. Abbassare la soglia di confidenza aumenta l'elaborazione diretta ma rischia più errori silenziosi che raggiungono il registro; alzarla è più sicuro ma sposta più volume — e costo — sulle persone. Il cursore del tasso di eccezione qui permette di vedere quel compromesso svolgersi come una coda, non solo come una percentuale.

La legge di Little afferma che, in stato stazionario, il numero medio di attività in un sistema L è uguale al tasso di arrivo medio λ moltiplicato per il tempo medio che ogni attività trascorre nel sistema W (L = λW). Vale per qualsiasi sistema di code indipendentemente dalle distribuzioni di arrivo o servizio. In questa simulazione puoi verificarla direttamente: moltiplica il tasso di arrivo corrente per il tempo di ciclo medio mostrato nel pannello statistiche, e dovrebbe seguire abbastanza da vicino il numero totale di attività in corso (in coda più in elaborazione più in transito) una volta che il sistema è in esecuzione da un po'.

La Revisione umana è deliberatamente modellata con un solo slot di revisore per default e un tempo di elaborazione circa cinque volte più lungo dei passaggi bot automatizzati — il che rispecchia la realtà, poiché una persona che legge un caso eccezionale impiega molto più tempo di un bot che copia un campo. Anche un tasso di eccezione modesto concentra una quantità sproporzionata del tempo di lavoro totale su quel singolo slot, quindi il suo utilizzo (e di conseguenza la sua coda) aumenta molto più velocemente di qualsiasi nodo automatizzato man mano che si aumentano i cursori del tasso di eccezione o del tasso di arrivo. Questo è esattamente il motivo per cui i programmi di automazione reali si concentrano ossessivamente sulla riduzione del tasso di eccezione invece di limitarsi ad aggiungere altri bot altrove.

La capacità dei bot è il numero di attività su cui un nodo può lavorare in parallelo; la velocità di elaborazione scala quanto rapidamente ogni attività viene completata una volta iniziata. Aumentare l'una o l'altra incrementa il tasso di servizio di un nodo (capacità × 1/tempo-di-servizio), il che riduce l'utilizzo a quel nodo e ne svuota la coda. Ma un grafo di processo è veloce quanto il suo nodo più lento: aggiungere bot a un nodo già inattivo non fa nulla per il throughput complessivo, mentre aggiungere anche un solo bot in più a un nodo collo di bottiglia saturo (di solito la Revisione umana qui) può produrre una riduzione sproporzionata del tempo di ciclo medio — un'illustrazione diretta della teoria dei vincoli.

Le fatture, i reclami o i ticket di supporto reali non arrivano a metronomo — arrivano a raffiche e pause. Modellare gli arrivi con tempi tra un arrivo e l'altro distribuiti esponenzialmente (un processo di Poisson) è il modo standard per catturare quell'imprevedibilità mantenendo un unico parametro regolabile di "tasso di arrivo". Questo è ciò che produce il comportamento di accodamento descritto sopra; una simulazione con arrivi perfettamente equidistanziati non formerebbe quasi mai una coda anche ad alto utilizzo, il che sottostimerebbe gravemente come si formano gli arretrati nelle operazioni reali.