Révision éditoriale: · Kalenderwoche.info
Changer d’agenda sans perdre le fil des rendez-vous
Une migration d’agenda réussit quand les bons événements se trouvent au bon endroit et que chacun connaît la nouvelle source de référence. Le nombre d’entrées importées ne suffit pas à le démontrer. Une sauvegarde, un import d’essai séparé et une bascule explicite permettent de repérer les erreurs avant de modifier l’organisation utilisée au quotidien.
Recenser les sources et les propriétaires avant l’export
Notez quels agendas contiennent vos événements, lesquels sont partagés avec vous et lesquels proviennent d’un abonnement. Un événement visible ne vous appartient pas nécessairement. Identifiez rappels, pièces jointes, invitations et droits d’accès importants pour votre usage. Un format d’échange ne reprend pas forcément toutes les propriétés.
Effectuez la sauvegarde disponible et laissez d’abord la source originale intacte. Notez la date d’export et la période couverte. Une archive peut contenir des informations personnelles : ne la placez pas dans un répertoire public et ne la transmettez qu’aux destinataires prévus.
Distinguer import, partage et abonnement
Importer un fichier transfère un état des données. Google précise que les événements importés entre comptes ne restent pas synchronisés. Le partage d’un agenda ou un abonnement pris en charge constituent d’autres mécanismes ; vérifiez comment la destination reçoit réellement les changements ultérieurs.
Les fichiers ICS proposés par ce site ne sont pas un service d’abonnement en direct garanti. Le tableau CSV des semaines n’est pas non plus un modèle universel d’import d’agenda. Choisissez la méthode selon l’usage, sans déduire une synchronisation automatique de la seule extension du fichier.
Importer d’abord dans un agenda d’essai distinct
Lorsque l’application le permet, utilisez un agenda réservé à l’essai. Vous pouvez ainsi revenir en arrière sans mélanger immédiatement anciennes et nouvelles entrées. Choisissez plusieurs cas : rendez-vous horaire, événement sur la journée, série avec occurrence déplacée et événement comportant un fuseau.
Comparez dates, heures, durées et répétitions avec la source. Ne vous limitez pas au total : une série peut être représentée comme telle dans un produit et comme événements individuels dans un autre. Des totaux identiques peuvent cacher des décalages ou des pertes d’information.
Rechercher l’origine des doublons avant de supprimer
Vérifiez d’abord si un même événement est affiché depuis plusieurs agendas. Deux lignes visibles ne prouvent pas l’existence de deux copies enregistrées. Avant un nouvel import, consignez quel fichier a déjà été transféré dans quel agenda de destination.
iCalendar définit UID comme identifiant durable d’un événement. Cela ne garantit pas le traitement d’un nouvel import par chaque application. Testez ce comportement séparément au lieu de recommencer à l’aveugle dans l’agenda principal. Ne supprimez pas des événements aux titres proches avant d’en comprendre la provenance.
Convenir d’une bascule et d’un retour possible
Après l’essai, décidez à partir de quand les nouvelles modifications seront faites uniquement dans l’agenda cible. Informez les personnes concernées de la source de référence. Reprenez de manière contrôlée les changements intervenus depuis l’export au lieu de maintenir deux agendas indépendants indéfiniment.
Conservez l’ancien état pendant la période de vérification convenue. Examinez des occurrences futures et un changement d’année avant de retirer la source initiale. Si des données essentielles manquent, suspendez les modifications dans la destination et revenez de façon contrôlée à la source conservée.
- Sources, propriétaires et accès sont-ils documentés ?
- Une sauvegarde est-elle disponible avec un accès limité ?
- L’essai couvre-t-il séries et fuseaux horaires ?
- Un import répété et les doublons possibles ont-ils été testés ?
- Les changements depuis l’export ont-ils été repris ?
- Agenda de référence, bascule et retour sont-ils convenus ?