Migrazione da OPERA 5 a OPERA Cloud: la checklist per gli hotel

Ogni struttura su OPERA 5 si è sentita dire, in una forma o nell’altra, “dovete migrare”, di solito da un fornitore con qualcosa da vendere. La realtà è meno drammatica e più utile: Oracle pubblica date di supporto precise, la migrazione cambia aspetti specifici del lavoro quotidiano, e gli hotel in difficoltà sono di solito quelli che l’hanno trattata come un progetto IT anziché operativo. Questa checklist raccoglie ciò che è documentato, ciò che cambia, come si spostano dati e interfacce, cosa ha insegnato al proprio team una delle più grandi migrazioni da OPERA 5 e come mantenere attiva la comunicazione con gli ospiti durante il passaggio, con l’integrazione OPERA 5 on-premise di chatlyn prima del passaggio e l’integrazione con Oracle OPERA Cloud dopo.

In breve

• OPERA 5.6, l’ultima release on-premise, ha il Premier Support fino a dicembre 2027. Non esiste Extended Support e non c’è una data di spegnimento pubblicata.
• OPERA Cloud è un software ospitato da Oracle e usato nel browser, aggiornato da Oracle più volte l’anno; le nuove funzioni arrivano disattivate finché non decidete di attivarle.
• Le interfacce passano a OHIP, la piattaforma API di Oracle, un fornitore alla volta. Alcune interfacce legacy, tra cui OXI, funzionano ancora con OPERA Cloud.
• I dati si trasferiscono con lo strumento di migrazione di Oracle oppure con una nuova installazione. Ripuliteli prima: arrivano esattamente come partono.
• La comunicazione con gli ospiti può proseguire senza interruzioni, perché gli stessi percorsi funzionano su entrambi i sistemi.

A che punto è il supporto a OPERA 5

Le date da conoscere vengono dall’Applications Lifetime Support Policy di Oracle, non dalle slide dei fornitori. Nell’edizione di agosto 2026:

Durante la proroga fino a dicembre 2027, la correzione degli errori vale solo per OPERA 5.6.28 e successive: chi è su una build 5.6 precedente ha quindi un motivo per aggiornare ancora prima di migrare. La release 5.5 è uscita dal Premier Support a ottobre 2021, un passaggio che il partner Oracle Mastel Hospitality aveva documentato all’epoca per i propri clienti.

Contano due sfumature. Primo, non esiste una data di spegnimento pubblicata: finito il Premier Support, OPERA 5 entra a tempo indeterminato nel Sustaining Support, cioè il software continua a funzionare ma si fermano nuove correzioni, aggiornamenti e certificazioni. Secondo, Oracle ha già prorogato in passato la data della 5.6, quindi verificate il documento di policy aggiornato per la vostra versione invece di affidarvi a un articolo, questo compreso. La domanda operativa non è “quando muore OPERA 5”, ma “per quanto tempo vogliamo gestire il front office su un sistema che non riceve più correzioni”.

OPERA 5 e OPERA Cloud a confronto

OPERA Cloud non è OPERA 5 in un browser: è un sistema diverso che parla lo stesso vocabolario. La tabella riassume ciò che la documentazione di Oracle dice di ciascuno.

Per gli ospiti tutto questo non dovrebbe vedersi. Gli stessi percorsi funzionano su entrambi i sistemi, cambia solo la fonte dei dati dietro i messaggi:

Cosa cambia nel lavoro quotidiano

I team raccontano che i flussi di lavoro familiari cambiano forma, le schermate sono organizzate in un altro modo e alcune operazioni richiedono più clic di quanti la memoria muscolare si aspetti, per cui la formazione diventa un vero filone di lavoro e non una formalità. Tre ambiti meritano un responsabile dedicato.

Report. I report standard di OPERA Cloud si possono copiare con parametri preimpostati, programmare ed eseguire per più strutture da un hub, ma la documentazione di Oracle è chiara: non restituiscono i flex field personalizzati e non supportano la localizzazione. I report personalizzati si costruiscono in Reporting and Analytics, che si ordina a parte. I team abituati ai report personalizzati di OPERA 5 dovrebbero elencare quelli che usano davvero e prototipare ciascuno prima del passaggio.

Pagamenti. OPERA Cloud gestisce i pagamenti tramite l’Oracle Payment Interface. OPI Cloud si collega cloud a cloud con il vostro fornitore di pagamento e aggiunge opzioni come Pay By Link e la tokenizzazione. Non sempre gli hotel cambiano tutto in una volta: secondo il case study del suo fornitore di pagamento, Rotana ha usato all’inizio OPERA Cloud con OPI on-premise, poi, dopo una struttura pilota, ha portato su OPI Cloud 21 hotel negli Emirati Arabi Uniti. Verificate per tempo che il vostro fornitore sia certificato per la configurazione di destinazione e come vengono trasferiti i token delle carte salvate.

Aggiornamenti. Invece di progetti di upgrade ogni pochi anni, OPERA Cloud cambia più volte l’anno. Molte nuove funzioni arrivano disattivate, quindi qualcuno deve leggere le guide di release readiness di Oracle e decidere cosa attivare. Con OPERA 5 questo ruolo non esisteva.

Come i vostri dati arrivano su OPERA Cloud

Oracle offre uno strumento ufficiale, OPERA to Cloud Migration. La struttura esegue sul proprio server di database un piccolo componente che imposta un trasferimento sicuro dei file e produce un report di valutazione; il team di migrazione di Oracle esegue poi un primo trasferimento dei dati e, più avanti, uno finale subito prima dell’avvio. La richiesta passa dal team commerciale di Oracle, e lo strumento supporta le versioni di OPERA a partire dalla 5.0.03.03.

Oracle Consulting ha descritto due strade. Una migrazione completa trasferisce dati, storico, prenotazioni e configurazione, ma richiede dati puliti e una migrazione di prova, e può comportare un fermo significativo. Una nuova installazione parte da zero, importa la configurazione e porta prenotazioni e profili tramite una terza parte, con un fermo limitato al momento del passaggio. Per questa seconda strada esistono strumenti di terze parti; uno trasferisce profili, prenotazioni, codici tariffa, pacchetti e dati finanziari tramite OXI, e richiede comunque una mappatura dei codici ovunque i valori non coincidano uno a uno.

In entrambi i casi vale la regola di chi ci è passato: i dati sporchi migrano sporchi. Profili ospite duplicati, codici tariffa incoerenti e vecchie regole di routing arrivano intatti e poi compromettono la reportistica e il lavoro della reception nel nuovo sistema. Ripulite prima del primo trasferimento, non dopo l’avvio.

Interfacce: cosa passa a OHIP e cosa continua a funzionare

Su OPERA Cloud le nuove integrazioni usano OHIP, la piattaforma API di Oracle. I dati in uscita viaggiano come business event, che il sistema collegato riceve in streaming o tramite polling, e Oracle consiglia lo streaming. I dati in entrata passano dalle API REST di OHIP.

Due dettagli condizionano ogni piano delle interfacce:

• I codici devono coincidere uno a uno. Con OXI potevate mappare i codici di OPERA su quelli di un altro sistema, per esempio tipologie di camera, codici tariffa e pacchetti. La documentazione OHIP di Oracle spiega che le API REST non seguono più questo approccio: i codici devono coincidere uno a uno, oppure è l’altro sistema a gestire la mappatura dal proprio lato. È lavoro da rifare per ogni fornitore, e va messo nel piano fin dal primo giorno.
• Le interfacce legacy non sono sparite. OPERA Cloud supporta ancora le property interface OXI, OEDS, OFIS e FIAS, ciascuna con il proprio account di servizio, e le interfacce a livello di struttura passano da un agente software installato su hardware in loco. Oracle segnala inoltre alcune operazioni IFC8 non ancora disponibili in REST, così come alcune funzioni di membership di OPERA Web Services. Chiedete a ogni fornitore quale strada userà, OHIP o legacy, e da quando.

Il documento più utile dell’intero progetto è un semplice inventario delle interfacce. Un punto di partenza:

Se OHIP è un territorio nuovo, la nostra guida in parole semplici cos’è OHIP? spiega cosa fa la piattaforma e cosa comporta collegare un fornitore.

Big bang o per fasi: cosa ha imparato Thon Hotels

La migrazione da OPERA 5 meglio documentata è quella di Thon Hotels in Norvegia. Secondo il resoconto di Oracle, Thon ha portato 96 hotel da OPERA 5 on-premise a OPERA Cloud in 31 ore, con l’avvio l’8 aprile 2024. Oracle Consulting aveva consigliato il consueto approccio per fasi; Thon ha scelto un “big bang” per non gestire due database master in parallelo, e oggi Oracle descrive il big bang come un’opzione standard.

Cosa ha fatto la differenza:

• Un gruppo di progetto circa sei mesi prima, partendo dalla standardizzazione tra tutti gli hotel.
• Formazione conclusa tre settimane prima dell’avvio, sulla piattaforma di apprendimento di Oracle, con superuser nominati in ogni hotel.
• Una procedura di riserva già provata. Nell’ultima settimana ogni hotel si è esercitato a registrare check-in e housekeeping su fogli di calcolo per le ore, e forse i giorni, di fermo.
• Prima i piloti. Delle cabine di regia hanno guidato il passaggio: cinque hotel pilota sono partiti per primi e hanno testato interfacce e transazioni con carta, poi sono seguiti gruppi di dieci.
• Nessun funzionamento in parallelo. Circa 2.000 utenti di OPERA 5 sono stati disattivati la mattina dell’avvio, e il giorno dopo il personale lavorava in OPERA Cloud.

Anche altri grandi gruppi si sono mossi in fretta, per altre strade. Motel One ha portato su OPERA Cloud più di 100 hotel in 13 Paesi in circa quattro mesi, con una media di 14 avvii a settimana, trasferendo dati operativi e finanziari, saldi degli ospiti e contabili, stato delle camere e dell’housekeeping. PPHE Hotel Group, che usa OPERA 5 da molti anni, ha annunciato a novembre 2025 il passaggio a OPERA Cloud per 18 strutture e 5.200 camere.

Mantenere attiva la comunicazione con gli ospiti

La comunicazione con gli ospiti è uno dei pochi sistemi che può restare continuo per tutta la migrazione, perché chatlyn supporta entrambi i lati. Su OPERA 5, l’integrazione con Oracle OPERA on-premise gestisce i percorsi a partire da report programmati, trasmessi su una connessione SFTP protetta. Su OPERA Cloud, l’integrazione con Oracle OPERA Cloud riceve gli eventi in tempo reale tramite OHIP. Al momento del passaggio la struttura sostituisce l’una con l’altra insieme al nostro team di customer success, e ciò che la clientela vede (conferme, messaggi prima dell’arrivo, risposte dell’IA su WhatsApp, webchat, Facebook Messenger, Instagram e nelle nuove inbox Booking.com) prosegue senza cambiamenti.

Per i gruppi con sistemi misti, lo stesso doppio supporto permette di migrare una struttura alla volta mentre ogni hotel continua a scrivere ai propri ospiti. E alcune abitudini rendono più tranquillo il weekend del passaggio sul fronte della clientela:

• Presidiate la inbox. Se il check-in si ferma mentre i sistemi cambiano, chi soggiorna scrive. L’IA risponde alle domande di routine con la vostra knowledge base, e una persona di riferimento si occupa di tutto il resto.
• Fermate le campagne, non i percorsi. Conferme e messaggi prima dell’arrivo devono continuare a partire; gli invii di marketing possono aspettare una settimana.
• Dite all’IA cosa sta succedendo. Una breve nota nella knowledge base sui tempi di check-in più lunghi di quel weekend le permette di rispondere con sincerità.
• Fate un test il primo giorno. Create una prenotazione di prova in OPERA Cloud e verificate che la conferma arrivi nel giro di pochi istanti.

Gli errori che gli hotel segnalano davvero

Le lezioni che ricorrono tra professionisti, consulenti e migrazioni pubblicate:

• I dati sporchi migrano sporchi. Anni di uso incoerente di OPERA 5, soprattutto profili ospite duplicati, arrivano intatti in OPERA Cloud se non vengono ripuliti prima.
• Il ritmo lo detta il fornitore più lento. Ogni interfaccia ha bisogno di una strada OHIP o legacy e di codici allineati, e un solo fornitore in ritardo può bloccare l’avvio.
• I report vanno ricostruiti. I report personalizzati di OPERA 5 non si trasferiscono da soli; prototipate i più importanti in OPERA Cloud o in Reporting and Analytics prima del passaggio.
• La formazione pesa più del previsto. Le recensioni segnalano flussi di lavoro cambiati e più clic per le operazioni di routine; le strutture che se la cavano meglio concludono la formazione prima dell’avvio e tengono un superuser per turno.
• Il passaggio ferma l’operatività. Check-in, pagamenti e aggiornamenti dell’housekeeping possono fermarsi durante il cambio: scegliete una finestra di bassa occupazione e provate in anticipo la procedura manuale di riserva.
• Nessuno si occupa delle note di rilascio. Dopo l’avvio, più volte l’anno arrivano funzioni disattivate. Senza un responsabile, l’hotel non ne trae mai vantaggio.

Nessuno di questi punti è un argomento contro la migrazione. Sono argomenti per trattarla come un programma operativo, con un responsabile, una fase di pulizia dei dati e un piano delle interfacce fornitore per fornitore.

La settimana del passaggio, passo dopo passo

Una sequenza di esempio, basata sullo strumento di migrazione di Oracle e sull’avvio documentato di Thon:

1. Ultima settimana: congelate le modifiche alla configurazione, provate la procedura manuale di riserva per check-in e housekeeping, confermate i passaggi di avvio di ogni fornitore.
2. Il giorno prima: ultimi controlli su interfacce e transazioni con carta nell’ambiente di test; un briefing per ogni turno; la inbox degli ospiti presidiata.
3. Passaggio: trasferimento finale dei dati, disattivazione degli utenti di OPERA 5, spostamento delle interfacce sulle loro strade in OPERA Cloud, messaggistica con gli ospiti compresa.
4. Prime ore: transazioni pilota da un capo all’altro: una prenotazione, un check-in, un pagamento con carta, un messaggio di conferma a un ospite di prova.
5. Prime due settimane: un punto quotidiano con superuser e fornitori, un elenco delle questioni aperte e un rapido confronto dei report con il vecchio sistema.

La checklist

Prima di iniziare

1. Verificate la vostra versione di OPERA 5 e le relative date di supporto nella lifetime support policy di Oracle in vigore, e aggiornate alla 5.6.28 o successiva se siete su una release precedente.
2. Scegliete la strada: migrazione completa con lo storico, oppure nuova installazione con dati selezionati.
3. Nominate un responsabile del programma e un superuser per reparto.

Dati e interfacce

4. Ripulite i dati prima del primo trasferimento: profili ospite, codici tariffa, regole di routing.
5. Costruite l’inventario delle interfacce, con la strada di ogni fornitore (OHIP o legacy), l’allineamento dei codici e la data di avvio.
6. Verificate la certificazione del vostro fornitore di pagamento e come vengono trasferiti i token delle carte.
7. Prototipate i report che usate di più in OPERA Cloud o in Reporting and Analytics.

Persone e avvio

8. Concludete la formazione prima dell’avvio, lasciando tempo per esercitarsi.
9. Fissate il passaggio in un periodo di bassa occupazione, con una procedura manuale di riserva già provata.
10. Pianificate la comunicazione con gli ospiti per il weekend del passaggio: percorsi attivi, campagne in pausa, inbox presidiata.
11. Dopo l’avvio, verificate il flusso di eventi OHIP da un capo all’altro: una prenotazione di prova deve far partire il messaggio di conferma nel giro di pochi istanti.
12. Nominate qualcuno che legga ogni release di OPERA Cloud e decida quali nuove funzioni attivare.

Domande frequenti

OPERA 5 è a fine vita? Oracle non pubblica una data di spegnimento. L’ultima release supportata, la 5.6, ha il Premier Support fino a dicembre 2027 secondo l’attuale lifetime support policy di Oracle, senza Extended Support; dopo di che resta a tempo indeterminato in Sustaining Support, senza nuove correzioni né certificazioni. Verificate la policy per la vostra versione esatta.

Quanto dura una migrazione da OPERA 5 a OPERA Cloud? Dipende molto più dalla preparazione che dal passaggio in sé. Thon Hotels ha formato il gruppo di progetto circa sei mesi prima e poi ha portato 96 hotel su OPERA Cloud con un unico passaggio di 31 ore; Motel One ha portato più di 100 hotel su OPERA Cloud in circa quattro mesi. Di solito a fissare la data sono la pulizia dei dati, la preparazione delle interfacce e la formazione.

Perdiamo le integrazioni con la migrazione? Ogni interfaccia ha bisogno di una strada su OPERA Cloud: le API REST e i business event di OHIP, oppure una delle interfacce legacy che OPERA Cloud supporta ancora, come OXI. Sulle API REST i codici devono coincidere uno a uno, quindi serve un piano per ciascun fornitore. chatlyn supporta entrambi i lati: oggi percorsi basati su SFTP con OPERA 5, poi eventi OHIP in tempo reale con OPERA Cloud, così la comunicazione con gli ospiti continua durante il passaggio.

OXI è ancora disponibile con OPERA Cloud? Sì, come interfaccia legacy. La documentazione di OPERA Cloud elenca le property interface OXI, OEDS, OFIS e FIAS, ciascuna con il proprio account di servizio. Per le nuove integrazioni Oracle punta su OHIP.

Che fine fanno i nostri report personalizzati di OPERA 5? Mettete in conto di ricostruirli. I report standard di OPERA Cloud coprono l’operatività quotidiana, mentre i report personalizzati si costruiscono in Reporting and Analytics di Oracle, un servizio da ordinare a parte. Elencate i report che il vostro team usa davvero e prototipateli prima del passaggio.

Dobbiamo cambiare interfaccia di pagamento? OPERA Cloud gestisce i pagamenti tramite l’Oracle Payment Interface, anche nella versione OPI Cloud. Se la vostra configurazione attuale cambi dipende dal fornitore di pagamento, quindi verificate all’inizio del progetto la sua certificazione e come vengono trasferiti i token delle carte salvate.

Big bang o migrazione per fasi? Funzionano entrambi. Oracle Consulting ha tradizionalmente consigliato un’implementazione per fasi; Thon Hotels ha scelto il big bang per evitare due database master, e oggi Oracle lo offre come opzione standard. L’approccio per fasi è adatto ai gruppi che vogliono prima imparare da una struttura pilota.

La messaggistica con gli ospiti può restare attiva durante il passaggio? Sì. I percorsi girano sull’integrazione on-premise fino al passaggio e su OHIP dopo; l’IA continua a rispondere su WhatsApp, webchat, Facebook Messenger, Instagram e nelle nuove inbox Booking.com per tutto il tempo, e cambia solo la fonte dei dati dietro i percorsi.

Fonti

• Oracle Applications Lifetime Support Policy (edizione di agosto 2026)
• Mastel Hospitality: aggiornamento sulla policy di supporto di OPERA 5.5
• Documentazione Oracle OHIP: migrare dalle API legacy a REST e OPERA Xchange Interface (OXI)
• Documentazione Oracle OHIP: property interface (IFC8, FIAS) e business event
• Documentazione Oracle OPERA Cloud 26.4: report, utenti delle interfacce e release readiness
• Oracle Hospitality Cloud Services: descrizioni dei servizi e metriche
• Oracle OPERA to Cloud Migration: guida per i clienti e Oracle Consulting: il percorso verso OPERA Cloud
• Documentazione Oracle Payment Interface Cloud e Planet: case study Rotana Hotels
• Oracle: la migrazione big bang di Thon Hotels a OPERA Cloud
• Lodging: Motel One gestisce più di 100 strutture con OPERA Cloud e Oracle: PPHE Hotel Group adotta OPERA Cloud
• Beyond: lezioni sulla migrazione dei dati in OPERA Cloud
• Recensioni di professionisti su Capterra e Hotel Tech Report