Opera PMS local relie le logiciel de réception de l'hôtel au serveur d'automatisation, associe chaque chambre à une adresse KNX et porte les arrivées et les départs jusque dans l'automatisation de la chambre, et gère l'énergie selon que la chambre est occupée ou non : une application de liaison hôtelière.
La réception le sait, l'automatisation non
Dans un hôtel, l'automatisation de la chambre commute l'éclairage, le climat et les scènes. Mais savoir si une chambre est occupée ou vide, c'est la réception qui le sait, pas l'automatisation. Quand cette information ne parvient jamais à l'automatisation, même des chambres qui n'ont été attribuées à personne sont chauffées et rafraîchies, et l'énergie part en pure perte. Le plus gros poste de dépense de l'hôtel se pilote sans la seule information qui le trancherait.
Elle relie le PMS de l'hôtel à l'automatisation
Opera PMS local relie le système de gestion hôtelière (PMS) — connu sous le nom d'Opera, ou sous son ancien nom Fidelio — au serveur d'automatisation. Vous associez les numéros de chambre de l'hôtel à des adresses KNX ; chaque arrivée et chaque départ enregistrés à la réception s'appliquent directement à l'automatisation de cette chambre. L'application est une application indépendante développée par Sona ; Opera, Fidelio et les noms associés appartiennent à leurs propriétaires.
La configuration tient en une tâche : associer les chambres
Le vrai travail de mise en service, c'est l'association des chambres. Chaque ligne porte le numéro de chambre issu du système Opera de l'hôtel et l'adresse KNX qui portera l'occupation de cette chambre. Si l'adresse n'existe pas sur l'appareil, l'application la crée et la nomme dans la langue que vous avez retenue. L'association repose sur le numéro de chambre de l'hôtel lui-même ; il n'y a ni table de correspondance ni couche intermédiaire.
Une chambre occupée accueille, une chambre vide économise
Quand une chambre est en arrivée, son adresse passe à occupée ; au départ, elle revient à vide. Vos scènes font le reste : quand la chambre se remplit, elle accueille le client au niveau d'éclairage et à la température voulus ; quand elle se vide, elle passe d'elle-même en mode économie. Les chambres où il n'y a personne ne sont pas chauffées ni rafraîchies pour rien. L'application n'écrit sur ces adresses qu'en cas de changement : elle ne charge donc pas le bus en envoyant sans cesse la même information.
Une chambre non associée ne passe pas entre les mailles
Une fois la liaison établie, si une arrivée survient pour une chambre absente de votre liste, l'application ne l'ignore pas en silence. Elle affiche le numéro de chambre en suggestion en haut de la vue ; en cliquant dessus, le formulaire d'association s'ouvre avec le numéro déjà rempli et il ne vous reste qu'à saisir l'adresse. En même temps, un enregistrement d'information de faible priorité tombe dans la liste d'alarmes centrale et y reste jusqu'à ce que vous complétiez l'association.
L'état de la liaison est visible sur la vue
L'état de la liaison Opera s'écrit sur une adresse KNX et signale trois cas distincts : vous avez fermé la liaison vous-même, la liaison est saine, ou la liaison est tombée. Posez cela sur la vue graphique ou dans la GTB et vous suivez l'état de la liaison sans jamais ouvrir l'application. Une chute entre aussi dans la liste d'alarmes centrale, pour que le technicien de garde ne confonde pas un arrêt planifié avec un vrai défaut.
La synchronisation manuelle tient en un appui
Dès que vous soupçonnez un écart entre la vue de la réception et l'état du terrain, vous pouvez récupérer à nouveau l'état courant de chaque chambre. Il suffit d'écrire un un sur l'adresse KNX réservée à cela, et vous liez cette adresse à un bouton de la vue graphique. L'application retient un court instant les demandes de synchronisation qui arrivent coup sur coup, pour ne pas inonder de requêtes le système de l'hôtel.
La liaison et l'association vivent sur le serveur
La liaison Opera comme toute l'association des chambres s'exécutent sur le serveur d'automatisation, sur site ; les données ne partent pas dans le cloud. L'application conserve les deux mille derniers événements dans un journal persistant : quand il faut remonter l'histoire d'un problème, la piste est entre les mains de l'équipe de service.
Votre installation vit dans un fichier
Vos associations de chambres, vos réglages réseau et votre choix de langue se téléchargent en un seul fichier. À la restauration, les enregistrements sont traités un par un, les lignes déjà présentes sont ignorées, et un récapitulatif indique à la fin combien d'enregistrements ont été ajoutés. Si la sauvegarde a été prise alors que la liaison était ouverte, l'application rétablit elle-même la liaison à la fin de la restauration ; vous déplacez la même installation sur un autre serveur en quelques minutes.
Comment fonctionne Opera PMS local : introduction
Relier le système de gestion de l'hôtel au serveur d'automatisation, associer les numéros de chambre à des adresses KNX et appliquer les arrivées et les départs à l'automatisation des chambres.
Questions fréquentes
Avec quels systèmes hôteliers fonctionne-t-elle ?
Elle fonctionne avec le système de gestion hôtelière (PMS) connu sous le nom d'Opera, ou sous son ancien nom Fidelio. La liaison se fait par l'interface de ce logiciel côté hôtel ; l'adresse et le port s'obtiennent auprès du service informatique de l'hôtel.
Cette application vient-elle de l'entreprise qui développe Opera ?
Non. Opera PMS local est une application indépendante développée par Sona, et elle se raccorde au système existant de l'hôtel par l'interface de ce système. Opera, Fidelio et les noms associés appartiennent à leurs propriétaires.
Fonctionne-t-elle sans Alert Plus installé ?
Non. Comme l'application transmet au gestionnaire d'alarmes central des événements tels qu'une liaison tombée ou une chambre non associée, Alert Plus doit être installée. Le bon ordre est d'installer Alert Plus d'abord, puis cette application.
Faut-il modifier quelque chose dans le logiciel de l'hôtel ?
Rien de nouveau n'est développé sur le logiciel de l'hôtel. L'application se raccorde par l'interface existante et écoute les événements ; numéros de chambre et flux de réservation restent tels quels côté hôtel. Ce qu'il faut pour la liaison, c'est que cette interface soit ouverte et que l'adresse et le port soient fournis. Le travail de votre côté consiste à associer les numéros de chambre à des adresses KNX.
Des chambres peuvent-elles être ajoutées par la suite ?
Oui. La liste des chambres ne se modifie que liaison fermée ; vous fermez la liaison, ajoutez la chambre et vous reconnectez. Et si une arrivée survient pour une chambre non associée, l'application vous avertit de toute façon.
Les données partent-elles dans le cloud ?
Non. La liaison et l'association s'exécutent localement sur le serveur d'automatisation, et le journal d'événements reste dans l'appareil.
Combien de chambres peut-on associer ?
Chaque chambre de l'hôtel s'associe une par une, et chacune reçoit sa propre adresse KNX. Il est recommandé de réserver à l'application une plage d'adresses qui lui soit propre.
La licence change-t-elle avec le nombre de chambres ?
Non. La licence est liée au serveur d'automatisation ; quel que soit le nombre de chambres associées sur ce serveur, la licence reste la même. Dans une chaîne hôtelière, chaque établissement a son serveur et sa licence.
Opera PMS local est comprise dans la licence BMS Plus et s'installe depuis la boutique de Sona Application Center.
L'application s'exécute sur le serveur d'automatisation Sona BMS. Si des écrans tactiles sont souhaités dans les chambres, les écrans SonaHMI se raccordent à la même plateforme.
Devenez partenaire Sona.
Construisez vos projets sur une seule plateforme. Formation, assistance technique et catalogue d'applications sont ouverts à nos partenaires.