Ce que nous livrons
Le métier est dans vos processus, pas dans notre produit.
e-Beyonder livre des processus — les vôtres, du référentiel jusqu'à l'exécution — et le dispositif de risque s'y attache à la tâche. Le vocabulaire, les règles, les acteurs, les données : tout cela vient de vous.
Ces processus sont décrits intégralement, pas répertoriés : événements, tâches et leurs instructions de travail, rôles métier, ressources humaines et techniques, règles métier, variables d'entrée et de sortie. Cette profondeur n'est pas un exercice de modélisation pour lui-même — c'est elle qui permet au risque et au contrôle de se situer à la tâche, et non au processus.
Le schéma et la description structurée ne sont pas deux objets à tenir en cohérence : il n'y a qu'un seul jeu de données. Le dessin n'est pas un fichier rangé quelque part à côté des tables — c'est une manière de regarder ces données, au même titre qu'un tableau. Tracer une tâche dans le modèle graphique, c'est écrire la donnée ; saisir la donnée, c'est redessiner le schéma. Il n'y a donc jamais de diagramme à remettre à jour après coup : la question ne se pose pas.
Et c'est de ce modèle que les procédures sont rédigées. Une procédure n'est plus un document qu'on écrit puis qu'on laisse vieillir : elle est produite depuis le processus, donc elle est juste tant que le processus l'est.
Ce qui vaut pour un règlement de sinistre vaut pour une gamme d'usinage ou pour l'attribution d'un logement, parce que la mécanique ne porte pas sur l'objet du travail mais sur sa structure : une tâche, une ressource, une règle, un point de défaillance, un contrôle.
C'est une conséquence d'architecture, pas une ambition commerciale. Un outil bâti sur le processus traverse les secteurs ; un outil bâti sur le métier ne peut pas.