Aller au contenu

Changer de PMS : données, équipe et date de bascule

Ce guide accompagne un hôtel petit ou moyen depuis son premier export jusqu’au démarrage quotidien validé dans STRYK. Il explique quelles données sont nécessaires, comment contrôler les chambres, les clients, les réservations et les soldes ouverts, comment fonctionne la simulation STRYK et quels six cas opérationnels doivent être réussis avant la bascule. L’Hotel Nordlicht, établissement fictif de 16 chambres, sert d’exemple tout au long du guide.

Ce que tu saures faire après ce guide
  • Décider de manière traçable ce qui sera migré, archivé ou reconstruit.
  • Vérifier l’import avec une simulation avant toute modification en production.
  • N’autoriser la bascule qu’après la réussite de processus hôteliers réels.
Ce qu’il faut avant de commencer
  • Un export complet de l’ancien PMS, de préférence au format XLSX ou CSV
  • Une personne autorisée à décider du périmètre et de la date de bascule
  • Une personne référente pour la réception, les chambres, la finance et le housekeeping
  • Au moins cinq jours ouvrés entre la simulation et la bascule
01

Définir la bascule avant de traiter le fichier

L’objectif est une première journée d’exploitation sûre dans STRYK. L’import n’est qu’une partie du projet.

Fixe dès le départ une date de bascule : à partir de quand les réservations, modifications, paiements et changements de chambre seront-ils saisis uniquement dans STRYK ? Sans cette règle, le travail en parallèle crée des versions contradictoires de la réalité.

Nomme une seule personne responsable du projet. Elle centralise les décisions, consigne les validations et peut reporter la bascule si un test obligatoire échoue.

02

Séparer les données obligatoires, facultatives et archivées

Toutes les anciennes données ne doivent pas devenir actives dans STRYK. Les données obligatoires sécurisent l’exploitation future, l’historique utile peut rester facultatif et les dossiers clôturés peuvent être conservés dans une archive exportée.

Un périmètre maîtrisé améliore la qualité. Conserve l’export original intact et sécurisé : il restera la référence pour les contrôles ultérieurs.

Matrice de décision du périmètre
Domaine de donnéesRecommandationQuestion de contrôle
Catégories et chambresObligatoireChaque chambre vendable est-elle affectée à une seule catégorie active ?
Réservations actuelles et futuresObligatoireLes dates, le statut, le client, la catégorie, la chambre, le prix et l’état du paiement correspondent-ils ?
Factures ouvertes et acomptesObligatoire ou transfert explicitement définiLe système dans lequel le solde sera clôturé est-il clairement défini ?
Clients habitués et entreprisesSelon la qualitéL’identité, les consentements, les coordonnées et les liens avec les entreprises sont-ils fiables ?
Historique clôturéArchiveL’exploitation quotidienne a-t-elle réellement besoin que cette donnée reste active ?
03

Rendre le fichier d’export vérifiable

Ne travaille jamais sur l’unique export. Conserve un original intact et crée une copie de travail. Chaque tableau doit comporter des en-têtes, des identifiants source stables et des dates sans ambiguïté.

Contrôle dix cas volontairement différents, et pas seulement les totaux : réservation de plusieurs chambres, enfant, facture entreprise, paiement partiel, annulation, changement de chambre, chambre non attribuée, client récurrent et blocage.

La préparation en quatre étapes

  1. 01
    Conserver l’original

    Enregistre l’original sans le modifier, avec l’heure d’export et un accès contrôlé.

    L’original s’ouvre correctement et n’a pas été modifié.
  2. 02
    Normaliser une copie de travail

    Supprime les lignes décoratives et les formats ambigus ; ne devine jamais une valeur métier.

  3. 03
    Conserver les identifiants source

    Conserve les identifiants de réservation, de client, de facture et de chambre de l’ancien système.

  4. 04
    Identifier les cas de contrôle

    Consigne les dix cas de contrôle et leurs résultats attendus dans une checklist séparée.

04

Configurer d’abord les fondations de STRYK

N’importe pas de réservations dans une structure d’hôtel provisoire. Configure d’abord les informations de l’hôtel et de facturation, le fuseau horaire, la devise et la langue, puis les catégories et les chambres.

Utilise des comptes personnels et des droits adaptés. La gestion de la migration, le contrôle financier et le housekeeping doivent disposer chacun du bon niveau d’accès.

Valider la configuration de base STRYK

  • Les informations de l’hôtel, l’adresse, les données fiscales et de facturation sont validées.
  • Chaque chambre possède un numéro unique et une catégorie active.
  • La capacité et l’occupation correspondent à l’offre vendable.
  • Les utilisateurs personnels et les rôles ont été testés.
05

Importer dans STRYK : analyser, mapper et valider

Ouvre Paramètres puis Migration des données. Crée un processus d’import, identifie la source et charge la copie de travail. L’analyse lit les feuilles et les colonnes sans créer de données productives dans l’hôtel.

Associe chaque colonne source à un champ STRYK. Le mappage automatique n’est qu’une suggestion. La validation contrôle chaque ligne : les erreurs bloquantes doivent être corrigées et les avertissements examinés.

Le processus d’import sécurisé de STRYK

  1. 01
    Créer le processus d’importParamètres → Migration des données → Nouvelle migration

    Choisis la source, le libellé et un périmètre volontairement limité.

    Le processus est rattaché à l’hôtel et à une personne responsable.
  2. 02
    Charger et analyser

    Charge la copie de travail et compare les feuilles détectées ainsi que le nombre de lignes avec ton contrôle.

  3. 03
    Mapper les colonnes

    Contrôle chaque champ cible. Ne déduis pas les identifiants, statuts, dates, chambres, montants ou devises à partir d’en-têtes simplement similaires.

  4. 04
    Lancer la validation

    Distingue les erreurs bloquantes des avertissements. Utilise le rapport d’erreurs, corrige la copie de travail puis relance volontairement le contrôle.

06

La simulation constitue la base de la validation

Après la validation, lance la simulation. Elle montre ce qui serait créé, lié, mis à jour ou ignoré sans modifier la production. Rapproche les volumes attendus, pas seulement le statut des erreurs.

Ouvre les dix cas de contrôle et vérifie les relations, pas uniquement les champs isolés. La validation exige à la fois le rapprochement des totaux et le contrôle des cas individuels.

Procès-verbal de validation de la simulation
ContrôleAttenduCritère de validation
Lignes par domaineCorrespond au périmètre d’export validéChaque différence est expliquée au niveau de la ligne.
Doublons et liensLes données existantes sont reliées volontairementAucun client, aucune chambre et aucun document ne sont dupliqués involontairement.
MontantsLes montants ouverts, payés et totaux concordentLe total de contrôle et cinq documents individuels concordent.
SéjoursLes dates, le statut, le client et la chambre correspondentLes dix cas de contrôle sont validés.
07

Tester six processus hôteliers avant la bascule

Des données formellement valides peuvent encore échouer en exploitation. Teste des scénarios réalistes de bout en bout et vérifie que l’équipe suivante reçoit le bon état.

Fais réaliser les tests par les futurs utilisateurs. Chaque écart doit avoir une personne responsable, une échéance et un nouveau test.

Les six cas de test obligatoires

  1. 01
    Nouvelle réservation directe

    Effectue une réservation directe sur mobile, puis contrôle la réservation, le client, le tarif, les extras, les conditions et la confirmation.

  2. 02
    Arrivée avant que la chambre soit prête

    Définis la priorité housekeeping, attribue la chambre, termine le nettoyage et transmets à la réception le statut « prête ».

  3. 03
    Changement de chambre pendant le séjour

    Change la chambre et vérifie que l’occupation comme le housekeeping reflètent la modification.

  4. 04
    Départ avec paiement partiel

    Contrôle les prestations et le destinataire, enregistre le solde et vérifie que l’aperçu et le téléchargement affichent le même PDF final.

  5. 05
    Annulation et capacité libérée

    Annule la réservation et vérifie que la capacité est correctement libérée.

  6. 06
    Début de journée pour chaque rôle

    Chaque rôle se connecte avec son propre compte et identifie ses trois prochaines tâches.

08

Basculer de manière contrôlée

À l’arrêt des saisies, exporte les changements intervenus depuis la simulation, importe-les puis répète les rapprochements. Contrôle ensuite les arrivées des sept prochains jours, les clients présents, les départs du lendemain, les soldes ouverts et les chambres hors service.

Communique une règle sans ambiguïté : après la bascule, le travail s’effectue uniquement dans STRYK ; les problèmes sont consignés au lieu d’être contournés par une double saisie. Désigne une personne disponible et des horaires de contrôle fixes.

Validation de la mise en production la veille

  • L’arrêt des saisies dans l’ancien système est confirmé et communiqué.
  • L’import différentiel et les totaux ne présentent aucun écart inexpliqué.
  • Les arrivées, départs, clients présents, soldes et blocages sont contrôlés.
  • Chaque collaborateur dispose d’un compte personnel testé.
  • La personne responsable et le parcours d’assistance des premiers jours sont définis.
09

Stabiliser la première semaine et clôturer le projet

Pendant les cinq premiers jours, organise chaque jour un point de 15 minutes. Pour chaque problème, définis une personne responsable, une échéance et un nouveau test.

Ne clôture le changement que lorsque les réservations et soldes concordent, que les processus obligatoires ont réellement été exécutés et que l’équipe ne retourne plus dans l’ancien PMS pour décider. Applique ensuite les règles d’archivage et de suppression.

Valider réellement le changement de PMS

Un changement de PMS réussi ne s’arrête pas au message « import terminé ». Il est achevé lorsque les processus réels de l’hôtel fonctionnent de manière fiable dans STRYK et que personne n’a besoin d’ouvrir l’ancien PMS pour savoir quelle information est correcte.

  1. 01La date de bascule, l’arrêt des saisies et la personne responsable de la décision sont documentés.
  2. 02Les données obligatoires, facultatives et archivées sont convenues.
  3. 03L’original, la copie de travail et les dix cas de contrôle sont conservés de manière traçable.
  4. 04L’établissement STRYK, les chambres, les utilisateurs et les rôles sont validés avant l’import.
  5. 05Le mappage, la validation et la simulation ne présentent aucun écart inexpliqué.
  6. 06Les futurs utilisateurs ont réussi les six scénarios opérationnels.
  7. 07La première semaine prévoit un contrôle quotidien, des responsables et une clôture formelle.

Poursuivre la lecture

Teste ce processus dans ton hôtel.

14 jours gratuits. Toutes les applications principales STRYK sont incluses ; Intelligence et Guest AI sont des modules optionnels.

Contact