Plateforme BPM multi-organisations
ELTIS PROCESS transforme un circuit de validation dessiné visuellement en dossiers numérotés, tâches assignées et décisions motivées. Conception, exécution et pilotage dans une seule interface, sans quitter votre organisation, sans ressaisie.
Dossiers / Demande d'achat · version 3 publiée
ACH-2026-00042
Awa Ndiaye · Direction Administrative et Financière
12 500 000 FCFA
Dépôt de la demande
il y a 3 j
Awa Ndiaye
Validation N1
il y a 2 j
Mamadou Diop
Validation N2
échéance dans 1 j
Fatou SarrEn cours
Traitement Achats
échéance dans 4 j
groupe Achats
Clôture
—
Ousmane Fall
Journal · Tâche affectée · Fatou Sarr
Socle technique
Du modèle à l'exécution
Une version de processus se modélise visuellement, se déploie, puis se publie. À partir de là, chaque demande déposée suit exactement ce tracé : validations, passerelles, branches de rejet et de correction comprises.
L'interface n'anticipe jamais la suite du circuit : elle affiche l'état que le moteur a réellement atteint. Ce que vous voyez est ce qui s'est produit.
Renvoyer pour correction crée une tâche pour le demandeur. Il corrige, re-soumet, et le dossier repart d'où il s'était arrêté, sans nouveau numéro.
Un rejet ferme le dossier en lecture seule et exige une motivation, distincte du fil de commentaires. La raison reste attachée à la décision.
Ce que couvre la plateforme
Du modeleur visuel à l'intégration applicative : sans outil tiers, sans seconde authentification, sans export intermédiaire.
Palette fermée aux éléments réellement supportés, propriétés guidées, conditions de passerelle construites visuellement. Aucun champ où écrire une expression.
Le formulaire de début est rendu depuis son schéma et épinglé à la version du processus. Une modification crée une nouvelle version : rien n'est réécrit sous les dossiers en cours.
Objet *
Montant estimé *
Catégorie *
Un brouillon de dossier n'a pas encore de numéro et n'appartient qu'à son créateur. À la soumission, le numéro est attribué et le circuit démarre.
ACH-2026-00042 · CNG-2026-00118 · NDF-2026-00023
Approuver, rejeter, renvoyer pour correction, avec une motivation distincte du fil de commentaires, obligatoire au rejet. Personne ne valide son propre dossier.
Motivation *
Obligatoire au rejet. Jamais fusionnée avec le fil de commentaires.
Une ligne par événement, destinataire et canal. Un échec d'envoi reste visible avec son motif.
Dossiers en cours, tâches en retard, clôtures par mois et temps moyen de traitement, sur le périmètre que vos rôles vous ouvrent, jamais au-delà.
Clôtures par mois · temps moyen de traitement 4 j 6 h
Clés d'API pour les systèmes raccordés, webhooks signés sur les événements de dossier.
Chaque envoi porte une signature calculée avec un secret partagé : le système raccordé vérifie l'origine avant de traiter.
Conformité par construction
La traçabilité n'est pas un module que l'on active : c'est la forme même du produit. Chaque décision porte son auteur, son horodatage et sa motivation.
La frontière est résolue côté serveur depuis le jeton, jamais choisie par le client. Rien de ce qui appartient à une autre organisation n'est atteignable, ni même visible.
L'auto-validation est refusée par l'API, et le bloc de décision l'explique à l'écran plutôt que de disparaître sans raison.
Un dossier rejeté ou clôturé passe en lecture seule : plus de pièce, plus de commentaire, plus de décision. L'historique, lui, reste entier.
Chaque événement est ajouté, jamais modifié ni supprimé, y compris par un administrateur. La contrainte est posée au niveau du stockage, hors de portée de l'application.
Historique et audit
lecture stricte pour tousDossier soumis · ACH-2026-00042
Awa Ndiaye · 29 août 2026, 09 h 12
Pièce déposée · devis-fournisseur.pdf
Awa Ndiaye · 29 août 2026, 09 h 14
Tâche achevée · Validation N1
Mamadou Diop · 30 août 2026, 16 h 03
Décision prise · Approuvé
Mamadou Diop · 30 août 2026, 16 h 03
Version de processus publiée · v3
Fatou Sarr · 12 août 2026, 11 h 27
Aucune de ces lignes ne peut être modifiée ni supprimée : le journal n'accepte que des ajouts, et cette règle vit hors de l'application.
Sous le capot
Le front ne décide de rien : il affiche. Toute règle de périmètre, de transition et d'écriture est tranchée côté serveur, ce qui rend le produit vérifiable indépendamment de son interface.
Navigateur
API ELTIS
Moteur d'exécution des processus
exécute la version publiée, décide de l'étape suivante
Base de données
une organisation = une frontière, appliquée à chaque requête
Stockage documentaire
pièces jointes, suppression douce
Envoi d'e-mails
une notification par destinataire et par canal
Identité déléguée
Le mot de passe ne transite jamais par ELTIS : l'authentification est confiée à un fournisseur d'identité. Le front obtient un jeton, l'API le valide, et l'organisation s'en déduit côté serveur.