Comment fonctionnent les indicateurs d'Occupation avec l'Inventaire fractionné

L’Inventaire fractionné permet aux établissements de vendre un espace physique de plusieurs façons, maximisant ainsi les revenus et l’occupation. Pour comprendre le calcul de l’occupation, il est essentiel de différencier :

• Chambres physiques : Ce sont les véritables « clés » ou espaces physiques disponibles dans ton établissement. Elles ont toujours une capacité associée et sont les seuls types de chambres qui contribuent au calcul de l’occupation.
• Chambres virtuelles : Ce ne sont pas des « clés » physiques et elles n’ont pas de capacité. Elles représentent des façons flexibles de vendre un espace physique (p. ex., combiner deux chambres standard en suite).

L’image montre le « Lien des hébergements » pour la configuration de l’Inventaire fractionné, mettant en avant les types d’hébergements principaux et secondaires :

La définition fondamentale de l’occupation est : Nombre total de chambres vendues ÷ Nombre total de chambres disponibles.

• Avec l’Inventaire fractionné, le système rapporte correctement l’occupation basée sur les chambres physiques uniquement.
• % d’occupation = ([Chambres physiques vendues]) / ([Chambres physiques disponibles]) * 100.
• Les chambres disponibles pour les références ne retirent pas les chambres bloquées ni hors service (OOS) ; chez Cloudbeds, cela correspond actuellement à la capacité totale des chambres physiques.

À titre d’exemple, voici un rapport montrant les chambres physiques et virtuelles, avec les chambres physiques ayant une capacité et des chambres vendues, et les chambres virtuelles n’ayant ni capacité ni chambres vendues :

Pour les établissements avec Inventaire fractionné, un reporting précis des indicateurs de revenus tels que le TJM et le RevPAR est possible uniquement au niveau de la date de séjour.

• TJM (Tarif journalier moyen) = Revenu total des chambres ÷ Nombre total de chambres physiques vendues.
  • Les chambres vendues correspondent uniquement aux chambres physiques, en tenant compte de l’inventaire fractionné.
  • Le Revenu total des chambres inclut le tarif de chambre, les revenus manuels liés aux chambres et les frais de no-show, mais exclut les taxes et frais inclusifs ou exclusifs, ainsi que les frais d’annulation.
• RevPAR (Revenu par chambre disponible) = Revenu total des chambres ÷ Nombre total de chambres physiques disponibles.
  • Les chambres disponibles sont uniquement les chambres physiques (inventaire fractionné) et incluent les chambres bloquées et hors service. Chez Cloudbeds, cela correspond généralement à l’inventaire physique total.
  • La définition du Revenu total des chambres est la même que pour le TJM.

Si tu as activé Cloudbeds Insights (générateur de rapports), tu peux ajouter le champ « Type d’hébergement », CDC à tes rapports de données d’Occupation. Cela te permet d’identifier facilement si une chambre est virtuelle ou physique directement dans tes rapports.

Dans Cloudbeds, les configurations d’Inventaire fractionné peuvent être classées en deux catégories : à niveaux ou sans niveaux, selon la manière dont les chambres virtuelles et physiques sont liées. Cette structure influence directement la façon dont l’occupation et les revenus sont suivis.

• Configurations à niveaux : Elles impliquent plusieurs couches de liens entre les hébergements. Une configuration typique connecte une chambre virtuelle à une autre chambre virtuelle, qui est ensuite liée à une ou plusieurs chambres physiques. Par exemple : Virtuelle → Virtuelle → Physique.

Ce type de configuration permet aux établissements de créer des offres plus complexes, comme combiner une suite virtuelle existante avec plusieurs chambres physiques pour vendre un étage entier.

• Configurations sans niveaux : Elles impliquent une connexion directe d’une chambre virtuelle à des chambres physiques ou virtuelles, sans couches intermédiaires. Les exemples incluent :
  • Virtuelle → Physique : Utilisé lorsque les établissements souhaitent vendre un groupe de chambres ensemble (comme un duplex ou un étage entier) tout en conservant la possibilité de vendre les chambres individuellement.
  • Virtuelle → Virtuelle : Utilisé pour vendre des ressources non liées aux chambres, comme des places de parking, des salles de réunion ou des tables de restaurant. Ces configurations n’affectent pas les indicateurs d’occupation.

Permet de regrouper une chambre virtuelle déjà combinée avec une chambre physique supplémentaire — par exemple, pour vendre un étage entier comprenant une suite et une autre chambre indépendante.

Ci-dessous, un exemple d’un établissement qui dispose de 16 chambres physiques et 11 chambres virtuelles. Sa capacité totale est de 16.

Cette capture d’écran montre l’unité VIR(1) liée directement aux unités VR(1), PHY(1) et PHY(2), où VR(1) est déjà une suite virtuelle :

Voici à quoi cela ressemble dans un rapport :

Comment lire le rapport ?

1. 1. Il y a une réservation pour la chambre VIR(1) avec une date de séjour au 21/05/2025.
   2. Physique 1 a une capacité, tandis que Virtuel 1 et Virtuel 2 n’en ont pas.
   3. VIR(1) n’est pas marqué comme vendu mais génère un revenu associé à la réservation.
   4. VR(1) (alias la suite virtuelle) n’est pas marqué comme vendu et ne génère pas de revenu associé (le revenu est lié à la chambre virtuelle réellement réservée).
   5. Les chambres physiques liées PHY(1) et PHY(2) sont marquées comme vendues mais ne génèrent pas de revenu associé (le revenu est lié à la chambre virtuelle réellement réservée).
   6. L’occupation est calculée en fonction des unités physiques vendues — dans ce cas, 2/16.

Cette configuration implique une chambre virtuelle connectée à une chambre physique, elle-même liée à une autre chambre physique. Elle permet des configurations plus complexes, comme modéliser une suite avec une chambre secondaire pouvant servir d’extension ou d’ajout facultatif.

Voici un exemple d’un établissement avec 4 chambres au total (2 chambres physiques dans chaque chaîne). Sa capacité totale est de 4.

Cette capture d’écran montre l’unité VT(1) liée à PHT(1) et PHT(2), et l’unité VT(2) liée à PT2(1) et PT2(2) :

Voici à quoi cela ressemble dans un rapport :

Comment lire le rapport ?

1. 1. Il y a une réservation pour la chambre VT(1) avec une date de séjour au 04/06/2025.
   2. Physical Test et Physical Test 2 ont une capacité, tandis que Virtual Test n’en a pas.
   3. VT(1) n’est pas marqué comme vendu mais génère le revenu associé à la réservation.
   4. PT2(1) et PT2(2) ne sont pas marqués comme vendus et n’ont pas de revenu associé (le revenu est lié à la chambre virtuelle réellement réservée).
   5. PHT(1) et PHT(2) sont marqués comme vendus mais n’ont pas de revenu associé (même remarque que ci-dessus).
   6. L’occupation est calculée sur la base des chambres physiques vendues — dans ce cas, 2/4 = 50%.

Cette configuration te permet de vendre un espace de trois façons : en tant que lieu entier (virtuel de premier niveau), en tant qu’étage combiné (virtuel intermédiaire), ou en tant que chambres physiques individuelles.

Voici un exemple d’un établissement qui possède 21 chambres physiques et 12 chambres virtuelles. Sa capacité totale est de 21.

Cette capture d’écran montre l’unité virtuelle de premier niveau VR(1) liée à deux unités virtuelles (VT(1) et VT(2)). L’une de ces unités virtuelles — VT(1) — est elle-même liée à deux unités physiques : PHT(1) et PHT(2).

Voici à quoi cela ressemble dans un rapport :

Comment lire le rapport ?

1. Il y a une réservation pour VR(1) avec une date de séjour au 01/06/2025.
2. Les types de chambre Virtuel et Test Virtuel (les deux types virtuels) n’ont pas de capacité ; seul le type de chambre physique Test Physique en a une.
3. VR(1) n’est pas marqué comme vendu mais détient la totalité des revenus de la réservation.
4. Les unités virtuelles intermédiaires VT(1) et VT(2) ne sont pas marquées comme vendues et n’ont aucun revenu associé.
5. Les unités physiques liées PHT(1) et PHT(2) sont marquées comme vendues mais n’affichent aucun revenu (les revenus restent avec la chambre virtuelle réellement réservée).
6. L’occupation est calculée à partir des chambres physiques vendues — dans ce cas, 2/21.

Cette configuration est utilisée lorsqu’un hébergement virtuel est lié à une autre chambre virtuelle, généralement pour représenter des ressources non liées à une chambre ou des offres non physiques superposées.

Ces configurations sont utiles lorsqu’aucune unité physique n’est impliquée — par exemple, pour représenter l’accès à un équipement partagé, un espace de travail ou un service groupé (comme un parking, des salles de réunion ou des tables dans un restaurant) sans impacter l’occupation.

Ci-dessous, un exemple d’un établissement qui possède 16 chambres physiques et 11 chambres virtuelles. Sa capacité totale est de 16.

Cette capture d’écran montre la CV3(1) liée à une autre chambre virtuelle CV4(1), sans chambres physiques dans la chaîne.

Voici comment cela apparaît dans un rapport :

Comment lire le rapport ?

1. 1. Il y a une réservation pour la chambre Virtuelle 3 avec une date de séjour au 23/05/2025.
   2. Aucune unité physique n’est liée, donc la Virtuelle 3 apparaît avec un revenu mais une capacité et un nombre de chambres vendues à zéro.
   3. La Virtuelle 4 (virtuelle liée) ne contribue ni au revenu ni à l’occupation et n’est pas marquée comme vendue.
   4. Comme aucune chambre physique n’est vendue, l’occupation reste à 0% — même si un revenu est généré.

Utilisé lorsqu’on combine deux chambres physiques ou plus en un seul hébergement virtuel (p. ex., tu as 2 chambres deluxe physiques que tu souhaites pouvoir vendre comme un duplex), tout en permettant que ces chambres soient toujours vendues individuellement.

Ci-dessous, un exemple d’un établissement qui possède 22 chambres physiques et 12 chambres virtuelles. Sa capacité totale est de 22.

Cette capture d’écran montre l’unité VR2(1) liée directement aux unités PH2(2) et PH2(1) :

Voici à quoi cela ressemble dans un rapport :

Comment lire le rapport ?

1. 1. Il y a une réservation pour la chambre Virtuelle 2 avec une date de séjour au 02/06/2025
   2. La chambre Physique 2 a de la capacité, tandis que la chambre Virtuelle 2 n’en a pas.
      
   3. La chambre Virtuelle 2 n’est pas marquée comme vendue mais génère le revenu associé à la réservation.
   4. Le type de chambre Physique 2 (unités PH2(2) et PH2(1)) est marqué comme vendu mais n’a pas de revenu associé (le revenu est lié à la chambre virtuelle réellement réservée).
   5. L’occupation est calculée en fonction des unités physiques vendues — dans ce cas, 2/22.

Cette configuration est utilisée lorsqu’un type de lit en dortoir virtuel est lié à un type de lit en dortoir physique. Elle permet de vendre l’inventaire des dortoirs de plusieurs façons (p. ex., dortoir mixte, uniquement femmes, uniquement hommes) tout en garantissant que l’occupation et les revenus sont calculés correctement ; lorsqu’un lit est réservé sous un type, tous les autres types sont bloqués à la vente.

Voici un exemple d’un établissement qui dispose de 5 lits en dortoir physiques et de 5 types de lits en dortoir virtuels. Sa capacité totale est de 5.

Cette capture d’écran montre DORTOIRS 5 VIRTUELS lié au type de chambre physique DORTOIRS 5 :

Voici à quoi cela ressemble dans un rapport (Scénario 1) :

Comment lire le rapport ?

1. Il y a une réservation pour le DOV(1) (lit en dortoir virtuel) le 26/09/2025.
2. DORTOIRS 5 (physique) a de la capacité, tandis que DORTOIRS 5 VIRTUELS n’en a pas.
3. DOV(1) n’est pas marqué comme vendu mais génère le revenu associé à la réservation.
4. DOR(1) (physique) est marqué comme vendu mais ne génère pas de revenu associé.
5. L’occupation est calculée comme 1/5 = 20%.

Voici à quoi cela ressemble dans un rapport (Scénario 2) :

1. Il y a une réservation pour DOR(1) (lit en dortoir physique) le 24/09/2025.
2. DORTOIRS 5 a de la capacité, tandis que DORTOIRS 5 VIRTUELS n’en a pas.
3. DOR(1) est marqué comme vendu et génère le revenu associé à la réservation.
4. DOV(1) n’est pas marqué comme vendu et ne génère pas de revenu associé.
5. L’occupation est calculée comme 1/5 = 20%.

Cette configuration en niveaux lie une chambre virtuelle à une unité physique, qui est ensuite liée à une autre chambre virtuelle. Bien que techniquement prise en charge, cette configuration n'est pas recommandée en raison des potentielles incohérences d'occupation et des incohérences dans les rapports.

Comme l'unité réservée finale est virtuelle, les chambres physiques associées peuvent ne pas être correctement comptabilisées dans l'occupation.

Ci-dessous, un exemple d’un établissement qui possède 16 chambres physiques et 11 chambres virtuelles. Sa capacité totale est de 16.

Cette capture d’écran montre la VR5(1) liée à la PH3(1), elle-même liée à une autre chambre virtuelle VR6(1).

Voici à quoi cela ressemble dans un rapport :

Comment lire le rapport ?

1. 1. Il y a une réservation pour la chambre virtuelle VR5(1) avec une date de séjour au 24/05/2025.
   2. La VR5(1) n’est pas marquée comme vendue et n’a aucune capacité, mais elle a le revenu associé à la réservation.
   3. La chambre physique intermédiaire PH3(1) est marquée comme vendue et a une capacité, mais ne montre aucun revenu associé (le revenu est lié à la chambre virtuelle réellement réservée).
   4. La chambre virtuelle liée VR6(1) ne montre ni occupation, ni capacité, ni revenu.
   5. L’occupation est calculée en fonction des unités physiques vendues — dans ce cas, 1/16 = 6,25%.

Cette configuration en plusieurs niveaux relie une chambre physique à une autre chambre physique, qui est ensuite connectée à une unité virtuelle. Bien qu'elle offre une certaine flexibilité dans la modélisation de l'inventaire, cette configuration ne permet pas d'enregistrer l'occupation — même lorsque l'unité virtuelle est réservée.

Ce comportement s'explique par le fait que l'unité finale dans la chaîne de réservation est virtuelle, et que les connexions physiques intermédiaires ne comptabilisent pas l'occupation dans les rapports.

Ci-dessous, un exemple d'un établissement qui possède 16 chambres physiques et 11 chambres virtuelles. Sa capacité totale est de 16.

Cette capture d'écran montre PH8(1) reliée à PH9(1), elle-même reliée à l'unité virtuelle V10(1).

Voici à quoi cela ressemble dans un rapport :

Comment lire le rapport ?

1. 1. Il y a une réservation pour l'unité virtuelle V10(1) le 28/05/2025.
   2. V10(1) n'est pas marquée comme vendue et n'a aucune capacité, mais affiche le montant total des revenus.
   3. Ni PH8(1) ni PH9(1) ne sont marquées comme vendues, et elles ne reflètent aucun revenu ni donnée d'occupation.
   4. Malgré l'apparition des revenus, l'occupation est de 0/16 = 0% car aucune chambre physique n'a été marquée comme vendue.

Cette configuration relie une chambre physique à une unité virtuelle, elle-même liée à une seconde unité virtuelle. Elle peut apparaître dans des configurations ou des setups hérités qui tentent d'empiler plusieurs représentations virtuelles pour le même inventaire physique.

Cette structure n'est pas recommandée, car elle entraîne des rapports inexacts. L'occupation peut être sous-estimée ou mal rapportée, car seules les unités physiques sont comptabilisées pour l'occupation, et les multiples couches virtuelles obscurcissent la connexion.

Ci-dessous, un exemple d’un établissement qui possède 16 chambres physiques et 11 chambres virtuelles. Sa capacité totale est de 16.

Cette capture d’écran montre PH4(1) et PH4(2) reliées à VR(1), elle-même reliée à VR8(1).

Voici à quoi cela ressemble dans un rapport :

Comment lire le rapport ?

1. 1. Il y a une réservation pour l’unité virtuelle finale Virtuel 8 avec une date de séjour au 26/05/2025.
   2. Virtuel 8 n’est pas marqué comme vendu, n’a aucune capacité, mais possède le revenu complet associé à la réservation.
   3. Virtuel 7 est également lié au même type de chambre physique mais n’est pas réservé — il affiche aucun revenu, aucune capacité, et n’est pas marqué comme vendu.
   4. Les unités physiques PH4(1) et PH4(2) sont toutes deux marquées comme vendues (Chambres vendues = 2), ont une capacité complète, mais affichent aucun revenu (le revenu est associé à la chambre virtuelle réellement réservée).
   5. L’occupation est correctement calculée en fonction des unités physiques vendues — dans ce cas, 2/16 = 12,5%.

Cette configuration reflète une mise en route héritée où une chambre physique est directement liée à une chambre virtuelle. C'était courant lors des anciennes migrations d’Inventaire partagé.

Bien que techniquement prise en charge (elle fournit un rapport correct sur les chambres physiques), cette structure peut entraîner des surréservations ou un double comptage, car l’inventaire physique peut être survendu si ce n’est pas surveillé attentivement.

Ci-dessous, un exemple d’un établissement qui dispose de 16 chambres physiques et 11 chambres virtuelles. Sa capacité totale est de 16.

Cette capture d’écran montre que PH5(1) et PH5(2) sont toutes deux liées à une seule chambre virtuelle : VR9(1).

Voici à quoi cela ressemble dans un rapport :

Comment lire le rapport ?

1. 1. Il y a une réservation pour l’unité virtuelle VR9(1) le 25/05/2025.
   2. VR9(1) n’est pas marquée comme vendue, affiche aucune capacité, mais détient la totalité des revenus.
   3. Les unités physiques PH5(1) et PH5(2) sont correctement marquées comme vendues et contribuent à l’occupation, mais n’ont aucun revenu associé (le revenu est lié à la chambre virtuelle réellement réservée).
   4. L’occupation est correctement calculée sur la base des unités physiques vendues — dans ce cas, 2/16 = 12,5%.

Cette configuration lie une chambre physique à une autre chambre physique. Ce n’est pas une configuration recommandée ni prise en charge, car elle entraîne des rapports d’occupation incohérents.

Dans cette configuration, seule la chambre physique réservée est marquée comme vendue, tandis que la chambre physique liée reste disponible. Cela signifie que l’occupation ne comptera jamais plus d’une chambre physique, même si deux chambres sont liées.

Voici un exemple d’un établissement qui possède 2 chambres physiques et aucune chambre virtuelle. Sa capacité totale est de 2.

Cette capture d’écran montre la chambre Toucan (TR1) liée directement à une autre chambre physique : la chambre Colibri (CR1).

Exemple 1 : Réservation pour la chambre Toucan

Voici à quoi cela ressemble dans un rapport :

Comment lire le rapport ?

1. 1. Il y a une réservation pour la chambre Toucan (TR1) avec une date de séjour au 21/08/2025.
   2. La chambre Toucan est marquée comme vendue et génère un revenu.
   3. La chambre Colibri reste disponible et n’est pas marquée comme vendue.
   4. Le revenu est associé uniquement à la chambre Toucan.
   5. L’occupation est calculée comme 1/2 = 50%.

Exemple 2 : Réservation pour la chambre Colibri

Voici à quoi cela ressemble dans un rapport :

Comment lire le rapport ?

1. 1. Il y a une réservation pour la chambre Colibri (CR1) avec une date de séjour au 22/08/2025.
   2. La chambre Colibri est marquée comme vendue et génère un revenu.
   3. La chambre Toucan reste disponible et n’est pas marquée comme vendue.
   4. Le revenu est associé uniquement à la chambre Colibri.
   5. L’occupation est calculée comme 1/2 = 50%.

Cette configuration lie deux chambres physiques en tant que primaires à deux autres chambres physiques en tant que secondaires. Il s'agit d'une configuration héritée qui entraîne souvent des rapports d'occupation inexacts, car plusieurs chambres physiques peuvent être comptabilisées comme vendues à partir d'une seule réservation.

Voici un exemple d’un établissement avec 16 chambres physiques et 11 chambres virtuelles, lui donnant une capacité totale de 16.

Dans cette capture d’écran, PY6(1) et PY6(2) sont configurées comme unités physiques primaires, directement liées à PH7(1) et PH7(2) en tant qu’unités physiques secondaires :

Voici à quoi cela ressemble dans un rapport :

Comment lire le rapport ?

1. 1. Il y a une réservation pour PY6(1) avec une date de séjour au 27/05/2025.
   2. PY6(1) est marqué comme vendu et génère le revenu associé.
   3. PH7(1) et PH7(2) sont également marqués comme vendus, mais ne génèrent pas de revenu. Le revenu reste attaché à l’unité réellement réservée.
   4. Les deux Physique 6 et Physique 7 ont une capacité, mais le calcul de l’occupation ne compte que 3/16 unités vendues.
   5. Problème : Toutes les quatre unités physiques liées ne sont pas comptabilisées comme vendues. Cela conduit à une occupation inexacte, rendant la configuration non prise en charge.

• Cause possible : Votre établissement pourrait utiliser une configuration héritée d’Inventaire fractionné non prise en charge qui entraîne des indicateurs incorrects.
• Étapes de solution :
  1. Vérifiez vos configurations d’Inventaire fractionné.
  2. Identifiez si certaines configurations correspondent aux « configurations d’Inventaire fractionné non prises en charge » décrites dans cet article.
  3. Mettez à jour vos configurations vers l’un des types pris en charge :
     1. Virtuel → Virtuel → Physique
     2. Virtuel → Physique et Virtuel → Physique
     3. Virtuel → Virtuel et Virtuel → Physique
     4. Virtuel → Virtuel
     5. Virtuel → Physique (scénario Chambre à Chambre)
     6. Virtuel → Physique (scénario Lits en dortoir à Lits en dortoir)