Accueil / Répertoire d’attributs – où cette transaction est-elle utilisée ?

Répertoire d’attributs – où cette transaction est-elle utilisée ?

Répertoire d’attributs

Où cette transaction est-elle utilisée ?

Pas dans un diagramme – dans tous. Un système doit être remplacé. Un rôle est redéfini. Un auditeur demande la preuve. La question n’est alors pas „comment se déroule ce processus“ – mais où cela apparaît-il partout.

Le problème

Un diagramme se lit, mais ne s’interroge pas

Dans la plupart des outils, un modèle de processus est une image. Ce qui y figure est dans l’image – pas dans une structure qui répond. Avec trente modèles, cela veut dire : ouvrir chaque fichier un par un, et recommencer la fois suivante.

Où se trouve cette transaction ?

Répartie sur des modèles, des services et des années – trouvable seulement si on les connaît tous.

Où manque la preuve ?

Contrôle requis mais aucun cas de test. Risque nommé mais aucun contrôle.

La réponse

Une question, tous les modèles de l’entreprise

TAOM tient les informations sur l’étape elle-même : rôle, système, transaction, contrôle requis, risque, contrôle, cas de test, origine, état de validation. La recherche ne porte pas sur le fichier ouvert mais sur l’ensemble du fonds – trente modèles, douze services, trois ans de travail, une réponse.

Un terme, trouvé dans tous les modèles de l’entreprise Cinq modèles de bout en bout, décalés comme des feuilles sur une étagère. Les étapes sont grises ; celles trouvées sont en vert. Commande client → facture Commande → réception Planification → production Lot → libération Commande → livraison Rôle : chef d’entrepôt · 24 résultats dans cinq processus – une seule requête
Recherche dans le répertoire d’attributs avec la liste des résultats Un champ de recherche avec le terme chef d’entrepôt, en dessous des résultats de trois modèles différents avec phase et rôle. RECHERCHE D’UN TERME Chef d’entrepôt Chercher Question posée : Texte libre : chef d’entrepôt · tous dans l’entreprise 24 résultats T04-AUFT-AC012 Créer la commande De la commande à la livraison Phase : saisie · rôle : chef d’entrepôt T04-PROD-AC004 Saisir la commande Production alimentaire Phase : saisie · rôle : chef d’entrepôt T04-PHAR-AC007 Vérifier la commande Production pharmaceutique Phase : saisie · rôle : chef d’entrepôt

Un terme, trois modèles, trois services – sans ouvrir un seul fichier.

La différence

Ce qui manque est la question la plus utile

Une recherche ordinaire trouve ce qui existe. Les questions qui comptent avant un audit visent l’inverse – et elles ne sont solubles que parce que les informations sont sur l’étape.

Contrôle requis, sans cas de test

L’étape est marquée comme soumise à contrôle – la preuve manque.

Risque sans contrôle

Un risque est nommé mais rien ne le couvre.

Généré par IA, non validé

Le texte vient de l’agent et n’est passé par personne.

Dans une seule langue

Décrit, mais la deuxième version manque.

Du constat à la correction : Chaque question a une action groupée – créer des cas de test, fixer le contrôle requis, demander la traduction manquante, pour les étapes sélectionnées en une fois. Sélectionné, pas automatique : Nommer un cas de test est une décision métier, pas une formalité.

Le catalogue

Treize questions auxquelles une image ne répond pas

Pas de formulaire dans lequel il faut se plonger – des questions prêtes, dans les mots de ceux qui les posent. Sept visent les manques, six montrent l’existant. Et chacune porte au choix sur un modèle, les vôtres ou tous les modèles de l’entreprise.

Ce qui manque

  • Contrôle requis mais sans cas de testL’étape doit être contrôlée – aucun cas de test n’est enregistré.
  • Risque sans contrôleUn risque est nommé mais rien ne le couvre.
  • Contrôle requis encore ouvertDes risques ou des cas de test existent – personne n’a décidé si un contrôle est requis.
  • Généré par IA mais non validéLe contenu vient de l’agent et n’est passé par personne.
  • Cas de test sans résultatUn contrôle était prévu – aucun résultat n’existe.
  • Contrôle requis non encore décidéLe point de départ le plus fréquent dans un nouveau modèle.
  • Description dans une seule langueDécrit, mais la deuxième version manque.

Ce qui existe

  • Toutes les étapes soumises à contrôleCe qui doit être contrôlé selon vos propres règles – avec et sans cas de test.
  • Toutes les étapes avec un risqueOù un risque est nommé, couvert ou non.
  • Toutes les étapes avec un contrôleOù un contrôle est enregistré.
  • Toutes les étapes avec un cas de testOù figure au moins un cas de test.
  • Toutes les étapes avec un résultatOù un résultat existe – réussi ou non.
  • Explicitement non soumis à contrôleExaminé et jugé non requis – à ne pas confondre avec « encore ouvert ».

La différence tient à la dernière entrée. « Explicitement non soumis à contrôle » et « non encore décidé » se ressemblent dans tout tableau – vides. En audit, ce sont deux affirmations très différentes : une décision prise et une question ouverte. TAOM les distingue.

Trouvé – et ensuite ?

Du résultat à la comparaison – en un clic

Le résultat se trouve dans le modèle d’un autre service. Dans tout autre outil : fermer le sien, ouvrir l’autre, faire des allers-retours. TAOM l’ouvre à côté – un clic depuis la liste : à gauche en consultation, à droite votre éditeur. Les deux cherchables, les deux zoomables, rien n’est perdu.

Vue partagée : consultation à gauche, éditeur à droite Deux volets côte à côte. À gauche un autre modèle en consultation, à droite le vôtre dans l’éditeur, entre les deux un bouton d’échange. CONSULTATION · LECTURE SEULE Production pharmaceutique ▾ ÉDITEUR · MODIFIABLE

L’édition se fait toujours à droite seulement. Deux modèles modifiables signifieraient deux états enregistrés et la question de savoir lequel est visé. Chaque côté a sa recherche et son zoom ; l’échange rend le modèle trouvé modifiable en un clic.

Honnêtement

Ce que ce n’est pas

Le répertoire répond à des questions sur tous les modèles. Ce n’est pas une analyse d’impact avec arbre de dépendances : qui veut savoir quelles formations une modification déclenche ne le trouve pas aujourd’hui.

Deux recherches, deux rôles. Dans tous les modèles, la recherche porte sur les attributs – rôles, systèmes, transactions, états de contrôle. Dans le modèle ouvert, l’éditeur et la visionneuse cherchent en plus dans le texte courant des descriptions. L’une trouve où une chose apparaît ; l’autre, ce qui y est écrit.

Réutiliser

Les réponses sont récupérables

Ce que la recherche trouve peut aussi être récupéré par programme : attributs, modèles et résultats sont disponibles via l’interface – pour vos analyses, rapports ou un outil à côté.

Voir Platform & API →

D’où vient le savoir

La mémoire derrière la recherche

Le répertoire trouve ce qui existe. Comment il sait was existe – rôles, activités, domaines avec leur fréquence – est dans le Learning Model.

Voir le Learning Model →

Toutes les fonctions de Process Studio →