---
title: Piste de vérification
description: Ce que le journal d’activité enregistre, pourquoi il est en ajout seulement, ce que l’écran charge et ce qu’une exportation lit, et son usage à la clôture
section: Reference
order: 25
updated: 2026-09-18
sourceHash: 55351a2105a5
translation: machine
---

# Piste de vérification

Chaque modification d’un document dans inletAP est écrite dans un journal d’activité : ce qui a changé, qui ou quoi l’a changé, et quand. Cette page décrit ce qui est enregistré, ce qui ne l’est pas, et comment en tirer une réponse quand quelqu’un demande d’où vient un chiffre. La configuration de l’espace de travail figure en grande partie dans le journal elle aussi, avec une exception nommée plus bas : les paliers d’approbation.

![Le journal d’activité filtré sur un document, du plus récent au plus ancien : exportée, approuvée, trois décisions d’approbation limitées à leur portée, envoyée pour approbation et une mise à jour de la répartition, chacune nommant la personne ou le système qui a agi.](/screens/audit-log.png "La vie d’un document, du plus récent au plus ancien. Chaque entrée nomme qui ou quoi a agi — une personne, le système ou l’automatisation.")

Cette page vaut la lecture si vous fermez les livres, répondez aux questions de vérification ou devez expliquer une approbation à un propriétaire six mois après les faits.

## Ce qu’une entrée enregistre

| Partie de l’entrée | Contenu |
| --- | --- |
| Horodatage | Le moment du changement, à la seconde près. |
| Type d’acteur | `user`, `system` ou `rule`. |
| Acteur | Le nom de la personne, quand l’acteur était une personne. |
| Type d’événement | Ce qui s’est passé — `extracted`, `fields_updated`, `approved`, `exported` et ainsi de suite. |
| Document | La facture à laquelle l’entrée appartient, quand l’événement en concerne une. |
| Avant | La valeur précédente, pour les événements qui en portent une : modifications de champs, changements de statut, restaurations, modifications de répartition, changements de rôle, retraits de membres et invitations révoquées. |
| Après | La valeur actuelle, plus tout détail que porte l’événement. |

La piste nomme l’acteur, le moment et les deux valeurs pour chaque modification de champ, de sorte que la question « qui a changé ce total, quand, et que disait-il avant » trouve sa réponse dans cette seule entrée. Une modification de champ enregistre la valeur **vers** laquelle le champ a été changé et la valeur **depuis** laquelle il a été changé, sous les mêmes clés, pour que les deux côtés se comparent champ par champ. Un champ que la facture n’avait pas avant se lit comme vide plutôt que comme absent, et c’est ainsi que « était vide, maintenant 4 000,00 $ » reste différent de « cette modification n’a pas touché au total ». La valeur d’avant couvre les clés que cette modification a changées, pas le reste du document. Les modifications de champs ne sont pas les seuls événements qui en portent une — les changements de statut, les restaurations, les modifications de répartition, les changements de rôle, les retraits de membres et les invitations révoquées enregistrent eux aussi une valeur précédente, comme l’indique le tableau ci-dessus. Ce qui n’a aucune valeur précédente à enregistrer, c’est une décision plutôt qu’un changement : une approbation, un refus, une décision d’acheminement ou une tentative d’exportation est écrite avec son détail et sans côté « avant ».

## Types d’acteur

Il y en a trois, et ils sont tenus séparés à dessein.

| Type d’acteur | Signification |
| --- | --- |
| `user` | Une personne, nommée. Modifications de champs, approbations, refus, restaurations. |
| `system` | Le traitement automatique lui-même. Analyse, extraction, mise en suspens pour quota, tentatives d’exportation. |
| `rule` | Une suggestion que le produit a générée à partir de votre historique, par exemple une répartition proposée. Les correspondances de règles d’imputation sont enregistrées sous `system` aujourd’hui, avec le reste du traitement automatique. |

Cette distinction est la raison pour laquelle le journal vaut la peine d’être conservé. La première question posée en vérification sur l’automatisation n’est jamais « est-ce que ça fonctionne », c’est « comment distinguer ce que la machine a fait de ce qu’une personne a fait ». Filtrer le journal sur les personnes seulement, ou sur l’automatisation seulement, y répond en une action.

## Sources des champs

Indépendamment de l’acteur, chaque champ extrait enregistre la provenance de sa valeur.

| Source | Signification |
| --- | --- |
| `ocr` | Lue sur le document lui-même. |
| `body` | Lue dans le texte du courriel plutôt que dans une pièce jointe. |
| `rule` | Écrite par une de vos règles — un compte de grand livre par défaut, par exemple. |
| `user` | Saisie ou corrigée par une personne. |

Un compte de grand livre de source `rule` et un compte de grand livre de source `ocr` sont deux affirmations très différentes sur le même nombre. La première est votre instruction permanente; la seconde est ce qu’un modèle croit avoir vu imprimé sur une page. Les garder distinctes est ce qui vous permet de décider à quel point regarder de près.

## Ce qui est journalisé

Les documents accumulent des entrées dès l’arrivée du message : l’analyse, l’extraction avec son niveau de confiance, une correspondance de règle et ce qu’elle a défini, une mise en suspens pour quota du forfait, un document filtré puis restauré plus tard, les modifications de champs, un doublon marqué par rapport à son original, l’envoi pour approbation, chaque approbation ou refus avec son commentaire, et chaque exportation réussie avec l’enregistrement qu’elle a créé dans le logiciel comptable. Les échecs d’exportation et les nouvelles tentatives figurent aussi dans la piste. Une facture fournisseur qui s’arrête sans atteindre votre logiciel comptable écrit `export.failed`, avec le lot, la destination, la facture quand l’échec appartient à une seule, et le code d’erreur ou le message renvoyé par le logiciel comptable; un lot qui se termine avec des factures fournisseurs exigeant une personne en écrit un pour le lot dans son ensemble. Appuyer sur Relancer écrit `export.retried` au nom de la personne qui a appuyé, une fois par nouvelle tentative réellement exécutée — un deuxième clic sur le même lot ne met rien en file d’attente et n’enregistre rien. Une exception voulue : une facture fournisseur que le logiciel comptable contient déjà n’écrit aucun événement d’échec, parce qu’elle a été comptabilisée, et `export.failed` à côté de `exported` pour la même facture dirait le contraire. Lisez [échecs d’exportation](/docs/export-failures) pour savoir quoi faire dans ce cas; la piste est la trace que l’échec a eu lieu.

Les changements de membres sont aussi enregistrés — invitations envoyées, acceptées et révoquées, changements de rôle et retraits — parce que « qui avait le droit d’approuver en mars » est une question qui survit à l’emploi de la personne.

## Ajout seulement, et pourquoi ce n’est pas un détail

Aucun rôle n’a de moyen de modifier ou de supprimer quoi que ce soit dans le journal. Ni le rôle Commis aux comptes fournisseurs, ni Contrôle et approbation, ni Administration, ni le propriétaire de l’entreprise. Il n’y a aucune interface pour cela parce qu’il n’existe aucune route pour cela.

Cela ressemble à une subtilité technique, et c’est pourtant toute la valeur de la chose. Un journal dans lequel une personne assez haut placée peut faire le ménage ne prouve rien; c’est la trace de ce que la personne la plus haut placée disponible voulait voir être vrai. Dès qu’une personne du rôle Administration peut retirer une ligne, chaque ligne restante vaut moins, y compris toutes les lignes honnêtes.

La conséquence pratique : les erreurs restent visibles. Si vous imputez une facture au mauvais immeuble et la corrigez une heure plus tard, les deux faits restent dans la piste pour de bon. C’est le bon résultat. Une correction accompagnée de l’original est une trace plus solide qu’une trace propre, et quiconque a déjà assisté à une vérification sait laquelle des deux rassure la personne qui vérifie.

Cela signifie aussi que le journal ne peut pas servir à cacher un désaccord. Un refus garde son commentaire. Une approbation annulée plus tard garde les deux événements.

## Vous en servir en fin de mois

L’écran [Journal d’activité](/app/audit) présente deux rangées de filtres, et la ligne entre elles répond à la seule question qui compte ici : est-ce que je regarde la piste, ou une page de la piste?

**La première rangée interroge le serveur, sur toute la piste.** Un identifiant d’enregistrement, une date de début et une date de fin, une personne et un type d’action. Chacun d’eux restreint toutes les entrées de l’espace de travail, peu importe leur ancienneté.

**La deuxième rangée restreint seulement les entrées que ce navigateur a déjà chargées.** Il s’agit de la recherche en texte libre dans les enregistrements, les champs et les valeurs, et du sélecteur « Personnes / Automatisation ». Ni l’une ni l’autre ne peut être envoyée au serveur — le point de terminaison n’a aucun paramètre de recherche en texte intégral, et une ligne d’automatisation ne porte aucun acteur à filtrer — alors elles travaillent sur ce qui est déjà chargé, et l’écran le dit à côté d’elles.

La liste charge 100 entrées à la fois, de la plus récente à la plus ancienne, et **Charger des entrées plus anciennes** va chercher la centaine suivante. Une ligne au-dessus indique la période demandée et s’il reste quelque chose derrière : soit des entrées plus anciennes existent et vous pouvez les atteindre, soit toutes les entrées correspondantes sont chargées. Cette phrase est là parce qu’un résultat vide et une piste vide sont deux réponses différentes, et sur un écran de conformité, les distinguer est justement le travail.

Pour suivre une facture, collez son identifiant d’enregistrement dans la première case. C’est un filtre côté serveur, donc il atteint toute la piste plutôt que la page devant vous. Les dates sont des jours complets dans votre propre fuseau horaire.

Trois habitudes couvrent l’essentiel de la fin de mois.

- **Concilier les exportations.** Filtrez sur les événements d’exportation et comparez ce que vous voyez avec ce qui est arrivé dans votre logiciel comptable. Une entrée `exported` est une facture fournisseur qui a été comptabilisée, donc un écart est une facture qui n’y est jamais arrivée — et les entrées `export.failed` et `export.retried` à côté disent pourquoi elle s’est arrêtée et qui l’a renvoyée. L’[écran Exportations](/app/exports) conserve toujours l’historique des tentatives et le bouton Relancer.
- **Examiner ce que l’automatisation a décidé.** Filtrez sur l’automatisation seulement. C’est là que vous trouvez une règle qui impute discrètement un fournisseur au mauvais compte depuis que vous l’avez écrite, une défaillance bien plus fréquente qu’une règle qui ne fait rien du tout.
- **Vérifier les corrections.** Filtrez sur les personnes seulement et regardez `fields_updated`. Un fournisseur dont les totaux sont corrigés à la main chaque mois vous dit soit d’écrire une règle, soit de vous attendre à ce que la mise en page de ce fournisseur continue de vous coûter du temps.

**Exporter le journal** produit un fichier CSV avec l’horodatage, l’acteur, le rôle, l’action, l’enregistrement, le champ, la valeur d’avant et la valeur d’après en colonnes. Trois choses à savoir avant de remettre ce fichier pour une vérification.

**L’exportation n’est pas ce qui est à l’écran.** Elle retourne au serveur et parcourt toute la piste selon les filtres de la première rangée — les dates, la personne, le type d’action, l’enregistrement — peu importe le nombre de pages que cela représente. Les lignes à l’écran ne sont que les cent premières de la même question. C’est l’inverse de l’ancien comportement, et cela signifie que vous n’avez plus à charger la piste à la main avant de l’exporter.

**Elle s’arrête à 5 000 entrées, et elle vous le dit.** La piste d’un espace de travail n’a pas de limite supérieure, donc le parcours doit avoir une fin. Si vous l’atteignez, le fichier se télécharge quand même, avec un avertissement qui nomme le plafond et dit de restreindre les dates et d’exporter de nouveau pour atteindre le reste. Une exportation réussie reçoit plutôt le nombre d’entrées et la période. Aucun des deux messages ne vous laisse deviner lequel vous avez reçu.

**Les deux restrictions de la deuxième rangée s’appliquent après coup, à ce qui a été récupéré.** Ainsi, une recherche de valeur ou le sélecteur « Personnes / Automatisation » peut vous remettre un fichier bien plus court que 5 000 lignes alors que le plafond a quand même été atteint — le plafond compte les entrées récupérées, pas les entrées écrites. Quand l’avertissement apparaît à côté d’un petit fichier, c’est ce qui s’est passé. Restreignez les dates et recommencez.

La colonne intitulée `role` indique si une personne, le traitement automatique ou l’automatisation a agi — Personne, Système ou Automatisation — et non le titre de poste de cette personne. Le point de terminaison du journal ne renvoie aucun rôle, et en inventer un dans une piste de conformité serait pire que de le laisser de côté.

### Prouver qu’une exportation couvre ce que vous avez demandé

Un dossier remis pour vérification vaut ce que vous pouvez en dire, alors vérifiez trois choses avant de l’envoyer.

- **Lisez le message affiché.** Le message de réussite indique le nombre d’entrées et répète la période — « Tout le journal, du plus récent au plus ancien. », ou les dates que vous avez définies. L’avertissement nomme le plafond de 5 000. Si vous avez vu l’avertissement, le fichier est un début de piste, et rien d’autre que vous vérifierez n’y changera quoi que ce soit.
- **Comparez le nombre avec le fichier.** Le nombre du message est le nombre de lignes de données du CSV. Une feuille de calcul qui s’ouvre avec un autre nombre est un autre fichier.
- **Vérifiez les extrémités par rapport à la question.** Triez le CSV par horodatage. Les lignes la plus ancienne et la plus récente doivent se situer dans les dates de votre filtre, et si vous avez demandé toute la piste sans dates, l’écran devait indiquer que toutes les entrées correspondantes étaient chargées avant votre exportation.

Une habitude rend les trois vérifications faciles : définissez d’abord les dates et exportez une question à la fois. Un mois de la piste d’un espace de travail est un fichier qu’une personne peut lire; une année de tout est un fichier qui atteint le plafond et ne répond à rien.

## Limites à connaître

### Ce qui n’est pas journalisé

L’historique des documents est complet. La configuration de l’espace de travail est presque complète, et la lacune mérite d’être nommée plutôt que découverte.

- **Les paliers d’approbation ne sont pas journalisés.** Ajouter, modifier ou supprimer un palier n’écrit aucune ligne dans le journal aujourd’hui. C’est le seul changement de configuration sur lequel une vérification peut porter et auquel nous ne pouvons pas répondre à partir de la piste.
- Les alias d’immeubles ne sont pas journalisés non plus, ce qui compte moins : un alias change la façon dont un immeuble est reconnu, pas qui signe pour lui ni ce qu’il coûte.

Tout le reste de l’espace de travail écrit une ligne. Les changements de membres — invitations envoyées, acceptées et révoquées, changements de rôle et retraits. Les paramètres de l’espace de travail, y compris l’imputation répartie et l’interrupteur de séparation des tâches, avec les clés qui ont changé et les deux valeurs. Pour un immeuble, l’approbation principale, l’approbation de remplacement, le seuil d’approbation automatique, le compte de grand livre par défaut et le centre de coûts, sous leur propre événement `property.approval_changed`. Les immeubles, les logements et locaux, les fournisseurs, les alias de fournisseurs, les entités juridiques et l’entreprise du logiciel comptable vers laquelle pointe une entité. Les adresses de réception, au moment de leur création.

Le journal enregistre ce qui s’est passé dans inletAP. Il n’enregistre pas ce qui s’est passé ensuite dans votre logiciel comptable — si quelqu’un modifie une facture fournisseur comptabilisée dans QuickBooks Online ou Xero, cette modification figure dans l’historique de votre logiciel comptable, pas ici.

Les entrées du journal sont conservées tant que votre espace de travail est actif, parce qu’elles font partie de vos registres comptables. Il n’existe aucun paramètre de conservation par espace de travail aujourd’hui, et nous préférons le dire plutôt que de présenter une fonction absente comme une décision de politique. Consultez [sécurité et données](/docs/security-and-data) pour le reste du portrait.

## Pour aller plus loin

- [Sécurité et données](/docs/security-and-data) — séparation entre clients, conservation et ce que nous n’avons pas.
- [Rôles et permissions](/docs/roles-and-permissions) — qui peut faire quoi, ce que reflète la colonne de l’acteur.
- [Statuts des factures](/docs/invoice-statuses) — les états entre lesquels le journal enregistre les transitions.
- [Exportation de fin de mois](/docs/month-end-export) — la fermeture des livres avec laquelle cette piste se lit habituellement.