> 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/multigest/administration/workflow-vers-process.md).

# Workflow vers Process

Cette page explique comment connecter le moteur workflow de Multigest 9 à **Efalia Process** pour déléguer l'exécution des circuits de validation à la plateforme BPM dédiée, tout en conservant le suivi dans l'interface Multigest.

***

## Concept

Au lieu d'utiliser le moteur workflow natif de Multigest, il est possible de **déclencher un processus Efalia Process** depuis Multigest. Le circuit de validation s'exécute dans Efalia Process, mais son avancement reste visible et suivi dans l'interface Multigest.

Le moteur de Multigest interroge régulièrement l'**API d'Efalia Process** pour récupérer l'état d'avancement et l'afficher dans Multigest.

{% hint style="info" %}
Cette intégration est adaptée aux organisations souhaitant bénéficier des capacités avancées d'Efalia Process (modélisation BPMN, connecteurs, automatisations complexes) tout en conservant l'interface Multigest comme point d'entrée pour les utilisateurs GED.
{% endhint %}

***

## Prérequis

### Côté Efalia Process

| Prérequis          | Détail                                                                              |
| ------------------ | ----------------------------------------------------------------------------------- |
| **Version**        | Efalia Process 6.24.0 ou supérieur (vérification d'intégrité JSON)                  |
| **Compte service** | Un compte "gestionnaire de workflow" dans Efalia Process dédié aux appels Multigest |

### Côté Multigest

| Prérequis   | Détail                              |
| ----------- | ----------------------------------- |
| **Version** | Build 9.6.2 SVN 17302 (SP8) minimum |

***

## Configuration du Connecteur

### Fichier `config.ini`

Créez le fichier de configuration dans le répertoire :

```
[INSTALLATION_MULTIGEST]\bin\mgworkey\config.ini
```

**Paramètres à renseigner :**

| Paramètre                                    | Description                                                                      |
| -------------------------------------------- | -------------------------------------------------------------------------------- |
| **URL de l'instance Efalia Process**         | Adresse complète de l'instance Process (ex. `https://process.monentreprise.com`) |
| **Identifiants du gestionnaire de workflow** | Login et mot de passe du compte service Process                                  |
| **Type d'authentification**                  | Méthode d'authentification utilisée                                              |
| **Vérification SSL**                         | Activer ou désactiver la vérification du certificat SSL                          |
| **Timeout**                                  | Délai d'attente maximal pour les appels API                                      |

📸 **CAPTURE : admin-workflow-process-01-config-ini.png**

> Exemple de fichier config.ini avec les paramètres de connexion

***

## Paramétrage du Modèle Workflow Multigest

Dans l'éditeur de workflow Multigest, configurez les paramètres de l'action déclenchant Efalia Process :

| Paramètre                             | Description                                                     |
| ------------------------------------- | --------------------------------------------------------------- |
| **Nom du processus (côté Multigest)** | Identifiant du processus dans Multigest                         |
| **Nom du processus (côté Process)**   | Nom exact du workflow dans Efalia Process                       |
| **Nom de l'instance de document**     | Nom donné à l'instance dans Process                             |
| **Rôle de création du workflow**      | Rôle Process utilisé pour la création                           |
| **Nom du champ input interne**        | Champ interne transmis à Process                                |
| **Mode de lancement**                 | Par l'acteur connecté ou par le compte gestionnaire de workflow |

***

## Données Transmises à Efalia Process

Lors du déclenchement, Multigest envoie à Efalia Process un **payload JSON** contenant l'ensemble des informations du document et du dossier :

| Catégorie                  | Données incluses                           |
| -------------------------- | ------------------------------------------ |
| **Propriétés techniques**  | Identifiants internes, références système  |
| **Métadonnées métier**     | Champs d'index du dossier GED              |
| **Informations du modèle** | Nom du processus, version                  |
| **Versions du fichier**    | Accès aux différentes versions du document |

Ces données permettent à Efalia Process de pré-remplir les formulaires et d'enrichir le circuit avec les données GED.

{% hint style="warning" %}
**Limitation importante :** Évitez de traiter le payload lors de la **création initiale** du workflow par le compte service. La gestion côté navigateur empêche le traitement par le moteur lors de cette étape. Réservez le traitement du payload aux **actions utilisateur ultérieures**.
{% endhint %}

***

## Suivi dans Multigest

Une fois le processus déclenché dans Efalia Process, Multigest interroge régulièrement l'API Process pour afficher :

* L'**étape en cours** du circuit
* Le **statut** de l'instance
* L'**avancement** global

Les utilisateurs Multigest voient l'état du circuit sans avoir besoin d'accéder à l'interface Efalia Process.

***

## Questions Fréquentes

<details>

<summary>Faut-il migrer tous les workflows vers Efalia Process ?</summary>

Non. Les deux moteurs coexistent. Vous pouvez choisir au cas par cas quels processus passer sur Efalia Process et lesquels conserver dans le moteur natif Multigest. La migration progressive est recommandée.

</details>

<details>

<summary>Les utilisateurs doivent-ils avoir un compte dans Efalia Process ?</summary>

Pour certaines actions dans Efalia Process (selon la configuration du circuit), les acteurs peuvent avoir besoin d'un compte Process. Pour un circuit entièrement automatisé ou géré par le compte service, les utilisateurs finaux n'ont pas nécessairement besoin d'un compte Process — ils interagissent depuis Multigest.

</details>

<details>

<summary>Que se passe-t-il si la connexion à Efalia Process est interrompue ?</summary>

Si l'API Process est inaccessible lors du déclenchement ou du suivi, Multigest retourne une erreur. Le paramètre **Timeout** du fichier `config.ini` définit le délai d'attente avant échec. Surveillez les logs Multigest pour détecter les problèmes de connectivité.

</details>

<details>

<summary>Quelle version d'Efalia Process est nécessaire ?</summary>

La version **6.24.0 minimum** est requise — elle introduit la vérification d'intégrité JSON nécessaire à la communication avec Multigest. Vérifiez la version installée avant de configurer le connecteur.

</details>

***

**Pour aller plus loin :**

* [Créer un modèle de workflow](https://github.com/Efalia/documentation-publique/blob/main/docs/documentations/multigest/administration/workflow-creer-modele.md)
* [Gérer les modèles de processus](https://github.com/Efalia/documentation-publique/blob/main/docs/documentations/multigest/administration/workflow-gerer-modeles-processus.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/multigest/administration/workflow-vers-process.md?ask=<question>&goal=<endgoal>
```

`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.
