Automatisation Excel

Journal de développement : grande analyse Google Sheets et rapports formatés automatiquement

Comment GetSheetAI achemine désormais des analyses Google Sheets très volumineuses via des tâches durables, évite les limites du pont du navigateur, vérifie les résultats et formate automatiquement les rapports générés.

Cette version Google Sheets s'est concentrée sur un mode d'échec qui n'apparaît que lorsqu'une feuille de calcul cesse d'être petite : une requête qui fonctionne sur quelques milliers de cellules peut devenir des centaines d'appels navigateur vers feuilles sur une grande table.

GetSheetAI reconnaît désormais plus tôt les demandes d'analyse et de résumé surdimensionnées, les déplace vers un travail d'arrière-plan durable et renvoie un rapport terminé avec un format de présentation de base. Le but n’est pas de rendre un message d’erreur plus joli. Il s'agit de choisir un chemin d'exécution qui permet de terminer le travail.

Les requêtes volumineuses empruntent un chemin durable

Les demandes d'analyse et de résumé ci-dessus 100 000 cellules sont désormais acheminées vers le système de tâches en arrière-plan. Cela empêche une erreur de sélection d'outil d'un modèle de tenter de paginer une plage de 120 000 lignes à travers des centaines d'appels de pont de barre latérale.

La route durable stocke l'état de la tâche, lit la source en morceaux délimités et permet à la barre latérale de se reconnecter à la progression. Si un aperçu surdimensionné est demandé via le mauvais chemin, le runtime renvoie un résultat de routage récupérable afin que l'agent puisse continuer avec l'outil en arrière-plan au lieu de mettre fin à la conversation sur une erreur de pont.

Cela est important pour les travaux de longue durée tels que les résumés de groupe, le profilage de grandes tables, les vérifications d'anomalies et la génération de rapports. Le chat visible reste la surface de contrôle, mais l'onglet du navigateur n'est plus chargé de gérer l'ensemble du travail.

Le moteur d'analyse utilise une mémoire limitée

Les grands tableaux exposent les détails d'implémentation que les petits exemples cachent. Aplatir une très large plage ou la répartir dans une fonction de statistiques peut dépasser la pile d'appels JavaScript et dupliquer une quantité importante de mémoire.

L'analyseur de plage utilise désormais un accumulateur en un seul passage pour les décomptes, les totaux, les minimums, les maximums et autres valeurs récapitulatives. Les données sont traitées de manière incrémentielle au lieu d'être copiées dans un tableau temporaire géant.

La couche d'expression déterministe a également obtenu des opérateurs de comparaison et la prise en charge de IF(condition, true_value, false_value). Cela permet à davantage de filtrage et de calculs conditionnels de rester dans le chemin arithmétique vérifié plutôt que de dépendre du calcul du modèle de forme libre.

Les rapports générés reçoivent un style par défaut lisible

Lorsqu'une analyse crée une nouvelle feuille de rapport, GetSheetAI applique désormais automatiquement une passe de présentation de base :

  • en-têtes vert foncé avec texte blanc ;
  • étiquettes d'en-tête enveloppées ;
  • dimensionnement automatique des colonnes ;
  • formats de nombres entiers, décimaux et pourcentages déduits.

Le formatage s'exécute une fois que les données du rapport ont été écrites et vérifiées. Si le formatage de la présentation est temporairement indisponible, les données vérifiées restent réussies et seule l'étape de formatage peut être réessayée. Le rapport est également marqué comme déjà présenté, évitant ainsi une deuxième passe de formatage redondante.

L'objectif est modeste mais important : un rapport généré doit être lisible à son arrivée. Les utilisateurs peuvent toujours demander un style de marque, un graphique, une mise en page ou un format numérique différent par la suite.

Les progrès et l'identité sont plus faciles à diagnostiquer

Les tâches de longue durée signalent désormais l'outil actif de manière plus véridique. L'identité de la version du runtime de production est incluse dans les exportations de débogage, ce qui permet de séparer une barre latérale mise en cache du runtime hébergé actuel lors du diagnostic d'un problème.

L'expérience utilisateur reste concise : elle montre quelle étape est active sans exposer les paramètres bruts ou les charges utiles internes. En dessous, l'identité de la version et l'état de la tâche durable fournissent suffisamment de preuves pour distinguer un client obsolète, un pont interrompu et un véritable échec d'analyse.

Valeurs et limites actuelles des capacités

Les valeurs de fonctionnement importantes dans cette version sont :

  • seuil de routage durable : supérieur à 100 000 cellules pour l'analyse et les synthèses ;
  • couverture de régression de production vérifiée : 92 tests Google Sheets après l'ajout du formatage automatique ;
  • formatage du rapport : en-têtes, retour à la ligne, réglage de la largeur et formats numériques courants ;
  • sécurité d'exécution : lectures limitées, statistiques en un seul passage, routage récupérable et écriture vérifiée.

L'itinéraire durable ne rend pas toutes les feuilles possibles illimitées. Les quotas de Google Apps Script, les limites du contexte du modèle, la structure du classeur et les données extrêmement volumineuses ou irrégulières peuvent toujours limiter une tâche. La différence est que les tâches volumineuses prises en charge disposent désormais d’un chemin d’exécution conçu pour leur taille.