Changer de logiciel équestre sans perdre ses données

Il est 18 h 47 et vous venez de fermer votre ancien logiciel de gestion équestre. Dedans, il y a peut-être dix ans de fiches chevaux, de contacts propriétaires, de soins, de factures et de planning. Vous savez qu’un autre outil conviendrait mieux à votre écurie, mais une question bloque tout : comment récupérer ces données sans perdre une partie de votre activité en route ? La difficulté n’est généralement pas de créer un nouveau compte. Elle consiste à obtenir un export exploitable, à le contrôler puis à le transformer sans confondre vitesse et précipitation.

Changer de logiciel équestre est une migration : on inventorie les informations utiles, on en demande la restitution, on conserve une archive intacte, puis on importe et vérifie les données dans le nouvel outil. Le RGPD peut aider pour certaines données personnelles. Depuis le 12 septembre 2025, le règlement européen sur les données, ou Data Act, encadre aussi plus directement le changement de fournisseur de services cloud, dont les logiciels SaaS. Ces deux textes sont complémentaires, mais ils ne donnent pas exactement les mêmes droits.

Ce guide propose une méthode complète pour préparer cette transition. Il ne remplace pas un conseil juridique adapté à votre contrat ou à votre situation.

Pourquoi les données rendent-elles un changement de logiciel difficile ?

Le verrouillage par les données apparaît lorsque quitter un logiciel coûte tellement de temps, de ressaisie ou d’incertitude que l’utilisateur renonce à changer, même si le service ne lui convient plus. Ce verrouillage n’est pas toujours volontaire : un export incomplet, un format mal documenté ou des pièces jointes séparées de leurs fiches suffit à rendre une migration pénible.

Dans une structure équestre, les informations sont rarement homogènes. Une fiche cheval peut être liée à un propriétaire, à des soins, à des mouvements, à des contrats et à des factures. Le planning associe des cavaliers, des enseignants, des prestations et des paiements. Les documents peuvent être stockés en PDF ou en image tandis que les données structurées vivent dans des tables invisibles pour l’utilisateur.

Un simple dossier de PDF peut donc préserver des justificatifs sans permettre de reconstruire les relations entre les données. À l’inverse, un fichier CSV contenant les chevaux mais aucune pièce jointe ne constitue pas une copie complète de votre historique documentaire.

Une migration réussie ne consiste pas seulement à « récupérer des fichiers ». Il faut préserver trois choses : les données, leurs relations et leur contexte. Sans identifiant, date, catégorie ou lien entre deux fiches, une information peut être lisible mais difficilement réutilisable.

Quels droits permettent de récupérer ses données ?

Le droit applicable dépend de ce que vous demandez, de votre rôle et du service utilisé. Pour une entreprise cliente d’un logiciel cloud, trois leviers sont particulièrement utiles : le contrat, le RGPD pour les données personnelles et le Data Act pour le changement de service de traitement de données.

Levier	Ce qu’il peut couvrir	Limite principale
Contrat et clauses de réversibilité	Données, documents, assistance et modalités de sortie prévus au contrat	Le contenu dépend de ce qui a été négocié ou accepté
RGPD	Certaines données personnelles et leur restitution par le sous-traitant	Ce n’est pas un droit général à toute la base métier
Data Act	Changement de service cloud, données exportables et continuité de la transition	Certaines données protégées, notamment par des droits de propriété intellectuelle, peuvent être exclues

Le contrat reste le premier document à relire

Une clause de réversibilité décrit la manière dont le fournisseur restitue les données à la fin du service : formats, délais, assistance, coût, durée de récupération et suppression finale. Les conditions générales, le contrat d’abonnement et l’accord de traitement des données peuvent contenir des dispositions différentes. Téléchargez ces documents avant de résilier, avec les factures et les éventuels avenants.

Lorsque le fournisseur traite des données personnelles pour votre compte, l’article 28 du RGPD prévoit notamment qu’à la fin de la prestation, le sous-traitant supprime ou renvoie les données personnelles selon le choix du responsable de traitement, sauf obligation légale de conservation. Dans la pratique, la qualification exacte des rôles dépend du service et de l’usage qui en est fait.

Le droit à la portabilité du RGPD est utile, mais ciblé

Le droit à la portabilité permet à une personne de recevoir certaines données personnelles la concernant dans un format structuré, couramment utilisé et lisible par machine. Selon la CNIL, il s’applique sous conditions, notamment lorsque le traitement repose sur le consentement ou un contrat et qu’il est automatisé.

Il ne faut donc pas présenter l’article 20 du RGPD comme un bouton permettant au dirigeant d’une écurie d’exiger toute sa base métier. Les données comptables de la structure, les modèles internes du fournisseur ou les informations concernant d’autres personnes ne deviennent pas automatiquement portables au titre de ce droit individuel. Pour les données personnelles que le logiciel traite pour le compte de l’écurie, le contrat de sous-traitance et l’article 28 sont souvent plus directement pertinents.

Le Data Act vise directement le changement de service cloud

Le règlement européen 2023/2854, appelé Data Act, s’applique depuis le 12 septembre 2025. Son chapitre VI encadre le changement entre services de traitement de données. La Commission européenne précise que ces services comprennent les offres cloud et que les logiciels SaaS sont concernés.

Le texte prévoit notamment un contrat écrit décrivant la procédure de changement, une assistance raisonnable, la continuité du service pendant la transition et une période de récupération d’au moins 30 jours après celle-ci. Le délai de préavis maximal prévu pour engager le changement est de deux mois, et la période transitoire standard ne doit pas dépasser 30 jours, sauf impossibilité technique dûment motivée ou accord alternatif.

Le fournisseur doit aussi indiquer les catégories de données exportables et celles qui ne le sont pas. Pour les services SaaS, des interfaces ouvertes doivent faciliter le changement. En l’absence de norme applicable, les données exportables doivent être fournies dans un format structuré, couramment utilisé et lisible par machine.

Le calendrier tarifaire mérite une nuance : jusqu’au 12 janvier 2027, des frais de changement réduits peuvent encore être facturés dans la limite des coûts directement liés à l’opération. À partir de cette date, le Data Act prévoit la suppression des frais de changement visés par le règlement.

Quelles données faut-il demander à son ancien logiciel ?

Un export de migration est l’ensemble des données et documents nécessaires pour poursuivre l’activité dans un autre outil sans ressaisie disproportionnée. La bonne demande ne se contente pas de dire « envoyez-moi mes données » : elle décrit les familles d’informations, les formats attendus et les éléments permettant de comprendre les fichiers.

Pour un centre équestre, une pension, une écurie de propriétaires ou un élevage, l’inventaire peut inclure :

• les chevaux, poneys et équidés : identité, numéro SIRE lorsque présent, sexe, race, robe, date de naissance, statut et emplacement ;
• les propriétaires, clients, cavaliers et responsables légaux : coordonnées, liens avec les équidés et consentements documentés ;
• les soins, actes vétérinaires, vaccinations, vermifuges, ferrures et observations sanitaires ;
• les entrées, sorties, changements de lieu et autres mouvements utiles au registre d’élevage ;
• les cours, reprises, stages, réservations, présences et inscriptions ;
• les contrats, devis, factures, avoirs, règlements et écritures utiles ;
• les documents joints : contrats signés, ordonnances, justificatifs, photos et autres archives ;
• les utilisateurs, rôles et historiques d’action lorsqu’ils sont exportables et utiles à la continuité.

Demandez aussi un dictionnaire de données ou, à défaut, une description des colonnes. Un champ nommé status=3 n’est pas réutilisable si personne ne sait si 3 signifie « actif », « archivé » ou « impayé ». Les identifiants techniques, dates de création et de modification, unités, fuseaux horaires et relations entre tables sont tout aussi importants que les valeurs visibles à l’écran.

Quels formats privilégier ?

Un format exploitable conserve la structure des données et peut être lu par plusieurs outils sans dépendre exclusivement de l’ancien logiciel.

Type d’information	Format à privilégier	Pourquoi
Listes et tables	CSV UTF-8 ou XLSX	Faciles à inspecter, filtrer et rapprocher
Données relationnelles	JSON ou XML documenté	Conservent mieux les objets imbriqués et les liens
Pièces justificatives	PDF original, image ou fichier bureautique original	Préservent le document tel qu’il a été produit ou reçu
Ensemble documentaire	Archive ZIP avec arborescence et index	Regroupe les pièces sans perdre leur rattachement
Sauvegarde technique	Format documenté et accompagné de son schéma	Utile seulement si le nouvel outil sait réellement l’exploiter

Un PDF est adapté à une facture ou à un contrat. Il est insuffisant comme seul format pour une liste de milliers de contacts ou de soins, car il transforme une base structurée en pages à relire. Un export CSV ou JSON ne remplace pas non plus les originaux des documents qui doivent être conservés.

Quel e-mail envoyer pour demander l’export ?

Un e-mail de demande d’export identifie le compte, le périmètre, les formats et la date souhaitée tout en demandant au fournisseur de préciser ce qui serait exclu. Envoyez-le depuis l’adresse du titulaire du contrat et conservez une copie horodatée de tous les échanges.

Vous pouvez adapter le modèle suivant puis le copier directement dans votre messagerie :

Si vous exercez personnellement un droit à la portabilité pour vos propres données, faites une demande distincte et identifiez clairement les données qui vous concernent. La CNIL indique qu’une demande RGPD doit en principe recevoir une réponse dans un délai d’un mois, prolongeable dans certaines situations complexes. Ce délai n’est pas celui de toute migration SaaS : il ne faut pas mélanger le calendrier d’une demande individuelle et celui du processus de changement prévu par le Data Act.

Comment réussir la migration en sept étapes ?

Une migration maîtrisée est un changement préparé, testé sur un échantillon puis validé avant la coupure de l’ancien service. L’objectif n’est pas d’importer le maximum en une fois, mais de pouvoir prouver que les informations indispensables sont présentes, correctement reliées et utilisables.

1. Faire l’inventaire avant toute résiliation

Parcourez chaque module de l’ancien logiciel et notez le volume approximatif, la date la plus ancienne, la présence de pièces jointes et la personne capable de vérifier les données. Prenez quelques captures des tableaux de bord et des paramètres importants sans exposer ces images inutilement.

Classez les informations en trois niveaux : indispensables au démarrage, utiles à court terme et archives consultables. Les chevaux actifs, les propriétaires, les soins en cours et les échéances proches passent généralement avant un ancien planning déjà clôturé.

2. Demander l’export assez tôt

N’attendez pas le dernier jour de l’abonnement. Le fournisseur peut avoir besoin de préparer l’archive, d’expliquer son format ou de corriger un premier export incomplet. Gardez l’ancien accès actif pendant la vérification chaque fois que le contrat le permet.

3. Conserver une archive source intacte

Copiez l’export reçu dans un espace sécurisé et en lecture seule. Ne renommez pas immédiatement toutes les colonnes et ne remplacez pas le fichier d’origine par votre version nettoyée. Créez une copie de travail séparée et documentez chaque transformation.

Cette archive sert de référence en cas d’écart. Elle permet aussi de conserver des documents qui n’ont pas vocation à devenir des fiches modifiables dans le nouveau logiciel.

4. Contrôler le contenu et préparer la correspondance

Ouvrez chaque fichier et vérifiez l’encodage des accents, les dates, les montants, les doublons et les identifiants. Construisez ensuite une table de correspondance : « propriétaire » dans l’ancien outil devient « client » dans le nouveau, horse_id relie un soin au bon cheval, et chaque code de statut reçoit une signification explicite.

Ne transmettez pas à un service tiers davantage de données que nécessaire pour la migration. Vérifiez son rôle, ses garanties, ses lieux de traitement et les modalités de suppression avant tout envoi contenant des données personnelles.

5. Tester un échantillon représentatif

Choisissez quelques dossiers complets : un cheval avec plusieurs propriétaires, un soin récurrent, une facture avec avoir, une inscription à un cours et des pièces jointes. Importez d’abord cet échantillon dans un environnement où une correction reste simple.

Le test doit répondre à des questions métier : le soin est-il rattaché au bon cheval ? Le solde d’une facture est-il cohérent ? Les dates ont-elles conservé leur jour et leur heure ? Le document s’ouvre-t-il ?

6. Faire valider par les personnes qui utilisent les données

La personne qui connaît le planning ne repère pas les mêmes erreurs que celle qui suit la facturation. Faites valider chaque famille de données par son utilisateur habituel et consignez les anomalies dans une liste unique.

L’intelligence artificielle peut accélérer la lecture et la mise en correspondance de fichiers hétérogènes. Elle ne remplace pas la validation métier : une ligne plausible peut rester fausse si elle est rattachée au mauvais cheval, au mauvais client ou à la mauvaise période.

7. Basculer puis demander la suppression

Choisissez une date de bascule, limitez les doubles saisies et notez la dernière opération effectuée dans l’ancien système. Après import, comparez les volumes et les totaux critiques, puis conservez l’accès en lecture pendant la période de récupération disponible.

Ne demandez la suppression définitive qu’après avoir vérifié l’archive, le nouvel outil, les obligations de conservation et les éventuels litiges en cours. Demandez une confirmation écrite lorsque la suppression relève du fournisseur.

Quelles archives faut-il conserver après l’import ?

Une archive réglementaire est un document conservé pendant la durée requise, dans une forme permettant de le produire et d’en garantir la lisibilité. L’import dans un nouveau logiciel améliore la continuité d’usage, mais il ne remplace pas automatiquement la conservation des originaux et des justificatifs.

En matière comptable, Service-Public.fr indique que les livres et registres comptables ainsi que les pièces justificatives, dont les factures, doivent être conservés pendant 10 ans à compter de la clôture de l’exercice. Une facture importée sous forme de quelques champs ne dispense donc pas de garder le document justificatif selon les règles applicables.

Pour les équidés, l’IFCE rappelle que tout détenteur doit tenir un registre d’élevage et le conserver au moins cinq ans. Le registre peut être informatisé sous certaines conditions de conservation et d’impression. Vérifiez les exigences correspondant à votre activité et à votre organisation documentaire.

Conservez au minimum :

• l’export original et la date de réception ;
• le courrier de demande et la réponse du fournisseur ;
• le dictionnaire de données et les explications reçues ;
• les journaux de transformation et le rapport d’import ;
• les pièces justificatives dans leur format pertinent ;
• la validation finale et la preuve de suppression lorsque celle-ci a été demandée.

Protégez ces archives : contrôle d’accès, chiffrement lorsque nécessaire, sauvegarde distincte et durée de conservation définie. Une copie complète abandonnée sur un ordinateur partagé crée un nouveau risque au moment même où vous cherchez à mieux maîtriser vos données.

Comment l’import assisté par Glys Intelligence fonctionne-t-il ?

L’import assisté de Glys Intelligence est un parcours en trois temps : le fichier est analysé, une proposition structurée est présentée, puis l’utilisateur choisit ce qu’il confirme. Il ne s’agit pas d’une ingestion aveugle qui transforme n’importe quel document en données définitives.

Le centre d’import accepte plusieurs familles de fichiers courantes : tableurs, CSV, JSON, XML, documents texte, fichiers bureautiques, PDF et images ou scans. Glys Intelligence cherche les informations et leurs relations, signale les ambiguïtés et prépare une proposition. Vous relisez ensuite les éléments avant leur écriture dans la base locale de GlysOS.

Le périmètre actuel permet notamment de proposer l’import de chevaux, propriétaires, soins, mouvements, factures simples, données de reproduction, cavaliers, cours et inscriptions. Les domaines plus sensibles ou plus complexes peuvent rester en revue manuelle, nécessiter un parcours dédié ou être exclus de l’import général. C’est notamment le cas de données bancaires ou de certains éléments RH : leur sens et leurs conséquences exigent davantage qu’une correspondance de colonnes.

Les fichiers bruts ne sont pas destinés à constituer une archive durable sur le backend Glys. Le traitement utilise un stockage temporaire borné, puis le flux de confirmation vérifie le nettoyage du fichier, de ses fragments et du fil d’analyse. La proposition à relire reste sur l’appareil avant validation. Pour comprendre plus largement cette architecture, consultez comment GlysOS protège les données de l’écurie et la page consacrée à la sécurité de GlysOS.

Cette assistance ne supprime pas les bonnes pratiques précédentes. Gardez l’export original, commencez par un échantillon et contrôlez les résultats. Si les données arrivent dans un format inhabituel ou si la structure est complexe, l’accompagnement GlysOS permet de préparer le passage. Le détail des usages disponibles est présenté dans les fonctionnalités de GlysOS.

Quelle checklist suivre avant de fermer l’ancien compte ?

La checklist de sortie est le contrôle final effectué tant que l’ancien logiciel et son support restent accessibles. Elle évite de découvrir après résiliation qu’un module, une pièce jointe ou une période historique manque à l’export.

• Le contrat, les conditions générales et l’accord de traitement ont été archivés.
• Chaque module contenant des données utiles figure dans l’inventaire.
• L’export structuré, les documents originaux et le dictionnaire de données ont été reçus.
• Les accents, dates, montants, identifiants et relations ont été vérifiés.
• Une copie source intacte et une sauvegarde séparée existent.
• Un échantillon représentatif a été importé puis validé par les utilisateurs métier.
• Les volumes critiques ont été rapprochés avant et après import.
• Les obligations de conservation comptable, sanitaire et contractuelle ont été examinées.
• La date de bascule et la dernière saisie dans l’ancien outil sont documentées.
• La suppression finale n’est demandée qu’après confirmation de la réussite et de la récupération.

Que faire si l’export est refusé ou incomplet ?

Un refus d’export est une réponse qui écarte tout ou partie de la demande ; un export incomplet est un fichier dont le périmètre, la structure ou les pièces ne permettent pas la réutilisation attendue. Dans les deux cas, commencez par demander une réponse écrite et précise plutôt que de débattre uniquement par téléphone.

Renvoyez l’inventaire initial et listez les manques de manière vérifiable : « 1 240 fiches visibles dans le logiciel, 986 lignes reçues », « pièces jointes absentes », « statuts non documentés ». Demandez le fondement contractuel ou juridique de chaque exclusion, le délai de correction et les coordonnées du point de contact chargé du changement.

Si le problème concerne l’exercice de vos propres droits sur des données personnelles, utilisez la procédure RGPD du fournisseur. En l’absence de réponse satisfaisante, la CNIL explique les voies de réclamation applicables. Si le différend porte sur la réversibilité contractuelle ou les obligations du Data Act entre entreprises, conservez les preuves et sollicitez un conseil juridique ou l’autorité compétente selon votre situation. Une réclamation RGPD ne doit pas servir à masquer un litige commercial d’une autre nature.

Dans l’attente, ne résiliez pas précipitamment si cela coupe l’accès aux informations nécessaires. Exportez aussi les rapports disponibles depuis l’interface, même s’ils ne constituent qu’une solution de secours. Une archive imparfaite vaut mieux qu’aucune archive, à condition de documenter clairement ses lacunes.

FAQ

Un éditeur peut-il refuser de rendre mes données ?

Il peut exclure certaines données qui ne sont pas exportables au sens du contrat ou du Data Act, notamment lorsque des droits de propriété intellectuelle ou des secrets protégés sont en jeu. Il ne peut toutefois pas se contenter d’une formule vague si des obligations de restitution ou de changement lui sont applicables. Demandez la liste précise des catégories exclues et la justification de chacune.

Puis-je exiger une copie complète de la base de données ?

Vous pouvez demander toutes les données exportables utiles à votre changement, mais pas nécessairement une copie brute de l’infrastructure ou des tables internes du fournisseur. Le résultat attendu est un ensemble structuré, couramment utilisé, lisible par machine et suffisamment documenté pour être réutilisé, accompagné des documents pertinents.

Un export uniquement en PDF est-il suffisant ?

Le PDF convient aux contrats, factures et autres documents destinés à conserver leur présentation. Il est généralement insuffisant pour des listes et relations métier destinées à être importées. Demandez alors un CSV, un XLSX, un JSON ou un XML en complément.

Le RGPD permet-il de récupérer toutes les données de mon écurie ?

Non. Le droit à la portabilité de l’article 20 vise certaines données personnelles concernant la personne qui exerce ce droit et répondant à des conditions précises. Pour la base métier de l’écurie, examinez aussi le contrat, l’accord de sous-traitance et les règles de changement du Data Act.

Combien de temps le fournisseur a-t-il pour préparer le changement ?

Le calendrier dépend du fondement utilisé. Une demande individuelle RGPD reçoit en principe une réponse sous un mois, avec prolongation possible dans certains cas. Le Data Act prévoit notamment un préavis maximal de deux mois et une période transitoire standard maximale de 30 jours, avec des aménagements prévus par le texte. Commencez donc la démarche bien avant la fin de l’abonnement.

Quand faut-il résilier l’ancien logiciel ?

Après avoir reçu et contrôlé l’export, réussi un import test, vérifié les archives obligatoires et fixé la date de bascule. Si possible, gardez une courte période de chevauchement en lecture seule afin de comparer les données et de corriger les écarts.

Glys Intelligence peut-il importer n’importe quel fichier automatiquement ?

Non. Glys Intelligence peut analyser de nombreux formats et proposer une structuration, mais la qualité dépend du contenu source et du périmètre fonctionnel pris en charge. Les propositions doivent être relues. Les données sensibles, ambiguës ou relevant d’un métier complexe peuvent nécessiter une reprise manuelle ou un parcours spécialisé.

L’import dans GlysOS permet-il de supprimer immédiatement les fichiers sources ?

Non. Conservez l’export original et les pièces soumises à une obligation légale ou contractuelle. L’import sert à reprendre l’usage quotidien ; il ne remplace pas votre politique d’archivage ni les justificatifs à conserver.

Sources officielles

Sources consultées le 6 août 2026 :

• Règlement (UE) 2023/2854 — Data Act, EUR-Lex
• Data Act explained — Commission européenne
• Professionnels : répondre à une demande de portabilité — CNIL
• RGPD, chapitre IV et article 28 — CNIL
• Durée de conservation des documents d’entreprise — Service-Public.fr
• Notice du registre d’élevage — IFCE

Changer de logiciel ne devrait pas obliger une écurie à repartir de zéro. Avec une demande précise, des formats réutilisables, une archive protégée et une validation humaine, la migration devient un projet contrôlable plutôt qu’un saut dans le vide. Si vous avez déjà tenté de récupérer les données d’un logiciel équestre, racontez en commentaire le format que vous avez reçu et la difficulté principale rencontrée : ces retours aideront à enrichir ce guide.

Liens semantiques

• [[memory/domain-map#Strategie, marque et commercial|Domaine : strategie et commercial]]