Un outil à remplacer
Que faire des scripts liés à Google Sheets avant de changer de suite ?
Pour vous si… Une feuille Google Sheets reçoit ou transforme des données avec Apps Script. Vous envisagez de déplacer le tableau ou de fermer le compte qui a créé son automatisation.
Repères documentaires au 6 novembre 2026.
Notre avis
Nous conserverions le processus actuel tant que le script, ses déclencheurs et ses accès n’ont pas une reprise validée. Déplacer les cellules ne répond pas au besoin d’automatisation. Un tableau sans script relève d’une vérification plus simple des calculs.
Le premier geste est de faire identifier le compte qui a créé chaque déclencheur installable. Cette dépendance peut rester invisible à la personne qui ouvre la feuille tous les jours.
Ce qui change le choix
Une feuille autonome sans raccord ni automatisation peut changer d’outil après validation des calculs et du partage. Si une contrainte interdit le maintien du traitement, il faut organiser sa reprise dans le cadre exigé plutôt que conserver la dépendance sans décision.
Dans l’ordre
- Identifier ce qui entre dans la feuille et déclenche sa mise à jour
- Garder les processus dont la reprise reste inconnue
- Migrer les tableaux autonomes après vérification des résultats
- Retirer les feuilles sans usage plutôt que les reproduire
Pourquoi ce choix
- Un résultat de fin de période ne prouve pas le fonctionnement de la période suivante.
- Les dépendances doivent être montrées par les utilisateurs, pas devinées depuis l’écran.
- Un export ou un import de données ne constitue pas une preuve de reprise d’un automatisme.
Demander comment la donnée arrive, pas seulement comment la feuille se présente
Pour une feuille importante, le propriétaire décrit les entrées, les personnes qui les modifient, le moment de mise à jour et la sortie utilisée. Demandez à voir ce parcours sur des données fictives. Il peut être manuel ou comporter un raccord ; n’en supposez aucun sans inventaire.
Si une personne mentionne un script ou un autre automatisme, demandez ce qu’il déclenche, les droits nécessaires et le résultat attendu. Nous n’affirmons ici ni sa disponibilité dans une édition ni sa portabilité vers une alternative. Le nom d’un service cible ou une promesse d’import ne suffisent pas à le reprendre.
Le compte du déclencheur fait partie du processus
Google précise qu’un déclencheur installable Apps Script s’exécute sous le compte de son créateur. Il précise aussi qu’un compte ne voit pas les déclencheurs installés par un autre. Demandez au responsable de l’automatisation de documenter ce qu’il a installé et avec quels accès ; la liste visible depuis un seul compte ne constitue donc pas notre preuve de complétude.
Pour la reprise, faites arriver une véritable entrée fictive par le chemin habituel. Selon la même documentation, une exécution de script ou une requête API ne déclenche pas ces automatismes, sauf l’exception documentée de submitGrades. Simuler seulement un appel technique peut donc manquer le parcours à vérifier. Ce constat ne permet pas de promettre un comportement identique dans un autre outil.
Distinguer trois décisions plutôt qu’un départ obligatoire
Une feuille peut rester dans le service actuel pour un processus identifié, changer d’outil comme tableau autonome ou être retirée faute d’usage confirmé. Faites décider ce sort par le responsable qui utilise la sortie.
| Situation constatée par le lecteur | Choix de départ |
|---|---|
| Tableau autonome avec résultats contrôlables | Essayer l’alternative et faire valider les résultats et le partage |
| Données ou automatisme dont la reprise manque | Garder le processus courant avec responsable et date de réexamen |
| Résultat terminé, sans nouvelle édition attendue | Préparer une restitution adaptée plutôt qu’un nouveau processus |
| Aucun usage actuel confirmé | Décider du retrait après contrôle des besoins de conservation |
Faire arriver de nouvelles données dans la copie reprise
Choisissez un jeu de référence approuvé par le propriétaire, puis ajoutez une mise à jour fictive qui doit modifier la sortie. Contrôlez la valeur attendue, le cas d’une donnée manquante et la fin de période si ces cas comptent pour l’usage. Aucune formule n’est réputée compatible parce que les cellules sont visibles.
Faites ensuite utiliser le résultat par son destinataire : un collègue, un responsable ou le prochain traitement prévu. S’il reçoit un lien, vérifiez ce qu’il ouvre ; s’il reçoit un fichier, vérifiez ce qu’il peut encore faire avec lui. C’est ce parcours qui donne une preuve de reprise utile.
Rendre le maintien explicite et empêcher deux références
Pour une feuille conservée, notez le propriétaire, la dépendance non reprise et l’action qui permettrait de rouvrir le choix. Gardez les comptes et abonnements nécessaires dans le budget. Ne présentez pas ce maintien comme une sortie totale de Google.
Pour une feuille déplacée, fixez le nouvel emplacement modifiable et le sort de l’ancienne. Si les deux versions continuent à recevoir des corrections, les résultats devront être réconciliés. Notre recommandation est de fermer ce risque par une règle de référence claire avant la bascule, avec une issue de retour pour le travail produit pendant l’essai.
À vérifier
Aucun script exécuté ni migration testée. Les faits Google portent sur les déclencheurs installables Apps Script, pas sur tous les types de programmes. Aucune portabilité vers un autre tableur ni continuité après fermeture du compte créateur n’est présumée.
Preuves et sources
Les faits documentaires et déclarations sont distingués de nos avis et méthodes. Comment nous travaillons.
Notre avis — Nous conseillons de garder les feuilles liées à un processus non repris et de déplacer séparément les tableaux autonomes validés.
Daté du 6 novembre 2026. Périmètre : Organisation qui change une partie de sa suite. Limite : Une contrainte applicable peut imposer la reprise du traitement dans un autre cadre.
Notre méthode — Le protocole proposé contrôle entrées, déclencheur, nouvelle mise à jour, résultat métier et destinataire final.
Daté du 6 novembre 2026. Périmètre : Données et parcours fictifs ; services source et cible à préciser. Limite : Aucune capacité de formule, script ou connecteur présumée disponible ; essai non réalisé.
Déclaration de l’éditeur — Google indique que les déclencheurs installables tournent sous le compte créateur, qu’un compte ne voit pas ceux d’un autre et que les appels script/API ne les déclenchent pas sauf exception documentée.
Daté du 6 novembre 2026. Périmètre : Déclencheurs installables Apps Script seulement. Limite : Documentation éditeur ; protocole proposé non exécuté.
Source lue le 6 novembre 2026. Corps restrictions, types et gestion lignes390-427 : déclencheurs installables sous compte créateur ; exécution script/API ne déclenche pas sauf exception submitGrades ; événement de formulaire possible.
Ne décrit pas tous scripts ni portabilité vers un tiers ; exemple non exécuté.