e-Beyonder FR EN ← Retour à l'accueil

xGRC · non sectoriel

Pas d'écrans métier. Des processus.

La plupart des outils de risque sont des écrans dessinés pour un secteur : un formulaire d'incident bancaire, une grille d'audit assurantielle, un registre d'inspection industrielle. Chacun encode un métier dans sa structure même.

Changer de métier, c'est alors changer d'outil — ou tordre celui qu'on a jusqu'à ce qu'il entre.

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.

LA MÊME STRUCTURE, TROIS MÉTIERS — ET LE VÔTRE

Trois exemples, pris aussi loin que possible les uns des autres. Chaque ligne donne d'abord ce qu'elle est, puis les trois illustrations — c'est la définition qui compte, pas le vocabulaire des exemples.

TÂCHE un acte de production que quelqu'un exécute

Valider une indemnisation · vérifier une dimension après usinage · attribuer un logement

RÈGLE ce que cet acte doit respecter

Une délégation de signature par montant · une tolérance fixée par le plan · un barème de priorité

DÉFAILLANCE ce qui arrive quand la règle n'est pas tenue

Un seuil franchi sans visa · une pièce hors tolérance livrée · une attribution hors barème

DONNÉE la trace que cet acte laisse dans vos systèmes

Une ligne de règlement · un relevé de mesure de la pièce · un dossier de candidature

CONTRÔLE le même mécanisme, dans les trois cas

Votre métier remplit les quatre premières lignes avec ses propres mots. C'est tout ce que nous avons besoin de connaître de lui.

Les quatre premières lignes changent d'un client à l'autre. La cinquième ne change pas — c'est elle que nous éditons.

Ce que « décrit intégralement » veut dire

Un processus réel, à l'échelle.

Ci-contre, un processus métier d'un client en production — le calcul et le règlement de prestations santé — affiché à 29 % pour tenir entier dans l'image. Vous ne pouvez pas en lire les libellés, et c'est volontaire : ce n'est pas son contenu qui est montré ici, c'est sa taille.

Une trentaine de tâches, autant de conditions, des branches qui se rejoignent. Chacune de ces tâches porte ses ressources, ses règles et ses instructions de travail ; c'est à ces tâches-là que les risques se situent et que les contrôles s'exécutent.

C'est la différence entre modéliser un processus et le répertorier. Un répertoire aurait tenu sur une ligne.

Vue d'ensemble d'un processus métier modélisé, affichée à très petite échelle : une trentaine de tâches et de conditions reliées, dont les libellés ne sont pas lisibles.
Processus « Calculer et régler les prestations santé », vue d'ensemble. Capture volontairement réduite : la densité est l'information, pas le détail.

Trois raisons de contrôler

La contrainte diffère. Le besoin de preuve, non.

Ce qui pousse une organisation à maîtriser ses processus n'est pas le même d'un secteur à l'autre. Dans un cas c'est un régulateur, dans l'autre un donneur d'ordre, dans le troisième une mission de service. Mais la question qui leur est posée est toujours la même : prouvez-le.

Les trois secteurs ci-dessous sont des exemples, choisis parce qu'ils sont éloignés. Votre secteur n'a pas besoin de figurer dans cette liste pour que la mécanique s'applique : il a seulement besoin d'avoir des processus et quelqu'un à qui en rendre compte.

BANQUE & ASSURANCE

Un dispositif réglementé

Contrôle permanent et contrôle interne, trois lignes de défense, résilience opérationnelle. L'obligation est explicite et le régulateur demande la preuve.

Qui demande : le superviseur, l'audit interne, le comité des risques.

INDUSTRIE

Une exigence répercutée

En sous-traitance nucléaire ou aéronautique, le donneur d'ordre impose sa discipline de processus et vient la vérifier. Le contrôle n'est pas une obligation légale — c'est une condition d'accès au marché.

Qui demande : le client, son auditeur, son cahier des charges.

HABITAT SOCIAL

Une obligation de service

Sécurité des biens et des personnes, équité des attributions, continuité du service rendu. Des processus très encadrés, portés par des équipes dispersées.

Qui demande : le tutélaire, l'élu, l'occupant.

Un détail qui compte dans la troisième colonne : des équipes dispersées, sans poste fixe ni temps de bureau, ne remplissent pas un formulaire central. Elles reçoivent une tâche là où elles sont. C'est une contrainte d'exécution, pas de documentation — et c'est précisément ce que l'exécutable traite.

La raison

Conçu Lean, pas labellisé Lean.

Si la plateforme traverse les secteurs, c'est parce qu'elle est bâtie sur le processus et non sur le métier. C'est aussi ce qui la rend Lean — non par étiquette, mais par construction.

Nous ne revendiquons pas une méthodologie. Nous en produisons les effets, et ils se vérifient à l'écran. Les cinq points qui suivent sont des propriétés du produit, chacune vérifiable en démonstration.

  • 01

    Zéro ressaisie

    L'information est saisie une fois et réutilisée partout où elle sert. Les données à contrôler ne sont pas répliquées : elles sont importées.

  • 02

    Le flux, pas le lot

    Le contrôle tourne en continu. Il n'y a pas de campagne à relancer, donc pas de pic de charge trimestriel à absorber.

  • 03

    Chacun à son poste

    La tâche arrive à qui doit la traiter, quand elle est disponible. Aucun point de passage central, donc aucun goulet d'étranglement organisationnel.

  • 04

    La mesure avant l'avis

    L'efficacité d'un contrôle se calcule depuis son exécution ; elle ne s'estime pas en réunion. Un chiffre calculé se discute autrement qu'une appréciation.

  • 05

    L'amélioration dans la production

    La remédiation rappelle l'étape manquée et forme l'agent au passage. Pas de chantier d'amélioration mené à côté de la production.

Un label s'affiche. Une conception se constate. Nous préférons la seconde preuve, parce qu'elle tient devant un praticien.

Prenez un de vos processus. Celui que vous croyez intransposable.

Nous le modélisons avec votre vocabulaire, nous y plaçons un risque et nous exécutons son contrôle. Si la structure ne tient pas, vous le verrez tout de suite — et nous aussi.

Demander la démonstration Anatomie de l'exécution d'un contrôle