TAOM™ Glossaire

La structure fonctionnelle de tous les processus d’une entreprise – du paysage des processus jusqu’au déroulement isolé.

Dans le contexte TAOM : Le modèle appartient au mandant, non au projet : plusieurs initiatives travaillent sur la même structure, afin que P2M signifie la même chose dans le projet logistique et dans le projet RH. Chaque identifiant d’étape en découle.

Contenus liés : Modèle d’entreprise · En 60 secondes · Sept vues

Le niveau le plus bas du modèle d’entreprise : le déroulement lui-même.

Dans le contexte TAOM : Le modèle BPMN se rattache au niveau L5. En dessous, il n’y a pas de niveau supplémentaire – ce qui suit relève des objets du jumeau numérique : activités, rôles, systèmes, exigences, contrôles.

Contenus liés : Modèle d’entreprise

Un flux de valeur qui se déroule du début à la fin – P2M, O2C, S2P, I2D, R2R.

Dans le contexte TAOM : Au niveau L2 du modèle d’entreprise. Un processus de bout en bout correspond souvent à un flux de l’organisation du projet ; le lien est entretenu, non dupliqué.

Contenus liés : Modèle d’entreprise · Organisation du projet

L’identifiant unique d’une étape, formé à partir du numéro du modèle – par exemple P2M.02.01-AC001.

Dans le contexte TAOM : Le même identifiant figure dans le modèle, dans le fichier BPMN, dans le ticket Jira et sur la page Confluence. Si un processus est déplacé, la page et le ticket suivent ; l’ancien identifiant reste sur l’élément.

Contenus liés : Modèle d’entreprise · En 60 secondes

Une page Confluence qui représente un niveau du modèle d’entreprise et récapitule les pages situées en dessous.

Dans le contexte TAOM : Elle est créée lors du transfert et renouvelée à chaque exécution. Les compléments appartiennent à la page du processus concerné, pas au tiroir.

Contenus liés : Modèle d’entreprise

Le chemin d’une modification depuis Confluence ou Jira vers le modèle.

Dans le contexte TAOM : Ce qui est saisi dans une zone humaine est renvoyé au modèle par l’application TAOM. Le pied de chaque page porte mandant, projet, nœud, numéro et espace de travail – c’est ainsi qu’une remontée retrouve son origine, même après un renommage.

Contenus liés : En 60 secondes · Organisation du projet

Une organisation qui apprend continuellement des changements de son environnement et ajuste en conséquence processus, structures, capacités et technique.

Dans le contexte TAOM : L’adaptation n’est pas un projet occasionnel mais une capacité durable : apprendre → décider → changer → exécuter → observer → adapter.

Contenus liés : Théorie · THY-13

La description de ce qu’un agent peut savoir, savoir-faire et faire.

Dans le contexte TAOM : Attribué par rôle dans le panneau d’administration, non négocié par personne.

Contenus liés : Skill Profiles

Un besoin documenté qu’un processus, un système ou une solution doit satisfaire.

Dans le contexte TAOM : Une exigence reste reliée à l’étape, au rôle et au système dont elle est issue.

Contenus liés : Solution · Engineering

L’affichage de qui travaille en ce moment dans le même espace de travail, et sur quoi.

Dans le contexte TAOM : Volontairement le niveau un de la collaboration : on signale et on affiche – rien n’est verrouillé, rien n’est modifié.

Contenus liés : Collaboration

Le lieu délimité où vit un projet avec ses modèles et ses informations.

Dans le contexte TAOM : Les espaces de travail portent un identifiant qui permet de retrouver plus tard la provenance et le client.

Contenus liés : Collaboration

L’ensemble des mécanismes par lesquels une organisation crée de la valeur et se pilote.

Dans le contexte TAOM : Dans TAOM, ce sont les 21 mécanismes de l’Operating System – de la langue commune au retour d’information.

Contenus liés : Operating System · OS

Le transfert préparé des informations de processus et d’exigences vers Jira et Confluence. Selon SAP Activate et l’usage du PMI, cette étape s’appelle Solution Design ; on parlait autrefois de blueprint.

Dans le contexte TAOM : Le modèle produit un epic, des stories par phase, des tickets par étape et une arborescence de spécifications – après validation humaine et aligné à chaque exécution, au lieu de créer des doublons.

Contenus liés : Intégrations

L’information portée par l’étape indiquant si elle doit être contrôlée – avec trois valeurs : oui, non, ouvert.

Dans le contexte TAOM : Volontairement une information distincte et non déduite de la conformité : toute étape référencée à une norme n’est pas soumise à contrôle, et toute étape à contrôler ne porte pas de référence. La valeur ouvert est la plus importante : elle distingue « examiné et jugé non soumis » de « personne ne s’en est encore occupé ».

À voir aussi : Digital Twin · Prix et forfaits

La description d’un contrôle : condition préalable, étapes, résultat attendu, preuve – rattachée à l’exigence, au contrôle et au risque.

Dans le contexte TAOM : Le cas de test naît sur l’étape du processus et en porte l’identifiant. Ce qu’il devient dans l’outil de test relève de la liaison ; le cas lui-même est décrit en termes métier et reste indépendant de l’outil.

À voir aussi : Digital Twin · Intégrations

La correspondance exigence – cas de test – résultat, sur l’ensemble des étapes.

Dans le contexte TAOM : Elle n’est pas entretenue mais déduite : les renvois figurent sur les étapes, la matrice en découle. Les cases vides ne sont pas une erreur du tableau ; elles montrent ce qui manque au regard de l’obligation de contrôle que la maison s’est donnée.

À voir aussi : Digital Twin · Gouvernance

Un élément du modèle de processus avec ses informations structurées – pas seulement une forme sur la surface de dessin.

Dans le contexte TAOM : Le shape porte l’ordre, le rôle, le système, l’exigence et l’identifiant. C’est là que réside le lien, et donc la base de tout ce qui en découle.

À voir aussi : Digital Twin · Process Studio

La liaison durable entre un shape et un objet d’un système cible, tenue par l’identifiant TAOM.

Dans le contexte TAOM : Un renvoi naît à la création, non à la relecture. C’est la seule raison pour laquelle on sait plus tard à quelle étape appartient un ticket Jira ou une page Confluence.

À voir aussi : Intégrations · Digital Twin

Des renvois qui ne sont pas seulement établis mais entretenus : créés, mis à jour, relus.

Dans le contexte TAOM : L’entretien fait la différence. Une liaison créée une fois vieillit ; une liaison tenue reste valable parce que quelqu’un en répond – l’agent.

À voir aussi : Digital Twin · Effectif IA

Ce qui revient des systèmes cibles vers le shape : terminé, validé, avancement, version.

Dans le contexte TAOM : L’état vit sur l’étape du processus, pas seulement dans le système cible. C’est alors seulement qu’un modèle dit quelle partie du processus est réalisée – et cesse d’être une image.

À voir aussi : Digital Twin · Intégrations

Business Process Model and Notation – un langage graphique normalisé pour les processus métier.

Dans le contexte TAOM : TAOM utilise BPMN comme représentation importante, sans tenir le diagramme pour le modèle d’entreprise complet. À une activité tiennent rôles, systèmes, exigences, savoir, contrôles et agents.

Contenus liés : Produit · Démos

Le respect des prescriptions externes, des directives internes, des normes et des exigences définies.

Dans le contexte TAOM : TAOM relie les exigences de conformité aux objets qu’elles concernent.

Contenus liés : Conformité et gouvernance

La portée sur laquelle un agent regarde : diagramme, forme, phase, processus ou utilisateur et rôle.

Dans le contexte TAOM : Le niveau décide de ce qu’un agent peut voir et modifier – et c’est la raison pour laquelle il y a sept agents et non un seul.

Contenus liés : AI Agents

L’image reliée de toute l’organisation à travers processus, capacités, rôles, systèmes, exigences, savoir, contrôles et IA.

Dans le contexte TAOM : Il se construit pas à pas. Il n’est pas nécessaire de tout modéliser avant d’en tirer quelque chose.

Contenus liés : Digital Twin

La description de ce qu’une solution doit fournir sur le plan métier.

Dans le contexte TAOM : Reste reliée à l’exigence, à l’étape, au lien système et à l’objet de développement.

Contenus liés : Engineering

Quelque chose qu’une organisation doit savoir faire pour atteindre un résultat.

Dans le contexte TAOM : Les capacités sont le pont entre stratégie et exécution : objectif métier → capacité → processus → application → exigence.

Contenus liés : Architecture

Le constat qu’un processus standard convient ou non.

Dans le contexte TAOM : Un écart n’est pas un défaut mais une affirmation sur le métier – tant que l’on sait plus tard pourquoi il est né.

Contenus liés : Transformation SAP

Les structures, responsabilités, règles et contrôles par lesquels les activités sont conduites et surveillées.

Dans le contexte TAOM : Les contrôles tiennent aux processus, exigences, systèmes, décisions, agents et artefacts – non à un classeur à côté.

Contenus liés : Conformité et gouvernance · MGT-09 · Là où personne n’est responsable

Un principe de gouvernance selon lequel les personnes conservent la responsabilité définie de la vérification, de l’approbation et du contrôle.

Dans le contexte TAOM : Cela ne veut pas dire que chaque action d’une IA doit être approuvée. Le degré de participation humaine dépend de la tâche, du risque et de la responsabilité – et TAOM le dit explicitement.

Contenus liés : Gouvernance · Agents

Cinq degrés de maturité du raccordement : référence, lien, échange, réconciliation, orchestration.

Dans le contexte TAOM : Référence, lien, échange et réconciliation sont productifs aujourd’hui ; l’orchestration se définit par projet.

Contenus liés : Intégrations

L’identifiant durable d’un chapitre du framework, par exemple TOOL-04 ou THY-13.

Dans le contexte TAOM : Les identifiants ne changent pas lorsque graphiques, outils ou projets changent. Les renvois restent donc valables, même si le chapitre est remanié.

Contenus liés : AI Framework · Operating System · OS · Tooling · TOOL

Le laps de temps pendant lequel l’éditeur attend la réponse à une question de l’agent.

Dans le contexte TAOM : Si le champ reste vide, l’éditeur attend indéfiniment – la décision reste humaine. Une valeur signifie qu’ensuite l’agent poursuit. C’est réglable à dessein et ce n’est pas le réglage par défaut.

Contenus liés : AI Agents

Un rôle numérique qui exécute des activités définies avec le savoir, les outils et les droits disponibles.

Dans le contexte TAOM : Un agent a une définition organisationnelle explicite : responsabilité, capacité, accès au savoir, outils, participation au processus, gouvernance, surveillance et résultats autorisés. Il est donc plus qu’une fenêtre de discussion.

Contenus liés : AI Agents · Escalade et agents IA

L’ensemble ordonné des agents IA qui travaillent aux côtés des rôles humains dans l’organisation.

Dans le contexte TAOM : L’IA apparaît ainsi dans la conception de l’organisation plutôt qu’à côté. Dans TAOM, ce sont sept agents sur cinq niveaux.

Contenus liés : AI Agents · Solution

Les informations sur l’origine d’un contenu produit ou modifié par IA et sur son traitement.

Dans le contexte TAOM : TAOM distingue « créé par des personnes », « produit par IA » et « modifié dans TAOM ». La provenance n’est pas l’approbation ni la certification.

Contenus liés : Certification

Une organisation où l’IA fait partie du modèle opérationnel et n’est pas seulement utilisée via des outils isolés.

Dans le contexte TAOM : Natif de l’IA ne veut pas dire que l’IA remplace les personnes. Cela veut dire que personnes et agents figurent dans le même modèle d’organisation.

Contenus liés : AI Framework · Posture

Un corpus de savoir qui grandit de façon versionnée et traçable, au lieu de paraître une seule fois.

Dans le contexte TAOM : Chaque publication indique la version, le statut, les chapitres concernés et les modifications documentées.

Contenus liés : AI Framework

La règle selon laquelle, sur une installation partagée, aucun client ne peut voir ou modifier les données d’un autre.

Dans le contexte TAOM : Vaut aussi pour les documents attachés aux formes et leurs liens, pas seulement pour les espaces de travail.

Contenus liés : Gouvernance

La correspondance sourcée entre étape de processus, composant ERP et fonction.

Dans le contexte TAOM : Plus de 2400 lignes, chacune avec sa source. On y cherche – on n’y invente rien.

Contenus liés : Intégrations

La séparation entre le fichier de départ inchangé et la version sur laquelle on travaille.

Dans le contexte TAOM : À gauche le modèle source en lecture seule, à droite l’état de travail. Deux questions trouvent ainsi réponse : où avons-nous commencé, et qu’est-ce qui a changé ?

Contenus liés : Produit · Collaboration

Une image numérique vivante d’un processus métier et de son environnement.

Dans le contexte TAOM : Il contient plus que la séquence : rôles, systèmes, exigences, savoir, contrôles, décisions et agents y tiennent.

Contenus liés : Digital Twin

Le relevé et la mise en ordre systématiques de la façon dont on travaille réellement.

Dans le contexte TAOM : Le point de départ peut être un atelier, un entretien, une description en langage courant, une instruction de travail ou un modèle existant.

Contenus liés : Solution · Agents

La structuration des processus sur plusieurs niveaux – de la cartographie à l’étape de travail isolée.

Dans le contexte TAOM : Dans l’éditeur, cartographie et processus détaillés vivent sur le même plan de travail, non dans des outils séparés.

Contenus liés : Process Studio

Une section cohérente d’un processus qui regroupe plusieurs étapes.

Dans le contexte TAOM : Les éléments successifs d’une même phase sont représentés comme un bloc continu, non comme une suite de blocs isolés.

Contenus liés : Produit

L’information signée sur la provenance et l’historique de traitement, portée par le modèle lui-même.

Dans le contexte TAOM : Les états en service aujourd’hui sont AI GENERATED et AI MODIFIED. Pour les fichiers importés, aucune provenance inexistante n’est affirmée.

Contenus liés : Produit · Certification

Une répartition indiquant qui exécute une tâche, qui en répond, qui est consulté et qui doit être informé.

Dans le contexte TAOM : Dans TAOM, un type de diagramme à part entière aux côtés du BPMN, de l’organigramme, de la cartographie et du paysage applicatif – avec les mêmes informations sur les éléments.

Contenus liés : Produit · RACI en pratique · Confirmer les rôles

La description de la façon dont une exigence métier est réalisée techniquement.

Dans le contexte TAOM : TAOM tient ensemble la chaîne processus → exigence → spécification fonctionnelle → spécification technique → réalisation.

Contenus liés : Engineering

L’information structurée autour d’un objet, qui explique ses relations et son sens.

Dans le contexte TAOM : Seul le contexte permet aux personnes et à l’IA de comprendre un artefact au-delà de son contenu.

Contenus liés : Digital Twin

La vérification que des critères définis sont remplis.

Dans le contexte TAOM : À ne pas confondre avec la provenance (d’où cela vient), la vérification (une personne l’a-t-elle regardé) et la certification (un standard est-il démontrablement satisfait).

Contenus liés : Certification

Une classification courante des objets de développement : workflow, report, interface, conversion, enhancement, form.

Dans le contexte TAOM : La valeur n’est pas dans la classification, mais dans la traçabilité vers le besoin métier.

Contenus liés : Transformation SAP

La preuve qu’un standard défini est satisfait.

Dans le contexte TAOM : TAOM distingue quatre types : personne, artefact, application de la méthode et provenance IA. Pour les personnes, il y a trois niveaux – Modeller, Agents, Infrastructure.

Contenus liés : Certification · Vérifier un certificat

La marque signée apposée sur chaque fichier de modèle produit : origine, version, moment, état de licence et mention IA.

Dans le contexte TAOM : Il repose sur une empreinte cryptographique selon SHA-256 portant sur le contenu. Une provenance étrangère n’est jamais reprise – si un fichier n’a pas été créé dans TAOM, il porte la mention « Inconnu ».

Contenus liés : Guide · Centre de confiance

Le même procédé appliqué aux documents : facture, document de licence, accord de sous-traitance, certificat et documentation contractuelle portent un numéro, un sceau et un code QR.

Dans le contexte TAOM : Vérifiable sur taom.ai/beleg, sans accès à TAOM. Ce n’est pas seulement le modèle qui a une provenance vérifiable, mais chaque document qui en découle.

Contenus liés : Vérifier un document · Centre de confiance

Le texte des documents applicables au moment d’un achat, figé sous forme de document distinct.

Dans le contexte TAOM : Elle est écrite une seule fois et n’est plus modifiée ensuite. Les versions ultérieures des documents ne la touchent pas – on sait ainsi qui s’est vu promettre quoi, et quand.

Contenus liés : Accord de sous-traitance · CGV

Le relevé de ce qui a changé avec une version – par domaine et avec son état.

Dans le contexte TAOM : Consultables dans le compte client sous « Nouveautés ». Les versions juridiques y sont archivées ; lorsqu’une modification exige un consentement, la version et la date sont consignées sur le compte.

Contenus liés : Nouveautés

Le retour encadré des modifications de Jira et Confluence vers le modèle de processus – détectées, évaluées et admises champ par champ.

Dans le contexte TAOM : Volontairement pas appelé « synchronisation ». Synchrone signifierait : ce qui est modifié là-bas vaut ici immédiatement. Ce serait faux – un modèle de processus est une pièce justificative, pas une copie de l’état des tâches. C’est pourquoi il est défini champ par champ qui peut le modifier, et les valeurs inconnues sont signalées au lieu d’être reprises.

Contenus liés : Intégrations · Platform & API

La base de connaissances dérivée de tous les modèles enregistrés d’un client : quels rôles, activités, domaines et décisions apparaissent – et à quelle fréquence.

Dans le contexte TAOM : Établie de manière déterministe, non devinée par une IA : la bibliothèque naît du dénombrement des modèles. Le profil de style en provient également ; les modèles nouvellement produits s’y conforment en disposition et en sens de lecture.

Contenus liés : Learning Model · Digital Twin

Les règles de représentation déduites du parc existant – alignement, sens de lecture, tailles usuelles.

Dans le contexte TAOM : Non pas une proposition graphique, mais une mesure : comment cette entreprise modélise-t-elle réellement ? Les nouveaux modèles suivent le même schéma et se lisent donc comme les existants.

Contenus liés : Learning Model

Une information isolée portée par une étape de processus – rôle, système, transaction, obligation de contrôle, risque ou état de validation, par exemple.

Dans le contexte TAOM : Les attributs figurent sur l’élément, et non dans un document à côté. C’est précisément pour cela qu’ils peuvent être exploités à travers tous les modèles : ce qui tient à l’étape la suit – à l’export, à l’import et à chaque nouvelle modification.

Contenus liés : Répertoire d’attributs · Digital Twin

Le répertoire, à l’échelle de l’entreprise, de tous les attributs issus de tous les modèles de processus d’un client.

Dans le contexte TAOM : À l’enregistrement d’un modèle, ses attributs sont relevés – par motif, non selon une liste figée, de sorte qu’un nouveau champ devient consultable sans intervention. Le répertoire contient des attributs, pas du texte courant : ce qui ne figure que dans la description échappe à la recherche transversale.

Contenus liés : Répertoire d’attributs · Digital Twin

La recherche d’un terme dans tous les attributs et noms d’étapes – sans savoir dans quel champ il se trouve.

Dans le contexte TAOM : Celui qui cherche une transaction ou un rôle connaît la valeur, pas le champ. La recherche porte donc sur tous les attributs, avec correspondances partielles et sans distinction de casse. Elle se combine avec l’une des treize questions – par exemple « soumis à contrôle sans cas de test et 4711 quelque part ».

Contenus liés : Répertoire d’attributs · Digital Twin

La mesure qui couvre un risque nommé sur une étape de processus.

Dans le contexte TAOM : Tenu volontairement séparé du risque : un risque sans contrôle est un état connu mais non couvert – et c’est précisément ce que l’on peut interroger. Dans un tableau, les deux cas seraient indiscernables.

Contenus liés : Répertoire d’attributs · Gouvernance et conformité

L’accord en vertu duquel TAOM traite des données à caractère personnel pour le compte du client. Le client est responsable du traitement, Traniva sous-traitant.

Dans le contexte TAOM : Il est accepté à chaque commande ; la version et le moment sont consignés. En matière de traitement des données, il prime sur les CGV.

Contenus liés : Accord de sous-traitance · TOM

L’annexe 1 à l’accord de sous-traitance : les mesures qui protègent les données traitées.

Dans le contexte TAOM : Chaque version porte un numéro et une date. Ce qui a changé avec une version figure dans le compte client sous Nouveautés.

Contenus liés : TOM · Centre de confiance

Un service qui traite des données à caractère personnel pour le compte de Traniva dans le cadre de TAOM.

Dans le contexte TAOM : La liste est publique, avec prestataire, finalité, types de données et lieu de traitement. Fait foi la version en vigueur à la conclusion du contrat.

Contenus liés : Sous-traitants · Accord de sous-traitance

Le droit légal des consommateurs de l’UE, de l’EEE et du Royaume-Uni de se rétracter d’un contrat à distance portant sur un contenu numérique dans un délai de quatorze jours.

Dans le contexte TAOM : Il s’éteint par anticipation si le consommateur accepte expressément l’exécution immédiate. À défaut, une licence transitoire s’applique jusqu’à l’expiration du délai.

Contenus liés : CGV chiffre 18

La chaîne de caractères qui rattache une licence à un compte – niveau, durée et nombre de postes y figurent.

Dans le contexte TAOM : Protégée par cryptographie : une clé modifiée – davantage de postes, une durée plus longue – est détectée à la vérification et refusée.

Contenus liés : Structure des licences

L’étendue d’une licence. Par ordre croissant : Demo, Webuser Basic, Process Studio Team, Webuser, Webuser Pro, ainsi que Projektuser et Enterprise.

Dans le contexte TAOM : Seul un changement vers le haut est prévu. Lors d’un upgrade, la valeur résiduelle de la licence en cours est imputée et tous les utilisateurs rattachés suivent.

Contenus liés : Structure des licences

Une licence autonome, dotée de sa propre durée, qui permet à plusieurs utilisateurs de travailler simultanément sur le même modèle.

Dans le contexte TAOM : Elle se place à côté du niveau, non dedans, et peut expirer indépendamment. Le niveau Process Studio Team la comprend déjà.

Contenus liés : Structure des licences

Les conditions applicables à l’apport d’affaires et à la recommandation de licences TAOM par des tiers.

Dans le contexte TAOM : Les partenaires apportent des affaires ; ils ne deviennent pas la partie contractante du client final. Rémunération, durée et preuve suivent les conditions de partenariat.

Contenus liés : Conditions de partenariat

La règle selon laquelle la création et la validation d’une preuve doivent provenir de deux personnes différentes.

Dans le contexte TAOM : Cela est rendu possible par l’identifiant durable de chaque compte : sans lui, on ne pourrait distinguer qui a créé et qui a validé.

Contenus liés : TOM · Exemple d’une étape de processus

Un danger désigné sur une étape de processus, susceptible de survenir si l’étape échoue ou est contournée.

Dans le contexte TAOM : Tenu séparé du contrôle. Un risque sans contrôle est un état connu mais non couvert – et c’est précisément ce que l’on peut interroger.

Contenus liés : Exemple d’une étape de processus

La représentation de la structure organisationnelle : niveaux, domaines, rôles et les personnes derrière.

Dans le contexte TAOM : Non pas un dessin mais une structure – chaque nœud est un objet doté d’un identifiant auquel se rattachent responsabilité et lien avec le processus.

Contenus liés : Organisation de projet · Objet d’organisation

Un fil de travail continu traversant plusieurs processus et domaines, par exemple dans un programme de transformation.

Dans le contexte TAOM : Un stream porte un processus de bout en bout sans qu’il faille entretenir deux fois les mêmes identifiants.

Contenus liés : Organisation de projet

La structure de la réalisation dans le système cible : un epic par phase, une story par étape, un ticket par tâche.

Dans le contexte TAOM : Produits à partir du modèle et alignés à chaque exécution, au lieu de créer des doublons. L’identifiant TAOM reste la clé fixe.

Contenus liés : Intégrations · Exemple d’une étape de processus · Une source, plusieurs cibles

Une configuration chez le fournisseur d’un modèle de langage dans laquelle les contenus transmis pour une requête et la réponse produite ne sont pas conservés durablement chez le fournisseur une fois le traitement achevé.

Dans le contexte TAOM : Ne fait pas partie des licences standard. Le ZDR est convenu par environnement Enterprise et ne vaut que pour les fournisseurs, modèles et points d’accès pour lesquels il est techniquement activé et confirmé par écrit.

Contenus liés : Structure des licences · Centre de confiance · Accord de sous-traitance

La région géographique dans laquelle les données sont traitées et stockées – Suisse, UE ou États-Unis par exemple.

Dans le contexte TAOM : La plateforme fonctionne en Suisse, la couche d’automatisation en Allemagne, le modèle de langage aux États-Unis par défaut. À partir d’Enterprise, la région peut être fixée contractuellement ; les régions applicables en configuration standard figurent dans la liste des sous-traitants.

Contenus liés : Sous-traitants · Centre de confiance

Le recours à un fournisseur de modèle propre, ou à un modèle hébergé dans sa propre infrastructure, plutôt qu’au service fourni par TAOM.

Dans le contexte TAOM : L’une des options de souveraineté Enterprise, aux côtés du Zero Data Retention, du traitement dans l’UE, de l’hébergement privé du modèle et du flux de données sur mesure. Celles qui s’appliquent sont examinées par projet et consignées dans le contrat Enterprise.

Contenus liés : Structure des licences

Un modèle entraîné qui produit du texte à partir d’une saisie. Dans TAOM, il fournit des propositions – textes de processus, descriptions, cas de test – jamais des décisions contraignantes.

Dans le contexte TAOM : Le modèle utilisé dépend du niveau de licence ; à partir d’Enterprise, il peut être fixé contractuellement. Le modèle est un composant, pas une condition : sans exécution d’agent, aucun n’est appelé.

Contenus liés : Centre de confiance · Structure des licences

Un modèle de langage ouvert développé à l’ETH Zurich et à l’EPFL – les deux écoles polytechniques fédérales suisses, à Zurich et à Lausanne. Ouvert signifie que les poids et la démarche d’entraînement sont publiés et que le modèle peut être exploité dans son propre environnement.

Dans le contexte TAOM : Un exemple de configuration Enterprise sans appel à un fournisseur commercial. Le recours à Apertus relève du choix du client ; TAOM n’exige aucun modèle particulier.

Contenus liés : Centre de confiance