Passer d’OPERA 5 à OPERA Cloud : la checklist de l’hôtelier

Tous les hôtels équipés d’OPERA 5 ont déjà entendu un fournisseur leur dire, d’une manière ou d’une autre, « vous devez migrer ». La réalité est moins dramatique et plus utile : Oracle publie des dates de support précises, la migration change des choses bien identifiées dans le travail quotidien, et les hôtels qui peinent sont souvent ceux qui l’ont abordée comme un projet informatique plutôt que comme un projet d’exploitation. Cette checklist rassemble ce qui est réellement documenté, ce qui change, la manière dont les données et les interfaces sont transférées, les enseignements de l’une des plus grandes migrations OPERA 5 et la façon de maintenir la communication avec vos clients pendant la bascule, avec l’intégration chatlyn pour OPERA 5 on-premise avant la bascule et l’intégration Oracle OPERA Cloud après.

L’essentiel

• OPERA 5.6, la dernière version on-premise, bénéficie du Premier Support jusqu’en décembre 2027. Il n’existe ni Extended Support ni date d’arrêt publiée.
• OPERA Cloud est un logiciel hébergé par Oracle, utilisé dans le navigateur et mis à jour par Oracle plusieurs fois par an. Les nouvelles fonctions arrivent désactivées jusqu’à ce que vous les activiez.
• Les interfaces passent sur OHIP, la plateforme d’API d’Oracle, fournisseur par fournisseur. Certaines interfaces historiques, dont OXI, fonctionnent toujours avec OPERA Cloud.
• Les données sont transférées avec l’outil de migration d’Oracle ou via une nouvelle installation. Nettoyez-les d’abord : elles arrivent exactement comme elles partent.
• La communication avec les clients peut continuer sans interruption, car les mêmes parcours client fonctionnent sur les deux systèmes.

Où en est le support d’OPERA 5

Les dates à connaître viennent de l’Applications Lifetime Support Policy d’Oracle elle-même, pas des présentations commerciales. Dans l’édition d’août 2026 :

Pendant la prolongation jusqu’en décembre 2027, les corrections de bugs ne s’appliquent qu’à OPERA 5.6.28 et versions ultérieures : un hôtel sur une build 5.6 plus ancienne a donc intérêt à la mettre à jour avant même de migrer. La version 5.5 est sortie du Premier Support en octobre 2021, une transition que Mastel Hospitality, partenaire d’Oracle, avait documentée à l’époque pour ses clients.

Deux nuances comptent. D’abord, aucune date d’arrêt n’est publiée : à la fin du Premier Support, OPERA 5 passe en Sustaining Support sans limite de durée. Le logiciel continue de fonctionner, mais les correctifs, les mises à jour et les certifications s’arrêtent. Ensuite, Oracle a déjà repoussé la date de la 5.6 : consultez donc le document de politique en vigueur pour votre version plutôt que de vous fier à un article, celui-ci compris. La vraie question opérationnelle n’est pas « quand OPERA 5 va-t-il s’arrêter », mais « combien de temps voulons-nous faire tourner la réception sur un système qui ne reçoit plus de correctifs ».

OPERA 5 et OPERA Cloud, côte à côte

OPERA Cloud n’est pas OPERA 5 dans un navigateur : c’est un autre système, qui partage le même vocabulaire. Le tableau résume ce que la documentation d’Oracle dit de chacun.

Pour vos clients, rien de tout cela ne devrait se voir. Les mêmes parcours client peuvent fonctionner sur les deux systèmes : seule change la source de données qui alimente les messages.

Ce que la migration change au quotidien

Les équipes racontent que les flux de travail habituels changent de forme, que les écrans sont organisés autrement et que certaines tâches demandent plus de clics que la mémoire musculaire ne l’attend. La formation devient donc un vrai chantier, pas une formalité. Trois domaines méritent chacun un responsable.

Rapports. Les rapports standard d’OPERA Cloud peuvent être copiés avec des paramètres prédéfinis, planifiés et exécutés pour plusieurs hôtels depuis un hub, mais la documentation d’Oracle précise qu’ils n’affichent pas les champs flexibles personnalisés et ne prennent pas en charge la localisation. Les rapports personnalisés se font dans Reporting and Analytics, souscrit à part. Les équipes qui vivaient dans des rapports OPERA 5 sur mesure ont intérêt à lister ceux qu’elles utilisent vraiment et à en prototyper chacun avant la bascule.

Paiements. OPERA Cloud traite les paiements via l’Oracle Payment Interface. OPI Cloud se connecte de cloud à cloud à votre prestataire de paiement et ajoute des options comme Pay By Link et la tokenisation. Les hôtels ne changent pas toujours tout d’un coup : Rotana a d’abord utilisé OPERA Cloud avec OPI on-premise, puis a basculé 21 hôtels des Émirats arabes unis sur OPI Cloud après un hôtel pilote, selon l’étude de cas de son prestataire de paiement. Vérifiez tôt que votre prestataire est certifié pour la configuration cible et comment les tokens de cartes enregistrées sont transférés.

Mises à jour. Au lieu de projets de mise à jour tous les quelques années, OPERA Cloud évolue plusieurs fois par an. Beaucoup de nouvelles fonctions arrivent désactivées : quelqu’un doit lire les guides de release readiness d’Oracle et décider de ce qui est activé. Ce rôle n’existait pas avec OPERA 5.

Comment vos données passent sur OPERA Cloud

Oracle propose un outil officiel, OPERA to Cloud Migration. L’hôtel installe un petit composant sur son serveur de base de données, qui établit un transfert de fichiers sécurisé et produit un rapport d’évaluation ; l’équipe de migration d’Oracle réalise ensuite un premier transfert de données, puis un transfert final juste avant le démarrage. La demande passe par le service commercial d’Oracle, et l’outil prend en charge les versions d’OPERA à partir de la 5.0.03.03.

Oracle Consulting a décrit deux voies. Une migration complète transfère les données, l’historique, les réservations et le paramétrage, mais exige des données propres et une migration de test préalable, et peut entraîner une interruption importante. Une nouvelle installation repart de zéro, importe le paramétrage et transfère réservations et profils via un tiers, avec une interruption limitée à la bascule elle-même. Des outils tiers existent pour cette seconde voie ; l’un d’eux transfère profils, réservations, codes tarifs, packages et données financières via OXI, et demande malgré tout de mapper les codes là où les valeurs ne correspondent pas une à une.

Dans les deux cas, la règle de ceux qui l’ont vécu se vérifie : des données sales migrent en données sales. Les profils clients en double, les codes tarifs incohérents et les anciennes règles de routing arrivent intacts, puis pénalisent les rapports et le travail de la réception dans le nouveau système. Nettoyez avant le premier transfert, pas après le démarrage.

Interfaces : ce qui passe sur OHIP et ce qui continue de fonctionner

Dans OPERA Cloud, les nouvelles intégrations utilisent OHIP, la plateforme d’API d’Oracle. Les données sortantes circulent sous forme de business events, que le système connecté reçoit en streaming ou en polling, Oracle recommandant le streaming. Les données entrantes passent par les API REST d’OHIP.

Deux détails conditionnent tout plan d’interfaces :

• Les codes doivent correspondre un à un. OXI permettait de mapper les codes OPERA avec ceux d’un autre système, comme les types de chambre, les codes tarifs et les packages. La documentation OHIP d’Oracle indique que les API REST ne suivent plus cette logique : les codes doivent correspondre un à un, ou l’autre système doit gérer le mapping de son côté. Cela représente du travail supplémentaire avec chaque fournisseur, à inscrire dans le plan dès le premier jour.
• Les interfaces historiques n’ont pas disparu. OPERA Cloud prend toujours en charge les interfaces hôtel OXI, OEDS, OFIS et FIAS, chacune avec son propre compte de service d’interface, et les interfaces au niveau de l’hôtel fonctionnent via un agent logiciel installé sur du matériel sur site. Oracle signale aussi certaines opérations IFC8 pas encore disponibles en REST, ainsi que des fonctions d’adhésion d’OPERA Web Services qui ne sont pas encore en REST. Demandez à chaque fournisseur quelle voie il utilisera, OHIP ou historique, et à quelle date.

Le document le plus utile de tout le projet est un simple inventaire des interfaces. Un point de départ :

Si OHIP est nouveau pour vous, notre guide en langage clair qu’est-ce qu’OHIP ? explique ce que fait la plateforme et ce qu’implique la connexion d’un fournisseur.

Big bang ou par étapes : les enseignements de Thon Hotels

La migration OPERA 5 la mieux documentée est celle de Thon Hotels, en Norvège. D’après l’article d’Oracle, Thon a fait passer 96 hôtels d’OPERA 5 on-premise à OPERA Cloud en 31 heures, avec un démarrage le 8 avril 2024. Oracle Consulting avait recommandé l’approche habituelle par étapes ; Thon a choisi un « big bang » pour ne pas maintenir deux bases de données maîtres en parallèle, et Oracle présente désormais le big bang comme une option de déploiement standard.

Ce qui a fait la réussite du projet :

• Un groupe projet constitué environ six mois avant, avec l’harmonisation entre hôtels faite en premier.
• Une formation terminée trois semaines avant le démarrage, sur la plateforme d’apprentissage d’Oracle, avec des super-utilisateurs désignés dans chaque hôtel.
• Un plan de secours répété. La dernière semaine, tous les hôtels se sont entraînés à enregistrer les check-ins et le housekeeping dans des tableurs pour les heures, voire les jours, d’interruption.
• Les pilotes d’abord. Des centres de commandement ont piloté la bascule : cinq hôtels pilotes sont passés en premier et ont testé les interfaces et les transactions par carte, puis des groupes de dix ont suivi.
• Pas d’exploitation en parallèle. Environ 2 000 utilisateurs d’OPERA 5 ont été désactivés le matin du démarrage, et les équipes ont travaillé sur OPERA Cloud dès le lendemain.

D’autres grands groupes sont aussi allés vite, autrement. Motel One a fait passer plus de 100 hôtels dans 13 pays sur OPERA Cloud en quatre mois environ, avec une moyenne de 14 démarrages par semaine, en transférant ses enregistrements opérationnels et financiers, les soldes clients et comptables, ainsi que les statuts des chambres et du housekeeping. PPHE Hotel Group, utilisateur d’OPERA 5 de longue date, a annoncé en novembre 2025 son passage à OPERA Cloud pour 18 hôtels et 5 200 chambres.

Maintenir la communication avec vos clients

La communication client fait partie des rares systèmes qui peuvent fonctionner sans interruption pendant toute la migration, car chatlyn est compatible avec les deux côtés. Sur OPERA 5, l’intégration Oracle OPERA on-premise pilote les parcours client à partir de rapports planifiés, via une connexion SFTP sécurisée. Sur OPERA Cloud, l’intégration Oracle OPERA Cloud s’abonne à des événements en temps réel via OHIP. L’hôtel passe de l’une à l’autre lors de la bascule, avec notre équipe customer success, et ce que voit le client (confirmations, messages avant l’arrivée et réponses de l’IA sur WhatsApp, le chat web, Facebook Messenger, Instagram et les boîtes de réception Booking.com nouvellement créées) continue sans changement.

Dans les groupes aux systèmes mixtes, cette double compatibilité permet de migrer hôtel par hôtel pendant que chaque établissement continue d’écrire à ses clients. Et quelques habitudes rendent le week-end de bascule plus serein côté clients :

• Gardez la boîte de réception surveillée. Si le check-in s’interrompt pendant le changement de système, les clients écrivent. L’IA répond aux questions courantes à partir de vos propres informations, et une personne désignée prend en charge tout le reste.
• Mettez en pause les campagnes, pas les parcours. Les confirmations et les messages avant l’arrivée doivent continuer de partir ; les envois marketing peuvent attendre une semaine.
• Expliquez à l’IA ce qui se passe. Une courte note dans sa base de connaissances sur des check-ins plus lents ce week-end-là lui permet de répondre en toute transparence.
• Faites un test le premier jour. Créez une réservation test dans OPERA Cloud et vérifiez que la confirmation arrive dans les instants qui suivent.

Les difficultés que les hôtels rencontrent vraiment

Des leçons récurrentes, tirées de professionnels, de consultants et de migrations publiées :

• Des données sales migrent en données sales. Des années d’usage incohérent d’OPERA 5, surtout les profils clients en double, arrivent intactes dans OPERA Cloud si elles ne sont pas nettoyées avant.
• Le fournisseur le plus lent donne le rythme. Chaque interface a besoin d’une voie OHIP ou historique et de codes alignés, et un seul fournisseur en retard peut freiner le démarrage.
• Les rapports sont à refaire. Les rapports OPERA 5 personnalisés ne se transfèrent pas tout seuls ; prototypez les plus importants dans OPERA Cloud ou dans Reporting and Analytics avant la bascule.
• La formation est plus lourde que prévu. Les utilisateurs évoquent des flux de travail différents et davantage de clics pour les tâches courantes ; les hôtels qui s’en sortent le mieux terminent la formation avant le démarrage et gardent un super-utilisateur présent à chaque service.
• La bascule met l’exploitation en pause. Le check-in, les paiements et les mises à jour du housekeeping peuvent être suspendus pendant le changement : planifiez la fenêtre sur une période de faible occupation et répétez le plan de secours manuel.
• Personne ne lit les notes de version. Après le démarrage, des fonctions désactivées arrivent plusieurs fois par an. Sans responsable, l’hôtel n’en profite jamais.

Rien de tout cela ne plaide contre la migration. Cela plaide pour la traiter comme un programme d’exploitation, avec un responsable, une phase de nettoyage des données et un plan d’interfaces fournisseur par fournisseur.

La semaine de la bascule, étape par étape

Un exemple de déroulé, fondé sur l’outil de migration d’Oracle et sur le démarrage documenté de Thon :

1. Dernière semaine : gelez les changements de paramétrage, répétez le plan de secours manuel pour le check-in et le housekeeping, et confirmez les étapes de démarrage de chaque fournisseur.
2. La veille : derniers contrôles des interfaces et des transactions par carte dans l’environnement de test ; briefing de chaque équipe ; présence assurée sur la boîte de réception clients.
3. Bascule : transfert final des données, désactivation des utilisateurs d’OPERA 5 et passage des interfaces, messagerie client comprise, sur leurs voies OPERA Cloud.
4. Premières heures : transactions pilotes de bout en bout : une réservation, un check-in, un paiement par carte et un message de confirmation envoyé à un client test.
5. Deux premières semaines : un point quotidien avec les super-utilisateurs et les fournisseurs, une liste des incidents ouverts et une vérification rapide des rapports par rapport à l’ancien système.

La checklist

Avant de commencer

1. Confirmez votre version d’OPERA 5 et ses dates de support dans la politique de support en vigueur d’Oracle, et passez à la 5.6.28 ou ultérieure si votre version est plus ancienne.
2. Choisissez votre voie : migration complète avec historique, ou nouvelle installation avec des données sélectionnées.
3. Désignez un responsable du programme et un super-utilisateur par service.

Données et interfaces

4. Nettoyez les données avant le premier transfert : profils clients, codes tarifs, règles de routing.
5. Établissez l’inventaire des interfaces, avec pour chaque fournisseur la voie retenue (OHIP ou historique), l’alignement des codes et la date de démarrage.
6. Vérifiez la certification de votre prestataire de paiement et la façon dont les tokens de cartes sont transférés.
7. Prototypez vos rapports les plus utilisés dans OPERA Cloud ou dans Reporting and Analytics.

Équipes et démarrage

8. Terminez la formation avant le démarrage, en laissant du temps pour s’entraîner.
9. Programmez la bascule sur une période de faible occupation, avec un plan de secours manuel répété.
10. Préparez la communication client pour le week-end de bascule : parcours actifs, campagnes en pause et boîte de réception surveillée.
11. Après le démarrage, vérifiez de bout en bout le flux d’événements OHIP : une réservation test doit déclencher le message de confirmation dans les instants qui suivent.
12. Désignez une personne chargée de lire chaque version d’OPERA Cloud et de décider quelles nouvelles fonctions activer.

Questions fréquentes

OPERA 5 est-il en fin de vie ? Oracle ne publie aucune date d’arrêt. La dernière version prise en charge, la 5.6, bénéficie du Premier Support jusqu’en décembre 2027 selon la politique de support en vigueur d’Oracle, sans niveau Extended Support ; elle passe ensuite en Sustaining Support sans limite de durée, sans nouveaux correctifs ni certifications. Consultez la politique pour votre version exacte.

Combien de temps dure une migration d’OPERA 5 vers OPERA Cloud ? Cela dépend bien plus de la préparation que de la bascule elle-même. Thon Hotels a constitué son groupe projet environ six mois avant, puis a fait passer 96 hôtels en une seule bascule de 31 heures ; Motel One a fait passer plus de 100 hôtels sur OPERA Cloud en quatre mois environ. Le nettoyage des données, la préparation des interfaces et la formation fixent généralement la date.

Perdons-nous nos intégrations en migrant ? Chaque interface a besoin d’une voie dans OPERA Cloud : les API REST et les business events d’OHIP, ou l’une des interfaces historiques qu’OPERA Cloud prend toujours en charge, comme OXI. Avec les API REST, les codes doivent correspondre un à un : chaque fournisseur a donc besoin d’un plan. chatlyn est compatible avec les deux côtés : des parcours basés sur SFTP avec OPERA 5 aujourd’hui et des événements OHIP en temps réel avec OPERA Cloud ensuite, si bien que la communication client continue pendant le changement.

OXI est-il toujours disponible avec OPERA Cloud ? Oui, en tant qu’interface historique. La documentation d’OPERA Cloud mentionne les interfaces hôtel OXI, OEDS, OFIS et FIAS, chacune avec son propre compte de service d’interface. Pour les nouvelles intégrations, Oracle mise sur OHIP.

Que deviennent nos rapports OPERA 5 personnalisés ? Prévoyez de les refaire. Les rapports standard d’OPERA Cloud couvrent l’exploitation quotidienne, et les rapports personnalisés se font dans Reporting and Analytics d’Oracle, un service souscrit à part. Listez les rapports que votre équipe utilise vraiment et prototypez-les avant la bascule.

Devons-nous changer d’interface de paiement ? OPERA Cloud traite les paiements via l’Oracle Payment Interface, y compris OPI Cloud. Que votre configuration actuelle change ou non dépend de votre prestataire de paiement : vérifiez dès le début du projet sa certification et la façon dont les tokens de cartes enregistrées sont transférés.

Migration big bang ou par étapes ? Les deux fonctionnent. Oracle Consulting recommandait traditionnellement un déploiement par étapes ; Thon Hotels a choisi un big bang pour éviter deux bases de données maîtres, et Oracle le propose désormais comme option standard. Les déploiements par étapes conviennent aux groupes qui veulent d’abord tirer les leçons d’un hôtel pilote.

La messagerie client peut-elle continuer pendant la bascule ? Oui. Les parcours fonctionnent avec l’intégration on-premise jusqu’à la bascule, puis avec OHIP ; l’IA continue de répondre aux clients sur WhatsApp, le chat web, Facebook Messenger, Instagram et les boîtes de réception Booking.com nouvellement créées pendant tout le processus, et seule change la source de données qui alimente les parcours.

Sources

• Oracle Applications Lifetime Support Policy (édition d’août 2026)
• Mastel Hospitality : mise à jour de la politique de support d’OPERA 5.5
• Documentation Oracle OHIP : migration des API historiques vers REST et OPERA Xchange Interface (OXI)
• Documentation Oracle OHIP : interfaces hôtel (IFC8, FIAS) et business events
• Documentation Oracle OPERA Cloud 26.4 : rapports, utilisateurs d’interface et release readiness
• Oracle Hospitality Cloud Services : descriptions de service et métriques
• Oracle OPERA to Cloud Migration : guide client et Oracle Consulting : le chemin vers OPERA Cloud
• Documentation Oracle Payment Interface Cloud et Planet : étude de cas Rotana Hotels
• Oracle : la migration big bang de Thon Hotels vers OPERA Cloud
• Lodging : Motel One fait passer plus de 100 hôtels sur OPERA Cloud et Oracle : PPHE Hotel Group déploie OPERA Cloud
• Beyond : les leçons de la migration des données vers OPERA Cloud
• Avis d’utilisateurs sur Capterra et Hotel Tech Report