Prima degli strumenti, un mandato chiaro.

Consideriamo una richiesta di documenti. L’agente potrebbe cercare la pratica autorizzata, individuare il file e preparare una risposta. Il collaboratore dovrebbe vedere insieme il destinatario, la versione precisa del documento e il messaggio. Approvare questa proposta non deve consentire all’agente di esplorare altre pratiche, aggiungere allegati o sostituire il destinatario subito prima dell’invio.

Consultazione, preparazione ed esecuzione richiedono permessi distinti e risultati comprensibili. Un’istruzione generica come « gestisci la pratica » non definisce un mandato operativo. Il perimetro deve invece indicare le azioni possibili, i limiti, le persone responsabili e le situazioni nelle quali l’agente deve fermarsi. Anche il ritorno del compito a un operatore deve essere previsto nell’interfaccia.

Il sistema che esegue un’azione deve controllare i permessi, anche quando lo schermo mostra soltanto scelte apparentemente consentite. Un testo trovato in un documento o in un messaggio rimane una fonte, non un’istruzione privilegiata. Le prove devono includere richieste ingannevoli di cambiare destinatario, accedere a un’altra organizzazione o saltare una conferma. Va inoltre definito cosa succede se i diritti cambiano mentre una proposta viene preparata.

La conferma riguarda la versione concreta mostrata al revisore. Prima dell’esecuzione occorre verificare che mandato e dati rilevanti siano ancora validi. Le decisioni di vigilanza restano sempre alle persone abilitate. L’agente può predisporre un esame, ma il suo suggerimento non deve diventare un’approvazione del rapporto né un parere giuridico per effetto di una configurazione più permissiva.

Un collegamento dipende dall’interfaccia ufficialmente disponibile, dai permessi offerti e dalle condizioni d’uso. Questi elementi vanno verificati per ogni applicazione esistente. Alcuni strumenti potrebbero consentire un’esportazione controllata ma non una scrittura sufficientemente circoscritta. In altri casi resta necessario un passaggio manuale. La proposta deve dichiarare queste possibilità senza presumere che ogni software sia collegabile o debba essere sostituito.

Un’attesa scaduta non dimostra che l’operazione sia fallita: la risposta potrebbe essersi persa dopo l’esecuzione. Prima di riprovare, il sistema deve riconoscere un’azione già effettuata per evitare duplicati. Il registro previsto collega richiesta, proposta, conferma ed esito senza ricopiare inutilmente dati della pratica. Alcuni effetti si correggono con un’altra azione e non possono essere annullati.

Un agente parte da un insieme limitato di azioni e da account chiaramente identificati. La prima prova può utilizzare una casella o documenti fittizi; l’accesso agli strumenti di lavoro viene introdotto nel perimetro concordato. Il gruppo deve vedere l’azione proposta, le informazioni che la sostengono e quando serve una conferma umana. Questa visibilità comprende anche nuovi tentativi e servizi alternativi, affinché un errore non allarghi silenziosamente gli accessi dell’agente.

La valutazione deve considerare tempi di revisione, proposte corrette, interruzioni e riprese, oltre alla dimostrazione riuscita. Vedetta prevede assistenza per tutte le professioni soggette alla vigilanza a Monaco, ma percorsi e integrazioni sono ancora in sviluppo. La dimostrazione attuale permette di discutere il percorso previsto; le funzioni operative sono ancora in costruzione.