Automatizzare le approvazioni interne: un percorso e una scadenza

Automatizzare le approvazioni interne significa che ogni richiesta, dalle ferie a una spesa a uno sconto, segue un percorso noto: chi la approva in base a tipo e importo, chi lo sostituisce quando è assente, quante ore attende prima dell'escalation e un registro che mostra chi ha approvato cosa e quando. Nella parte 2 della serie ha mappato il processo come funziona davvero, e l'attesa alle approvazioni è probabilmente emersa come il suo passaggio più lungo. Questa terza parte di 7 le offre 4 elementi per costruire un percorso di approvazione e un esercizio in cui traccia le ultime 10 richieste e quanto ha atteso ciascuna.

Perché l'automazione parte spesso dalle approvazioni

Un'approvazione è un passaggio piccolo nella forma e grande negli effetti. La richiesta in sé può richiedere pochi minuti, ma resta ferma per giorni perché il responsabile è in viaggio, il messaggio si è perso in una chat WhatsApp affollata o chi la presenta non sa nemmeno chi decide. Nessuno ha colpa: approvare via messaggio funziona bene finché il team è piccolo, poi va in affanno a ogni nuovo dipendente e a ogni nuova sede.

Le approvazioni sono il primo flusso di lavoro più evidente perché le loro regole esistono di solito già nella testa della direzione: tipo di richiesta, importo e responsabile. Un flusso di lavoro qui significa semplicemente che la richiesta passa automaticamente da un passaggio al successivo secondo regole scritte, invece di essere portata a mano da un dipendente. L'idea vale per molti tipi di richiesta: ferie, spese e piccola cassa, richieste di acquisto, sconti sui preventivi e modifiche contrattuali.

La matrice delle approvazioni: chi approva cosa e fino a quale soglia

Il primo elemento è la matrice delle approvazioni, un'unica tabella che risponde a una domanda: per questo tipo di richiesta e questo importo, chi approva? La scriva per ruoli e non per nomi, così non cambia ogni volta che qualcuno se ne va:

• Tipo di richiesta: ferie, spesa, acquisto, sconto, modifica contrattuale. Ogni tipo ha la sua riga.
• La soglia: l'importo, la durata o il livello di sconto oltre cui cambia chi decide. Usi le soglie con cui la sua azienda lavora davvero, non numeri presi da un'altra azienda.
• L'approvatore: il ruolo che approva entro ogni soglia, e quando un'approvazione richiede due livelli in sequenza.
• Condizioni: ciò che va allegato prima che la richiesta arrivi all'approvatore, come un preventivo o un saldo ferie, perché non torni indietro incompleta.

Non reinventi ciò che ha già costruito altrove. Abbiamo trattato in dettaglio le richieste di acquisto in Purchase Requests and Approval Limits: Who Signs What?, e le ferie con ciò che richiede la legge sul lavoro in Leave Under Saudi Labor Law: An Approval Path, Not WhatsApp. Qui conta riunire tutti i tipi in un'unica logica che il sistema possa seguire.

Un sostituto quando l'approvatore è assente

Il secondo elemento è il sostituto. Ciò che blocca di più le richieste non è il rifiuto, ma l'assenza dell'approvatore: ferie, viaggi o riunioni lunghe. Per questo ogni ruolo della matrice ha bisogno di un sostituto nominato in anticipo, con 3 regole semplici:

• Delega a tempo: inizia e finisce in due date precise e non resta aperta dopo il rientro dell'approvatore.
• Delega con soglia: il sostituto può coprire solo le richieste piccole, mentre quelle grandi attendono il titolare o salgono di livello.
• La delega compare nel registro: risulta che una persona ha approvato per conto di un'altra, non solo con il proprio nome.

L'approvatore non deve più aprire il telefono in ferie, e il dipendente non deve più indovinare a chi chiedere.

Una scadenza e un'escalation

Il terzo elemento è la scadenza. Ogni passaggio di approvazione ha bisogno di un tempo massimo fissato dal titolare dell'azienda, dopo il quale accade qualcosa di preciso invece di lasciare la richiesta in sospeso. Escalation significa che la richiesta passa automaticamente a un livello superiore o al sostituto quando la scadenza è superata. La regola da scrivere è semplice: se l'approvatore non ha risposto entro la scadenza, il sistema invia un promemoria; se passa una seconda scadenza, la richiesta sale alla persona sopra o al sostituto.

Una scadenza non è una pressione sul responsabile. Significa che l'azienda ha deciso in anticipo quanta attesa sopporta ogni tipo di richiesta. Una richiesta di manutenzione urgente non è come la modifica di un contratto annuale. Inizi con scadenze realistiche ricavate dall'esercizio di questa parte e le corregga dopo un mese di funzionamento.

Il registro delle approvazioni: chi ha approvato cosa e quando

Il quarto elemento è il registro, detto anche audit trail: un elenco non modificabile che conserva, per ogni richiesta, chi l'ha presentata, chi l'ha approvata o respinta, quando, con quale potere e con quale commento. Risponde alle domande del controllo interno, del revisore e della direzione senza scavare in vecchie chat. Quando una decisione richiede una firma su un documento come un contratto o un'appendice, consulti Electronic Signatures in Saudi Arabia per capire quando basta un'approvazione nel sistema e quando serve una firma elettronica.

Richieste come le ferie contengono dati personali dei dipendenti. La Legge sulla protezione dei dati personali (PDPL) pubblicata sul sito della SDAIA stabilisce all'articolo 19 che il titolare del trattamento deve adottare le misure e i mezzi organizzativi, amministrativi e tecnici necessari a proteggere i dati personali, e all'articolo 31 che il titolare conserva registri delle attività di trattamento dei dati personali per un periodo stabilito dai regolamenti. Un percorso di approvazione con poteri definiti e un registro chiaro aiuta su entrambi i punti, ma periodo e contenuti sono fissati dal Regolamento di attuazione. Questa non è una consulenza legale; verifichi con la SDAIA o con un avvocato.

La visione di Origami

Siamo un'azienda tecnologica saudita che sviluppa sistemi, app, integrazioni e soluzioni di intelligenza artificiale. Quando costruiamo un percorso di approvazione, partiamo dalla matrice scritta su carta con la direzione, prima di qualsiasi schermata, perché un sistema non può applicare una regola su cui nessuno si è accordato, e colleghiamo il percorso ai sistemi in cui la richiesta vive davvero, così nessuno deve ridigitare i dati.

Facciamo anche in modo che le eccezioni restino possibili e tracciate: una richiesta urgente trova la sua strada, ma con una traccia nel registro invece di un messaggio a parte. Questo equilibrio tra disciplina e flessibilità è la base di ciò che costruiamo, e trova i dettagli nella pagina dei nostri servizi.

Esercizio: tracci le ultime 10 richieste di approvazione

Nell'arco di 5 giorni lavorativi, raccolga le ultime 10 richieste di approvazione di un unico tipo e, per ciascuna, annoti:

• Quando è stata presentata, quando è arrivata l'approvazione finale e la differenza in ore.
• Per quanti approvatori è passata, se uno era assente e chi lo ha sostituito.
• Quante volte è tornata incompleta, e quale informazione mancava.
• Dove è stata conservata l'approvazione: un sistema, l'e-mail, WhatsApp o la carta.
• Se oggi può dimostrare chi ha approvato e quando, senza chiedere a nessuno.

L'attesa media che calcola qui è la base delle sue prime scadenze, ed è più onesta di qualsiasi numero generico.

Nella prossima parte

Quando una richiesta segue un percorso chiaro, resta un altro lavoro che fa perdere tempo: ribattere i documenti nel sistema. La parte 4 della serie, Inserimento manuale dei dati: quando il sistema legge il documento, spiega come un sistema estrae i dati da documenti dei fornitori, bolle di consegna e moduli, e invia ciò che è incerto a una persona che lo verifica.

Fonti

• Legge sulla protezione dei dati personali (PDPL) — Autorità saudita per i dati e l'intelligenza artificiale (SDAIA) — articolo 19 sulle misure organizzative, amministrative e tecniche che proteggono i dati personali, e articolo 31 sui registri delle attività di trattamento.
• Regolamento di attuazione della Legge sulla protezione dei dati personali — SDAIA