|
1
|
{
|
|
2
|
"pages": [
|
|
3
|
{
|
|
4
|
"fields": {
|
|
5
|
"title": "Resoumission",
|
|
6
|
"slug": "resoumettre",
|
|
7
|
"sub_slug": "",
|
|
8
|
"description": "",
|
|
9
|
"template_name": "standard-sidebar",
|
|
10
|
"parent": [
|
|
11
|
"admin-fonctionnel/fabrique-de-workflows/les-actions-de-workflow"
|
|
12
|
],
|
|
13
|
"order": 106,
|
|
14
|
"exclude_from_navigation": false,
|
|
15
|
"redirect_url": "",
|
|
16
|
"public": false,
|
|
17
|
"creation_timestamp": "2020-02-13T22:09:54.249Z",
|
|
18
|
"last_update_timestamp": "2021-12-30T14:25:58.884Z",
|
|
19
|
"picture": "",
|
|
20
|
"edit_role": null,
|
|
21
|
"subpages_edit_role": null,
|
|
22
|
"snapshot": null,
|
|
23
|
"groups": []
|
|
24
|
},
|
|
25
|
"cells": [
|
|
26
|
{
|
|
27
|
"model": "data.parentcontentcell",
|
|
28
|
"fields": {
|
|
29
|
"placeholder": "footer",
|
|
30
|
"order": 0,
|
|
31
|
"slug": "",
|
|
32
|
"extra_css_class": "",
|
|
33
|
"template_name": null,
|
|
34
|
"public": true,
|
|
35
|
"restricted_to_unlogged": false,
|
|
36
|
"last_update_timestamp": "2017-02-23T21:29:04.994Z",
|
|
37
|
"groups": []
|
|
38
|
}
|
|
39
|
},
|
|
40
|
{
|
|
41
|
"model": "data.textcell",
|
|
42
|
"fields": {
|
|
43
|
"placeholder": "content",
|
|
44
|
"order": 1,
|
|
45
|
"slug": "",
|
|
46
|
"extra_css_class": "",
|
|
47
|
"template_name": null,
|
|
48
|
"public": true,
|
|
49
|
"restricted_to_unlogged": false,
|
|
50
|
"last_update_timestamp": "2021-12-30T14:25:58.878Z",
|
|
51
|
"text": "<h1>Resoumission</h1>\r\n\r\n<p>Cette action permet de transférer une demande, déposée dans une démarche A, vers une autre démarche B. Ce processus n'est intéressant que si les deux démarches partagent beaucoup de champs en commun, afin de ne pas perdre toutes les informations originelles.</p>\r\n\r\n<p>Seuls les champs ayant des identifiants identiques seront copiés depuis la démarche A vers la démarche B.</p>\r\n\r\n<div class=\"note\">\r\n<p>Cette action a vocation à évoluer et n'est donc pas activée par défaut dans les installations proposées par Entr'ouvert.</p>\r\n</div>\r\n\r\n<h2>Pour le demandeur</h2>\r\n\r\n<p>Pour le demandeur cette action peut permettre d'utiliser une demande déjà faite pour en faire une nouvelle assez semblable. On peut ainsi exposer une action «\u202fResoumission\u202f» à la fin d'une inscription scolaire pour permettre d'inscrire un nouvel enfant en utilisant les données de la demande précédente.</p>\r\n\r\n<p>Autre cas d'usage, la saisie d'une demande de subvention anuelle par une association : il est possible de démarrer la demande de subvention 2019 à partir de la demande 2018, avec ouverture de celle-ci en mode brouillon, possibilité de modifier des champs avant enregistrement de la nouvelle demande.</p>\r\n\r\n<h2>Pour l'agent</h2>\r\n\r\n<p>En backoffice cette action va pouvoir être utilisée pour rediriger une demande faite au mauvais endroit, vers un formulaire proche. Le citoyen a rempli un formulaire de signalement voirie alors qu'il s'agit d'un problème de déchet, l'agent traitant va pouvoir transférer la demande vers la bonne démarche.</p>\r\n\r\n<h2>Utilisation</h2>\r\n\r\n<p>L'ajout de cette action dans un workflow va permettre d'afficher un bouton de resoumission (libellé libre). Le clic sur le bouton va initier une nouvelle demande :</p>\r\n\r\n<ul>\r\n\t<li>Soit vers un formulaire sélectionné dans une liste déroulante au moment du clic (si l'action à été configurée en sélectionnant «\u202fAu choix\u202f» dans la liste des formulaires),</li>\r\n\t<li>Soit vers un formulaire unique (si l'action a été configurée pour renvoyer directement vers ce formulaire).</li>\r\n</ul>\r\n\r\n<div class=\"note\">La liste des formulaires vers lesquels l'utilisateur peut resoumettre la demande en cours varie si l'on se trouve en backoffice ou en frontoffice :\r\n<ul>\r\n\t<li>En frontoffice, cette liste comprendra tous les formulaires pour lesquels le code de suivi est activé,</li>\r\n\t<li>En backoffice, cette liste comprendra tous les formulaires pour lesquels l'utilisateur a le droit de faire une saisie en backoffice.</li>\r\n</ul>\r\n</div>\r\n\r\n<p>Ce qui importe c'est de configurer ce qui se passe une fois qu'un agent ou un citoyen a cliqué sur le bouton de resoumission.</p>\r\n\r\n<p>Pour cela on utilisera l'action de «\u202fSaut à la soumission\u202f» qui nous permettra d'aller vers un autre statut lorsqu'un utilisateur clique sur le bouton. Et l'on peut choisir les actions que l'on souhaite, par exemple, la fermeture de la demande en cours (en la faisant passer automatiquement dans un statut final au bout de quelques minutes), la redirection vers la nouvelle demande, l'envoi de mails, l'affichage d'un message etc..</p>\r\n\r\n<p>L'utilisation de cette action dans le workflow génère l'apparition de deux nouvelles variables :</p>\r\n\r\n<ul>\r\n\t<li><strong>resubmit_formdata_draft_url</strong> qui est l'url de la nouvelle demande en front office</li>\r\n\t<li><strong>resubmit_formdata_backoffice_url</strong> qui est l'url de la nouvelle demande dans l'interface de traitement (valable uniquement lorsque la nouvelle demande aura été finalisée et validée).</li>\r\n</ul>",
|
|
52
|
"groups": []
|
|
53
|
}
|
|
54
|
},
|
|
55
|
{
|
|
56
|
"model": "data.parentcontentcell",
|
|
57
|
"fields": {
|
|
58
|
"placeholder": "sidebar",
|
|
59
|
"order": 2,
|
|
60
|
"slug": "",
|
|
61
|
"extra_css_class": "",
|
|
62
|
"template_name": null,
|
|
63
|
"public": true,
|
|
64
|
"restricted_to_unlogged": false,
|
|
65
|
"last_update_timestamp": "2017-02-23T21:29:04.994Z",
|
|
66
|
"groups": []
|
|
67
|
}
|
|
68
|
}
|
|
69
|
]
|
|
70
|
}
|
|
71
|
]
|
|
72
|
}
|