📘 Guide de l'utilisateur Teemant – Introduction


Bienvenue dans le guide de l'utilisateur de Teemant.

Ce guide a pour but de vous aider à configurer et à utiliser un espace de travail Teemant, de la configuration initiale à l'utilisation quotidienne. Il présente une vue d'ensemble structurée de chaque section de la plateforme et explique la fonction de chaque fonctionnalité, sans entrer dans les détails techniques.


🎯 Objectif de ce guide


L'objectif de cette documentation est de :


  • vous donner une représentation mentale claire du fonctionnement de Teemant,
  • expliquer le rôle de chaque composant de l'espace de travail,
  • aider les administrateurs, les gestionnaires et les développeurs à naviguer avec assurance sur la plateforme.


Il ne s'agit pas d'un tutoriel pas à pas. Ce document se concentre plutôt sur les concepts, les responsabilités et les bonnes pratiques, afin qu'il reste facile à maintenir et évolue harmonieusement avec le produit.

👥 À qui s'adresse ce guide ?


Ce guide est destiné à :


  • Administrateurs d'espace de travail gérant la configuration et l'accès,
  • Les responsables qui supervisent les utilisateurs, les canaux et les opérations,
  • Les concepteurs de bots créent des agents, des flux et des automatisations.


Selon votre rôle, certaines sections peuvent être plus pertinentes que d'autres.


🧭 Comment lire ce guide


Le guide suit la structure de l'espace de travail Teemant :


  • Chaque section correspond à une entrée de menu de la plateforme.
  • Vous pouvez le lire de manière linéaire ou accéder directement à un sujet précis grâce à la table des matières ci-dessous.
  • Des captures d'écran et des icônes sont utilisées pour vous aider à reconnaître rapidement les fonctionnalités de l'interface.



Pour les cas d'utilisation avancés (intégrations personnalisées, API ou flux de travail complexes), une documentation ou une assistance supplémentaire peut être nécessaire.

🏠 Accueil (Home Dashboard)

L'onglet Accueil est le tableau de bord de l'espace de travail.


Il offre une vue d'ensemble de l'activité et de l'utilisation, notamment :


  • nombre d'utilisateurs,
  • nombre de bots ou d'agents actifs,
  • indicateurs de conversion ou d'achèvement,
  • Évolution de l'activité au fil du temps.


Le tableau de bord Accueil sert à :


  • utilisation de la plateforme de surveillance,
  • comprendre les niveaux d'adoption et d'activité,
  • Obtenir un aperçu rapide de l'état sans accéder aux écrans de configuration.

Il ne contient pas de fonctionnalités de configuration ou de gestion des données.

🗃️ Entités (Entities)

Les entités représentent les bases de données réelles de données externes synchronisées au sein de Teemant.


Ils sont généralement utilisés pour :


  • données de référence (par exemple, magasins, emplacements, unités organisationnelles),
  • objets métier provenant de systèmes externes,
  • ensembles de données partagés entre les agents et les processus.

Caractéristiques principales :


  • Les entités sont des ensembles de données structurés, et non des éléments conversationnels.
  • Elles sont souvent synchronisées depuis ou vers des systèmes externes via des importations ou des tâches.
  • Les agents et les guides peuvent lire les entités pour valider ou enrichir les entrées des utilisateurs.


En bref:

👉 Les entités sont l'endroit où résident les données métier structurées au sein de Teemant.

🛠️ Constructeur (Builder)

L'outil de conception est l'endroit où l'intelligence des processus est développée.


Il sert à :


  • Créer des guides (logique, questions, validations, flux),
  • Assemblez les agents en vous basant sur ces guides.
  • définir comment les différents éléments interagissent.


Dans l'outil de création, vous définissez :


  • comment un agent se comporte,
  • quelles données il attend,
  • quels documents il peut gérer (courriels, fichiers, charges utiles JSON, pièces jointes),
  • comment les informations sont collectées, validées et préparées.


Le module Builder est le cœur du design de Teemant :


  • Les guides définissent ce qu'il faut collecter et comment.
  • Les agents combinent des guides avec des données, des documents et une logique pour exécuter des processus réels.

⚙️ Espace de travail (workspace)

La section Espace de travail contient les paramètres globaux et administratifs.


Il sert à gérer :


  • configuration générale de l'espace de travail,
  • administrateurs et utilisateurs agents enregistrés,
  • canaux de communication (par exemple WhatsApp, e-mail, autres canaux),
  • paramètres au niveau de l'environnement (développement, test, production).

Les paramètres de l'espace de travail contrôlent qui peut accéder à la plateforme, par quels canaux et avec quelles autorisations.


Aucune logique métier n'est définie ici — il s'agit d'un domaine purement opérationnel et administratif.

🔗 Transports

Les transports définissent les moyens techniques de transfert de données entre Teemant et les systèmes externes.


Exemples :


  • SFTP push ou pull,
  • échanges de fichiers,
  • Virements par courrier électronique.

Un moyen de transport répond à la question :

👉 « Comment les données se déplacent-elles physiquement entre les systèmes ? »


Cela ne définit pas :


  • Quelles données sont échangées ?
  • lorsqu'il est échangé,
  • ou comment elle est interprétée.


🔄 Tâches (Tasks)

Les tâches servent à analyser, importer ou synchroniser des sources de données externes.


Ils généralement :


  • surveiller les bases de données externes ou les emplacements de fichiers,
  • déclencher les importations,
  • Mettre à jour les entités avec des données nouvelles ou modifiées.


Les tâches sont axées sur l'ingestion et la synchronisation des données, et non sur l'interaction avec l'utilisateur.

🧠 Contextes d'IA (AI Contexts)

Les contextes d'IA définissent l'environnement comportemental et sémantique dans lequel l'IA opère.


Ils fournissent à l'IA des informations de base, une intention et des règles de communication, garantissant ainsi que les interactions restent cohérentes, pertinentes et conformes aux attentes de l'entreprise.


Les contextes d'IA sont utilisés par les deux :


  • agents conversationnels (chatbots),
  • et les processus d'automatisation des courriels.

🌐 Contextes globaux

Les contextes globaux décrivent des informations générales et transversales qui s'appliquent à l'ensemble de l'organisation ou de l'espace de travail.


Ils comprennent généralement :


  • description de l'entreprise ou de l'organisation,
  • règles ou terminologie générales des affaires,
  • ton général et style de communication,
  • contraintes ou hypothèses communes.


Les contextes globaux constituent une base commune réutilisable par de multiples agents et processus, garantissant ainsi la cohérence au niveau de la plateforme.

🤖 Contextes des agents

Les contextes d'agent sont spécifiques à un agent ou à un cas d'utilisation donné.


Ils définissent :


  • ce que l'agent est censé faire (par exemple, collecter les données de déclaration d'incident),
  • qui sont les utilisateurs (employés, clients, partenaires, équipes internes),
  • comment l'agent doit communiquer (ton, niveau de formalité, exigences de clarté),
  • toute contrainte spécifique à un rôle ou à un processus.


Les contextes d'agents permettent à l'IA d'adapter son comportement en fonction du processus métier qu'elle prend en charge.

🧩 Rôle des contextes d'IA dans les guides

Lors de la création de guides d'IA, le concepteur doit sélectionner le contexte d'agent approprié.


Le contexte sélectionné est alors :


  • appliqué lors de chaque conversation, ou
  • utilisé lors des flux de travail de traitement des courriels.


Le contexte garantit que

:

  • L'IA comprend son rôle,
  • Les interactions restent conformes au processus prévu,
  • Les réponses sont cohérentes d'un canal à l'autre.


En bref:

👉 Les contextes d'IA définissent comment l'IA pense et communique, tandis que les guides définissent ce que l'IA fait.

🧩 AI Guides

Les guides d'IA définissent les instructions utilisées par l'IA pendant :


  • conversations en direct (chatbots),
  • et le traitement des courriels (automatisation des courriels).


Un guide décrit les informations à collecter ou à traiter, le comportement de l'IA et la structure des données, mais il ne définit pas le transport ni la logique d'intégration.


  • Les guides IA sont exécutés par des agents et fonctionnent toujours dans un contexte IA défini.

Types de guides


Teemant propose plusieurs types de guides d'IA, chacun ayant une fonction spécifique au sein d'un processus.

📥 Guides de collecte de données (Data Collection)

Les guides de collecte de données servent à recueillir des informations structurées selon un modèle de données prédéfini.


Une fois le modèle de données défini (champs, formats, contraintes), un guide peut être élaboré avec l'aide de l'IA.

Chaque étape d'un guide de collecte de données définit généralement :


  • un nom d'affichage (lisible par l'homme),
  • un nom de domaine technique,
  • un type de champ (chaîne de caractères, nombre, adresse, date, etc.),
  • instructions du bot expliquant comment l'IA doit collecter ou valider les informations,
  • Instructions facultatives pour l'utilisateur lorsqu'une action spécifique est requise.


Les instructions du bot peuvent inclure :



  • validations,
  • dépendances par rapport aux valeurs collectées précédemment,
  • comportement conditionnel.
  • Les guides de collecte de données sont utilisés à la fois dans les flux conversationnels et dans l'automatisation des e-mails.

✅ Guides de vérification (Checklists)

Les guides de liste de contrôle sont similaires aux guides de collecte de données, mais ils sont conçus pour les questions fermées.


Ils définissent généralement :


  • la question affichée,
  • choix disponibles (Oui / Non, ou similaire),
  • instructions du bot,
  • instructions d'utilisation facultatives,
  • Indique si un commentaire est requis (vrai / faux).


Les guides de listes de contrôle sont couramment utilisés pour :


  • contrôles de conformité,
  • étapes de validation,
  • confirmations de procédure.

🧮 Guides sur les champs calculés (Calc. Fields)

Les guides sur les champs calculés définissent les champs qui sont calculés automatiquement à partir de valeurs collectées précédemment.


Ils:


  • ne vous fiez qu'aux instructions du bot,
  • ne nécessite jamais d'intervention de l'utilisateur,
  • ne sont pas affichées aux utilisateurs.


Les champs calculés peuvent être utilisés à différentes étapes d'un processus pour :



  • valeurs agrégées,
  • calculer les totaux,
  • obtenir des résultats intermédiaires.
  • Ces champs sont internes au processus, mais peuvent être utilisés ultérieurement pour des sorties ou des intégrations.

Structure de l'interface du guide


Chaque guide d'IA est organisé en trois onglets principaux :

📄 Détails

L'onglet Détails contient les paramètres généraux du guide, tels que :


  • nom d'affichage,
  • type de guide,
  • contexte d'IA associé,
  • agent lié,
  • description.


Cet onglet définit ce qu'est ce guide.

🛠️ Construire

L'onglet « Construction » est l'endroit où la logique du guide est définie.


Il affiche :



  • la liste des champs ou questions à gauche,
  • L'invite assistée par l'IA et les instructions générées s'affichent à droite.
  • Cet onglet définit le comportement du guide.

✉️ Réponse (Automatisation des e-mails uniquement)

L'onglet Réponse sert uniquement à l'automatisation des e-mails.


Il permet la configuration de :



  • un modèle de réponse par courriel,
  • fichiers modèles joints,
  • Signature électronique.
  • Cet onglet définit comment l'IA répond par e-mail une fois le traitement terminé ou si des informations supplémentaires sont nécessaires.

Résumé

En bref:


  • Les contextes d'IA définissent comment l'IA pense et communique.
  • Les guides d'IA définissent ce que l'IA doit collecter, calculer ou valider.
  • Les agents exécutent des guides au sein d'un processus,
  • Les modèles de réponse s'appliquent uniquement aux interactions par courriel.



Si vous le souhaitez, ensuite nous pouvons :


  • Pour une version abrégée et plus concise, voici un aperçu rapide :
  • ou aligner exactement le libellé avec les étiquettes du menu pour assurer la cohérence des pages d'aide.

💬 Messages

Les messages sont des messages prédéfinis, non générés par l'IA, qui peuvent être envoyés au cours d'une conversation.


Ce sont des messages codés en dur, ce qui signifie :


  • elles ne sont pas générées par l'IA,
  • ils n'utilisent ni le raisonnement de l'IA ni le contexte.
  • Elles ne sont pas traduites automatiquement.


Les messages sont généralement utilisés pour des points de communication fixes au sein d'un processus.


Objectif des messages


Les messages sont conçus pour :


  • envoyer des confirmations (par exemple, confirmation de fin de conversation),
  • afficher des informations normalisées,
  • veiller à utiliser une formulation exacte lorsque la variabilité n'est pas souhaitée.


Elles offrent un moyen de diffuser des messages contrôlés et déterministes parallèlement à des interactions pilotées par l'IA.


Comment les messages sont utilisés


Des messages peuvent être déclenchés :


  • à des étapes spécifiques d'une conversation,
  • à la fin d'un processus,
  • en tant que notifications système lors d'une interaction.

Ils sont couramment utilisés avec :


  • Guides IA (qui gèrent la logique dynamique),
  • Agents (qui orchestrent le flux).



Caractéristiques principales


  • Les messages sont statiques.
  • Elles sont spécifiques à chaque langue et doivent être créées séparément pour chaque langue, le cas échéant.
  • Ils garantissent un contrôle total sur la formulation, le ton et les textes sensibles sur le plan juridique ou en matière de conformité.


En bref:



👉 Les messages complètent les interactions de l'IA en fournissant des blocs de communication fixes et fiables là où la variabilité n'est pas acceptable.

⚡ Événements (Events)

Les événements représentent des occurrences internes au système générées lors de l'exécution des processus.


Ces événements sont conçus pour capturer les moments clés du cycle de vie d'une conversation, de l'exécution d'un agent ou d'un flux de traitement de données. Ils peuvent être déclenchés automatiquement par la plateforme en fonction de conditions prédéfinies ou de l'activité du système.


Cette section servira ultérieurement à décrire comment les événements sont définis, enregistrés et exploités au sein de Teemant pour prendre en charge les scénarios de surveillance, d'automatisation ou d'intégration.



À ce stade, les événements doivent être considérés comme des marqueurs techniques reflétant ce qui se passe au sein de la plateforme pendant l'exécution du processus.

🔑 Identifiants (Identifiers)

Les identifiants sont des numéros de référence chronologiques uniques générés par Teemant pour identifier chaque interaction traitée.


Ils servent à suivre :


  • conversations,
  • flux de traitement des courriels,
  • et les données commerciales qui en résultent sont échangées avec des systèmes externes.

Un identifiant sert de référence technique à une instance de processus du début à la fin.


Objectif des identifiants


Les identifiants servent à :


  • identifier de manière unique une instance de traitement de conversation ou d'e-mail,
  • assurer la traçabilité tout au long du cycle de vie du processus,
  • se référer au même cas dans les systèmes d'information externes,
  • faciliter les audits, la surveillance et le dépannage.


Elles fournissent une clé de référence stable partagée entre Teemant, les utilisateurs et les systèmes externes.


structure d'identifiant


Un identifiant est défini à l'aide d'un masque, qui peut inclure :


  • un compteur incrémental,
  • éléments de date ou d'horodatage,
  • un préfixe fixe identifiant le processus ou l'environnement.

Exemple de structure :


  • préfixe (ex. DÉMO),
  • nombre incrémental,
  • année ou horodatage.


Cela permet aux identifiants d'être :


  • lisible,
  • triable,
  • et unique au fil du temps.


Lorsque des identifiants sont générés


Les identifiants sont générés à la fin d'un processus, juste avant :


  • Des notifications par e-mail sont envoyées.
  • Les données sont exportées vers des systèmes d'information externes.
  • Les messages de confirmation finale sont transmis.


Cela garantit que :


  • Toutes les données collectées ou calculées sont finalisées.
  • L'identifiant reflète un processus terminé.
  • Le même identifiant peut être réutilisé de manière cohérente dans toutes les sorties, notifications et intégrations.


Rôle dans le suivi des processus


Une fois généré, l'identifiant peut être :


  • inclus dans les courriels ou les notifications,
  • intégrés dans les fichiers exportés ou les charges utiles,
  • stocké dans des systèmes externes comme clé de référence.


En bref:

👉 Les identifiants permettent de tracer, d'auditer et de relier chaque interaction entre les systèmes.

🧰 Outils (Tools)

Les outils sont des applications externes qui peuvent être déclenchées depuis Teemant au cours d'un processus.


Elles permettent à Teemant d'étendre ses capacités en déléguant des actions spécifiques à des applications tierces spécialisées, tout en conservant la maîtrise de l'ensemble du processus par Teemant.


Objectif des outils


On utilise des outils lorsqu'un processus requiert une action qui :


  • ne peut pas être réalisé directement par l'IA,
  • doit être prise en charge par un système externe certifié ou spécialisé,
  • nécessite une interaction de l'utilisateur en dehors de l'interface conversationnelle.


Les cas d'utilisation typiques comprennent :


  • capture de photos certifiées et cryptées,
  • collecter une signature numérique sur un smartphone,
  • exécuter des actions réglementées ou soumises à des exigences de conformité.


Comment les outils sont utilisés dans les processus


Un outil peut être :


  • déclenché à une étape précise d'une conversation,
  • invoqué dans le cadre d'un processus piloté par courriel,
  • intégré dans un flux de travail d'agent.


Lorsque l'événement est déclenché, l'utilisateur est redirigé ou guidé vers l'application externe, et le résultat est ensuite renvoyé à Teemant pour poursuivre le processus.


Intégration et partenaires


Tous les outils nécessitent :


  • une intégration technique avec Teemant,
  • et sont fournis par des partenaires certifiés Teemant.


Cela garantit :


  • sécurité et intégrité des données,
  • conformité aux exigences réglementaires,
  • échange fiable d'informations entre les systèmes.


Plusieurs applications externes peuvent être intégrées au fil du temps, en fonction des besoins de l'entreprise et des solutions partenaires disponibles.


Résumé


En bref:



👉 Les outils permettent à Teemant d'interagir avec des applications externes pour effectuer des actions spécialisées qui vont au-delà de l'IA conversationnelle, tout en restant pleinement intégré au flux de processus global.

👁️ Vision

Vision – Intelligence documentaire et visuelle


Le module Vision gère l'extraction d'informations sur les documents et les images au sein de Teemant.

Vision est un agent d'IA indépendant, spécialisé dans la lecture, l'analyse et l'interprétation de documents ou d'images afin de produire des données structurées et utilisables.

Vision va au-delà de la simple reconnaissance optique de caractères (OCR) : elle combine l'extraction visuelle avec la compréhension et la validation pilotées par l'IA.


Vision en tant qu'agent d'IA spécialisé


Chaque Vision est configurée comme un agent d'IA dédié avec ses propres :


  • But,
  • Contexte du document,
  • Modèle d'extraction,
  • Logique de traitement de l'IA.


L'agent Vision est responsable de :


  • Lecture de documents ou d'images (PDF, scans, photos),
  • Extraction d'informations brutes par reconnaissance optique de caractères (OCR) ou analyse d'images,
  • Appliquer la logique de Teemant AI aux données extraites pour les interpréter, les normaliser et les structurer.


Cette couche de traitement IA supplémentaire permet à Vision de gérer des mises en page complexes, du contenu manuscrit et des informations ambiguës.


Contexte du document


Chaque vision est associée à un contexte documentaire.


Le contexte du document définit :


  • Le type de document traité (par exemple, rapport d'accident, certificat, facture, formulaire manuscrit),
  • La signification sémantique du document,
  • La structure et la logique métier attendues.


Ce contexte guide l'agent Vision afin qu'il sache :


  • Quelles informations rechercher,
  • Comment interpréter les valeurs extraites,
  • Comment appliquer des règles spécifiques au domaine lors du traitement.


Flux d'extraction, de traitement et de validation


Le flux de travail Vision suit toujours le même principe :


  1. Extraction : Les informations textuelles et visuelles brutes sont extraites du document ou de l'image à l'aide d'un moteur OCR ou de vision.
  2. Le processus Teemant AI traite le contenu extrait champ par champ :
  • Associe les données à des champs structurés,
  • Applique la mise en forme et la normalisation,
  • Interprète les valeurs ambiguës ou partielles.
  1. Valider (facultatif) Au cours d'une conversation, l'agent Vision peut interagir avec l'utilisateur pour :
  • Confirmer les valeurs extraites,
  • Demande d'informations manquantes,
  • Corriger ou affiner les données.


Cette étape de validation est particulièrement utile pour les documents manuscrits ou les numérisations de faible qualité.


Fournisseurs de soins de la vue


Teemant prend en charge plusieurs backends Vision en fonction du cas d'utilisation :


  • Microsoft Document Intelligence est généralement utilisé pour les documents complexes, structurés ou manuscrits, avec des modèles personnalisés.


  • Mistral OCR Direct utilise une API pour la reconnaissance optique de caractères (OCR), offrant une intégration plus simple mais généralement moins fiable pour les documents complexes.


D'autres plateformes Vision pourront être intégrées ultérieurement.


Quel que soit le fournisseur, la logique de Vision reste la même : extraction → traitement par l’IA → validation optionnelle avec l’utilisateur.


Vision dans les processus de bout en bout


Les agents Vision sont conçus pour être intégrés à des flux de travail Teemant plus larges, notamment :


  • guides de collecte de données,
  • Déclarations d'incidents ou de réclamations,
  • Automatisation des e-mails,
  • Exportations structurées vers les systèmes d'information.


En transformant des documents non structurés en données structurées et validées, Vision joue un rôle clé dans l'automatisation des processus impliquant une grande quantité de documents au sein de Teemant.

📤 Sorties (Outputs)

Le module Outputs gère tous les flux sortants de Teemant. Il définit comment les données, les documents et les notifications produits par les agents d'IA sont transmis aux systèmes, applications et utilisateurs externes.


Les résultats peuvent inclure :


  • Notifications par e-mail avec contenu structuré ou non structuré
  • Exportation de fichiers (JSON, fichiers multimédias, archives ZIP, documents générés)
  • transferts SFTP
  • API, webhooks et autres connecteurs sortants utilisés pour intégrer Teemant aux systèmes d'information d'entreprise


Chaque configuration de sortie vous permet de définir :


  • Le mécanisme de transport (serveur de messagerie, SFTP, point de terminaison API, webhook, etc.)
  • Les documents et les formats de données à envoyer
  • Le contenu et la structure des notifications ou des charges utiles exportées
  • Que ce soit le serveur de messagerie Teemant par défaut ou un transport dédié qui soit utilisé


Les résultats sont généralement générés à la fin d'un processus, une fois la collecte des données, le traitement par l'IA, les validations et la génération des identifiants terminés. Ils garantissent que les résultats sont fournis de manière fiable, traçable et prête pour l'intégration.



Ce module représente la couche de livraison finale de Teemant, permettant une communication transparente entre les flux de travail pilotés par l'IA et les systèmes externes.

📄 Documents

La section Documents centralise tous les contenus produits, envoyés ou traités par Teemant au cours d'un processus. Elle comprend les courriels, les documents techniques (tels que les fichiers JSON) et les fichiers multimédias (photos, pièces jointes, documents générés).


Les documents sont généralement utilisés par les sorties (notifications par e-mail, exportations SFTP, API, webhooks, connecteurs sortants) et peuvent inclure des variables dynamiques provenant de conversations, du traitement par IA et de la logique métier.


✉️ Courriels


Les e-mails sont le type de document le plus courant sur Teemant.

Ils sont habitués à :


  • informer les utilisateurs finaux,
  • confirmer une déclaration ou une action,
  • communiquer avec les équipes internes,
  • ou transmettre des informations à des partenaires.


Chaque document de courriel définit :


  • Destinataires (À / Cc / Cci),
  • un sujet dynamique (par exemple en utilisant {app.identifier}),
  • un corps de contenu personnalisable,
  • et un moteur de modèles.


Moteurs de modèles disponibles


  • Freemarker est un moteur de modèles standard et puissant, parfaitement adapté aux e-mails complexes comportant des conditions, des boucles et une mise en forme HTML avancée.
  • Teemant Template Engine : Un moteur interne plus simple, conçu pour créer rapidement des e-mails clairs et faciles à maintenir grâce à une insertion simple de variables.


Les variables (par exemple {app.accidentDate} , {user.email} …) sont automatiquement résolues au moment de l'envoi, sur la base des données collectées et traitées par Teemant.


🧾 Contenu JSON et technique


Les documents ne se limitent pas aux courriels.

Teemant gère également les documents JSON utilisés pour :


  • injection de données dans les systèmes d'information,
  • exportations structurées,
  • intégrations via API, webhooks et connecteurs sortants.


Ces documents structurés garantissent des échanges de données fiables, cohérents et standardisés avec les systèmes externes.


📎 Médias et fichiers


La catégorie Média regroupe tous les fichiers traités au cours d'un processus :


  • photos,
  • documents téléchargés par l'utilisateur,
  • fichiers générés automatiquement,
  • résultats de Vision (OCR, analyse d'images),
  • Pièces jointes envoyées par courriel ou exportées.


Les fichiers multimédias peuvent être :


  • stocké,
  • analysé,
  • exportés via les sorties (courriel, SFTP, API, webhooks, etc.),
  • ou lié à une conversation, à un identifiant ou à un processus métier.


🎯 Résumé


La section Documents constitue la base de tout le contenu sortant et technique de Teemant.

Cela vous permet de :


  • centraliser les courriels et les documents,
  • normaliser les formats,
  • injecter dynamiquement des données générées par l'IA et des données conversationnelles,
  • et assurer une intégration transparente avec les systèmes externes.


🧱 Modèles d'objets (Object Models)

Les modèles d'objets définissent la couche de données structurées de Teemant. Ils servent à modéliser les données de référence, les données opérationnelles et les objets de configuration spécifiques à l'espace de travail, partagés entre les agents, les processus et les intégrations.


Ils servent deux objectifs principaux.


1️⃣ Modèles de données de référence et d'entreprise (synchronisation des données)


Les modèles d'objets sont utilisés pour construire des bases de données structurées qui représentent les données de référence ou les données métier requises par les processus Teemant, par exemple :


  • Magasins, agences, filiales
  • Véhicules, produits, contrats, polices d'assurance
  • Tout ensemble de données de référence externe utilisé lors des conversations, du traitement des documents ou du routage


Ces modèles peuvent alors être :


  • Synchronisé avec les systèmes d'information externes
  • Mise à jour régulière grâce à :
  • Transports → comment les données sont échangées (SFTP, API, connecteurs, etc.)
  • Tâches → quand et à quelle fréquence la synchronisation s'exécute (à la demande, planifiée, incrémentale, etc.)


Cela permet à Teemant de travailler avec des données d'entreprise réelles et fiables, et garantit que les agents d'IA s'appuient toujours sur des informations cohérentes et à jour.


2️⃣ Objets de configuration de l'espace de travail (Propriétés dynamiques de l'espace de travail)


Les modèles d'objets peuvent également définir des propriétés personnalisées au niveau de l'espace de travail.


Il ne s'agit pas d'ensembles de données de référence, mais d'objets de configuration associés à un espace de travail, tels que :


  • Destinataires spéciaux des courriels (par exemple, courriel RC, courriel d'escalade, courriel partenaire)
  • Identifiants, codes ou paramètres métier spécifiques à un espace de travail
  • Toute propriété personnalisée qui doit apparaître dans les paramètres de l'espace de travail


Une fois défini :


  • Ces champs deviennent automatiquement disponibles dans la configuration de l'espace de travail.
  • Ils peuvent être réutilisés pour :
  • Documents et notifications
  • Sorties
  • AI Guides
  • Automatisation et logique de routage


Cela fait des modèles d'objets un moyen puissant d'étendre Teemant sans code personnalisé, simplement en modélisant de nouvelles propriétés structurées.


Types de champs pris en charge


Les modèles d'objets prennent en charge un ensemble contrôlé de types de champs afin de garantir la cohérence et l'interopérabilité, notamment :


  • chaîne
  • entier
  • nombre
  • e-mail
  • date
  • emplacement
  • contenu


Ces types de fichiers sont conçus pour être entièrement compatibles avec le traitement par IA, la création de modèles de documents, les exportations et les intégrations.


Pourquoi les modèles d'objets sont importants


Les modèles objets constituent le fondement de l'architecture de données de Teemant :


  • Ils structurent la manière dont les données sont stockées, partagées et synchronisées.
  • Ils connectent les agents d'IA aux systèmes d'entreprise.
  • Ils permettent de personnaliser les espaces de travail de manière claire et évolutive.



En bref, les modèles d'objets transforment Teemant en une plateforme d'IA consciente des données, et non plus seulement en une plateforme conversationnelle.

🧱 Paramètres de l'espace de travail

Un espace de travail représente un locataire logique dans Teemant. Il définit les limites fonctionnelles, techniques et organisationnelles au sein desquelles les agents, les données, les intégrations et les utilisateurs opèrent. En pratique, un espace de travail correspond généralement à un environnement (développement, test, production) ou à une unité commerciale ou un client spécifique.


Environnement et gouvernance (principal)


L'onglet Principal centralise la configuration de base de l'espace de travail :


  • Nom, lieu et fuseau horaire

Ces paramètres définissent la manière dont le contenu est localisé (langue, formats de date) et la manière dont la logique temporelle (événements, tâches, notifications) est évaluée.


  • Meilleure pratique : Plusieurs espaces de travail

Il est fortement recommandé de créer des espaces de travail distincts pour :

  • Développement (expérimentation et configuration),
  • Tests / UAT (validation et approbation métier),
  • Production (opérations en direct, utilisateurs finaux). Ceci garantit l'isolation, la sécurité et des déploiements contrôlés.


  • Espace de travail public

Lorsqu'un espace de travail est marqué comme public, il devient accessible aux utilisateurs finaux en fonction du canal :

  • WhatsApp : tout utilisateur possédant un compte Meta WhatsApp,
  • Microsoft Teams / Google Chat : utilisateurs autorisés à installer l’application Teemant. Ceci est particulièrement utile pour les scénarios à grande échelle ou avec un grand nombre d’utilisateurs.


  • Adresses e-mail de contact par défaut Les adresses e-mail de contact définies ici servent de destinataires de repli globaux pour les notifications et les sorties (e-mails, alertes, exportations) lorsqu'aucune destination plus spécifique n'est configurée.


Fournisseurs et services d'IA


L'onglet Fournisseurs est l'endroit où l'espace de travail se connecte à son écosystème technologique :


  • Les clés API pour les LLM, les moteurs OCR, l'IA de vision/document et d'autres services d'IA sont configurées ici.
  • Les clients peuvent soit :
  • ils apportent leurs propres clés API, ou
  • s'appuyer sur les clés fournies par Teemant, en fonction de la configuration et de l'accord.
  • Cette configuration s'applique à l'ensemble de l'espace de travail et est réutilisée par les agents, Vision, le traitement des documents et les fonctionnalités d'automatisation.


Paramètres métier spécifiques à l'espace de travail (modèles d'objets)


Le troisième onglet (par exemple « Auchan Gestionnaires » dans les captures d’écran) illustre comment les modèles d’objets sont utilisés au niveau de l’espace de travail :


  • Ces objets définissent des propriétés personnalisées de l'espace de travail lui-même, telles que :
  • adresses électroniques spécifiques aux destinataires (par exemple, RC Email, DAB Email),
  • champs de configuration spécifiques à l'entreprise,
  • toutes les métadonnées spécifiques au domaine requises par les flux de travail ou les résultats.


  • Une fois définis, ces champs apparaissent directement dans les paramètres de l'espace de travail et peuvent être référencés par :
  • agents,
  • documents et modèles,
  • sorties (courriels, API, exportations),
  • intégrations.



En bref, l'espace de travail n'est pas qu'un simple conteneur : il s'agit de la couche de configuration centrale qui relie les environnements, les utilisateurs, les fournisseurs d'IA, les règles métier et les intégrations, garantissant ainsi la cohérence et le contrôle sur l'ensemble de la plateforme Teemant.

👥 Membres du workspace

Les membres d'un espace de travail sont les administrateurs d'un espace de travail (locataire). Ils sont responsables de la configuration, de la gestion et de la gouvernance de l'utilisation de l'espace de travail au sein d'un environnement donné.


Les membres sont des utilisateurs internes (vos équipes, partenaires ou intégrateurs), et non des utilisateurs finaux interagissant avec des chatbots ou des e-mails.


Rôles et permissions


Chaque membre de l'espace de travail peut avoir un ou plusieurs des rôles suivants :


  • Administrateur
  • Accès complet à la configuration de l'espace de travail
  • Permet de gérer les paramètres, les fournisseurs, les utilisateurs, les canaux, les sorties, les documents, etc.
  • Impossible de créer des agents d'IA
  • Directeur
  • Permet de gérer les utilisateurs, les canaux, les configurations et les paramètres opérationnels
  • Impossible de créer des agents d'IA
  • Créateur de bots
  • Permet uniquement de créer et de configurer des agents d'IA (guides d'IA, contextes, flux).
  • Aucun accès à l'administration au niveau de l'espace de travail


Cette séparation des rôles garantit une gouvernance claire, la sécurité et des déploiements contrôlés.


Meilleures pratiques


  • Espace de travail de développement
  • Accorder tous les rôles (Administrateur, Gestionnaire, Concepteur de bots)
  • C'est le seul endroit où les agents d'IA sont conçus et configurés.
  • Espaces de travail de test et de production
  • Rôles d'administrateur et/ou de gestionnaire de subventions uniquement
  • Aucun bâtiment d'agent n'est autorisé
  • Les agents sont déployés ici, ils ne sont pas créés.
  • Un espace de travail par application cliente
  • Il est fortement recommandé de conserver les configurations isolées.
  • Améliore la sécurité, la maintenabilité et la clarté du déploiement


Pourquoi c'est important


Cette approche :


  • Empêche les modifications accidentelles de la production
  • Imposer un cycle de vie propre : compilation → test → déploiement
  • Facilite considérablement les audits, l'assistance et le dépannage.
  • Conforme aux pratiques informatiques et DevOps de niveau entreprise



Les membres de l'espace de travail définissent qui peut faire quoi, tandis que les agents d'IA définissent ce que fait le système.

👥 Utilisateurs du workspace (utilisateurs finaux)

Les utilisateurs agents sont les utilisateurs finaux qui peuvent accéder et interagir avec les agents Teemant (chatbots, automatisation des e-mails, etc.) au sein d'un espace de travail.

Ils ne sont pas administrateurs et ne configurent pas la plateforme. Leur rôle se limite à utiliser les agents via les canaux d'interaction activés.


🔐 Règles d'accès


L'accès aux agents dépend de la visibilité de l'espace de travail :


  • Espace de travail privé (par défaut) Seuls les utilisateurs explicitement définis comme agents peuvent voir les agents et interagir avec eux.


  • Espace de travail public Tous les utilisateurs ayant accès au canal peuvent interagir avec les agents :
  • WhatsApp : tout utilisateur authentifié sur Meta WhatsApp
  • Microsoft Teams : utilisateurs autorisés à installer/utiliser l’application Teams
  • Google Chat : utilisateurs autorisés dans Google Workspace


Chaque utilisateur agent peut être :


  • Activé ou désactivé
  • Associé à une ou plusieurs chaînes
  • Configuré avec les informations de localisation et de contact


📱 Meilleures pratiques spécifiques à chaque canal


Le contrôle d'accès doit suivre la logique de chaque canal :


  • La gestion des accès à Microsoft Teams / Google Chat / Email est généralement assurée en amont, par le service informatique ou le fournisseur d'identité du client (Azure AD, Google Workspace, systèmes de messagerie, etc.).


  • WhatsApp Étant donné que WhatsApp est généralement ouvert au public, l'authentification doit être gérée en interne, par exemple :
  • Identifiant de l'employé ou de l'agent
  • Numéro d'immatriculation du véhicule
  • Numéro de police ou de contrat
  • Vérification documentaire (pièce d'identité, formulaire, photo, etc.)


Cette logique d'authentification est généralement implémentée au sein du guide d'IA et du flux de conversation, et non au niveau du canal.


✅ Pratiques recommandées


  • Veillez à séparer strictement les utilisateurs agents des membres de l'espace de travail (administrateurs, gestionnaires, constructeurs).
  • Utilisez des espaces de travail privés pour des déploiements contrôlés.
  • Déléguez la gestion des identités et le contrôle d'accès aux systèmes clients chaque fois que cela est possible.
  • Concevoir des étapes d'authentification explicites dans les flux conversationnels, notamment pour les canaux publics comme WhatsApp.



En résumé, les utilisateurs agents définissent qui peut interagir avec l'IA, tandis que les membres de l'espace de travail définissent qui peut la configurer.

🔌 Channels du workspace

Les canaux définissent la manière dont les utilisateurs interagissent avec les agents Teemant et où les messages, les e-mails ou les conversations sont reçus et envoyés.

Chaque canal représente une intégration concrète avec une plateforme de communication externe telle que WhatsApp, Microsoft Teams, Google Chat, les systèmes de messagerie électronique ou les outils de chat en direct.


Un espace de travail peut avoir plusieurs canaux activés simultanément, permettant aux mêmes agents d'IA de fonctionner de manière cohérente sur différents points de contact.


💬 Canaux de discussion (conversationnels)


📱 WhatsApp


Les canaux WhatsApp permettent de connecter Teemant aux comptes Meta WhatsApp Business via un numéro de téléphone dédié.


Comment ça marche :


  • Tout utilisateur authentifié sur WhatsApp peut contacter le bot via le numéro configuré.
  • La visibilité de l'espace de travail (Public ou Privé) détermine si un contrôle d'accès supplémentaire est nécessaire.
  • Dans la plupart des cas d'utilisation réels, l'authentification est gérée au sein du flux d'IA, et non par WhatsApp lui-même (par exemple, carte d'employé, numéro de badge, plaque d'immatriculation, pièce d'identité, etc.).
  • WhatsApp est généralement utilisé pour des utilisateurs externes ou des audiences à grande échelle.


Meilleures pratiques :

Utilisez l'authentification conversationnelle au sein de la logique de l'agent lorsque des données sensibles sont impliquées.


💼 Microsoft Teams


Les canaux Microsoft Teams permettent aux agents Teemant d'opérer au sein d'un locataire Microsoft.


Comment ça marche :


  • L'accès est limité aux utilisateurs authentifiés dans le locataire Teams configuré.
  • L'ID de locataire Teams définit le périmètre des utilisateurs autorisés.
  • Idéal pour les cas d'utilisation internes (support informatique, RH, opérations, assistants internes).


Meilleures pratiques :

Laissez Teams gérer l'identité et l'accès ; évitez de dupliquer la logique d'authentification dans le bot, sauf si cela est nécessaire.


💬 Google Chat


Les canaux Google Chat connectent Teemant à un domaine Google Workspace.


Comment ça marche :


  • Seuls les utilisateurs authentifiés au sein du domaine Google configuré peuvent accéder au bot.
  • Le contrôle d'accès est naturellement géré par les autorisations de Google Workspace.
  • Idéal pour les assistants internes en entreprise.


🧑‍💻 Chat en direct (Chatwoot)


Les canaux LiveChat connectent Teemant à des plateformes de chat tierces, telles que Chatwoot.


Comment ça marche :


  • Teemant agit comme une couche d'IA derrière le système de chat en direct.
  • L'IA peut automatiser les réponses de premier niveau, la collecte de données et le triage.
  • Des agents humains peuvent prendre le relais dans les conversations en cas de besoin.


Meilleures pratiques :

Utilisez les intégrations LiveChat pour les flux de travail hybrides IA assistance humaine.


📧 Canaux de messagerie électronique


📩 Courriel Google


Les canaux Google Mail permettent à Teemant de lire, de classer et de répondre aux e-mails provenant d'une boîte aux lettres cible.


Concepts clés :


  • Les identifiants OAuth (ID client, secret, jeton d'actualisation) sont requis.
  • Les courriels sont traités par des agents d'IA pour la classification, l'extraction de données et la rédaction des réponses.
  • La gestion du consentement garantit la conformité avec l'autorisation des utilisateurs.


📬 Courrier Microsoft


Les canaux de messagerie Microsoft s'intègrent aux boîtes aux lettres Microsoft 365.


Comment ça marche :

  • Les courriels sont ingérés, analysés et acheminés vers l'agent d'IA approprié.
  • Les agents peuvent extraire des données structurées, mettre à jour le système d'information et générer des réponses.
  • Le consentement explicite de l'utilisateur est requis avant l'activation du traitement par IA.


Cas d'utilisation typiques :

  • Automatisation des e-mails
  • Déclarations d'incidents
  • Demandes des clients ou des partenaires
  • Automatisation des processus administratifs


⚙️ Principes de configuration des canaux


  • Chaque chaîne possède :
  • Un statut (activé / désactivé)
  • Une description à des fins de documentation et de clarté
  • Un mode brouillon pour configurer en toute sécurité avant la mise en production


  • Les canaux peuvent être ajoutés indépendamment et activés progressivement.
  • La même logique d'agent peut être réutilisée sur plusieurs canaux.


✅ Meilleures pratiques



  • Les environnements distincts (Dev / Test / Prod) devraient avoir leurs propres canaux.
  • Privilégier l'authentification native de la plateforme (Teams, Google Chat, Mail).
  • Pour les canaux ouverts comme WhatsApp, implémentez l'authentification au sein de la conversation IA.
  • Limitez la configuration du canal au strict minimum ; la complexité doit résider dans les guides d'IA et la logique de l'agent, et non dans le canal lui-même.


🔁 Transports d'espace de travail

Les protocoles de transport définissent la manière dont les données et les documents sont exportés de Teemant vers des systèmes externes.

Ils constituent le pont technique entre Teemant et vos systèmes d'information, vos lacs de données, vos ERP, vos CRM ou vos outils opérationnels.

Un transport est généralement utilisé par les tâches pour déterminer quand, comment et où les données sont envoyées.


📦 Quels moyens de transport sont utilisés pour


Les transports vous permettent de :


  • Exporter des données structurées (JSON, métadonnées, modèles d'objets)
  • Exporter les documents (PDF, images, archives ZIP)
  • Synchroniser les bases de données de référence avec les systèmes externes
  • Envoyer les données automatiquement ou selon une planification


Ils sont le plus souvent utilisés pour :


  • Intégrations de systèmes
  • Synchronisation des données
  • Reportages et archives
  • Automatisation opérationnelle


📁 Transfert de fichiers (SFTP / FTP) 📤


Les protocoles de transfert de fichiers sont utilisés pour envoyer des fichiers vers des serveurs externes, généralement des serveurs d'entreprise.


Caractéristiques principales :


  • Compatible SFTP/FTP
  • Les données peuvent être exportées sous forme de :
  • JSON
  • Documents
  • Archives ZIP (recommandées pour les exportations par lots)
  • Authentification sécurisée par compte et mot de passe
  • Chemin de destination configurable


Cas d'utilisation typiques :

  • Exportez des ensembles de données quotidiens ou horaires vers un ERP.
  • Synchroniser les bases de données de référence
  • Envoyer des données structurées aux systèmes existants
  • pipelines de traitement par lots


Exemple:

Exportez chaque nuit tous les documents traités et leurs métadonnées sous forme de fichier ZIP vers un serveur SFTP.


✉️ Transport par e-mail


Le transport par courrier électronique permet à Teemant d'envoyer des données ou des documents par courrier électronique.


Caractéristiques principales :

  • Configuration SMTP (hôte, port, chiffrement)
  • Authentification par compte de messagerie
  • Supporte les accessoires
  • Peut être utilisé pour les notifications ou la transmission de données


Cas d'utilisation typiques :

  • Envoyer des rapports ou des exportations aux utilisateurs professionnels
  • Avertir les équipes lorsque les données sont mises à jour
  • Intégrations légères sans système backend


🌐 Webhooks 🔔


Les webhooks permettent l'envoi de notifications push en temps réel à des systèmes externes.


Caractéristiques principales :


  • Points de terminaison HTTP(S)
  • Livraison événementielle
  • Charges utiles envoyées au format JSON
  • Authentification sécurisée (en-têtes, jetons)


Cas d'utilisation typiques :


  • Déclencher des flux de travail sur des plateformes externes
  • Avertir instantanément les systèmes en aval
  • Intégration avec les outils d'automatisation (Zapier, Make, API personnalisées)


Exemple:

Lorsqu'un document est traité, notifiez immédiatement un système externe en lui communiquant ses métadonnées.


🔌 API REST 🧩


Les API REST permettent aux systèmes externes d'extraire ou de recevoir des données par programmation.


Caractéristiques principales :


  • Points de terminaison REST standard
  • Authentification sécurisée (clés API, OAuth, jetons)
  • Prend en charge l'échange de données structurées
  • Conçu pour des intégrations évolutives


Cas d'utilisation typiques :


  • Intégration système à système en temps réel
  • Applications externes interrogeant les données Teemant
  • Orchestration et automatisation avancées


🧠 Comment les transports fonctionnent avec les modèles d'objets et les tâches


Les transports ne sont pas utilisés seuls :


  • Les modèles d'objets définissent quelles données existent.
  • Les transports définissent comment et où les données sont envoyées.
  • Les tâches définissent quand et à quelle fréquence les données sont synchronisées.

Ensemble, ils forment un pipeline complet de synchronisation des données.


✅ Meilleures pratiques


✔ Utilisez SFTP   ZIP pour les exportations de données volumineuses ou par lots ✔ Utilisez les webhooks pour les intégrations en temps réel ✔ Utilisez les API REST pour les systèmes avancés ou interactifs ✔ Séparez les transports par environnement (Développement / Test / Production) ✔ Testez systématiquement les transports avant leur mise en production


🧭 Résumé


Les transports constituent l'épine dorsale des intégrations Teemant.


Ils garantissent que les données produites au sein de Teemant sont acheminées de manière fiable, sécurisée et automatique vers votre écosystème d'entreprise.


Ils sont conçus pour être :


  • Flexible
  • Évolutif
  • Prêt pour l'entreprise


⏱️ Tâches de l'espace de travail (Tasks)

Les tâches d'espace de travail permettent de configurer des opérations automatisées ou à la demande exécutées au niveau de l'espace de travail. Elles servent généralement à importer ou exporter des données, à synchroniser des données de référence ou à exécuter des processus techniques récurrents liés au système d'information.


🔁 Qu'est-ce qu'une tâche ?


Une tâche représente une action répétable exécutée par Teemant, généralement basée sur :


  • un périmètre de données (Entité, Modèle objet, documents, etc.)
  • un moyen de transport (SFTP, e-mail, API, webhook, …)
  • un calendrier ou un déclencheur


Exemple illustré dans la capture d'écran :

  • Import Magasin
  • Entity:
    Magasin
  • Transport : Importation SFTP
  • Planificateur : ACTIVÉ


Cela signifie que Teemant importera périodiquement les données de la boutique (magasin) à partir d'un système externe via SFTP.


🧩 Cas d'utilisation typiques


Les tâches sont généralement utilisées pour :


  • 📥 Importations de données
  • Données de référence (magasins, produits, utilisateurs, contrats, etc.)
  • Données de configuration ou données de référence provenant de systèmes externes
  • 📤 Exportations de données
  • Sorties structurées (JSON, ZIP, documents)
  • Renvoi des données collectées ou traitées par l'IA au SI
  • 🔄 Tâches de synchronisation
  • Assurez-vous que les modèles d'objets Teemant soient alignés avec les bases de données externes.
  • Actualisation périodique des données partagées
  • ⚙️ Autres opérations programmées
  • Traitement par lots
  • Nettoyage, consolidation ou futurs travaux automatisés


Le système est conçu pour être extensible, de sorte que des types supplémentaires de tâches récurrentes ou déclenchées peuvent être ajoutés au fil du temps.


🧠 Comment les tâches fonctionnent avec les transports


Les tâches ne déplacent pas les données par elles-mêmes ; elles dépendent des transports :


  • Un protocole de transport définit la manière dont les données sont échangées (SFTP, e-mail, API, webhook, etc.).
  • Une tâche définit quand et ce qui est échangé.


Cette séparation permet :


  • Réutiliser le même transport pour plusieurs tâches
  • Modifier les horaires sans toucher aux paramètres de connectivité


▶️ Exécution manuelle vs programmée


  • Les tâches peuvent être :


  • Planifié (exécution régulière, selon la configuration)
  • Déclenché manuellement (à l'aide de l'action Exécuter)


Ceci est particulièrement utile pour :


  • Tests d'importation/exportation
  • Synchronisations ponctuelles
  • Dépannage de la production


Meilleures pratiques


  • 🔧 Configurer les tâches principalement dans les espaces de travail de développement
  • 🧪 Valider le comportement dans les espaces de travail de test
  • 🚀 Limitez les tâches de production, assurez leur stabilité et leur surveillance
  • 📦 Utilisez un espace de travail par application cliente pour isoler les tâches et les flux de données.


🧠 Créateur d'agents Teemant — Aperçu

L'outil de création d'agents Teemant est l'environnement de conception principal de la plateforme. C'est là que les agents d'IA sont créés, structurés, orchestrés et publiés.


Un agent Teemant n'est pas qu'un simple chatbot.

👉 Il s'agit d'un processus d'IA de niveau professionnel, capable de guider les utilisateurs, d'appliquer une logique métier, d'interagir avec les systèmes et de produire des résultats structurés.


🧩 Types d'agents : Processus vs Navigateurs


⚙️ Processus (Processus métier)


Les processus sont des agents complets et autonomes conçus pour :


  • Collecter des informations structurées
  • Guider les utilisateurs étape par étape
  • Appliquer les règles métier et les calculs
  • Générer des sorties (JSON, documents, exportations, e-mails, etc.)


Cas d'utilisation typiques


  • Déclaration d'incident ou de réclamation
  • Signalement des dommages
  • Déclaration de responsabilité


Les processus représentent les flux d'activité de bout en bout.


🧭 Navigateurs (Autres)


Les navigateurs sont des agents d'orchestration.


Ils ne finalisent pas un processus métier, mais servent à :


  • Qualifier la situation de l'utilisateur
  • Authentifier ou identifier les utilisateurs
  • Diriger les utilisateurs vers le sous-processus approprié
  • Répartir les flux en fonction des conditions ou des choix


Cas d'utilisation typiques


  • vérification de la police d'assurance
  • Choisir le type d'incident
  • Routage entre les scénarios « avec tiers / sans tiers »


💡 Dans une application complète, les navigateurs servent de blocs de construction qui connectent et organisent de multiples processus.


🧱 Onglet principal — Configuration de l'agent


L'onglet Principal définit l'identité et le comportement d'un agent.


📛 Pièce d'identité


  • Nom : identifiant technique (unique, stable)
  • Nom d'affichage : nom lisible par l'utilisateur affiché dans les chaînes et l'interface utilisateur.


✅ Meilleures pratiques :


Utilisez des conventions d'appellation strictes, notamment en ce qui concerne la portée, la version et l'objectif.


🌍 Contextes d'IA


  • Contexte global : définit l’environnement général :
  • entreprise ou organisation
  • vocabulaire et terminologie
  • règles mondiales
  • ton général


  • Contexte de l'agent : Définit la mission spécifique de l'agent :
  • ce que l'agent doit accomplir
  • qui sont les utilisateurs
  • ton de communication
  • données à collecter


👉 Ces contextes déterminent directement le comportement de l'IA lors des conversations et du traitement des courriels.


🚀 Mode de lancement


  • FLOW_ONLY L'agent est utilisé uniquement au sein d'un autre processus → il n'est pas directement visible pour les utilisateurs finaux


  • L'agent est accessible directement depuis un canal → visible comme point d'entrée pour les utilisateurs


💡 Ce paramètre détermine si l'agent est :


  • un composant interne
  • ou un point d'entrée destiné aux utilisateurs


🧬 Onglet Flux — Orchestration des processus


L'onglet Flux offre une représentation visuelle de la logique de l'agent.


Chaque bloc représente :

  • un autre agent
  • un navigateur
  • une étape de calcul
  • un identifiant
  • fin du message
  • une action d'exportation ou d'envoi par e-mail


🔗 Logique de flux


  • Étapes séquentielles
  • Branches conditionnelles
  • Arbres de décision complexes


👉 C’est ici que l’informatique décisionnelle et l’orchestration sont véritablement mises en œuvre.


📡 Publication et disponibilité

📤 Publier / Dépublier


  • Publier : active l’agent
  • Dépublier : désactive instantanément cette fonctionnalité.


Une fois publié, l'agent devient accessible :


  • via les canaux configurés
  • selon son mode de lancement
  • respect des règles d'accès à l'espace de travail


📦 Exporter / Importer (fichiers .tee)


Les agents peuvent être :

  • exportés sous forme de fichiers .tee
  • importé dans d'autres espaces de travail


Cela permet :

  • modèles et réutilisation
  • contrôle de version
  • normalisation inter-projets
  • déploiements plus rapides


💡 Les fichiers .tee sont un élément essentiel de l'écosystème Teemant.


🧠 Meilleures pratiques

🏷️ Conventions de dénomination strictes


Inclure systématiquement :


  • étendue fonctionnelle
  • version
  • rôle de l'agent


Ceci est essentiel pour :


  • entretien
  • évolutivité
  • lisibilité des flux complexes


🧩 Architecture modulaire


  • Limitez le nombre d'agents à quelques spécialistes.
  • Navigateurs de réutilisation
  • Centraliser la logique partagée


👉 Plus chaque agent est simple, plus le système global devient robuste.


🧩 Résumé


Le générateur d'agents Teemant vous permet de :


  • concevoir des processus métier complexes basés sur l'IA
  • orchestrer des parcours utilisateurs intelligents
  • connecter l'IA aux systèmes d'entreprise
  • déployer sur plusieurs canaux
  • industrialiser et reproduire les cas d'utilisation de l'IA



👉 Il s'agit d'une plateforme de conception de processus métier alimentée par l'IA, et non pas simplement d'un générateur de chatbots.

📞 Appels d'agents Teemant (Processus réutilisables)

🔍 Aperçu


Les appels d'agent Teemant sont des processus appelables conçus pour être réutilisés par un ou plusieurs agents. Ils représentent des blocs de processus autonomes qui peuvent être invoqués depuis différents flux au lieu d'être dupliqués.

Considérez-les comme une logique métier partagée qui peut être appelée en cas de besoin.


🧩 Pourquoi les appels des agents sont importants


Les appels d'agents sont particulièrement utiles lorsque :


  • 🔁 Le même processus doit être exécuté plusieurs fois.
  • 🧠 La logique est complexe et devrait résider dans un seul et même endroit.
  • 🧱 Vous souhaitez des architectures d'agents propres et faciles à maintenir
  • 🔄 Plusieurs agents ou flux s'appuient sur la même règle métier


Exemples typiques :


  • Étapes d'authentification ou d'identification
  • vérification de la police d'assurance
  • logique de qualification des dommages
  • Vérifications d'admissibilité
  • Circonstances (à l'amiable vs responsabilité, etc.)


🏗️ Comment fonctionnent les appels des agents


Un appel d'agent est :


  • Un processus, et non un agent conversationnel complet
  • Non directement exposé aux utilisateurs
  • Déclenché par un autre agent ou flux
  • Exécuté dans le contexte actuel


📌 Il se comporte comme un appel de fonction au sein d'un flux de travail conversationnel plus large.


🧠 Modèle d'exécution


  1. Un agent principal atteint un point où une logique partagée est nécessaire.
  2. Cela déclenche un appel d'agent
  3. L'appel de l'agent :
  4. Utilise le contexte actuel
  5. Exécute son processus interne
  6. Le contrôle est rendu à l'agent appelant.


➡️ Aucune perturbation pour l'utilisateur, aucune logique dupliquée.


🧭 Cas d'utilisation typiques


Cas d'utilisation : Pourquoi utiliser un appel d'agent ? 🔐 Authentification : Même vérification utilisée dans de nombreux flux. 🧾 Recherche de police : Partagée entre plusieurs types de sinistres. 🚗 Analyse des circonstances : Logique interne vs logique tierce. 📄 Validation de documents : Règles de validation réutilisables. 🔁 Contrôles en plusieurs étapes : Logique de décision centralisée.


🧱 Meilleures pratiques en architecture


✅ Un appel d'agent = une responsabilité


  • Concentrez les appels des agents sur
  • Évitez de mélanger la navigation de l'interface utilisateur et la logique principale.
  • Nommez-les très explicitement

📌 Exemple de convention d'appellation :


  • FLOT6x-AMIABLE-CALL
  • FLOT6x-CIRCONSTANCES-APPEL
  • FLOT1.0-IDENTIFIANT-POLITIQUE


Une dénomination claire est essentielle lorsque les flux deviennent importants.


🔄 Relation avec les agents Teemant


Rôle du composant 🤖 Agent Teamman Agent d'interface utilisateur ou d'orchestration 🧭 Navigateur Guide les utilisateurs vers les sous-processus 📞 Appel d'agent Processus appelable réutilisable


➡️ Les navigateurs décident de la destination ➡️ Les appels d'agents exécutent une logique partagée


🚀 Déploiement et disponibilité


  • Les appels des agents sont :
  • 📦 Publié comme des agents réguliers
  • 🔌 Disponible pour tout agent de l'espace de travail
  • Une fois publiées, elles peuvent être réutilisées immédiatement.
  • Les mises à jour s'appliquent automatiquement partout où elles sont utilisées.



🧠 Points clés à retenir


  • 📞 Appels d'agents = Blocs de processus réutilisables
  • 🔁 Évitez les doublons, améliorez la cohérence
  • 🧩 Essentiel pour les systèmes d'agents complexes et à grande échelle
  • 🏗️ Un pilier des architectures propres de Teemant