# Workflow et assignation
## Fonctionnement
Un workflow permet de définir le cycle de vie des fiches d'un formulaire. Cette fonctionnalité permet à une équipe de se relayer sur un même travail selon différentes phases.
Exemple :
L'idée est que les fiches créées soient à l'état « Planifié ». À la place du bouton d'enregistrement, deux boutons permettront soit de rester dans l'état actuel (flèche « Enregistrer »), soit de passer à l'état « En cours / Validation ».
Le statut d'un formulaire est traçable par sa couleur dans les vues en liste ainsi que par un petit encart dans le formulaire.
Lorsqu'un formulaire atteint un état final (« Terminé », « Bloqué », « Annulé »), il est dans un état archivé.
Il n'est alors plus possible de le modifier (sauf en mode édition administrateur).
Les boutons de transition entre états sont configurables pour leur aspect visuel (icône, libellé, couleur) mais peuvent aussi être soumis à des conditions, ce qui permet de définir qui a le droit de travailler sur une fiche dans cet état et quand le bouton est disponible.
## Assignation
Pour cela, nous allons ajouter un champ utilisateur (n'activez pas l'option « multiple ») et, dans l'onglet workflow, nous allons paramétrer l'assignation en sélectionnant le champ utilisateur.
Afin que les utilisateurs puissent accéder aux fiches qui leur sont assignées sur mobile, un bouton doit être ajouté dans la [configuration de l'application](/user-documentation/documentation-utilisateur/build/building-apps/app-configuration.md) avec les valeurs suivantes :
* Action : Mes fiches
* Option choisie : nom du formulaire avec workflow et assignation
* Filtres : fiches assignées à l'utilisateur
Tant que les fiches sont assignées à l'utilisateur, celui-ci reçoit toutes les mises à jour en temps réel sur son mobile. Lorsqu'une fiche atteint un état final de workflow, son assignation demeure, mais elle ne compte plus dans la limite de 1 000 fiches maximum assignées à un même utilisateur. Il est possible, via une [automatisation](/user-documentation/documentation-utilisateur/build/building-forms/automations.md), de désassigner automatiquement une fiche qui atteint un état final dans un workflow.
À noter : l'assignation n'est pas possible pour les formulaires qui ne sont pas de premier niveau.
## Mise en place
Dans le concepteur de formulaire, une option est disponible dans la barre d'outils en haut à droite :
Dans ce menu, il est possible de choisir parmi un ensemble de workflows prédéfinis.
Lorsque vous sélectionnez un workflow, une représentation graphique vous est présentée.
Ensuite, pour toutes les transitions existantes, vous pouvez décider :
* du libellé
* de la couleur
* de l'icône
* et d'une condition d'affichage du bouton
Si la condition n'est pas vérifiée, le bouton n'apparaît pas. En utilisant des [conditions](/user-documentation/documentation-utilisateur/build/building-forms/conditions.md) sur l'utilisateur courant, il est donc possible de choisir qui a le droit de faire passer un formulaire d'un état à un autre.
Il est également possible de créer des conditions qui reposent sur l'état de la fiche.
Cela peut rendre certains champs actifs uniquement à partir du moment où le formulaire arrive dans le bon état.
## Fonctions avancées
Les utilisateurs disposant d'une licence administrateur peuvent directement enregistrer un formulaire sans passer par une transition de workflow, en mode édition.
### Mettre à jour l'état de workflow en masse
De la même manière, un administrateur peut modifier (en masse) l'état des fiches sans passer par les transitions.
Pour cela, sélectionnez les fiches dans la [vue tableau](/user-documentation/documentation-utilisateur/use/views/table.md), puis **Actions > Modifier**.
Après avoir sélectionné le bouton « Modification en masse », une nouvelle fenêtre vous permet de choisir le champ à modifier. Cliquez sur « **Champ à mettre à jour** » puis sélectionnez « **État de workflow** » dans la liste :
Il reste à choisir l'étape du workflow à appliquer aux formulaires sélectionnés :
### Changer l'état de workflow par e-mail
Il est possible d'envoyer un e-mail contenant un bouton qui permet au destinataire d'effectuer une transition de workflow directement dans Daxium-Air. Le destinataire n'a **pas** besoin d'un compte Daxium-Air pour l'utiliser.
Un cas d'usage courant consiste à envoyer à un tiers (un partenaire ou un client) un e-mail contenant un [rapport](/user-documentation/documentation-utilisateur/build/building-the-reporting.md) généré à partir d'une fiche, accompagné d'un bouton de transition de workflow. Grâce à ce bouton, le destinataire peut, par exemple, valider ou refuser le rapport.
Cela se configure via la fonctionnalité d'[automatisations](/user-documentation/documentation-utilisateur/build/building-forms/automations.md), à l'aide de l'une de ces actions :
* **Envoyer un e-mail** — lorsque vous n'avez pas besoin de joindre un rapport généré par Daxium-Air.
* **Envoyer un rapport simple** — en réglant le bouton **Envoyer le rapport par e-mail** sur **Activé**.
{% hint style="info" %}
L'action **Envoyer un rapport simple** n'est disponible que si un [modèle de rapport](/user-documentation/documentation-utilisateur/build/building-the-reporting/report-templates.md) est associé au formulaire.
{% endhint %}
Sur les deux automatisations, une section **Ajouter un lien public** est disponible, avec un bouton **Ajouter un lien**. En cliquant dessus, une fenêtre contextuelle s'ouvre dans laquelle vous configurez :
* **Libellé dans la liste** — le nom de votre lien.
* **Transition** — la transition de workflow déclenchée lorsque le destinataire clique sur le lien.
* **Durée de validité du lien** (en jours).
* **Nombre maximal de clics** sur le lien.
* **Messages** affichés en cas de succès, d'expiration, de nombre de clics maximal atteint, de mauvaise transition (lorsque la fiche n'est pas dans l'état initial de votre transition) et de demande d'authentification (lorsque l'utilisateur doit être authentifié pour effectuer l'action).
## Limitation
* Un seul utilisateur ne peut pas être assigné à plus de **1 000 fiches**.
* Un formulaire utilisant l'assignation ne peut pas utiliser la diffusion ni les tâches.
* Il n'est pas possible d'assigner une fiche à plusieurs utilisateurs.
---
# Agent Instructions: 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:
```
GET https://www.center.daxium-air.com/user-documentation/documentation-utilisateur/build/building-forms/workflow-and-assignation.md?ask=
```
The question should be specific, self-contained, and written in natural language.
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.