Travail quotidien
Interdire les consommations sur chambre : vérifier le refus à la caisse
Pour qui : Hôtel qui autorise les extras sur chambre pour certains clients mais impose le paiement immédiat à d’autres.
Sources primaires ouvertes le 6 novembre 2026 ; lecture documentaire, aucun essai produit ni devis obtenu.
Notre avis
Choisissez le contrôle qui refuse réellement la mise sur chambre depuis votre caisse, puis traitez séparément les saisies manuelles en réception. Une alerte dans le PMS peut aider l’équipe sans constituer un blocage. La bonne fonction autorise ou refuse une nouvelle dépense ; elle ne décide pas seulement qui paiera une note déjà créée.
Dans l’ordre
- Définir les séjours sans dépenses sur chambre
- Faire appliquer le refus par le point de vente connecté
- Distinguer avertissement et blocage en saisie manuelle
- Contrôler les changements de moyen de paiement
Pourquoi
- Le restaurant et le PMS peuvent appliquer des contrôles différents à une même réservation.
- Un changement de configuration ou de moyen de paiement peut modifier l’interdiction attendue.
Ce qui change le choix
Si chaque service est payé sur place et qu’aucune caisse ne porte de charge sur chambre, ce contrôle ajoute peu au circuit existant.
Une mention « pas de débit » n’est pas toujours un verrou général
Dans OPERA Cloud 26.4, Oracle indique que No Post empêche les charges venant des interfaces, tandis qu’une saisie manuelle présente un avertissement. Cette distinction est décisive : vous ne devez pas acheter la fonction en supposant qu’aucun utilisateur ne pourra ajouter de poste.
Je privilégierais un refus clair côté caisse si votre règle est le règlement immédiat des extras. Le serveur doit savoir comment faire payer le client sans tenter plusieurs fois de porter la note sur chambre. Pour les saisies en réception, choisissez ensuite les droits et la consigne appropriés ; une simple alerte peut suffire si elle correspond à une exception volontairement autorisée.
Le contrôle doit survivre aux modifications du dossier
Le même guide Oracle précise que le déplacement d’un moyen de paiement vers une autre fenêtre de facturation met à jour No Post selon la configuration du moyen de paiement de destination. Cela justifie de vérifier une modification ordinaire du dossier, pas seulement sa création initiale.
Prenez deux réservations fictives : une autorisée à porter les extras sur chambre, l’autre soumise au paiement immédiat. Faites passer la même consommation depuis votre caisse, puis une saisie manuelle. Modifiez ensuite le moyen de paiement du second dossier et observez le résultat. Ce qui compte pour le choix est l’effet sur votre connexion exacte, accompagné d’une explication compréhensible du refus.
Limites
Exemple documentaire OPERA Cloud 26.4. Le comportement de votre caisse, du connecteur et des droits utilisateurs n’a pas été essayé. Aucun contrôle de plafond ou de solvabilité n’est déduit de No Post.
Prochaine action
Faites constater le refus d’une charge depuis votre point de vente et l’effet d’une modification du moyen de paiement sur le même séjour fictif.
Preuves et sources
Ce qui relève d’un fait lu, d’une déclaration, de notre calcul, de notre méthode ou de notre avis. Notre méthode
Déclaration de l’éditeur. Oracle distingue le blocage No Post des charges d’interface de l’avertissement lors d’une saisie manuelle ; déplacer le moyen de paiement entre fenêtres peut mettre à jour ce contrôle.
Relevé du 6 novembre 2026. Édition ou périmètre : OPERA Cloud 26.4 ; Payment Instructions et No Post.
- Oracle : https://docs.oracle.com/en/industries/hospitality/opera-cloud/26.4/ocsuh/t_managing_reservation_payment_instructions.htm Lu le 6 novembre 2026. Déclaration de l’éditeur.