Découvrir le socle de données et de méthodes métier.
Be Water Work · Fonctions et spécifications
Work · Tâches continues et maîtrise humaine
Nouveau produit en développementWork organise IA, outils, méthodes métier et personnes autour de tâches industrielles continues. Découvrez les fonctions, intégrations, modes de déploiement et charges de référence prévus, notamment la reprise, l’évolution et le transfert du travail entre personnes ou systèmes.
Les fonctions logicielles en un coup d’œil
| Fonction | Capacité prévue | Limites d’exploitation |
|---|---|---|
| Espaces de travail par rôle | Vues structurées pour opérateurs, ingénieurs, responsables, chefs de projet et développeurs partenaires | Les vues stables des tâches et preuves sont prioritaires ; la conversation est une autre entrée vers le même travail. |
| Déclencheurs et tâches continues | Demandes utilisateurs, calendriers, événements, seuils, résultats de modèles, webhooks et changements des systèmes externes | Intervalle minimal de référence pour la planification : 1 minute. La coordination d’équipements à moins d’une minute relève de l’exécution sur site, pas de la planification de tâches par un modèle de langage. |
| Cycle de vie persistant des tâches | Points de reprise, dépendances, temporisations, motifs d’attente, rappels, annulation et relais | L’attente de données, d’une approbation, d’un expert ou d’un créneau d’exploitation n’occupe pas une session de modèle en continu. |
| Preuves et connaissances | Références des sources, plages de données, versions de modèles et d’outils, procédures opératoires approuvées et contexte des tâches ou incidents | Les similitudes historiques restent distinctes d’un diagnostic actuel ; les connaissances approuvées conservent leur périmètre et leur validité. |
| Exécution assistée par outils | Calculs d’ingénierie, adaptateurs aux systèmes existants, brouillons et actions métier courantes autorisées | Lire, rédiger, communiquer et exécuter relèvent d’autorisations distinctes ; les résultats externes incertains sont vérifiés avant toute nouvelle tentative. |
| Développement maîtrisé | Création d’ensembles de capacités, rédaction de programmes en environnement isolé, simulation et mise en production maîtrisée | Un programme ou une méthode générés n’obtiennent pas automatiquement d’identifiants de production ni de pouvoir d’action. |
| Travail mobile et en réseau dégradé | Une PWA ou un client mobile validé, avec documents approuvés, listes de contrôle, photos et brouillons disponibles localement | Le travail non synchronisé reste visiblement local. Une saisie hors ligne ne prouve pas l’exécution d’une commande d’équipement. |
Il s’agit du périmètre logiciel prévu pour Work. Les ensembles de tâches, adaptateurs, compatibilités clients et modalités de support retenus sont précisés à la livraison ; le tableau ne présente pas une force de travail autonome déjà disponible.
Un dossier de travail qui perdure au-delà de la conversation
Une conversation peut lancer le travail. Le dossier conservé permet à un opérateur, collègue ou partenaire de support de comprendre la tâche sans relire tout l’échange.
Le dossier de suivi de la tâche
- Objectif et conditions de réalisation
- Le résultat opérationnel, les objets concernés, l’échéance, les preuves de réalisation et les conditions d’arrêt.
- Responsabilités et pouvoirs d’action
- Le responsable de la tâche, l’exécutant, l’approbateur et le vérificateur, avec les actions permises et leur période de validité.
- Avancement et dépendances
- Étapes réalisées, travaux restants, motifs d’attente, références des systèmes externes et prochain événement attendu.
- Preuves et décisions
- Plages temporelles des données, références documentaires, résultats de calculs, résultats des outils et approbations enregistrées.
Lorsqu’une GMAO, un ERP ou un autre système client détient l’enregistrement officiel, Work y renvoie et conserve le contexte d’analyse et d’exécution. Responsabilité des champs et synchronisation sont convenues pour éviter les doubles saisies.
Poursuivre malgré les interruptions et les relais
Définir et préparer
Vérifiez le résultat demandé, les preuves disponibles, les outils, les responsabilités et les pouvoirs existants. Si nécessaire, décomposez une mission plus vaste en travaux interdépendants.
Exécuter dans le cadre de la mission
Récupérez les informations approuvées, appliquez les méthodes métier et réalisez les étapes permises. Associez résultats et références externes à la même tâche.
Attendre avec un motif visible
Conservez la tâche pendant l’attente de données, d’une personne, d’un créneau d’exploitation ou d’un système externe. Une tâche en attente n’a pas besoin d’une conversation ouverte avec le modèle pour rester active.
Reprendre selon les conditions actuelles
Revérifiez autorisations, fraîcheur des données, versions documentaires et état du site. Un plan antérieur ne rétablit pas une autorisation révoquée.
Vérifier et transmettre
Comparez le résultat aux conditions de réalisation convenues. Si du travail reste nécessaire, conservez les questions non résolues, le prochain responsable et les observations de suivi.
Une analyse livrée, un ordre de travail créé, une réparation réalisée et une amélioration vérifiée sont des résultats différents. La définition du travail choisi détermine celui dont la tâche est responsable.
Interfaces, outils et dossiers d’intégration
| Interface | Spécification prévue | Conditions d’intégration |
|---|---|---|
| Intégration applicative | Adaptateurs REST, événementiels et SDK ; MCP en option | Connectez les documents approuvés et les services SCADA, de données, ERP, GMAO, de communication et de modèles nécessaires au travail choisi. |
| Définition des outils | Schémas structurés d’entrée et de sortie, identité, type de lecture ou d’écriture, catégorie d’erreur, nouvelles tentatives et compensation | Enregistrer et examiner chaque outil ; une URL dans un document ne devient pas un outil autorisé. |
| Calculs métier | Core, modèles clients existants ou services déterministes approuvés | Conserver l’instantané des entrées, les unités, la version et le calcul retourné ; une réponse en langage naturel ne remplace pas une formule convenue. |
| Données externes | Références des systèmes clients et responsabilité explicite des champs | Conserver si pertinent l’enregistrement officiel GMAO ou ERP dans son système existant ; synchroniser les champs convenus et rendre les conflits visibles. |
| Services de modèles | Modèles locaux, privés ou dans le cloud choisis selon la tâche et la politique de données | L’accès aux modèles externes peut être interdit. L’inférence locale nécessite un dimensionnement séparé des modèles et des ressources de calcul. |
| Fichiers et connaissances | Analyse des fichiers en environnement isolé, procédures opératoires et manuels versionnés, références aux preuves | Les macros et scripts de fichiers ne s’exécutent pas par défaut ; destinations de données, usage des connaissances et rétention restent soumis aux règles convenues. |
| Outils de développement | Atelier de création d’ensembles de capacités, exemples exécutables, simulateurs et contrôles d’autorisations | Adaptateurs versionnés et exemples exécutables sont choisis pour l’ensemble de capacités. |
La matrice de compatibilité du déploiement recense les adaptateurs, schémas, versions d’outils et dépendances de modèles effectivement utilisés. Work peut utiliser les systèmes et modèles existants par les interfaces nécessaires. Ajoutez Core lorsque la tâche requiert son contexte de données industrielles ou ses calculs ; les systèmes existants peuvent rester la source de référence.
Déléguer les tâches courantes en gardant la maîtrise des limites
| Type de travail | Dans le cadre d’une mission approuvée | Quand une nouvelle décision est nécessaire |
|---|---|---|
| Observer et analyser | Lire les sources autorisées, exécuter les calculs approuvés et organiser les preuves | Une nouvelle source, une destination de données sensibles ou un nouveau périmètre métier sont nécessaires. |
| Préparer et rédiger | Préparer une analyse, un rapport, un ordre de travail ou une proposition de changement | Une publication, une communication externe ou un engagement sort du cadre de la mission. |
| Actions métier courantes | Créer les tâches internes autorisées, modifier les champs convenus et envoyer les notifications approuvées | Le périmètre, le budget, les responsabilités ou les destinataires dépassent les pouvoirs existants. |
| Actions sur les installations | Demander une action préalablement validée via Edge ou le dispositif local de contrôle d’exécution approuvé par le client | Les limites d’exploitation changent, un nouveau chemin à conséquences importantes est introduit ou les conditions du site invalident l’approbation. |
| Nouvelles méthodes | Développer et évaluer une version candidate dans un environnement isolé de test ou de fonctionnement parallèle sans action | L’usage en production, la mise en service d’un modèle ou un nouvel essai nécessite l’approbation prévue. |
Une autorisation peut couvrir une catégorie définie de tâches courantes sans exiger de validations répétées. Son périmètre, sa durée et les moyens de la suspendre ou de la révoquer sont visibles. Le degré de confiance d’une IA ne lui confère aucune autorisation d’agir sur les installations.
Déploiement et environnement d’exécution
| Option | Organisation de l’exécution | Dépendance importante |
|---|---|---|
| SaaS | Application Work administrée, état persistant des tâches et outils distants approuvés | Convenir de la localisation des données, de l’identité, des sources, des modèles accessibles et du périmètre de support. |
| Cloud privé du client | Application et processus d’exécution avec base de données et moteur de flux de travail persistants dans l’environnement client choisi | Fournir accès réseau et identités pour chaque outil approuvé ; dimensionner les processus d’exécution selon la capacité des outils. |
| Serveur de site | État persistant local des tâches, avec les modèles et outils nécessaires au travail hors ligne | Une tâche déconnectée ne peut continuer que si ses données, méthodes et outils nécessaires sont disponibles localement. |
| Edge + Work | Appareils distincts ou infrastructure partagée validée, selon le cas | Un nœud E-S ordinaire n’est pas supposé héberger Work au complet. Les actions sur les équipements passent toujours par Edge ou par un dispositif de contrôle d’exécution approuvé par le client. |
Le système d’exploitation hôte et les versions des dépendances sont confirmés pour la configuration choisie. Ressources applicatives, stockage persistant et calcul des modèles locaux sont dimensionnés séparément ; un déploiement local ne rend pas, à lui seul, tous les outils disponibles hors ligne.
Profils de référence des ressources et des charges
| Profil | Ressources applicatives | Charge de travail à valider |
|---|---|---|
| WL-S · site ou petite équipe | Application à partir de 8 vCPU et 16 Go de RAM ; base de données et services de flux de travail persistants en supplément, ou partagés avec un déploiement Core validé et des ressources comptabilisées séparément | 25 utilisateurs inscrits, dont 20 simultanés ; 20 tâches en cours d’exécution, 1 000 tâches en attente et 5 requêtes simultanées aux modèles de langage. |
| WL-M · plusieurs équipes | Application et processus d’exécution : 16–32 vCPU et 32–64 Go de RAM au total ; base de données et services de flux de travail persistants indépendants | 100 utilisateurs inscrits, dont 50 simultanés ; 100 tâches en cours d’exécution, 10 000 tâches en attente et 20 requêtes simultanées aux modèles de langage. |
Ces profils visés, non testés, décrivent la charge de l’application et de ses processus d’exécution. Ils excluent la mémoire des accélérateurs de modèles locaux et n’établissent pas de temps de réponse de bout en bout. Limites de débit des fournisseurs de modèles et outils externes, choix du modèle, complexité et attentes humaines restent des contraintes distinctes ; dimensionnez le stockage persistant selon les preuves, fichiers et durées de rétention.
Exploitation, reprise, mises à niveau et export
| Domaine | Comportement prévu | Détail de configuration ou de transfert |
|---|---|---|
| Reprise et nouvelles tentatives | Restaurer les points de reprise persistants et revérifier pouvoirs actuels, versions des documents, fraîcheur des données et état des outils | Si une écriture externe a un résultat incertain, interroger ce résultat ou demander un examen avant de répéter l’opération. |
| Sauvegarde et reprise | Restaurer tâches persistantes, preuves, autorisations et dépendances des flux de travail à partir du dispositif de sauvegarde ou de redondance choisi | La reprise sur un hôte, la redondance sur un nœud et la reprise après sinistre de site sont des périmètres distincts ; l’état local et les dépendances des modèles et outils doivent aussi être disponibles. |
| Évolution des flux de travail | Lier les tâches en cours à une version de flux de travail et de capacité ; permettre leur poursuite ou une migration maîtrisée | Les changements d’outils, de procédures opératoires, de modèles, de permissions ou de rôles identifient les tâches qui peuvent continuer, exigent un examen ou doivent s’arrêter. |
| Synchronisation mobile | Distinguer les données enregistrées sur l’appareil des données synchronisées ; résoudre les conflits de versions et de responsabilité des champs | Les approbations à haut risque ne prennent pas automatiquement effet hors ligne. |
| Rétention et connaissances | Distinguer mémoire temporaire des tâches, synthèses d’incidents, connaissances approuvées et preuves formelles | Rétention, suppression et droits d’usage des données sont choisis séparément ; les contenus clients ne sont pas automatiquement utilisés pour l’entraînement général des modèles. |
| Export et réversibilité | Exporter définitions de travail, tâches, entrées et sorties, références des preuves, configuration, dossiers d’examen et ensembles de connaissances autorisés par les licences du client | Conserver l’état des tâches et les identifiants des systèmes externes ; transmettre les tâches en cours, validations en attente et actions externes déjà réalisées. |
| Responsabilités dans la durée | Une capacité de travail précise la mission déléguée, le périmètre autonome, les exceptions, les preuves de réalisation et le circuit de support | Le support métier et sa couverture sont convenus pour le travail concerné ; un journal logiciel ne remplace pas les responsabilités contractuelles ou sur site. |
Le dossier de tâche reste distinct de la protection locale et de la continuité d’exploitation de l’équipement. Le périmètre de sauvegarde, les versions prises en charge et les engagements de service sont convenus pour la configuration choisie.