Sistema di gestione operativa: cosa occorre alle strutture multisito
Scopra cosa fa un sistema di gestione operativa per le strutture multisito, quali funzionalità sono importanti, come integra POS e prenotazioni e come sceglierne uno.
È venerdì pomeriggio. Un manager di struttura sta aggiornando i turni cartacei, un altro sta inseguendo la modifica di una prenotazione e la sede centrale sta confrontando gli export di cassa che non coincidono. Nel frattempo, il marketing sta preparando un'offerta per gli ospiti le cui ultime visite non sono ancora arrivate nel CRM. Non hai bisogno di un altro schermo che mostri queste discrepanze. Hai bisogno di regole chiare su quale record considerare affidabile, chi gestisce le eccezioni e cosa deve fare il personale come passo successivo.
Sommario
- Cos'è un sistema di gestione operativa
- Capacità chiave da verificare prima dell'acquisto
- Connettere POS, prenotazioni e CRM evitando duplicati di ospiti
- Chi gestisce le decisioni e approva le azioni dell'IA
- Mantenere attive le operazioni durante disservizi e conflitti
- Incentivare i team di prima linea a utilizzare il sistema
- Scegliere un sistema in base alla configurazione della struttura
Che cos'è un sistema di gestione operativa
Un sistema di gestione operativa collega le attività quotidiane in un ciclo operativo ripetibile: definire il processo, misurare le prestazioni, individuare le variazioni, standardizzare la soluzione e monitorare il risultato. Il software supporta questo ciclo, ma sono la titolarità e le procedure di lavoro a farlo funzionare.
Si pensi al controllo del traffico aereo. Il controllore non pilota l'aeromobile, ma mantiene una visione condivisa e stabilisce le regole per gli spostamenti. Un gruppo con più sedi necessita del medesimo coordinamento tra prenotazioni, personale, vendite e comunicazioni con gli ospiti, senza presumere che un'unica applicazione debba sostituire ogni strumento specializzato.
Il ciclo operativo nella pratica
Ipotizziamo che un gruppo di ristorazione gestisca diverse sedi. I responsabili preparano i turni del venerdì su carta, le casse inviano i report di vendita solo dopo la chiusura e il team delle prenotazioni viene a conoscenza di un evento privato tramite un SMS. Tutti dispongono di informazioni, ma nessuno ha un metodo affidabile per trasformare tali variazioni in una decisione relativa alla pianificazione del personale.
Un sistema ben funzionante metterebbe a disposizione del responsabile la modifica della prenotazione, creerebbe un'eccezione nella pianificazione del personale, registrerebbe la decisione e verificherebbe il completamento del piano revisionato. Non si limiterebbe ad aggiungere l'evento privato a una dashboard.
La maggior parte dei prodotti include questi componenti:
- Dati condivisi: Record rilevanti da POS, prenotazioni, WiFi e altre fonti operative.
- Regole e workflow: Attività, approvazioni e percorsi di escalation che trasformano le informazioni in azioni.
- Metriche di performance: Viste coerenti dei singoli singoli centri e dell'intero gruppo.
- Un registro di audit: Prove di modifiche, decisioni e lavoro completato.
Il ciclo è più facile da valutare quando si separa l'osservazione dall'azione.
Molto più di una categoria software
La storia della gestione operativa unisce gli studi sistematici dei tempi alle carte di controllo statistico, spiegando perché i sistemi moderni combinino procedure, indicatori, audit, azioni correttive e riesami della direzione. L'acquisto di un software privo di tali prassi fornisce un semplice livello di reportistica, non un sistema di gestione completo.
Prima di selezionare le opzioni, è opportuno confrontare i sistemi per ristoranti con UI Lib per distinguere tra strumenti di gestione generale della ristorazione e applicazioni incentrate su specifici flussi di lavoro. Successivamente, occorre definire quali responsabilità operative debbano essere supportate dal software.
Test pratico: Quando una persona rileva un problema ricorrente che il sistema avrebbe dovuto segnalare, identificare il ciclo di rilevamento, titolarità o escalation mancante.
Il giudizio umano rimane necessario. L'obiettivo non è eliminarlo, ma smettere di fare affidamento sul fatto che qualcuno si ricordi di controllare ogni fonte scollegata.
Funzionalità chiave da verificare prima dell'acquisto
| Funzionalità | Domanda a cui risponde | Test multi-sede |
|---|---|---|
| Registro ospiti unificato | Un ospite corrisponde a un unico profilo tra cassa, WiFi e prenotazioni? | Lo stesso ospite che visita sedi diverse mostra un'unica cronologia |
| Pianificazione di turni e attività | Chi fa cosa, in quale sede e quando? | Un modello di attività viene distribuito in tutte le sedi con varianti locali |
| Tracciamento delle verifiche | Chi ha modificato una regola, un'offerta o un pubblico, e quando? | Ogni modifica viene registrata per ciascuna sede e le voci non possono essere modificate |
| Avvisi di eccezione | Quale sede si discosta dal proprio modello normale? | Viene generato un avviso in base al valore di riferimento di ciascuna sede, non alla media del gruppo |
| Connettori di integrazione | Quale fonte è autorevole e cosa succede in caso di errore? | Ogni connettore dispone di un responsabile, un comportamento in caso di errore e procedure di ripristino testate |
| Autorizzazioni basate sui ruoli | Chi può approvare, modificare o esportare? | I responsabili di sede vedono solo la propria struttura; il personale centrale approva in tutte le sedi |
| Reportistica per sede | Le strutture vengono misurate allo stesso modo? | Definizioni condivise, fusi orari delle strutture e un'opzione di controllo per le campagne |
Fare in modo che la dimostrazione provi la validità dei controlli
Inizi con la scheda dell'ospite. Chieda al dimostratore di trovare un ospite che ha prenotato in una sede e ha effettuato un acquisto in un'altra utilizzando la stessa e-mail. Il personale riesce a visualizzare una cronologia coerente e il dimostratore è in grado di spiegare perché i record corrispondono? Una schermata del profilo ben rifinita non dimostra che la corrispondenza funzioni.
Per la pianificazione, richiedere la pubblicazione di una lista di controllo di chiusura condivisa, la modifica di un requisito locale e il cambio del dipendente assegnato. Verificare che la variazione locale si mantenga anche dopo l'aggiornamento centrale successivo. In caso contrario, i responsabili terranno copie personali separate.
Passare al registro di audit prima di valutare la reportistica. Chiedere di modificare una regola sul pubblico e poi tentare di modificare la cronologia. È necessario disporre del valore precedente, del nuovo valore, dell'autore della modifica, della sede e dell'ora dell'azione, non solo dell'etichetta dell'ultima modifica.
Con gli avvisi sulle eccezioni, richiedere al fornitore di dimostrare come una sede poco affollata che scende al di sotto della propria attività prevista venga segnalata, mentre una sede affollata funzioni normalmente. I totali di gruppo possono nascondere un problema locale.
Testare guasti, accessi e misurazioni
Per i connettori, chieda al dimostratore di interrompere un feed, mostrare l'avviso e spiegare come vengono recuperati gli eventi mancanti. Stabilisca se l'assistenza viene fornita dal fornitore del software, da un partner di integrazione o dal Suo team. Il logo di un'integrazione non costituisce un impegno operativo.
È opportuno verificare anche i limiti contrattuali. Documenti come le regole di utilizzo della piattaforma di prenotazione per ristoranti di 10Seat vanno affiancati alle specifiche tecniche quando si valuta una dipendenza dalle prenotazioni. Non bisogna dare per scontato che l'accesso tecnico conceda un uso illimitato del servizio o dei record sottostanti.
Per le autorizzazioni, acceda come gestore della struttura e provi ad esportare gli ospiti di un altro punto vendita. Verifichi quindi l'approvazione centrale senza concedere un'amministrazione illimitata. I controlli delle autorizzazioni devono funzionare nelle esportazioni e nelle API, non limitarsi a nascondere le voci di menu.
Infine, per la reportistica, richiedere di riconciliare un acquisto rimborsato, una modifica di prenotazione ritardata e le attività svolte attorno alla mezzanotte locale. Per le campagne, è fondamentale richiedere un gruppo di controllo, in modo da distinguere i risultati effettivi dagli acquisti che gli ospiti avrebbero comunque effettuato.
Valutare ogni funzionalità con superata, parziale o non superata, registrando le prove e le eventuali soluzioni alternative. Considerare il mancato superamento della cronologia di audit o delle autorizzazioni come motivo di squalifica per un gruppo multisito. Una soluzione alternativa che dipende dal comportamento impeccabile di tutti non è un vero controllo.
Connettere POS, prenotazioni e CRM senza duplicare gli ospiti
Un ospite effettua una prenotazione con un'e-mail di lavoro, paga alla cassa con un indirizzo personale e accede al WiFi con un terzo indirizzo. I Suoi sistemi potrebbero contenere tre profili per la stessa persona. Il semplice collegamento dei feed non stabilisce l'identità e un'unione errata può essere più difficile da correggere rispetto a un duplicato.
L'obiettivo è collegare i record conservando la titolarità di ciascun dato da parte del relativo sistema. Il diagramma mostra la relazione prevista, non una garanzia che ogni record in entrata possa essere abbinato.
| Sistema di origine | In genere contiene | Fai fede per | Conflitto comune |
|---|---|---|---|
| Punto vendita (POS) | Vendite, articoli, coperti e casse | Totali delle transazioni e spesa | Rimborsi o registrazioni divise registrati dopo la vendita |
| Sistema di prenotazione | Prenotazioni, numero di ospiti e mancate presentazioni | Stato della prenotazione e arrivo | Stesso ospite prenotato con indirizzi e-mail diversi |
| CRM | Contatti, consenso e segmenti | Preferenze di contatto e idoneità al marketing | Record duplicati da importazioni manuali |
| Accesso WiFi | Accessi al dispositivo e orari di login | Presenza in sede, soggetta a verifiche dell'identità | Dispositivi condivisi e ospiti privi di e-mail |
| Sistema di gestione della proprietà (PMS) | Soggiorni in camera, check-in e check-out | Stato del soggiorno | Aggiornamenti sui check-out posticipati che sovrascrivono lo stato derivato dalla prenotazione |
Redigere il contratto di integrazione
Quale fonte gestisce ciascun campo? Stabilisca l'autorità campo per campo, non applicazione per applicazione. Il POS gestisce gli importi delle transazioni, ma potrebbe non conservare l'indirizzo di contatto preferito dall'ospite. Conservi gli identificatori di origine e gli orari degli eventi, in modo che il personale possa risalire all'origine di eventuali incongruenze.
Come vengono associati i record? Inizia con l'email normalizzata, poi utilizza un numero di telefono verificato laddove la tua politica di matching lo consenta. Invia gli identificatori in conflitto per la revisione anziché unire automaticamente i dati. Un cognome o un singolo dispositivo condiviso sono elementi di prova deboli. Un chiaro approccio di identity resolution dovrebbe definire le prove di corrispondenza, i casi ambigui e come annullare un'unione errata.
Quando viene verificata l'idoneità? Verificare il consenso e l'idoneità alla campagna immediatamente prima dell'invio. Un segmento creato in precedenza può diventare non valido a seguito di un'opt-out, di un'annullamento o di una correzione dell'identità.
Quali elementi eseguono il write-back? Per i flussi di lavoro di marketing della sede, è opportuno leggere le casse e le prenotazioni senza sovrascrivere i relativi record transazionali. Il personale che corregge un rimborso o una prenotazione deve utilizzare l'applicazione che detiene tale record. Le annotazioni operative vanno tenute separate dai record finanziari e di prenotazione, a meno che un flusso di lavoro di write-back appositamente progettato non richieda diversamente.
Questo video fornisce un ulteriore riferimento visivo per i sistemi connessi.
Concludere con un campione di riconciliazione degli ospiti presenti in sedi diverse. Verificare che le corrispondenze certe si risolvano correttamente, che i record incerti rimangano separati e che rimborsi e cancellazioni mantengano i riferimenti alla fonte originale.
Chi ha la responsabilità delle decisioni e approva le azioni dell'IA
In una struttura con più sedi, una campagna può essere pronta all'invio senza che nessuno sappia con certezza chi debba approvarla. È opportuno assegnare i diritti decisionali a persone specifiche e non a team generici come le operation, l'IT o il marketing. Un referente aziendale stabilisce le policy condivise per dati, consenso, fornitori e approvazioni. Un referente di piattaforma gestisce connettori, accessi e sicurezza. I responsabili della sede gestiscono le attività quotidiane e le eccezioni locali.
Mantenere la preparazione separata dall'esecuzione. L'IA può individuare opportunità e redigere piani, ma spetta a una persona approvare messaggi, offerte e modifiche di budget prima che diventino effettivi. Assegnare a un responsabile umano la gestione delle modifiche al consenso e della cancellazione dei dati.
Trasformare la governance in assegnazioni di lavoro
La funzione Govern nel NIST Cybersecurity Framework 2.0 può aiutare a strutturare la titolarità delle policy. La funzione Identify può aiutare a mantenere un inventario dei flussi di dati, delle sedi, dei responsabili del trattamento e delle API. È opportuno applicare entrambe al modello operativo, anziché lasciarle come semplice burocrazia del team di sicurezza.
Per ogni connettore, nominare un responsabile e documentare i requisiti di sicurezza, i segnali di monitoraggio, il comportamento in caso di errore e le procedure di ripristino. Stabilire una baseline aziendale comune, quindi definire quali procedure locali possono essere modificate dai manager delle sedi.
| Decisione | Approvatore | Regola |
|---|---|---|
| Definizioni del pubblico e offerte | Approvazione centrale | Registrare l'approvazione prima dell'invio della campagna |
| Modelli di attivita della sede | Responsabile della sede | Le variazioni locali rimangono all'interno degli standard aziendali |
| Nuove integrazioni | Proprietario della piattaforma e revisore della sicurezza | Confermare che il connettore soddisfi i requisiti concordati prima del go-live |
| Esportazioni dei dati degli ospiti | Proprietario dei dati | Registrare il richiedente e la finalita |
| Messaggi generati da IA e modifiche al budget | Proprietario locale o centrale | Approvare prima dell'esecuzione |
| Modifiche al consenso e cancellazione dei dati | Persona designata | Non automatizzare |
Il percorso di approvazione deve riflettere la conseguenza dell'azione. Redigere una campagna non equivale a impegnare una spesa o a modificare l'idoneità di un ospite.
Fornire ai revisori elementi sufficienti per esprimere disaccordo
Un flusso di lavoro di approvazione funziona solo se l'approvatore dispone dell'autorità, del contesto pertinente e del tempo necessario per esaminare la proposta. Un nome all'interno di un flusso di lavoro non costituisce un diritto decisionale.
Mostra la raccomandazione con i relativi record di supporto, il pubblico di destinazione, le esclusioni, l'esposizione ai costi e il percorso di ripristino. Non chiedere a un manager di approvare un punteggio non spiegato o un paragrafo generato con troppa disinvoltura. Un registro di audit utile dovrebbe registrare la raccomandazione, la decisione, la persona responsabile e l'esito, inclusa la combinazione di rifiuto. Se un manager rifiuta perché la struttura è già al completo, acquisisci la motivazione senza rendere il processo troppo oneroso.
Testare il rifiuto durante la dimostrazione. Se rifiutare una proposta è più difficile che approvarla, il flusso di lavoro richiede una revisione.
Prima del rollout, individuare un responsabile designato e un sostituto per ciascuna decisione. Una responsabilità condivisa senza un decisore finale lascia le eccezioni in sospeso.
Mantenere operative le attività durante interruzioni e conflitti
Supponiamo che il connettore POS si disconnetta durante il servizio del venerdì e che il feed delle prenotazioni subisca un ritardo. Il personale può comunque incassare i pagamenti e far accomodare gli ospiti, ma la piattaforma di marketing non dispone più di un quadro aggiornato e affidabile. Mantenere aperta la struttura e proseguire ogni azione automatizzata sono due decisioni distinte.
Definisca l'operatività completa e sicura, l'operatività ridotta ma sicura e l'operatività non sicura. Una segmentazione ritardata può essere accettabile se il personale comprende il ritardo e l'elaborazione non critica rimane in attesa. L'invio a un pubblico la cui idoneità non può essere verificata non è sicuro.
Il percorso di ripristino deve rendere visibili tali distinzioni al duty manager.
Specificare il ripristino prima dell'incidente
La norma ISO 22301 inquadra la continuità operativa come un sistema di gestione che le organizzazioni stabiliscono, gestiscono, monitorano, riesaminano e migliorano continuamente. Traduca tale approccio in regole operative verificabili, non in un documento di ripristino che nessuno consulta durante il servizio.
- Impostare obiettivi specifici per le dipendenze. Definire il ritardo massimo tollerabile per l'aggiornamento dei segmenti, delle prenotazioni e la consegna dei messaggi. Assegnare un responsabile dell'escalation quando un obiettivo viene superato.
- Configurare una modalità di blocco per le azioni sensibili. Se la piattaforma non è in grado di verificare il consenso attuale o l'idoneità, mettere in pausa l'invio. Non sostituire il pubblico con quello del giorno precedente.
- Mettere in coda le attività non critiche. La reportistica e l'arricchimento dei dati possono attendere. Conservare gli identificatori degli eventi in modo che la riproduzione non crei acquisti duplicati né attivi percorsi duplicati.
- Preservare il tracciamento delle verifiche. Mantenere registri ad sola aggiunta di avvisi, bypass e azioni di ripristino per tutta la durata dell'incidente.
- Eseguire la riconciliazione dopo il ripristino. Confrontare gli eventi di origine con quelli accettati, verificare le discrepanze e distinguere i record mancanti dalle esclusioni intenzionali.
- Testare regolarmente le procedure. Includere credenziali scadute, eventi ritardati, eventi ripetuti e aggiornamenti non in ordine, non solo una semplice disconnessione.
Il meccanismo di invio influisce sulla progettazione del ripristino. Comprendere le differenze tra webhook e API aiuta a stabilire se le notifiche mancate vengono riproposte, se i dati possono essere recuperati di nuovo e chi avvia la riconciliazione.
Non confondere la riconnessione con il ripristino
Un indicatore verde sul connettore conferma solo che la comunicazione è ripresa. Non prova che ogni rimborso, cancellazione o opt-out mancante sia arrivato nell'ordine corretto.
Un incidente si considera chiuso quando non ci sono divari di riconciliazione inspiegabili, non quando la connessione diventa verde.
Fornire al manager un messaggio di stato chiaro che descriva ciò che rimane non disponibile e quali azioni sono in pausa. Ogni lacuna non spiegata dovrebbe generare una correzione al connettore, alla regola di monitoraggio o al playbook di ripristino.
Incentivare l'uso del sistema da parte dei team in prima linea
Un basso livello di adozione può derivare dalla frammentazione del lavoro piuttosto che dalla riluttanza del personale. Se i dipendenti devono consultare una ricetrasmittente, i turni cartacei, lo schermo delle prenotazioni e un'applicazione per le mansioni separata per terminare un turno, un altro accesso al sistema rischia di aggiungere lavoro anziché semplificarlo.
L'analisi tecnologica sui lavoratori di prima linea di Research and Markets individua la frammentazione dei sistemi legacy, la complessità dell'integrazione e la scarsità di manodopera come sfide principali di implementazione. Non interpretare le soluzioni di ripiego come una resistenza al cambiamento finché non hai verificato se il workflow ufficiale sia effettivamente utilizzabile durante il servizio.
Sostituire un lavoro completo
Iniziare in una sede pilota con un flusso di lavoro che abbia un inizio e una fine chiari, come la preparazione dei turni. Configurare insieme i turni, le assegnazioni dei compiti, la gestione delle eccezioni e le consegne. Spostare online solo la lista di controllo e lasciare le assegnazioni su carta costringe il personale a dover riconciliare entrambe.
Utilizzare questa sequenza di rilascio:
- Rendere operativo il progetto pilota. Sostituire la versione cartacea per il flusso di lavoro selezionato al momento del passaggio definitivo, prevedendo una procedura di emergenza documentata in caso di disservizio. Non utilizzare indefinitamente versioni ufficiali in concorrenza tra loro.
- Limitare i dati in ingresso. Il personale di prima linea deve registrare il completamento e le eccezioni significative, senza digitare nuovamente informazioni già presenti nelle prenotazioni o nella cassa.
- Nominare un responsabile locale. Assegnare al personale un referente in grado di rispondere alle domande, correggere le assegnazioni e segnalare i problemi al livello superiore.
- Misurare il lavoro completato. Confrontare le attività di turno idonee con quelle chiuse nel sistema, verificando che il completamento rifletta il lavoro effettivo anziché una spunta di massa.
- Eliminare i record duplicati in modo pianificato. Stabilire una data di passaggio definitivo per fogli di calcolo e copie cartacee, quindi rimuovere i modelli obsoleti dalla normale circolazione.
Testare i momenti critici
Osservare cosa succede quando un dipendente scambia i turni, un manager si dimette o la connettività nel magazzino si indebolisce. Il personale necessita di passaggi di consegne chiari, controlli di riassegnazione e una chiara distinzione visibile tra il lavoro salvato e il lavoro non sincronizzato.
Non utilizzare il numero di accessi come prova dell'adozione. Un supervisore può aprire l'applicazione ogni giorno e continuare ad assegnare il lavoro tramite messaggi. Verificare se i problemi di servizio vengono risolti e le consegne completate senza che nessuno mantenga un elenco privato parallelo.
La formazione dovrebbe seguire la sequenza di attività eseguite dai dipendenti, utilizzando la terminologia specifica della loro sede. Un responsabile di cucina deve sapere come segnalare un'eccezione relativa alle apparecchiature e individuare il responsabile delle escalation, non come utilizzare ogni schermata di reportistica.
Verificare il turno del venerdì dopo il go-live. Se i manager utilizzano ancora il formato cartaceo come versione di lavoro affidabile, significa che il ciclo operativo non è ancora migrato nel sistema.
Scegliere un sistema in base alla configurazione della sede
Mappare le integrazioni prima di selezionare i fornitori. L'elenco delle integrazioni determina ciò che un sistema di gestione operativa può leggere, mentre lo stato di tali feed determina quali decisioni è possibile supportare in tutta sicurezza.
| Configurazione della struttura | Priorità principale | Da chiedere a ogni fornitore |
|---|---|---|
| Ristorante singolo con una cassa | Reportistica e attività del personale | È in grado di leggere il nostro POS senza dover reinserire i dati? |
| Gruppo di ristoranti o bar con più sedi | Record ospite unico e approvazioni centralizzate | Come vengono abbinati gli ospiti duplicati e quale record di sede ha la precedenza? |
| Gruppo alberghiero con prenotazioni e soggiorni | Sincronizzazione di prenotazioni e soggiorni | Cosa succede ai messaggi e alle attività quando il PMS non è disponibile? |
| Catena retail con WiFi per ospiti | Verifiche dei consensi e approvazione prima dell'invio | Chi approva una campagna prima dell'invio e tale operazione viene registrata? |
Distinguere le connessioni disponibili dai progetti pilota
Per il nostro livello di marketing per le strutture, Purple Engage combina le fonti di WiFi, cassa, prenotazioni e soggiorni alberghieri in un unico record ospite, registro dei consensi e sistema di misurazione. Possiamo acquisire dati da Purple WiFi, Juniper Mist, Square, Epos Now e Loyverse; Cisco Spaces, Cisco Meraki, Lightspeed X-Series, Oracle Simphony, ResDiary, Mews e apaleo sono attualmente in fase pilota. Lavoriamo al fianco degli strumenti operativi esistenti, non come motore di prenotazione o sostituto dei turni di lavoro.
Una connessione pilota non equivale a una dipendenza di produzione consolidata. Registrare la disponibilità, i campi supportati e un impegno formale per la messa in servizio prima di renderla critica per il deployment.
Rendere verificabile la decisione d'acquisto
- Censire le risorse. Elencare ogni applicazione che contiene dati relativi agli ospiti o alle vendite in ciascuna struttura, inclusi i fogli di calcolo locali.
- Assegnare la priorità ai campi. Indicare quale fonte possiede ciascun valore e chi risolve eventuali conflitti.
- Valutare le opzioni selezionate. Utilizzare i test delle funzionalità per registrare evidenze, lacune e i costi delle soluzioni alternative.
- Avviare un progetto pilota limitato. Includere strutture con caratteristiche differenti, un gruppo di controllo per la campagna e test di errore intenzionali, con criteri di accettazione scritti.
Iniziare la mappa delle integrazioni questa settimana. Riunire un responsabile delle operazioni, un manager della sede e il proprietario della piattaforma, quindi risolvere il primo campo controverso prima di fissare un'altra dimostrazione commerciale.
Purple Engage offre un registro ospiti connesso, consenso e misurazioni condivisi, con piani di marketing predisposti dall'IA in attesa di approvazione umana. Visiti Purple Engage con la Sua mappa di integrazione per valutare in che modo il relativo livello di marketing per sedi si adatti ai Suoi sistemi esistenti e alle Sue responsabilità di approvazione.