Aller au contenu
SuperScheduler
SuperScheduler

Qui planifie avec

Thème de couleur
Essayer une démo

Hébergement et location

Planning des chambres et des unités pour hôtels et flottes de location

Les hôtels et les loueurs vendent du temps sur des unités physiques : une chambre pour trois nuits, un utilitaire pour une semaine. Le planning transforme les réservations en affectations sur des unités précises, rend fidèlement compte des creux laissés pour le ménage et les réparations, et montre où le stock est sur le point de s’épuiser.

Vendre un type, livrer une unité

Les clients réservent un type de chambre, pas la chambre 214. Les locataires réservent une catégorie de véhicule, pas une plaque d’immatriculation. L’exploitation affecte ensuite chaque réservation à une unité réelle pour que les séjours s’enchaînent bout à bout, que les surclassements restent possibles et que les demandes, comme une chambre calme ou accessible, soient respectées.

La remise en état donne le rythme. Une chambre libérée à 11 h doit être nettoyée et contrôlée avant une arrivée à 14 h ; une voiture rendue doit être nettoyée, son niveau de carburant vérifié, et parfois passer en réparation avant le retrait suivant. Les unités quittent aussi le stock pour plus longtemps : hors service pour une fuite à réparer, retirées de la vente pendant une rénovation, au garage pour l’entretien programmé.

Les erreurs touchent directement le client. Deux réservations sur une même unité, c’est un client délogé vers un autre hôtel ou un locataire qui repart du comptoir les mains vides : le planning doit rendre les collisions difficiles et la disponibilité restante évidente.

Les décisions de la réception et du comptoir de location

  1. 01

    Quelle unité reçoit la réservation

    Affecter selon l’étage, la vue, l’accessibilité ou le kilométrage, et garder les longs séjours sur des unités qui n’auront pas à changer en cours de séjour.

  2. 02

    Changer un séjour de chambre

    Un délogement garde les dates et change l’unité. C’est souvent le seul moyen de caser une prolongation ou de libérer deux chambres communicantes.

  3. 03

    Retirer une unité du stock

    Les périodes hors service et d’entretien doivent bloquer une unité pendant un temps donné sans se faire passer pour une réservation.

  4. 04

    Protéger le battement de remise en état

    Un départ et une arrivée le même jour, c’est normal, mais seulement s’il reste entre les deux le temps du ménage ou de la préparation du véhicule.

  5. 05

    Surveiller les nuits tendues

    Quand un type est presque complet à une date, l’équipe cesse de déplacer les réservations et protège ce qui reste.

Modéliser séjours et locations

Les lignes sont les unités, regroupées selon ce que vous vendez, les événements sont les séjours ou les locations à leurs heures réelles, et l’occupation est un chiffre que calcule votre application.

Ressources
Construisez une arborescence de types de chambre et de chambres, ou de catégories et de véhicules, avec treePreventParentUsage pour qu’une ligne de groupe ne reçoive aucune réservation. Les colonnes d’en-tête de ligne peuvent afficher l’étage et l’état du ménage, ou la plaque et le kilométrage.
Événements
Un séjour est un intervalle semi-ouvert sur plusieurs jours, par exemple de 2026-10-02T14:00:00 à 2026-10-05T11:00:00. Avec useEventBoxes réglé sur « Never », arrivées et départs sont dessinés à leur heure réelle dans la cellule du jour : un séjour qui se termine et un séjour qui commence partagent ainsi une journée sans entrer en collision.
Échelle de temps
Des cellules d’un jour avec des en-têtes mensuels conviennent à une réception ; des niveaux de zoom à la semaine et au mois montrent une saison. Une bande de minimap au-dessus de la grille peut porter l’occupation par nuit calculée par votre application.
Règles
Refusez les chevauchements sur une unité avec allowEventOverlap réglé sur false, et bloquez les périodes hors service sous forme de cellules désactivées. Pour un simple délogement, réglez moveHDisabled sur le séjour pour qu’un glissement puisse changer l’unité mais pas les dates. Faites confirmer chaque affectation par votre backend dans onEventMove avant qu’elle ne soit validée.

Le planning et le système de gestion

  • Séjours sur plusieurs jours dessinés à leurs heures réelles d’arrivée et de départ
  • Arborescences de types de chambre et de catégories de véhicule, avec groupes repliables
  • Glisser vers une autre unité, avec la possibilité de verrouiller les dates
  • Refus des affectations qui se chevauchent et des dépôts sur des périodes hors service
  • Une minimap qui dessine la série d’occupation que vous fournissez
  • Thèmes clair, sombre et aux couleurs de votre marque
  • Tarifs, stock par type et disponibilités vendues sur les canaux de distribution
  • La politique de surréservation et le contrôle de disponibilité qui fait foi
  • Les processus du ménage et de l’atelier qui changent le statut des unités
  • Données des clients et des locataires, paiements et documents
  • Les battements minimaux par type d’unité, appliqués comme une règle

Exemples fonctionnels

Les erreurs qui coûtent une nuit

Confondre « dernière nuit » et « date de départ »

Une réservation enregistrée avec sa dernière nuit dure un jour de moins qu’une réservation enregistrée avec sa date de départ. Transmettez les dates de départ comme fins exclusives, ou réglez eventEndSpec sur « Date » si vos données stockent la dernière nuit incluse, mais ne mélangez jamais les deux.

Modéliser les chambres hors service comme des réservations

Une fausse réservation gonfle l’occupation et peut être déplacée par accident. Utilisez des cellules désactivées pour la période, ou un événement verrouillé d’un type à part que votre calcul d’occupation ignore.

Vérifier les unités mais pas le stock

Une réservation pas encore affectée à une chambre consomme quand même une unité de son type. Ne valider que les lignes visibles permet de survendre un type alors que chaque ligne semble correcte.

Compter des barres au lieu de nuits

L’occupation doit compter les unités occupées par nuit par rapport aux unités disponibles, sans celles qui sont hors service. Compter les événements par jour produit des pics trompeurs.

Questions

Comment afficher une arrivée à 14 h et un départ à 11 h sur une frise journalière ?

Transmettez des dates-heures complètes, comme 2026-10-02T14:00:00 à 2026-10-05T11:00:00, et réglez useEventBoxes sur « Never ». La barre commence en cours de journée le jour de l’arrivée et se termine en cours de journée le jour du départ ; comme les fins sont exclusives, une arrivée à 14 h le jour du départ ne crée pas de chevauchement.

Puis-je déplacer une réservation vers une autre chambre sans changer ses dates ?

Oui. Réglez moveHDisabled sur l’événement, par exemple pendant que l’utilisateur est en mode « délogement », et un glissement ne peut alors changer que la ligne. Validez la chambre cible dans onEventMoving et faites confirmer le déplacement par votre backend.

Comment bloquer une chambre hors service ?

Marquez comme désactivées les cellules de cette chambre et de cette période dans onBeforeCellRender. Elles sont hachurées, refusent dépôts et sélections, et ne sont pas des réservations : elles restent donc en dehors de vos chiffres d’occupation. Réglez cellsDisabled sur la ressource pour retirer entièrement une unité du service.

Puis-je utiliser l’édition gratuite Lite pour un tableau d’occupation ?

Pour une vue journalière en lecture seule avec des lignes à plat, oui : Lite affiche les réservations, empile les chevauchements et prend en charge la navigation au clavier. Les arborescences de types de chambre, le glisser-déposer, les périodes bloquées et la minimap nécessitent Pro.

Deux démos, un même modèle

Casa Noma déplace une réservation d’une chambre à l’autre et coordonne une fenêtre de maintenance ; Fleetline réaffecte une location en conservant sa durée. Les deux utilisent des données fictives.

Exemples fonctionnels