Intégrations TAOM
Vos outils restent. Vos informations se rejoignent.
La transformation ne se fait pas dans une seule application. Les processus se trouvent dans des plateformes de processus, les exigences dans le système de livraison, le savoir dans l’outil collaboratif, l’exécution dans l’ERP. TAOM relie ces vues au lieu d’ouvrir un silo de plus. Il ne remplace pas ces systèmes, mais s’occupe des relations entre les informations qu’ils contiennent.
La situation de départ
Ce n’est rarement le logiciel qui manque
La plupart des entreprises disposent de plateformes performantes. Le problème, c’est que l’information se répartit entre elles – et que personne n’est responsable du lien entre elles.
Pourquoi c’est important
Le processus est le point de référence commun
Une exigence issue d’un projet – une fois sans et une fois avec contexte.
À quoi ressemble le résultat
Un ticket et une page, générés à partir du modèle
Pas une capture publicitaire, mais un modèle avec du contenu de démonstration – il s’agit de la mise en page et de l’origine de chaque champ.
Le ticket Jira porte l’identifiant TAOM comme clé fixe, ainsi que le lien vers l’epic, le composant, les étiquettes WRICEF et les sous-tickets. La page Confluence est générée comme un document lisible : du texte au cœur, indicateurs et statut de façon compacte dans les infos de page à droite. L’association processus–epic, phase–story, étape–tâche relie les deux.
Voir le modèle → · Lire l’article →
Modèle avec contenu de démonstration – il décrit la structure du résultat. Jira et Confluence sont des produits d’Atlassian, SAP est une marque de SAP SE.
Maturité
L’intégration évolue avec vous – et nous disons où nous en sommes
Personne n’a besoin de l’automatisation complète dès le premier jour. Cinq niveaux, et pour chacun l’état réel.
Cinq niveaux – et où en est TAOM aujourd’hui
Quel côté fait foi pour quelle information est défini champ par champ.
Les domaines
Ce qui fonctionne aujourd’hui – et ce qui ne fonctionne pas
Plateformes de livraison · Jira
L’élément de processus porte les informations nécessaires à la mise en œuvre :
- Type de ticket
- Priorité et statut
- Composant et version
- Responsabilité
- Exigence
- Objet de développement (WRICEF)
- Lien au processus
Les formes utilisent les icônes Jira officielles, non modifiées, et leurs couleurs de statut. L’adresse de base de votre propre instance se définit dans les paramètres – ce n’est qu’ainsi que les liens mènent à la bonne cible.
Ce qui fonctionne : Le modèle génère un epic, des stories par phase et des tickets par étape. L’exécution a lieu après validation humaine, réécrit la clé et l’adresse et synchronise à chaque exécution suivante au lieu de créer des doublons. Retour – en production aujourd’hui : Si quelqu’un modifie le statut dans Jira, notre propre application Atlassian le signale au modèle. Quel côté fait foi pour quelle information est défini champ par champ – ce que le modèle gère ne peut pas être écrasé depuis l’extérieur.
À partir d’Enterprise. Cela vaut pour les deux sens, aller comme retour. Une connexion réelle à Jira suppose un environnement dédié et les licences Atlassian du client. Elle ne fait pas partie des niveaux Demo, Process Studio Modeller, Webuser ou Webuser Pro et est définie dans le contrat Enterprise.
Plateformes de connaissances · Confluence
Les étapes de processus peuvent être reliées à la documentation correspondante – instructions de travail, spécifications fonctionnelles et techniques, décisions, comptes rendus de réunion, directives.
Ce qui fonctionne : Un modèle génère une arborescence de pages avec pages de processus et spécifications, chacune avec identifiant, niveau, statut et liens – synchronisée à chaque exécution. Retour – en production aujourd’hui : Si une section de texte est modifiée dans Confluence, notre propre application Atlassian le signale au modèle, dans les limites des champs dont Confluence fait foi.
À partir d’Enterprise. Comme pour Jira, dans les deux sens : environnement dédié, licences Atlassian propres, définition dans le contrat Enterprise.
Microsoft 365 · SharePoint et OneDrive
C’est l’intégration la plus aboutie : via Microsoft Graph, TAOM lit récursivement un dossier configuré, récupère chaque fichier .bpmn ou .xml et crée à partir de chaque fichier un espace de travail. Les identifiants d’accès sont stockés côté serveur ; tous les appels passent par le serveur.
Sens : actuellement vers TAOM, pas en retour.
Canaux · Microsoft Teams et Slack
Avec la licence complémentaire Team, les notifications du modèle arrivent dans vos propres canaux Microsoft Teams ou Slack – par exemple une exécution de test échouée. Les canaux se configurent dans le compte client ; plus d’informations sous collaboration.
Sens : de TAOM vers l’extérieur, sous forme de notification.
ERP · SAP et autres
Les étapes de processus portent le contexte applicatif : quelle application soutient l’étape, quel composant ERP et quelles fonctions y sont associés.
Derrière se trouve un référentiel propre avec plus de 2 400 correspondances documentées entre étape de processus, composant et fonction. Chaque ligne indique sa source – on y cherche, on n’invente rien.
Ce qui ne fonctionne pas encore : un accès technique aux systèmes ERP en service.
Plateformes de processus · SAP Signavio et autres
Les modèles peuvent être échangés dans les deux sens via BPMN 2.0. Un référentiel existant n’a donc pas besoin d’être abandonné – TAOM peut fonctionner à côté comme couche d’enrichissement et de transformation.
Base : l’échange de fichiers, pas un couplage des outils.
Architecture, automatisation, plateformes d’IA
Le contexte structuré est la condition pour relier capacités, applications et exigences à l’architecture, déclencher des flux ou fournir du contexte d’entreprise aux agents d’autres plateformes.
Les interfaces existent. L’intégration elle-même est définie pour chaque client – sens, périmètre et comportement de synchronisation dépendent de la plateforme cible et du projet.
L’objectif
Chaque élément doit savoir à quoi il appartient
L’essentiel est que l’association soit conservée lors d’un transfert : une exigence reste liée à son processus, un objet de développement à son exigence, un système aux étapes qu’il soutient. Si ces liens sont préservés, la transformation devient traçable et pilotable – c’est tout l’objet de l’exercice.
Voir le Digital Twin → · L’outillage dans le framework → · Discuter des interfaces →
API et extensibilité
Pas seulement connectable. Aussi accessible.
Le contexte d’entreprise ne déploie pas sa valeur uniquement dans TAOM. Grâce à une interface de programmation, vos propres applications, services d’intégration et automatisations peuvent accéder aux processus, informations et fonctions – sans que quiconque doive travailler pour cela dans Process Studio.
Espaces de travail et modèles
Créer, lire, modifier, récupérer des versions. Ainsi que phases, métadonnées, groupes de plusieurs diagrammes et sceau de provenance.
Enrichissement
Lancer une exécution, consulter l’état, récupérer le résultat – aussi pour un seul élément au lieu du modèle entier.
Pièces jointes
Importer, lister, récupérer et supprimer des documents – liés à l’élément auquel ils appartiennent.
Agents
Répertoire des agents, profil de style, bibliothèque ainsi que requête et résultat d’une exécution.
Utilisateurs et licence
Connexion, compte, état de la licence – la base pour qu’une application tierce agisse au nom d’un utilisateur autorisé.
Présence
Qui travaille actuellement sur un modèle. Cela permet de représenter le travail en commun aussi en dehors de l’interface.
L’interface se trouve sous l’espace de noms taom/v1 et est versionnée – une nouvelle version ne remplace pas l’ancienne en silence.
Commencer
Commencez par le système qui pose problème aujourd’hui
Ne connectez pas tout d’un coup. Prenez le système qui fait la différence dans votre projet et connectez-le en premier. Le reste suit progressivement.
Ce qui arrive dans Jira et Confluence reste retrouvable
Numéros de ticket et liens de page sont portés par l’étape de processus – et donc consultables dans tous les modèles. Quelles étapes n’ont pas encore de ticket Jira ? Où manque la spécification ?
Et si le système cible est le vôtre ?
Jira et Confluence sont deux voies – pas les seules. Processus, attributs et modèles peuvent être récupérés via l’interface et repris dans vos propres systèmes.