> For the complete documentation index, see [llms.txt](https://documentation.efalia.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://documentation.efalia.com/documentations/efalia-process/administration/administration-fonctionnelle/preambule-modelisation.md).
# Préambule et Modélisation
L'administration fonctionnelle d'Efalia Process est destinée aux **administrateurs fonctionnels** : les personnes chargées de concevoir, modéliser et déployer les processus métier au sein de l'organisation. Ce rôle ne nécessite pas de compétences en développement logiciel, mais une bonne compréhension des processus de l'entreprise.
Cette section couvre l'ensemble des outils de modélisation, de paramétrage de l'interface utilisateur et de gestion des fonctionnalités avancées d'Efalia Process.
***
## À qui s'adresse cette section ?
{% tabs %}
{% tab title="Administrateur Fonctionnel" %}
Vous concevez et maintenez les processus métier (workflows) de votre organisation :
* Création et gestion des projets dans le Designer
* Modélisation des processus, procédures et formulaires
* Déploiement des processus en production
* Paramétrage de l'interface utilisateur (Panorama, Front Office)
* Gestion des thèmes et de la charte graphique
{% endtab %}
{% tab title="Chef de Projet MOA" %}
Vous pilotez la mise en œuvre d'Efalia Process au sein de votre organisation :
* Compréhension des concepts clés de modélisation
* Coordination avec les équipes techniques
* Validation des processus avant déploiement
* Suivi des évolutions fonctionnelles
{% endtab %}
{% tab title="Intégrateur / Consultant" %}
Vous mettez en place Efalia Process chez vos clients :
* Maîtrise complète du Designer HTML et du paramétrage
* Configuration avancée du Front Office
* Gestion des thèmes et personnalisation
* Optimisation des processus modélisés
{% endtab %}
{% endtabs %}
***
## Les deux interfaces de modélisation
Efalia Process propose deux environnements de modélisation selon la version utilisée.
{% tabs %}
{% tab title="Designer HTML (recommandé)" %}
**Interface actuelle — 100% navigateur web**
Le **Designer HTML** est l'outil de modélisation principal d'Efalia Process. Il fonctionne directement dans le navigateur web, sans plugin ou installation côté client.
**Caractéristiques :**
* Accès via navigateur web récent (Chrome, Firefox, Edge, Opera)
* Aucune installation locale requise
* Interface drag-and-drop intuitive
* Gestion multi-graphes par onglets
* Visualisation multi-échelle des processus
* Vérification automatique de cohérence
* Génération de documentation intégrée
**Accès :** `http://[serveur]:8080/workey/designer`
{% hint style="success" %}
✅ **Interface recommandée** pour tous les nouveaux projets. Toute la documentation de cette section se base sur le Designer HTML.
{% endhint %}
{% endtab %}
{% tab title="Workey On Air (legacy)" %}
**Interface historique — Flash via Adobe AIR**
**Workey On Air** est une application desktop qui permettait de continuer à utiliser l'ancien Designer Flash après la fin du support d'Adobe Flash Player (31 décembre 2020).
{% hint style="warning" %}
⚠️ **Technologie obsolète**
Adobe ne prend plus en charge Flash Player depuis le **31 décembre 2020**. Workey On Air était une solution de transition.
Pour tout nouveau développement, utilisez exclusivement le **Designer HTML**.
**Compatible uniquement avec Windows.**
{% endhint %}
Consultez la page dédiée [Workey On Air](/documentations/efalia-process/administration/administration-fonctionnelle/workey-on-air.md) pour plus d'informations sur cette interface legacy.
{% endtab %}
{% endtabs %}
***
## L'interface d'administration : le Panorama
En plus des outils de modélisation, Efalia Process dispose d'une **console d'administration web** (Panorama) accessible à l'adresse :
```
http://[serveur]:8080/workey/admin
```
Cette console permet de gérer :
| Fonctionnalité | Description |
| ----------------------------- | --------------------------------------------------------- |
| **Utilisateurs** | Création, modification, désactivation des comptes |
| **Rôles** | Définition des permissions et habilitations |
| **Unités organisationnelles** | Structure hiérarchique de l'organisation |
| **Processus déployés** | Gestion des versions, archivage, politique de suppression |
| **Mode maintenance** | Mise en pause de l'application |
| **Messagerie interne** | Configuration du système de messages |
| **Remplacement d'acteurs** | Délégation et suppléance |
***
## Concepts clés de la modélisation
Avant de plonger dans le Designer HTML, voici les concepts fondamentaux d'Efalia Process.
### La hiérarchie de modélisation
```
Projet
└─ Processus (+ Procédures)
└─ Documents (types)
└─ Formulaires (interfaces utilisateur)
└─ Rôles → Opérations (étapes de workflow)
```
### Définitions essentielles
**Projet** Conteneur principal regroupant l'ensemble des processus, procédures, formulaires et ressources d'une application métier. Un projet correspond généralement à un domaine fonctionnel (ex : Gestion des commandes, RH, Comptabilité).
**Processus** Ensemble d'activités corrélées qui transforme des éléments d'entrée en éléments de sortie. Dans Efalia Process, un processus définit le cycle de vie d'un **Document** (dossier, demande, contrat…) à travers des étapes successives prises en charge par différents acteurs.
**Procédure** Sous-processus encapsulé permettant de modéliser des séquences complexes réutilisables. Une procédure peut être appelée depuis plusieurs processus différents.
**Document** Unité de travail centrale dans Efalia Process. Un document représente une instance d'un processus (ex : une demande d'achat, un contrat, un rapport d'incident). Il passe par des **états** successifs au fil des opérations.
**Formulaire** Interface HTML générée automatiquement pour la saisie et la consultation des données d'un document. Chaque document peut avoir plusieurs formulaires (lecture, écriture, archivage).
**Rôle** Définit **qui** peut effectuer une opération dans le processus. Un rôle peut être :
* **Public** : accessible à tous les acteurs habilités
* **Privé** : réservé à l'acteur ayant effectué l'opération précédente
**Opération** Action unitaire que peut effectuer un acteur dans le cadre d'un rôle. Les opérations font progresser le document dans son cycle de vie.
**Agent** Tâche automatique exécutée par le serveur selon un planning défini, sans intervention humaine (ex : envoi d'emails, synchronisation de données, archivage).
**Domaine de valeur** Liste prédéfinie de valeurs utilisée dans les formulaires (équivalent d'une liste déroulante). Les domaines sont définis au niveau du projet et réutilisables dans tous les formulaires.
**Organigramme** Représentation hiérarchique des acteurs de l'organisation (unités, équipes, postes). Il est utilisé pour l'attribution des rôles et la gestion des remplacements.
***
## Les types de graphes dans le Designer
Le Designer HTML permet de créer et gérer **10 types de graphes** différents, regroupés en deux catégories :
{% tabs %}
{% tab title="Modélisation" %}
| Type de graphe | Utilisation |
| ---------------- | --------------------------------------------------- |
| **Processus** | Cycle de vie des documents avec rôles et opérations |
| **Procédure** | Sous-workflow réutilisable |
| **Organigramme** | Structure hiérarchique de l'organisation |
| {% endtab %} | |
{% tab title="Automatisation" %}
| Type de graphe | Utilisation |
| -------------------------- | ---------------------------------------- |
| **Modèles de formulaire** | Interfaces de saisie et de consultation |
| **Règles du dictionnaire** | Contraintes et validations des données |
| **Vues utilisateur** | Listes personnalisées de documents |
| **Vues embarquées** | Vues intégrées dans d'autres formulaires |
| {% endtab %} | |
| {% endtabs %} | |
***
## Prérequis pour utiliser le Designer HTML
{% hint style="info" %}
**Configuration minimale requise pour accéder au Designer HTML :**
* **Navigateur :** Chrome, Firefox, Edge ou Opera (version datant de moins de 2 ans)
* **JavaScript :** activé
* **Cookies :** activés
* **Résolution d'écran :** 1600 × 900 pixels minimum *(1920 × 1080 recommandé)*
* **Accès réseau :** connexion au serveur Efalia Process
* **Droits :** compte avec profil Administrateur Fonctionnel ou Workflow Manager
{% endhint %}
{% hint style="warning" %}
⚠️ **Important**
L'accès au Designer est conditionné par l'attribution du rôle **Workflow Manager** dans la console d'administration. Ce rôle doit être attribué par un administrateur technique lors de la première connexion.
{% endhint %}
***
## Organisation de la section Administration Fonctionnelle
Cette section de la documentation couvre les thèmes suivants :
| Article | Description |
| --------------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------- |
| [Modélisation avec le Designer](/documentations/efalia-process/administration/administration-fonctionnelle/modelisation-designer.md) | Création de projets, processus, procédures, domaines et organigrammes |
| [Designer HTML – Fonctionnalités avancées](/documentations/efalia-process/administration/administration-fonctionnelle/designer-html.md) | Formulaires, connecteurs, fonctions avancées, déploiement |
| [Langages de processus](/documentations/efalia-process/administration/administration-fonctionnelle/langages-process.md) | STalk, WKYJS et JavaScript dans les processus |
| [Tableaux de bord et vues](/documentations/efalia-process/administration/administration-fonctionnelle/tableaux-bord-vues.md) | Création de vues utilisateur et tableaux de bord |
| [Paramétrage du Front Office](/documentations/efalia-process/administration/administration-fonctionnelle/parametrage-front-office.md) | Configuration du fichier settings.json |
| [Gestion des thèmes](/documentations/efalia-process/administration/administration-fonctionnelle/gestion-themes.md) | Personnalisation de l'apparence (skins) |
| [Gestion des contrats](/documentations/efalia-process/administration/administration-fonctionnelle/gestion-contrats.md) | Module de suivi des contrats |
| [Workey On Air](/documentations/efalia-process/administration/administration-fonctionnelle/workey-on-air.md) | Interface legacy Flash (obsolète) |
***
## Questions Fréquentes
Quelle est la différence entre un administrateur fonctionnel et un administrateur technique ?
L'**administrateur fonctionnel** est responsable de la conception et du paramétrage des processus métier :
* Il travaille dans le **Designer HTML** pour modéliser les processus
* Il configure l'interface utilisateur (Front Office, thèmes)
* Il gère les utilisateurs, rôles et organigrammes dans le Panorama
* Il déploie les nouvelles versions de processus
L'**administrateur technique** est responsable de l'infrastructure serveur :
* Il installe et met à jour Efalia Process
* Il configure les serveurs (Tomcat, base de données, LDAP)
* Il gère les performances et la disponibilité
Les deux rôles peuvent être assurés par la même personne dans les petites structures.
Peut-on modéliser plusieurs processus dans un même projet ?
Oui, un projet peut contenir autant de processus que nécessaire. Il est courant de regrouper dans un même projet tous les processus d'un domaine fonctionnel (ex : tous les processus RH dans un projet "Ressources Humaines").
Cependant, il est recommandé de ne pas créer de projets trop volumineux pour faciliter la maintenance et les mises à jour.
Est-il possible de modifier un processus déjà déployé en production ?
Oui, mais avec précaution. Efalia Process gère le **versionnage des processus** : lorsque vous modifiez un processus déployé, une nouvelle version est créée. Les documents en cours de traitement continuent sur l'ancienne version, tandis que les nouveaux documents utilisent la nouvelle version.
Il est fortement recommandé de tester les modifications dans un environnement de recette avant de déployer en production.
Faut-il relancer le serveur après avoir déployé un nouveau processus ?
Non. Le déploiement d'un processus depuis le Designer HTML est pris en compte immédiatement, sans redémarrage du serveur. Seules certaines modifications de configuration du serveur (fichier catalina.properties) nécessitent un redémarrage.
Peut-on exporter et importer des projets entre environnements ?
Oui. Le Designer HTML permet d'exporter un projet sous forme d'archive. Cette archive peut ensuite être importée dans un autre environnement (recette, production). C'est le mécanisme standard pour promouvoir un projet de développement vers la production.
Que signifie "vérification de cohérence" dans le Designer ?
La vérification de cohérence est un contrôle automatique effectué par le Designer qui analyse votre modélisation et détecte les erreurs ou incohérences avant le déploiement. Elle vérifie par exemple :
* Que chaque état de document est accessible
* Que tous les rôles utilisés dans les opérations sont bien définis
* Que les formulaires référencés existent
* Que les connexions entre éléments sont valides
Il est conseillé d'effectuer cette vérification avant tout déploiement.
Quelle est la différence entre un rôle public et un rôle privé ?
Un **rôle public** permet à tout acteur habilité dans l'organigramme d'effectuer les opérations correspondantes. La tâche apparaît dans le Panorama de tous les acteurs concernés.
Un **rôle privé** restreint l'accès aux opérations au seul acteur qui a effectué l'opération précédente dans le processus. Cela permet de s'assurer qu'une même personne suit un dossier de bout en bout.
Comment accéder au Designer HTML ?
Le Designer HTML est accessible à l'adresse :
```
http://[adresse-serveur]:8080/workey/designer
```
Vous devez disposer d'un compte Efalia Process avec le profil **Workflow Manager**. Ce profil est attribué par un administrateur dans la console d'administration (`/workey/admin`).
***
**Vous êtes prêt à commencer la modélisation.** Consultez l'article suivant pour apprendre à créer votre premier projet dans le Designer HTML.
Pour aller plus loin :
* [Modélisation avec le Designer](/documentations/efalia-process/administration/administration-fonctionnelle/modelisation-designer.md)
* [Paramétrage du Front Office](/documentations/efalia-process/administration/administration-fonctionnelle/parametrage-front-office.md)
* [Concepts clés d'Efalia Process](/documentations/efalia-process/vue-densemble/concepts-cles.md)
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.
Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:
```
GET https://documentation.efalia.com/documentations/efalia-process/administration/administration-fonctionnelle/preambule-modelisation.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.