Gestion d’écurie

Changer de logiciel de gestion sans tout perdre

Beaucoup de gérants restent des années sur un outil qui ne leur convient plus, par peur de « tout perdre ». Cette peur est à la fois justifiée et mal placée : on perd effectivement quelque chose en changeant, mais presque jamais ce qu’on croit. Voici ce qui se transfère, ce qui ne se transfère pas, et comment organiser la bascule pour qu’elle tienne en un week-end.

Par Tom Guillemin · · 5 min de lecture

Les vraies raisons de changer — et les fausses

Changer d’outil coûte du temps et de l’attention. Cela ne se justifie que si le problème est structurel :

  • Vos cavaliers ne peuvent pas réserver ni payer en ligne. C’est la raison numéro un, et la seule qui se mesure directement en chiffre d’affaires.
  • Vous ressaisissez la même information deux fois. Planning d’un côté, facturation de l’autre, tableur pour les impayés : c’est un coût caché de plusieurs heures par semaine.
  • Le prix a augmenté sans contrepartie, ou la facture dépend du nombre d’adhérents alors que votre effectif grandit.
  • Vous n’arrivez pas à sortir vos données. Paradoxalement, c’est le meilleur motif de partir — et celui qui rend le départ le plus urgent.

Les mauvaises raisons existent aussi : une fonctionnalité manquante qu’on utiliserait trois fois par an, une interface qu’on n’aime pas mais qu’on connaît, ou l’idée qu’un autre outil réglera un problème d’organisation. Un logiciel ne range pas une écurie mal rangée.

À retenir

La question n’est pas « puis-je tout récupérer ? » — la réponse est non, chez personne. La question est « de quoi ai-je réellement besoin pour travailler lundi matin ? ». Elle tient en quatre lignes, et c’est ce qui rend la bascule faisable.

Ce que vous emportez, ce qui reste

DonnéeSe reprendComment
Membres et coordonnéesOuiExport du logiciel actuel, saisie ou reprise dans le nouveau
Chevaux et propriétairesOuiMême chose — le volume est faible, c’est vite fait
Planning et créneauxNon, et tant mieuxOn les recrée : c’est l’occasion de supprimer ceux qui ne marchent plus
Soldes de cartes de leçonsÀ la mainPoint sensible : voir plus bas
Historique de facturationNonReste chez l’ancien outil : à exporter et archiver
Prélèvements et mandatsJamaisLe piège de la migration : voir plus bas

Soyons clairs sur un point que les éditeurs annoncent rarement : aucun logiciel de gestion équestre ne propose aujourd’hui de reprise automatique depuis un concurrent, et MonHaras ne fait pas exception. Les données de base se saisissent ou se réimportent à la main. Pour une écurie de quarante à cent membres, cela représente une demi-journée — pas une semaine.

La règle qui simplifie tout : ne reprenez pas l’historique

C’est la décision qui transforme une migration angoissante en opération d’un week-end. Vous n’avez pas besoin de votre historique dans le nouvel outil. Vous avez besoin qu’il soit conservé quelque part, et c’est très différent.

Concrètement :

  1. Exportez tout ce que l’ancien outil sait exporter — membres, paiements, factures, journal — au format CSV ou PDF.
  2. Archivez ces fichiers hors du logiciel, dans un dossier daté, sauvegardé à deux endroits. Les pièces comptables se conservent dix ans (art. L123-22 du code de commerce) — et cette obligation vous incombe, pas à votre prestataire.
  3. Démarrez le nouvel outil à une date de coupure nette, avec les soldes de départ et rien d’autre.

Tenter de rejouer trois ans de factures dans un nouveau logiciel produit invariablement le même résultat : des montants qui ne tombent pas juste, des numéros de facture en double, et un mois de travail pour un historique que personne ne consultera.

Le piège que personne n’annonce : les prélèvements

C’est de très loin le point le plus important de cet article, et celui qui fait rater les migrations mal préparées.

Un mandat de prélèvement ou une carte enregistrée ne se transfère pas d’un prestataire de paiement à un autre. Si vos cavaliers sont mensualisés chez votre outil actuel, leurs autorisations appartiennent au prestataire de cet outil. En changeant, chacun devra ré-autoriser le paiement. Il n’existe aucune manœuvre technique pour l’éviter, chez aucun éditeur.

Ce que cela implique :

  • Prévoyez-le comme une campagne, pas comme une formalité. Sur cent mensualisés, tous ne réagiront pas au premier message.
  • Ne coupez pas l’ancien avant que le nouveau tourne. Laissez l’ancien prélever le mois de la bascule, et démarrez le nouveau au mois suivant — c’est le seul chevauchement utile.
  • Relancez individuellement les retardataires. Un cavalier dont le prélèvement ne repart pas est un impayé qui s’installe sans que personne s’en aperçoive.
  • Vérifiez les soldes de cartes avant la coupure, et faites-les valider par les intéressés. Une carte à « 4 séances restantes » contestée trois mois plus tard, sans l’ancien logiciel pour trancher, est une discussion que vous perdrez.

Le bon moment dans l’année

Deux fenêtres, et une seule vraiment bonne :

  • Juillet-août — la meilleure. L’activité ralentit, les réinscriptions de juin sont faites, et le nouvel outil est en place pour la rentrée. C’est aussi le moment où les cavaliers sont le plus disponibles pour ré-autoriser un paiement.
  • Décembre-janvier — acceptable si votre exercice comptable s’y prête, mais la période est chargée et les vacances scolaires compliquent les relances.

À éviter absolument : septembre, où vous cumuleriez la rentrée et la migration, et mai-juin, où tout le monde solde ses cartes.

La bascule, en six étapes

  1. Ouvrez le nouvel espace et paramétrez-le en parallèle, sans rien couper. Cours, tarifs, chevaux, moniteurs : tout cela se fait à froid, sans pression.
  2. Exportez et archivez l’ancien, entièrement, avant toute résiliation.
  3. Saisissez les membres et les soldes de cartes, en les faisant valider par les cavaliers concernés.
  4. Annoncez la date de bascule deux à trois semaines avant, avec ce que chacun doit faire.
  5. Ouvrez les réservations sur le nouvel outil et relancez la mise en place des paiements. Laissez l’ancien prélever son dernier mois.
  6. Résiliez l’ancien — seulement une fois les exports archivés et les prélèvements repartis. Vérifiez le préavis : certains contrats coupent l’accès dès la demande.

Ce que vous dites aux cavaliers

Un seul message, clair, et qui ne parle pas d’informatique : ce qu’ils gagnent, ce qu’ils doivent faire, et quand. « Nous changeons d’outil » n’intéresse personne. « À partir du 1er septembre, vous réservez vos cours et réglez en ligne, voici le lien, il faut réautoriser votre paiement une fois » est actionnable.

Prévoyez une permanence au club-house le premier samedi. Un quart d’heure avec un téléphone en main règle ce que trois e-mails ne règlent pas, et ce sont souvent les mêmes personnes qui bloquent.

Les trois erreurs qui font échouer une migration

  • Faire tourner les deux outils en parallèle « quelques mois ». La double saisie tient trois semaines, puis l’un des deux devient faux — et on ne sait plus lequel. Une date de coupure nette, annoncée, vaut mieux.
  • Résilier avant d’avoir exporté. Plusieurs contrats coupent l’accès à la fin de la période payée, parfois dès la demande de résiliation. Exportez d’abord, résiliez ensuite — dans cet ordre, toujours.
  • Oublier les prélèvements. C’est l’erreur coûteuse : on découvre en novembre que vingt cavaliers n’ont rien payé depuis septembre.

Côté MonHaras, l’ouverture d’un espace et tout le paramétrage sont libres et sans limite de durée : vous pouvez préparer la bascule entièrement avant de vous engager, et n’activer l’abonnement que le jour où vous ouvrez les réservations. Vos données restent exportables à tout moment — c’est la moindre des choses pour un outil qui vous demande de lui faire confiance. Voir les fonctionnalités côté écurie · comparer avec les autres logiciels.

Questions fréquentes

Peut-on récupérer ses données d’un autre logiciel de gestion équestre ?

Les membres, les chevaux et les propriétaires se reprennent par export puis saisie — une demi-journée pour une écurie de quarante à cent membres. En revanche, aucun logiciel de gestion équestre ne propose aujourd’hui de reprise automatique depuis un concurrent, et MonHaras ne fait pas exception. L’historique de facturation, lui, reste chez l’ancien outil : il faut l’exporter et l’archiver, pas le rejouer.

Les prélèvements de mes cavaliers seront-ils transférés ?

Non, jamais, et c’est le point qui fait rater les migrations mal préparées. Un mandat de prélèvement ou une carte enregistrée appartient au prestataire de paiement de votre outil actuel : en changeant, chaque cavalier devra ré-autoriser son paiement. Aucune manœuvre technique ne permet de l’éviter, chez aucun éditeur. Prévoyez-le comme une campagne, laissez l’ancien outil prélever le mois de la bascule, et relancez individuellement les retardataires.

Quand faut-il changer de logiciel dans l’année ?

Juillet-août : l’activité ralentit, les réinscriptions de juin sont faites, le nouvel outil est en place pour la rentrée, et les cavaliers sont disponibles pour ré-autoriser un paiement. Décembre-janvier est acceptable si l’exercice comptable s’y prête. À éviter absolument : septembre, où l’on cumulerait rentrée et migration, et mai-juin, quand tout le monde solde ses cartes.

Faut-il faire tourner les deux logiciels en parallèle ?

Non. La double saisie tient trois semaines, puis l’un des deux devient faux et on ne sait plus lequel. Une date de coupure nette, annoncée deux à trois semaines avant, vaut bien mieux. Le seul chevauchement utile concerne les paiements : laissez l’ancien outil prélever son dernier mois pendant que le nouveau se met en place.

Que faire de l’historique de facturation ?

L’exporter et l’archiver hors du logiciel, dans un dossier daté sauvegardé à deux endroits — avant toute résiliation, car plusieurs contrats coupent l’accès dès la demande. Les pièces comptables se conservent dix ans (art. L123-22 du code de commerce), et cette obligation vous incombe, pas à votre prestataire. Inutile en revanche de rejouer ces factures dans le nouvel outil : cela produit des montants qui ne tombent pas juste et des numéros en double, pour un historique que personne ne consultera.