Historique d'activité de Weave — chaque modification effectuée par Weave et qui l'a approuvée

Description

Chaque projet conserve un historique de ce que Weave y a fait : les problèmes qu’il a remarqués puis a cessé de constater, les modifications qu’il a proposées dans l’assistant IA, qui a approuvé ou rejeté chacune d’elles, ce que chaque modification approuvée a remplacé et écrit exactement, et comment elle s’est terminée. Les changements apportés au seuil d’actualité d’une table y figurent aussi, tout comme les responsables que les utilisateurs choisissent pour les constats de Weave, leurs commentaires sur ces constats et les constats marqués comme attendus.

Cet historique est conçu pour être remis à un auditeur. Personne ne peut modifier ni supprimer ses entrées, un contrôle d’intégrité indique si l’historique a été altéré, et n’importe quelle période peut être exportée en CSV ou en PDF.

Ouvrir l’historique d’activité

Ouvrez le projet, sélectionnez l’onglet Weave, puis sélectionnez Constatations.
Cliquez sur Activité dans la barre d’outils. Le bouton Constatations situé à côté vous ramène aux constats de Weave.

L’historique affiche les entrées les plus récentes en premier, par groupes de 50, en commençant par les 30 derniers jours. Cliquez sur Afficher l’activité antérieure à la fin de la liste pour afficher les 50 suivantes. Actualiser dans la barre d’outils relit l’historique.

Activité apparaît pour toute personne dont le rôle permet de lire les étapes, les workflows et les tables du projet. Si vous ouvrez l’onglet Weave sur les constats d’un workflow, ou si vous passez à un autre projet, l’onglet revient sur Constatations.

Ce qui est enregistré

Ce qui s’est passé	Libellé de l’entrée
Weave a proposé une modification dans un chat avec l’assistant IA	Dans un chat avec Nadia Brennan, Weave a proposé : modifier les paramètres d’une étape.
Quelqu’un l’a approuvée	Nadia Brennan a approuvé : modifier les paramètres d’une étape.
Quelqu’un l’a rejetée	Nadia Brennan a rejeté : modifier les paramètres d’une étape.
La modification approuvée a été effectuée	Effectué comme approuvé : modifier les paramètres d’une étape.
La modification approuvée ne s’est pas terminée	Non terminé : modifier les paramètres d’une étape. suivi du motif
Une étape a été réexécutée après un correctif	Effectué comme approuvé : réexécuter une étape. suivi de la façon dont l’exécution s’est terminée, par exemple L’étape a été réexécutée avec succès.
Quelqu’un a annulé le correctif d’une étape	Nadia Brennan a approuvé : annuler la modification des paramètres d’une étape par Weave., puis Effectué comme approuvé : annuler la modification des paramètres d’une étape par Weave. Avec Défaire et exécuter, les entrées se terminent par et exécuter l’étape.
Weave a remarqué un problème après une exécution	Weave a remarqué pour l’étape « Allocate by Driver » : l’expression de son filtre comporte une erreur : la colonne « cost_center » n’existe pas.
Weave n’a plus constaté ce problème après une exécution ultérieure	Après l’exécution du workflow « Cost Allocation », Weave n’a plus constaté le problème qu’il avait remarqué pour l’étape « Allocate by Driver » — Expressions de l’étape.
Quelqu’un a défini, modifié ou supprimé le seuil d’actualité d’une table	Marcus Okafor a configuré Weave pour avertir si la table « Cost Drivers » n’est pas alimentée depuis plus de 26 heures. Auparavant, le seuil était de 24 heures.
Quelqu’un a créé une table avec un seuil d’actualité	Marcus Okafor a créé la table « Cost Drivers » avec Weave configuré pour avertir si elle n’est pas alimentée depuis plus de 24 heures.
L’enregistrement d’une table comme vue a supprimé son seuil	Marcus Okafor a enregistré la table « Cost Drivers » comme vue, si bien que Weave n’avertit plus lorsqu’elle n’est pas alimentée pendant une durée donnée. Auparavant, le seuil était de 24 heures.
Quelqu’un a choisi le responsable d’un constat, ou l’a rendu au responsable choisi par Weave	Marcus Okafor a désigné Nadia Brennan comme responsable du constat concernant l’étape « GL Actuals Load » — Lignes cibles inhabituelles par rapport aux exécutions précédentes.
Quelqu’un a commenté un constat	Nadia Brennan a commenté le constat concernant l’étape « GL Actuals Load » — Lignes cibles inhabituelles par rapport aux exécutions précédentes : « Vérification en cours avec l’équipe du grand livre. »
Quelqu’un a marqué un constat comme attendu	Nadia Brennan a marqué comme attendu le constat concernant l’étape « GL Actuals Load » — Lignes cibles inhabituelles par rapport aux exécutions précédentes, jusqu’à la fin du 31 déc. 2026 : « Le chargement de fin de mois est toujours volumineux »
Quelqu’un a cessé d’attendre un constat	Nadia Brennan a cessé d’attendre le constat concernant l’étape « GL Actuals Load » — Lignes cibles inhabituelles par rapport aux exécutions précédentes, si bien que Weave le signale de nouveau.

Chaque modification effectuée par l’assistant IA de PlaidCloud après votre approbation est enregistrée, et votre approbation est enregistrée avant la modification :

les correctifs d’étapes, les réexécutions qui les suivent et l’annulation d’un correctif ;
les nouveaux projets, workflows et dimensions ;
les étapes d’importation, d’exportation et de transformation ;
les fichiers chargés dans une nouvelle table ;
les copies de tables ;
les modifications des propriétés et des libellés d’une table.

Une modification effectuée en dehors de tout projet, comme la création d’un projet, apparaît dans l’historique du nouveau projet une fois effectuée.

« Plus constatés » signifie exactement cela. Le problème a peut-être été corrigé, ou les données ont peut-être changé de sorte qu’il n’apparaît plus. Weave ne prétend pas savoir laquelle de ces deux situations s’applique.

Les constats sont enregistrés à la fin d’une exécution

Weave contrôle un workflow et ses étapes à la fin d’une exécution de ce workflow, au nom de la personne à qui appartient l’exécution, puis enregistre chaque problème détecté qui n’était pas déjà ouvert, ainsi que chaque problème ouvert qu’il ne constate plus. Un problème reste ouvert dans l’historique jusqu’à ce qu’un contrôle ultérieur ait pu le détecter de nouveau sans y parvenir. Lorsque deux exécutions se terminent à peu d’intervalle, leurs contrôles peuvent être enregistrés dans le désordre ; le contrôle suivant rétablit l’historique.

Seul un contrôle exécuté en tant qu’Architecte du projet ferme un problème : un rôle qui voit moins de choses dans le projet ne peut pas toujours voir ce qui continue d’en être la cause. Un contrôle qui n’a pas pu juger une étape, ou qui ne s’y applique pas, ne ferme jamais un problème non plus.

Ce que montre chaque entrée

Quand, en UTC. L’export donne la même heure à la microseconde près.
Ce qui s’est passé, dans les mots de Weave.
Qui — Demandé par la personne dans le chat, Approuvé par ou Rejeté par la personne qui a cliqué sur le bouton, ou Modifié par la personne qui a défini un seuil d’actualité, choisi le responsable d’un constat, commenté un constat, ou l’a marqué comme attendu ou a cessé de l’attendre.
Ce dont il s’agissait — par exemple Étape : Allocate by Driver.
Modifications — chaque paramètre sous Paramètre, avec sa valeur Avant et sa valeur Après. (aucun) indique une colonne ou un enregistrement ajouté ou supprimé.
Comment cela s’est terminé — le résultat d’une modification, avec Une partie a peut-être été effectuée. lorsqu’une modification non terminée a pu laisser des traces, ou Aucun résultat n’a été enregistré pour cette approbation. tant qu’une modification est en cours, ou si son résultat n’a jamais été enregistré.
Afficher les paramètres exacts — les paramètres eux-mêmes, en entier. Pour un correctif d’étape effectué, Avant et Après montrent chaque paramètre touché. Pour toute autre modification effectuée, Après montre ce qui a été écrit. Pour une approbation ou un rejet, Tel que proposé montre ce qui a été décidé, et qui n’a été écrit que si la modification a ensuite été effectuée.

L’historique d’activité dans l’onglet Weave d’un projet, avec les paramètres exacts d’une modification affichés

Défaire le correctif d’une étape

L’entrée d’un correctif d’étape pour lequel Weave a conservé une copie affiche Défaire, à toute personne dont le rôle permet de modifier les étapes, tant que le correctif n’a pas été annulé. Elle ouvre la même fenêtre que Défaire dans le chat ; voir Annuler un correctif. La possibilité d’annuler encore le correctif est vérifiée au moment du clic : la fenêtre en explique la raison lorsque l’étape a changé depuis ou que ses paramètres précédents ne sont plus conservés.

Une fois l’annulation traitée, l’historique est relu et l’annulation apparaît en haut comme une modification à part entière. Un correctif annulé n’affiche plus Défaire.

Filtrer l’historique

Au-dessus de la liste :

Workflow — les entrées concernant un workflow et ses étapes.
Étape — les entrées concernant une étape. Lorsqu’un workflow est choisi, seules ses étapes sont proposées.
Personne — les entrées qu’une personne a demandées, approuvées, rejetées, modifiées ou commentées.
Période — 7 derniers jours, 30 derniers jours, 90 derniers jours ou Personnalisé. Avec Personnalisé, choisissez le premier et le dernier jour dans De et À. Tant que les deux ne sont pas choisis, la liste reste sur la période qu’elle affichait.

Les jours sont des jours entiers en UTC, et le jour À est inclus. Chaque filtre relit l’historique depuis PlaidCloud, ce qui met aussi à jour les listes Workflow, Étape et Personne sans modifier votre sélection. Un export liste exactement ce qui est affiché à l’écran.

Exporter l’historique comme preuve d’audit

Cliquez sur Exporter en CSV ou Exporter en PDF. Le fichier contient les entrées affichées par les filtres actuels, pour la période choisie, telles que vous les voyez à l’écran. Il porte le nom de la période, par exemple weave-activity-20261001-20261014.csv.

Le fichier commence par :

qui a exporté quelle période et quand — par exemple Activité Weave pour le projet « Finance Close FY26 », du 01 oct. 2026 au 14 oct. 2026. Exporté par Nadia Brennan le 14 oct. 2026 à 15:02 UTC.
le résultat du contrôle d’intégrité (voir ci-dessous) ;
Cet export s’arrête à 10 000 entrées. Choisissez une période plus courte pour exporter le reste. lorsque la période contient plus de 10 000 entrées ;
la remarque sur la sécurité au niveau des lignes, lorsqu’elle s’applique à vous (voir Qui voit quoi).

Le CSV contient une ligne par entrée, avec les colonnes Écriture, Heure (UTC), Ce qui s’est passé, Demandé par, Approuvé ou rejeté par, Modifié par, Détails, Modifications, Résultat, Avant (exact), Après (exact) et Tel que proposé. Il est encodé en UTF-8 et s’ouvre directement dans Excel ; une valeur qu’un tableur exécuterait comme une formule est écrite sous forme de texte. Le PDF liste chaque entrée en entier, quelle que soit sa longueur.

Les entrées ne peuvent être ni modifiées ni supprimées

Aucun écran, aucune API et aucune personne dans PlaidCloud ne peut modifier ou supprimer une entrée : la base de données refuse de la changer ou de la retirer, et les entrées n’expirent jamais.

Chaque entrée est en outre liée à la précédente par une chaîne de hachages ; une entrée modifiée ou supprimée en dehors de PlaidCloud rompt donc la chaîne à partir de ce point. Chaque export vérifie toute la chaîne et indique ce qu’il a trouvé :

Contrôle d’intégrité réussi : les 1 204 entrées de l’historique de ce projet correspondent à la chaîne de hachages qui relie chacune à la précédente. Ce contrôle ne peut pas détecter les entrées supprimées à la fin.
Contrôle d’intégrité échoué : l’entrée 312 ne correspond pas à la chaîne de hachages ; cet historique a donc été altéré à partir de cette entrée. Contactez le support PlaidCloud.

Comme les entrées sont conservées définitivement, PlaidCloud en exclut les secrets partout où il peut en reconnaître un : un paramètre dont le nom ressemble à Mot de passe, Jeton ou Clé API, un mot de passe dans une URL de connexion et un mot de passe cité dans un message d’erreur sont tous enregistrés sous la forme [redacted].

Lorsqu’une approbation ne peut pas être enregistrée

Weave enregistre votre approbation avant d’effectuer la modification, et n’effectue aucune modification qu’il ne peut pas enregistrer. Si l’historique ne peut pas être écrit, l’approbation de la carte affiche Weave n’a pas pu enregistrer cette approbation et n’a donc effectué aucune modification. Réessayez plus tard et signalez-le à votre administrateur si le problème persiste. Rien n’a été enregistré, et la carte reste ouverte pour que vous puissiez l’approuver de nouveau.

Tout le reste — une proposition, un rejet, la façon dont une modification s’est terminée, un constat, un seuil d’actualité — est enregistré après coup. Si l’historique ne peut pas être écrit à ce moment-là, l’événement n’est pas enregistré plutôt que d’être mis en attente.

Qui voit quoi

Toute personne qui peut ouvrir le projet, et dont le rôle permet de lire ses étapes, workflows et tables, peut en lire l’historique.
Une entrée concernant un élément que votre rôle ne peut pas ouvrir — une étape, un workflow, une table ou une dimension masqués à votre rôle, ou supprimés depuis — montre tout de même que quelque chose s’est passé, quand, et qui en est l’auteur. Elle ne nomme aucune étape, aucun workflow, aucune table ni aucun paramètre et n’affiche aucune valeur, et indique Cela concerne un élément que vous ne pouvez pas ouvrir ou qui n’existe plus. PlaidCloud vérifie les étapes, workflows, tables et dimensions par rapport à votre rôle ; une entrée qui nomme autre chose, comme une connexion, est donc présentée ainsi à tous sauf aux Architectes. Un filtre sur une étape ou un workflow que vous ne pouvez pas ouvrir ne trouve rien. Les Architectes peuvent tout ouvrir dans leur projet, ils voient donc chaque entrée en entier.
Un constat complet est réservé aux Architectes. Un Architecte voit la phrase de Weave telle qu’elle a été écrite. Les autres voient l’étape ou le workflow et le type de problème — par exemple Weave a remarqué un problème pour l’étape « Load Sales » — Valeurs vides inhabituelles par rapport aux exécutions précédentes, dans la colonne « region ». — car la phrase complète peut nommer des éléments que seule la personne à qui appartenait l’exécution pouvait voir.
Responsables, commentaires et éléments attendus. Une entrée concernant le responsable d’un constat, un commentaire ou un constat marqué comme attendu désigne le constat tel que les autres le voient, et non la phrase complète de Weave. Une personne qui ne peut pas ouvrir l’objet du constat voit uniquement qui a changé le responsable, commenté ou modifié ce que Weave attend, et quand.
Sécurité au niveau des lignes. Si la sécurité au niveau des lignes limite les lignes que vous pouvez lire dans le projet, l’historique omet ce que Weave a remarqué à partir de la taille et du contenu des tables, ainsi que les responsables, commentaires et marques « attendu » de ces constats, et le signale au-dessus de la liste.
Paramètres de visibilité. Le fait qu’une étape ou une table soit visible des Gestionnaires ou des Explorateurs n’est montré qu’aux Architectes, comme dans le formulaire de l’étape elle-même.

Ce que l’historique n’enregistre pas

Les modifications que vous effectuez vous-même, hormis le seuil d’actualité d’une table et le responsable et les commentaires d’un constat. L’historique porte sur ce que Weave a fait.
Les modifications effectuées par un assistant IA connecté via MCP, comme Claude ou Microsoft 365 Copilot. Ces assistants agissent avec vos propres autorisations, sans passer par l’approbation de Weave. Un seuil d’actualité défini de cette façon est tout de même enregistré, comme il l’est quelle que soit la manière dont il est défini.
Les écritures ERP. Elles sont enregistrées et gouvernées dans le Registre des écritures.
Certains constats. Weave n’enregistre les constats que lors du contrôle qu’il exécute à la fin de l’exécution d’un workflow, qui juge ce workflow et ses étapes. Une table qui n’est pas alimentée selon la planification, ou une table lue après qu’un autre workflow l’a alimentée, est affichée dans l’onglet Weave mais pas dans l’historique. Rien n’est enregistré pour une exécution que personne n’a lancée et qu’aucune planification ne détient, pour une exécution arrêtée, pour l’exécution d’une macro à l’intérieur du workflow qui l’exécute, ni pour une exécution dont les résultats d’étapes ne finissent jamais d’être écrits.
Les constats d’une étape supprimée ou déplacée. Un problème concernant une étape ensuite supprimée, ou retirée de tous les workflows, reste ouvert dans l’historique, puisqu’aucune exécution ultérieure ne la contrôle.

Lorsque l’historique est indisponible

Si l’historique ne peut pas être lu, la vue affiche L’historique d’activité de Weave est indisponible au lieu d’une liste vide, car une liste vide donnerait l’impression que Weave n’a rien fait. Cliquez sur Réessayer, ou sur Actualiser dans la barre d’outils.