Aller au contenu

Migration des données

Pour que vous puissiez continuer à travailler sans interruption dès le premier jour, nous reprenons vos données existantes — fidèles, réservations futures, factures ouvertes et, en option, votre historique de réservations. Notre objectif : qu’au jour de la mise en service, aucun hôte ne perçoive de différence — les réservations en cours sont visibles, les fidèles sont reconnus, les factures peuvent être clôturées.

Type de donnéesStandardOptionnel
Données fidèles (adresse, contact, date de naissance)oui
Emplacement préféréoui
Réservations futures (confirmées et provisoires)oui
Acomptes liés aux réservations futuresoui
Factures ouvertesoui
Réservations historiquesnonoui, pour les statistiques d’occupation et la logique fidèles
Consentements marketinguniquement avec preuveoui
Cartes saison / campeurs résidentielsoui
Configuration de la taxe de séjouroui
Notes sur le profil hôteoui

Ce que nous ne migrons pas : photos, CGV, textes marketing. Ces éléments sont remis à plat lors de l’étape « identité visuelle » de la configuration — c’est souvent l’occasion bienvenue de les rafraîchir.

Nous disposons de scripts de migration pour les solutions courantes en Suisse :

  • CampSoft (basé sur Microsoft Access)
  • Compusoft Camping
  • easycamp
  • Camping Manager (DOS, anciennes versions)
  • Lobbi PMS
  • listes Excel et Access maison
  • exports CSV génériques (par ex. solutions internes)

Si votre système n’est pas listé : envoyez-nous un export d’exemple, nous vérifions la structure et revenons avec une approche.

Vous exportez vos données — nous fournissons un guide pas-à-pas par système. L’export se fait via un dépôt chiffré (jamais en pièce jointe d’e-mail). Nous importons les données dans un tenant sandbox et signalons :

  • nombre d’enregistrements trouvés par type
  • doublons détectés (par ex. même e-mail avec deux orthographes)
  • champs obligatoires manquants (par ex. réservation sans emplacement)
  • données incohérentes (par ex. date d’annulation antérieure à la réservation)

Vous examinez un échantillon et décidez avec nous ce qu’il faut nettoyer.

Nettoyages typiques :

  • dédoublonnage par e-mail + nom + date de naissance
  • fautes de frappe dans les adresses (NPA, pays)
  • données de contact obsolètes (e-mails en bounce marqués « non distribuables »)
  • mappage de catégorie des anciens hôtes vers vos nouveaux types d’emplacement
  • statut d’annulation pour les réservations définitivement annulées

Nous faisons l’essentiel ; vous parcourez vos meilleurs fidèles et corrigez les incohérences connues.

Une fois le nettoyage validé, nous procédons au basculement — typiquement le soir après la fermeture. Nous figeons l’ancien système, exportons les données finales, importons dans CampOne et mettons la production en service. Le basculement dure 1 à 4 heures selon le volume.

Si votre ancien système ne peut pas être hors-ligne (par ex. parce qu’un widget en ligne tourne encore), nous lançons un import delta pour les réservations créées entre l’essai à blanc et le basculement.

  • Transfert exclusivement chiffré (TLS 1.3, optionnellement PGP en sus)
  • Données traitées dans un tenant sandbox isolé, pas en production
  • Accès uniquement par l’équipe migration, journalisé dans la piste d’audit
  • Données sandbox supprimées automatiquement 90 jours après la mise en service
  • Vous signez un contrat de sous-traitance qui couvre explicitement la migration

Qualité des données : ce que vous devriez vérifier

Section intitulée « Qualité des données : ce que vous devriez vérifier »

Tout système ancien comporte des soucis de qualité. Avant l’essai à blanc, il aide que vous-même :

  • relisiez et corrigiez le dossier contact principal de vos 50 meilleurs fidèles
  • nettoyiez les réservations « orphelines » (anciennes réservations sans statut)
  • harmonisiez les noms d’emplacements doublons

Cette préparation est doublement payante — migration propre et années suivantes propres.

Combien de temps prend une migration ?
Avec une source propre, 1 à 2 semaines. Avec des données encombrées ou éparpillées (Excel + Access + papier), 3 à 5 semaines.

Pouvons-nous démarrer avec un système vide et charger les données plus tard ?
Oui. Certains campings démarrent volontairement avec données fidèles + réservations futures, et complètent l’historique une fois l’équipe rodée.

Les réservations Booking.com sont-elles reprises ?
Oui, si Booking.com contient encore des réservations futures visibles à la mise en service — nous importons via l’export Booking.com ou via le channel manager.

Que devient notre ancien logiciel après la mise en service ?
Vous gardez un accès en lecture pendant une période convenue (souvent 12 mois) à des fins de preuve et pour les questions sur d’anciennes factures. L’accès en écriture est désactivé au basculement.

  • Prendre le sandbox au sérieux. L’essai à blanc est la dernière chance de détecter les soucis avant qu’ils ne passent en production.
  • Planifier la migration, ne pas improviser. Fixer la date de basculement tôt et bloquer 24 heures sans trafic de réservation derrière.
  • Conserver les sauvegardes. Garder une sauvegarde complète de votre ancienne base pendant au moins 7 ans — même après l’arrêt du logiciel.