Migrer d’Outlook vers Agendis 22 pose une question rarement abordée par les guides de prise en main du logiciel : que devient la donnée pendant le transfert, et sous quelles contraintes réglementaires s’effectue-t-il ? Pour les structures qui utilisent Agendis 22 dans un contexte SDIS ou assimilé, la transition dépasse le simple copier-coller de calendrier. Elle engage des fichiers contenant des données personnelles d’agents (identité, grade, affectation, coordonnées) soumises au RGPD, et parfois à des exigences renforcées de localisation.
Contraintes RGPD et localisation des données lors d’une migration vers Agendis 22
Outlook, dans ses versions cloud (Microsoft 365), repose sur une infrastructure globale. Les données calendaires, contacts et pièces jointes peuvent transiter par des centres de données situés hors de l’Union européenne. Pour un usage courant en entreprise, cela ne pose pas de difficulté majeure.
Le contexte change lorsque les plannings contiennent des données personnelles d’agents de services publics. Un décret n° 2026-209 du 24 mars 2026, pris en application de la loi SREN du 21 mai 2024, impose que les données de santé soient stockées exclusivement sur le territoire d’un État membre de l’UE ou de l’EEE, sauf respect des conditions du chapitre V du RGPD sur les transferts vers des pays tiers.
Avant toute migration, trois vérifications s’imposent :
- La localisation réelle des serveurs hébergeant l’instance Agendis 22 cible, y compris les sauvegardes et les accès distants.
- La cartographie des éventuels transferts hors EEE publiée par l’hébergeur du nouvel outil, pour s’assurer qu’aucun sous-traitant technique n’accède aux données depuis un pays tiers non couvert par une décision d’adéquation.
- Le statut du prestataire SaaS au regard du RGPD : sous-traitant ou responsable conjoint, avec les clauses contractuelles correspondantes (clause de localisation, clause d’audit, notification de violation).
Les contenus existants sur Agendis 22 décrivent ses fonctionnalités de planification, mais aucun ne relie ces exigences réglementaires récentes à la question concrète de la migration depuis Outlook.
Export Outlook et formats compatibles avec Agendis 22
Outlook permet d’exporter des données calendaires sous deux formats principaux : le fichier .ics (iCalendar, standard ouvert) et le fichier .pst (format propriétaire Microsoft regroupant courriels, contacts et calendrier). Le choix du format conditionne ce qui sera réellement transférable.
Le fichier .ics : léger mais limité
Le format iCalendar exporte les événements du calendrier (date, heure, objet, participants). Il ne transporte ni les pièces jointes associées aux événements, ni les catégories personnalisées d’Outlook, ni les récurrences complexes de manière toujours fiable. Pour un planning d’astreinte avec des rotations sur plusieurs semaines, les récurrences doivent être vérifiées une par une après import.
Le fichier .pst : complet mais pas universel
Le .pst contient l’intégralité des données Outlook, y compris les notes, les tâches et les contacts. En revanche, Agendis 22, conçu comme un outil de planification métier et non comme un client de messagerie, n’exploite pas nativement ce format. L’import nécessite une étape intermédiaire : extraction des données calendaires du .pst vers un format intermédiaire (CSV, .ics) avant injection dans Agendis.
Cette étape intermédiaire est le point où les pertes de données surviennent le plus souvent. Un champ personnalisé dans Outlook (par exemple un code d’affectation ajouté manuellement à chaque événement) ne trouvera pas de correspondance automatique dans Agendis 22 sans un mapping préalable des champs entre les deux systèmes.
Migration des données d’agents SDIS : les pièges spécifiques
Dans un SDIS, les fichiers de planification ne contiennent pas seulement des créneaux horaires. Ils incluent des informations nominatives (matricule, grade, spécialité opérationnelle, disponibilité de garde) qui relèvent directement du traitement de données personnelles au sens du RGPD.
Deux risques concrets apparaissent lors du transfert :
- Le fichier d’export temporaire (stocké sur un poste local ou un serveur intermédiaire) contient des données personnelles en clair. Si ce fichier n’est pas chiffré et supprimé après import, il constitue une copie non maîtrisée soumise aux mêmes obligations que le fichier source.
- Les droits d’accès configurés dans Outlook (qui voit le planning de qui) ne se transfèrent pas vers Agendis 22. La matrice de droits doit être reconfigurée manuellement dans Agendis avant la mise en production.
- Le module SIRENE 2.0 d’Agendis 22, conçu pour les SDIS, utilise une nomenclature propre pour les postes et les astreintes. Les intitulés Outlook ne correspondent pas toujours à cette nomenclature, ce qui impose un travail de correspondance avant l’import.
Synchronisation Outlook-Agendis 22 : coexistence temporaire ou coupure nette
Deux stratégies de transition coexistent sur le terrain. La première consiste à maintenir Outlook en lecture seule pendant une période de transition, le temps que les équipes adoptent Agendis 22 comme outil principal. La seconde impose une bascule complète à une date fixe, sans période de double saisie.
La coexistence temporaire présente un avantage évident : elle laisse un filet de sécurité. En revanche, elle crée un risque de désynchronisation si certains agents continuent à modifier leurs disponibilités dans Outlook alors que le planning officiel est désormais dans Agendis. La double saisie génère plus de pertes de données que la migration elle-même.
La bascule nette exige une préparation plus rigoureuse (formation des agents, test d’import sur un environnement de pré-production, validation des données migrées par les responsables de planning) mais élimine l’ambiguïté sur la source de vérité.
Les retours terrain divergent sur le meilleur choix. Le facteur décisif semble être la taille de la structure : une équipe d’une vingtaine d’agents peut basculer en une journée, tandis qu’un SDIS départemental avec plusieurs centaines d’agents a besoin de cette période de coexistence pour absorber les inévitables corrections post-migration.
Quel que soit le scénario retenu, la suppression définitive des données Outlook doit attendre la validation complète de l’intégrité des données dans Agendis 22. Un contrôle par échantillonnage (vérifier manuellement une dizaine de plannings d’agents choisis au hasard) reste la méthode la plus fiable pour confirmer que rien n’a été perdu en route.
