esovranDemander une démo

Paramétrage

Votre convention, décrite une fois, appliquée partout.

Deux bureaux d'études ne nomment pas leurs plans de la même façon, ne valident pas dans le même ordre et n'appellent pas les mêmes choses par les mêmes mots. Esovran ne livre donc pas une convention : il livre l'atelier qui permet de décrire la vôtre — dans l'interface, sans développement, sans intervention de l'éditeur.

01L'atelier du projetCe qui se décrit, et une fois pour toutes

Décrire ce qu'est un document chez vous.

Une classe de document dit ce qu'est un plan, une note de calcul, un procès-verbal — et quels renseignements le décrivent. Ceux qui entrent dans son code sont exigés à la création : un plan ne reçoit pas de code sans son lot.

Les listes de valeurs ferment le vocabulaire : « CVC » existe, « C.V.C. » n'existe pas. C'est ce qui rend une recherche par lot fiable deux ans plus tard.

Les classes de dossier font la même chose pour l'arborescence, et les propriétés de projet portent ce qui se renseigne une fois et se transmet à tout ce qu'il contient.

Classe — Plan5 champs
ChampTypeDans le code
Projettexte court · héritéOUI
Lotliste (choix unique)OUI
Échelleliste (choix unique)NON
Niveautexte courtNON
Date de levédateNON
Liste « Lot » — ARC · STR · CVC · ELEC · VRD
02CodificationLa règle produit le nom

Un nom de plan ne se tape pas, il se compose.

Vous décrivez les segments : ce qui vient d'un champ du document — y compris une propriété héritée du projet —, ce qui est un compteur, ce qui est du texte fixe. À la création du document, Esovran compose le code, et le conserve.

Le compteur est attribué par le serveur : deux personnes qui créent un plan en même temps n'obtiennent jamais le même numéro.

Le compteur peut repartir pour chaque combinaison de champs — un numéro par lot, par exemple. L'indice, lui, vit à côté du code : il avance au visa, le code ne change pas.

RÈGLE — PLAN DE PROJET
1Trigramme du projetchamp hérité du projet
2Lotchamp
3Type de documenttexte fixe
4Numéro sur 4 chiffrescompteur
RÉSULTAT
LJM-CVC-PLA-0102
Indice C — à côté du code
03Cycle de vieÉtats, transitions, visas, estampilles

Qui a le droit de faire avancer quoi.

Vous posez les états que traverse un document, puis les transitions qui relient ces états. Chaque transition porte les rôles projet autorisés à la déclencher.

Une transition peut en outre exiger des renseignements, faire avancer l'indice, écrire une estampille sur le document, produire son PDF, ou notifier des destinataires.

Les états se regroupent en phases que vous nommez vous-même : études, consultation, exécution, réception — ou le découpage de votre choix.

Transition — « Soumettre au visa »
En préparationEn visa
Rôles autorisésProjeteur · Resp. de lot
Champs exigésMotif de révision
Indiceincrémenté
EstampilleStatut ← « Pour visa »
NotifieRôle « Resp. de lot »

Qui fait quoi

Une vue d'ensemble : chaque rôle du projet en colonne, chaque transition en ligne. On voit d'un coup qui peut quoi.

Estampilles

Une transition écrit sur le document la date du geste, l'état atteint ou son auteur, dans les champs que vous désignez.

Notifications

Chaque transition désigne qui prévenir : les membres d'un rôle du projet, ou une personne nommée. Ceux qui suivent le document ou son dossier sont avertis aussi.

04ContrôlesL'atelier signale, le serveur refuse

Une erreur de paramétrage se voit avant d'être enregistrée.

Un état sans issue, une transition qui notifie quelqu'un qui n'existe plus, une règle de codification qui référence un champ supprimé : ce sont les erreurs qui se découvrent six mois plus tard, sur un projet en cours.

L'atelier vérifie la cohérence de l'ensemble et signale chaque point, par gravité, avant que vous enregistriez. Ce qui ne pourrait pas s'appliquer — une cible de notification inconnue, une estampille sur un champ absent, un cycle sans état initial unique — le serveur refuse de l'enregistrer.

Contrôles avant enregistrement
Aucun état inatteignable
12 états, 17 transitions
Chaque jeton du code existe dans la classe
2 champs, 1 compteur
État sans transition sortante
« En attente de pièces » — aucun geste n'en sort
L'atelier signale, vous décidez ; le serveur refuse ce qui ne s'appliquerait pas.
05RéutiliserCopie d'un projet existant

La deuxième affaire démarre déjà conforme

Un nouveau projet se crée à partir d'un projet existant. Vous choisissez ce qui part avec lui : le paramétrage — classes, champs, listes de valeurs, règles de code, cycles de vie —, les droits — rôles, membres, permissions — et, si vous le souhaitez, les documents.

Le nouveau projet est créé conforme à votre convention, sans qu'on ait à s'en souvenir.

Faire évoluer sans tout casser

La configuration d'un projet en cours peut évoluer : ajouter un champ, ouvrir une transition, étendre une liste de valeurs.

Les documents déjà créés gardent ce qu'ils portent ; les contrôles signalent ce qu'une évolution rendrait incohérent.

06Qui paramètreSans développement, sans l'éditeur

Dans l'interface

L'atelier est une partie de l'application. Il n'y a pas de fichier de configuration à éditer ni de script à écrire.

Par vos administrateurs

Le paramétrage d'un projet est confié aux rôles que vous désignez. Il ne nécessite aucune intervention de l'éditeur.

Les droits sont tracés

Les changements de droits, de rôles et de membres sont enregistrés par le serveur : qui a accordé quoi, et quand.

Apportez votre convention, nous la paramétrons avec vous.

Votre charte de codification, votre circuit de visas, vos listes de lots. La séance consiste à les faire entrer dans l'outil.