Mutualiser des effectifs sans partager sa base de données

Deux associations se prêtent main-forte sur un dispositif. L’une fournit quatre secouristes, l’autre coordonne. Pour que la feuille de garde tienne, il faut bien que les quatre noms passent d’une structure à l’autre.

C’est à ce moment précis, et sans que personne y pense, qu’un transfert de données personnelles a lieu entre deux organismes distincts. Il se fait le plus souvent par mail, dans un tableur, sans trace ni cadre. Voici comment le poser correctement — et ce que le logiciel peut en prendre à sa charge.

Deux structures, deux responsables de traitement

Une association qui gère ses bénévoles est responsable du traitement de leurs données. Deux associations indépendantes sont donc deux responsables distincts : aucune n’agit pour le compte de l’autre, aucune n’est sous-traitante de l’autre.

La conséquence est simple, même si elle est souvent ignorée : transmettre la liste nominative de ses bénévoles à une structure partenaire n’est pas un geste neutre. Il faut une base légale, une finalité précise, une durée, et une information des personnes concernées.

Dans le cas de l’entraide opérationnelle, la finalité ne pose aucune difficulté : la coordination d’un dispositif auquel ces personnes participent volontairement. Ce qui manque, en pratique, c’est tout le reste — le cadre écrit, la limitation à ce qui est nécessaire, et la trace de ce qui a été transmis.

Le tableur envoyé par mail est le vrai problème

La pratique courante mérite d’être regardée en face. Une liste d’inscrits part par mail. Elle contient souvent plus que nécessaire : dates de naissance, téléphones personnels, parfois des informations de santé restées dans une colonne oubliée.

Ensuite, elle vit sa vie. Elle est transférée à un troisième, enregistrée sur un poste, retrouvée deux ans plus tard dans une boîte mail. Personne ne sait plus qui l’a, ni depuis quand. Et lorsqu’un bénévole quitte l’association, sa suppression dans la base d’origine ne change rien à toutes les copies qui circulent.

Le chiffrement du courriel n’y change rien : le problème n’est pas le transport, c’est la perte de contrôle après l’envoi.

Le principe : celui qui détient décide

La règle que suit le module Renfort d’eBrigade tient en une phrase : le niveau de partage se règle chez la structure qui détient les données, jamais chez celle qui les demande.

Concrètement, la structure qui envoie des renforts choisit, pour chaque partenaire jumelé, ce qu’elle transmet :

Niveau	Ce qui part	À quoi ça sert
Effectif seul	Un nombre	Vérifier que le dispositif est armé
Noms des inscrits	Nom, prénom	Feuille de garde, appel, ordre de mission
Noms détaillés	Nom, prénom, grade, téléphone	Joindre un chef d’équipe le jour J

Le réglage se change à tout moment et s’applique au rafraîchissement suivant. Une structure qui décide, après réflexion, de ne plus transmettre que l’effectif voit les noms cesser de circuler — sans renégocier quoi que ce soit avec le partenaire.

Ce n’est pas un détail d’interface. C’est la traduction technique d’un principe juridique : la minimisation. On ne transmet que ce qui est nécessaire à la finalité, et c’est le responsable du traitement qui apprécie ce qui est nécessaire.

Ce qui ne circule pas

Aussi important que ce qui part : ce qui ne part pas.

Aucun membre n’est copié d’une base à l’autre. Aucun compte n’est créé chez le partenaire. Les fiches personnelles — adresse, date de naissance, formations, documents, historique — restent dans la base d’origine et n’en sortent jamais. Ce qui traverse, c’est l’inscription à une activité précise, pour la durée de cette activité.

Quand le jumelage est supprimé, plus rien ne circule. Les activités déjà créées de part et d’autre restent chez leur propriétaire, avec leurs inscrits — ce sont des activités réelles, qui ont eu lieu.

Ce qu’il faut quand même écrire

Le logiciel ne rédige pas la convention à votre place. Une entraide régulière entre deux structures mérite trois lignes écrites, à ajouter à la convention d’entraide ou au document qui organise déjà votre coopération :

• la finalité : coordination opérationnelle des dispositifs communs, et rien d’autre. Une liste transmise pour un DPS ne sert pas à recruter ni à démarcher ;
• les catégories de données : identité, fonction, et le cas échéant coordonnées professionnelles — en cohérence avec le niveau de partage que vous avez réglé ;
• la durée : le temps du dispositif et de son bilan, pas au-delà.

Ajoutez-y l’information des personnes concernées. Elle peut tenir en une phrase dans le règlement intérieur ou la charte du bénévole : « lorsque vous participez à un dispositif organisé avec une structure partenaire, votre nom et votre fonction lui sont communiqués pour la coordination du dispositif ».

Une trace, des deux côtés

Dernier point, celui qui manque toujours aux échanges par mail : savoir ce qui a été transmis, et quand.

Chaque geste laisse une ligne dans l’historique des deux plateformes : le jumelage créé, la demande envoyée, l’acceptation ou le refus, la suppression du lien. En cas de question — un bénévole qui demande où sont allées ses données, un audit, un contrôle — la réponse est lisible sans reconstituer six mois de correspondance.

C’est, au fond, le principal apport de la méthode sur le tableur : non pas qu’elle transmette moins, mais qu’elle transmette ce qui est décidé, à qui c’est destiné, et en le sachant.

Pour le fonctionnement complet du dispositif, voir faire travailler deux eBrigade ensemble.