Essai d'un SaaS : cadrer les données du pilote

Un service métier veut essayer un logiciel pendant quinze jours. Il propose d’importer son fichier habituel pour « voir ce que cela donne ». Avant cet import, il faut définir ce que l’essai doit démontrer et quelles données permettent de le démontrer. La gratuité, le faible nombre de participants et la courte durée ne créent aucune dispense générale du RGPD.

Un pilote bien cadré fournit une décision d’achat exploitable : les fonctions vérifiées, les limites observées et les conditions restant à remplir. Il ne devient pas une petite production oubliée, avec des données réelles et des accès qui survivent à l’essai.

Ce qu’il faut retenir

• Partez des questions à résoudre pour construire le jeu d’essai, plutôt que du fichier disponible.
• Des données métier fictives ne rendent pas fictifs les comptes, adresses professionnelles et journaux des participants.
• Examinez les conditions de l’offre effectivement essayée : contrat, flux, accès, conservation et sortie.
• Une réussite fonctionnelle ne valide ni l’import de données réelles ni le passage à une échelle supérieure.

Transformer les attentes en vérifications observables

« Vérifier que le logiciel convient » est trop vague. Écrivez ce qu’une personne doit pouvoir faire, ce qu’elle ne doit pas pouvoir faire et la preuve attendue. Pour une gestion de dépenses, les questions peuvent porter sur un circuit d’approbation, une pièce jointe, un export ou la séparation des services.

L’Art. 5(1)(c) impose la minimisation des données ; l’Art. 25(2) porte notamment sur la quantité, l’accessibilité et la durée des traitements par défaut. Ces obligations conduisent à justifier le jeu utilisé, pas à choisir arbitrairement un pourcentage de la base réelle. RGPD, principes et protection dès la conception.

Un échantillon de cent dossiers peut être inutile pour vérifier un bouton d’approbation. À l’inverse, trois fiches ne démontrent pas la tenue d’un import volumineux. Le volume nécessaire peut être reproduit avec des données fabriquées ; la variété des formats doit correspondre aux difficultés que l’on souhaite examiner.

Précisez également ce que le pilote ne permettra pas de conclure. Un essai manuel sans connexion au logiciel comptable ne valide pas cette intégration. Cette limite est une information d’achat utile, pas une raison d’activer précipitamment un connecteur réel.

Choisir entre données fictives, transformées et réelles

Un jeu entièrement inventé convient souvent pour étudier les parcours et permissions. Il doit couvrir les cas difficiles : pièce manquante, montant nul, nom long, caractères accentués, export de plusieurs dossiers. Utiliser uniquement des fiches parfaites peut masquer les contraintes du futur usage.

Modifier les noms d’un fichier réel ne suffit pas à le rendre anonyme. Les coordonnées, commentaires, pièces jointes, montants rares ou identifiants conservés peuvent encore se rapporter à des personnes. Si les données demeurent personnelles, les obligations s’appliquent au jeu transformé.

Pour un import réel, documentez la nécessité de chaque catégorie et les solutions moins intrusives examinées. Identifiez la finalité et la base juridique, ainsi que la compatibilité d’un éventuel nouvel usage. Le contrat signé avec l’éditeur ne constitue pas automatiquement la base contractuelle de l’Art. 6(1)(b) pour les salariés ou clients figurant dans le fichier. Art. 6(1) et (4), RGPD.

Les données relevant de l’Art. 9 exigent en outre une condition permettant leur traitement. Ne les importez pas pour rendre l’essai « plus réaliste ». Une analyse d’impact doit être effectuée avant le traitement lorsqu’il est susceptible d’engendrer un risque élevé ; appeler ce traitement « pilote » ne reporte pas cette obligation. Art. 9(1) et (2) et Art. 35(1), RGPD.

Exemple : douze dépenses construites pour quatre questions

Le dossier P-14 est un exemple fictif, sans essai d’un produit réel. La PME Atelier Sève souhaite comparer un outil de dépenses à son fonctionnement actuel. Elle prépare douze dossiers inventés, répartis entre quatre situations, et quatre comptes de participants habilités.

Les douze dossiers servent à ces quatre questions. Ils ne démontrent ni la robustesse à grande échelle, ni l’ensemble des règles fiscales, ni la conformité de tous les traitements du fournisseur. Aucun remboursement réel n’est engagé.

Les quatre participants disposent des rôles demandeur, approbateur, finance et administration. Le scénario vérifie aussi qu’un demandeur ne consulte pas les dossiers d’un autre profil de démonstration, tout en conservant l’accès attendu à ses propres dossiers. Un refus d’accès isolé ne serait pas probant si tous les accès étaient bloqués par une panne.

La fiche de lancement P-14

Cette fiche remplie décrit une organisation proposée. Avant son application réelle, les responsables doivent confirmer les conditions indiquées et conserver leurs justificatifs.

Les comptes et traces d’activité des participants restent des données personnelles. Dans l’hypothèse P-14, la PME retient l’intérêt légitime d’évaluer son outil de travail pour les comptes strictement nécessaires au pilote. Son analyse compare cette nécessité aux droits des participants : coordonnées professionnelles minimales, accès limités, absence de suivi individuel de performance et conservation bornée. Cette conclusion propre au scénario ne valide pas tous les pilotes ; les usages propres du fournisseur restent à examiner séparément. Elle informe les participants conformément à l’Art. 13, sans utiliser leurs interactions pour établir clandestinement un classement de performance. RGPD, information à la collecte.

Une consigne « ne rien importer de réel » doit correspondre au dispositif : répertoire dédié, import contrôlé et participants informés. Elle perd son efficacité si chacun peut connecter son compte habituel et synchroniser automatiquement tout son environnement.

Lire les conditions de l’essai lui-même

Identifiez l’entité qui fournit le service, les opérations réalisées pour votre compte et les éventuels usages propres du fournisseur. Ne qualifiez pas indistinctement toutes ses opérations de sous-traitance. Pour la prestation relevant de cette qualification, les garanties de l’Art. 28(1) et le contrat de l’Art. 28(3) restent nécessaires pendant l’essai. RGPD, sous-traitance.

Vérifiez le document applicable à la version gratuite ou temporaire. Demandez si cette version utilise les mêmes régions, sous-traitants, fonctions de sécurité et conditions de suppression que l’offre envisagée. Une fonctionnalité présentée dans une démonstration commerciale peut relever d’un autre abonnement.

Le questionnaire d’évaluation fournisseur aide à sélectionner les points pertinents. Conservez la version des conditions et les réponses qui justifient votre décision. Une case « conforme RGPD » ne décrit ni les données couvertes ni les réserves.

Si des données personnelles sont transférées hors de l’EEE, identifiez les destinataires, pays et mécanismes applicables. Le stockage principal en Europe ne répond pas à lui seul aux questions sur l’assistance, les journaux ou les autres flux. Art. 44 à 46, RGPD.

Observer les flux sans les confondre avec les écrans

Un pilote peut envoyer des notifications, créer des événements ou déposer des pièces dans un outil tiers. Vérifiez les destinations avant tout import. Inventer une adresse plausible ne garantit pas qu’elle n’appartient à personne : utilisez un dispositif de test maîtrisé empêchant les envois non souhaités.

Dans P-14, les notifications ne doivent atteindre que le dispositif prévu. La recette examine la destination et les pièces transmises, pas seulement le message affiché après validation. Les quatre participants ne doivent pas recevoir les mêmes informations sous prétexte qu’ils participent tous à l’essai.

Si une intégration réelle devient indispensable à une seconde phase, définissez ses permissions, ses données accessibles et sa révocation avant de l’activer. La protection dès la conception et par défaut concerne toute cette chaîne. Un jeton d’accès au répertoire complet peut dépasser très largement les douze fiches visibles dans l’application.

Décider à partir des résultats, y compris incomplets

Supposons, dans P-14, que les trois premiers parcours soient documentés, mais que l’export ne contienne pas les pièces attendues. La fiche de conclusion peut indiquer : « circuit étudié sur les situations prévues ; récupération des pièces non démontrée ; intégration comptable non examinée ». Elle ne conclut pas que le logiciel est inutilisable pour toute entreprise ; elle constate que le besoin de sortie d’Atelier Sève reste insatisfait ou non établi.

La direction peut demander une nouvelle vérification circonscrite. Elle ne doit pas transformer l’incertitude en autorisation d’importer les archives réelles pour avancer. Si un envoi non prévu ou un accès indu apparaît, suspendez le flux concerné et examinez les données effectivement touchées, y compris celles des participants. L’analyse d’une éventuelle violation demeure distincte de la simple anomalie fonctionnelle. Art. 32 à 34, RGPD.

Clore le pilote ou préparer une nouvelle décision

À la fin, conservez dans le dossier de conformité la conclusion, les limites et les preuves utiles. Évitez d’y dupliquer inutilement les journaux nominatifs. Révoquez les comptes, invitations et intégrations devenus inutiles ; vérifiez le sort des exports locaux et de l’espace fournisseur.

Le contrat de sous-traitance doit couvrir la restitution ou suppression en fin de prestation, conformément à l’Art. 28(3)(g). Une réserve sur les sauvegardes doit rester suivie ; fermer la session ne prouve pas l’effacement des copies.

Pour passer en production, reprenez le périmètre réel : catégories de personnes, volume, fonctions, transferts, durées et demandes de droits. Les observations du pilote alimentent cette décision. Elles ne remplacent pas les vérifications qui n’ont pas été réalisées.

FAQ

Quinze jours gratuits dispensent-ils de contrat RGPD ?

Non. Lorsque le fournisseur traite des données pour votre compte, les exigences applicables à cette sous-traitance ne dépendent pas du prix ou de la brièveté de l’essai.

Un jeu fictif élimine-t-il toute donnée personnelle ?

Pas nécessairement. Les contenus peuvent être inventés alors que les comptes, les coordonnées professionnelles et les journaux se rapportent aux participants. Ce périmètre doit être examiné avant l’ouverture des accès.

Peut-on prolonger automatiquement un essai concluant ?

Prévoyez une décision explicite, avec objectif restant, durée et périmètre. Une prolongation ne justifie ni l’ajout de nouvelles données ni une conservation indéfinie du contenu déjà chargé.

Recevez nos analyses pratiques sur la conformité RGPD dans la newsletter.

Thiébaut Devergranne, docteur en droit et fondateur de donneespersonnelles.fr, travaille depuis plus de vingt ans sur le droit des technologies et la protection des données.