COUCHE DE COMPRÉHENSION
Le contexte relie tout.
Les systèmes stockent les données. La couche de compréhension cartographie leur sens pour l’organisation : personnes, actifs, processus, responsabilités et relations.
Les couches de contexte organisationnel s’alignent
Un modèle organisationnel au-dessus des systèmes sources.
La couche de compréhension est une approche de construction d’un contexte commun pour les données et actions : de quelle entité parle-t-on, comment chaque système l’identifie, à quoi elle est liée et qui en est responsable. Ce modèle est aussi appelé ontologie organisationnelle. Il se construit autour d’un besoin défini avec les personnes qui comprennent le travail.
La recherche documentaire peut retrouver une consigne ou un passage pertinent. Un modèle organisationnel ajoute des relations explicites : à quel actif s’applique une consigne, qui peut intervenir et quel processus dépend de son état. Il permet d’examiner les fondements d’une réponse et les limites d’une action proposée.
PROCESSUS ILLUSTRATIF — PAS UN CAS CLIENT
Une pompe. Plusieurs systèmes. Une décision.
Supposons qu’un responsable de maintenance demande : « Peut-on avancer sur les travaux de la pompe P-204 ? » Le système de maintenance détient l’ordre de travail, l’ERP les pièces de rechange et le système d’effectifs l’affectation. Chacun a ses identifiants et termes. Avant de relier les informations, il faut vérifier que les trois désignent le même actif et la même tâche.
Actif
P-204 appartient à une ligne de production précise et est reliée à l’ordre de travail.
Tâche
L’ordre de travail exige une pièce précise et l’approbation d’un responsable.
Pièce
La fiche d’inventaire décrit disponibilité et emplacement de la pièce requise.
Personne
Un opérateur est affecté à la tâche ; son rôle et ses autorisations sont vérifiés séparément.
Chaque relation exige une source et un responsable.
Dans cet exemple, rapprocher le numéro d’équipement de maintenance du code d’actif ERP est une décision de correspondance à valider. Définissez la source faisant autorité pour chaque champ, sa date de mise à jour, son responsable et la transmission des changements au modèle. Si les enregistrements se contredisent — par exemple une pièce disponible dans un système et réservée dans un autre — signalez l’écart pour résolution.
Le contexte n’est pas une autorisation. Le droit de consulter un enregistrement et celui de le modifier sont définis séparément selon le rôle, le système et le processus. Même lorsqu’un agent peut relier des enregistrements, ses réponses et actions doivent respecter les limites d’accès approuvées.
D’une question à une recommandation, puis à une action contrôlée.
L’exemple pourrait recommander d’attendre confirmation de la disponibilité de la pièce, avec les enregistrements sources et les informations manquantes joints. Changer un statut de travail ou créer un bon de commande sont des étapes distinctes, soumises aux autorisations et approbations définies à l’avance. La personne responsable garde la décision opérationnelle ; une réponse IA seule n’autorise pas des travaux de maintenance.
Commencez par un domaine et étendez selon le besoin.
Choisissez un processus défini, un ensemble d’entités et des systèmes sources. L’équipe de mise en œuvre et les experts internes valident ensemble la cartographie, les questions et les actions. Les connexions aux produits TITANS et les capacités disponibles sont cadrées pour chaque produit et projet ; la couche a un périmètre différent dans chaque offre.
Vous pouvez commencer par comprendre l’information, puis ajouter des actions lorsqu’un modèle utile, un responsable et une politique adaptée sont en place. Sur ce site, la couche de compréhension décrit notre approche du contexte organisationnel ; les composants, interfaces et conditions de déploiement précis sont définis lors du cadrage.