Portale e back-office devono seguire le stesse regole.

Il portale è il punto di vista del cliente: una richiesta da completare, un documento atteso o un risultato condiviso. Il back-office è quello del gruppo: assegnazione, esame, correzione e seguito. Le regole collegano questi spazi definendo gli stati della pratica e i passaggi consentiti. Uno stato deve avere un significato comune anche quando le schermate espongono dettagli e azioni differenti.

Occorre precisare anche ciò che rimane interno, come commenti di revisione, appunti o materiale di altre pratiche. I limiti devono valere nell’accesso ai dati. Togliere un pulsante non protegge un documento il cui indirizzo resta consultabile. Le verifiche devono quindi includere tentativi diretti di accesso oltre al percorso previsto attraverso l’interfaccia, anche dopo un cambiamento di ruolo.

Una matrice dei ruoli deve distinguere consultazione, modifica, assegnazione e approvazione. Deve comprendere partenze, sostituzioni temporanee e clienti collegati a più pratiche. Il sistema applica i diritti correnti sul server. Un ruolo dichiarato nel browser, o una pagina aperta prima della revoca, non deve diventare una fonte alternativa di autorità per le operazioni successive.

Il registro previsto conserva gli eventi utili con autore e contesto, evitando dati personali superflui. Integrità, esportazioni e conservazione richiedono meccanismi esaminabili e provati. Definirlo inalterabile prima di aver verificato tali meccanismi offrirebbe una garanzia non fondata. Il progetto deve spiegare a quali domande il registro risponde, chi può consultarlo e come si gestiscono le correzioni del contesto.

Un’integrazione parte dall’interfaccia disponibile, dai suoi permessi e dagli scambi autorizzati. Contabilità, firma elettronica, messaggistica e gestione delle pratiche possono imporre vincoli diversi. L’assenza di un’interfaccia non giustifica automaticamente la sostituzione dell’applicazione: un’esportazione limitata o un passaggio manuale esplicito possono essere più adatti. Il perimetro deve presentare queste alternative con le conseguenze operative.

Anche gli errori fanno parte del percorso: operazioni rifiutate, risposte tardive, duplicati e dati modificati dall’ultima sincronizzazione. Le riprese devono evitare scritture ripetute. Un futuro collegamento a Vedetta può essere studiato per la vigilanza, ma prodotto e interfacce sono ancora in sviluppo per tutte le professioni interessate a Monaco. Non si tratta di un servizio di conformità disponibile né di un meccanismo decisionale automatico.

Una prima versione utile collega un compito dall’inserimento al trattamento, con criteri di accettazione a entrambe le estremità. Contare gli schermi non rivela la complessità di una migrazione o di un’autorizzazione particolare. Preventivo e calendario devono includere dipendenze, verifiche e preparazione della gestione. Un numero standard di settimane non sostituisce l’analisi di queste condizioni.

Il passaggio di consegne deve permettere all’organizzazione di comprendere e gestire la piattaforma: account identificati, accessi ai dati documentati, diritti sul codice concordati e un percorso chiaro per richiedere modifiche. Include anche le informazioni per ripristinare il servizio e le persone responsabili. Questi elementi si definiscono insieme all’interfaccia, affinché un cambio di personale o fornitore non richieda di ricostruire decisioni non documentate dopo la chiusura del progetto.