Maarch forge - Centre de support: Demandeshttps://forge.maarch.org/https://forge.maarch.org/themes/boostmine-1.2-maarch/favicon/favicon.ico?15265463262024-03-28T13:09:50ZMaarch forge - Centre de support
Redmine Backlog Courrier - Anomalie #28524 (A qualifier): Administration des modèles d'enregistrement - I...https://forge.maarch.org/issues/285242024-03-28T13:09:50ZEtienne FAMERY
<p>En tant qu'utilisateur, je souhaite supprimer un champ d'un modèle d'enregistrement. Lorsque je supprime le champ, que je clique sur Modifier, la page charge jusqu'à l'apparition d'une erreur :</p>
<pre><code class="text syntaxhl"><span class="CodeRay">Fatal error: Allowed memory size of 8589934592 bytes exhausted (tried to allocate 10485760 bytes) in /var/www/html/MaarchCourrier/src/core/models/DatabasePDO.php on line 136
</span></code></pre>
<p>Le problème survient à cause du nombre important de courriers associés au modèle d'enregistrement en question (157 000).</p>
<p>Version : 2301.3.4</p>
Backlog Courrier - Anomalie #28519 (A qualifier): Circuit de visa dans le parapheur interne : lor...https://forge.maarch.org/issues/285192024-03-28T09:58:01ZNeal BRISTOL
<p>Bonjour,</p>
<p>En tant qu'utilisateur je me positionne dans la bannette "courrier en circuit de visa/signature". Je retrouve bien sur le volet gauche de la page mon circuit de visa avec mes signataires et mes viseurs.<br>
J'effectue des actions : traiter, clôturé, marquer comme lu … dans la bannette "courrier en circuit de visa/signature" sur un courrier A.<br>
Une fois cela fais, le courrier A disparait de la bannette (comportement normale).</p>
<p>Je suis toujours dans ma bannette "courrier en circuit de visa/signature" et j'ouvre un courrier B. Sur le volet de gauche ou je suis censé retrouvé mon circuit de visa, je me retrouve avec le circuit de visa du courrier A + le circuit de visa du courrier B (comportement Anormale).</p>
<p>Cette anomalie se produit quand j'ai plusieurs courrier à la suite.</p>
<p>Comportement Attendu : Ne pas avoir le circuit de visa d'un courrier B sur mon courrier A.</p>
Backlog Courrier - Fonctionnalité #28508 (R&D - A étudier): ANALYSE - Connecteur E-ATALhttps://forge.maarch.org/issues/285082024-03-27T15:13:11ZEmmanuel DILLARDemmanuel.dillard@maarch.org
<p>Action système de création de demande de travaux E-ATAL selon spécifications API<br>
Changement de statut du courrier (Fonctionnement standard)</p>
<ul>
<li>Mapping données du courrier / données de création de DT</li>
<li>Transmission du document principal (version d'origine) en pièce jointe à la DT</li>
</ul>
Backlog RM - Ergonomie #28503 (A traiter): Peupler l'écran d'accueil avec un résultat de recherchehttps://forge.maarch.org/issues/285032024-03-27T10:31:32ZCyril VAZQUEZcyril.vazquez@maarch.org
<p>L'écran d'accueil est très vide lors de la connexion et si l'utilisateur ne sélectionne pas d'activité ou de dossier dans l'arborescence à gauche.</p>
<p>La demande est d'exécuter une recherche pour peupler l'écran à son ouverture.</p>
<p>La requête utilisera l'activité en cours de l'utilisateur (tel qu'affichée dans la barre de navigation) pour afficher les N dernières unités d'archives accessibles, <br>
triées par ordre descendant de date de versement.</p>
<p>Optionnellement, si l'utilisateur change d'activité dans la barre de navigation, il faut relancer la recherche <strong>uniquement si la page de liste est vide</strong>, c'est-à-dire si l'utilisateur n'a cliqué sur aucun élément de l'arborescence et n'a pas lancé de recherche.</p>
Backlog RM - Fonctionnalité #28501 (A traiter): Téléchargement du SIP même après versementhttps://forge.maarch.org/issues/285012024-03-27T09:13:48ZCyril VAZQUEZcyril.vazquez@maarch.org
<p><strong>En tant que SA ou SP ou service impliqué dans une transaction de versement<br>
Je veux télécharger le SIP reçu par le SAE<br>
Afin de pouvoir prendre connaissance de son contenu</strong></p>
<p><strong>Détail de la demande</strong><br>
Dans les écrans de détail des paquets reçus, on peut télécharger le SIP dans certains statut du circuit (reçu, validé, accepté)<br>
mais dans l'historique on ne peut plus, il n'y a aucune action.</p>
<p>L'évolution demandée doit permettre de télécharger le ZIP du paquet reçu quel que soit le statut,<br>
dès lors que celui-ci est encore disponible dans le sas d'échange.<br>
Il faut donc vérifier que le paquet n'a pas été archivé et purgé.</p>
Backlog Courrier - Régression #28499 (R&D - A étudier): FAST circuit à la volée - Le circuit par ...https://forge.maarch.org/issues/284992024-03-26T16:54:35ZNathanaël TRAVIER
<pre>**Comportement observé (dernière version dispo) :**
**Cas 1 : OK**
L'entité client a comme circuit de visa par défaut : une personne en signataire
Un utilisateur du groupe Directeur fait l'action Valider et envoyer vers Fast : le signataire renseigné est bien le signataire par défaut de l'entité
**Cas 2 : KO**
L'entité client a comme circuit de visa par défaut : un viseur et un signataire
Un utilisateur du groupe Directeur fait l'action Valider et envoyer vers Fast : seul le viseur est repris de la liste par défaut.
**Comportement souhaité** : le circuit est repris du paramétrage par défaut de l'entité.
</pre>
<p><strong>Pas à pas</strong><br>
Positionner un circuit par défaut au niveau d'une entité avec un viseur et un signataire<br>
S'assurer que le viseur et le signataire soit bien lié à un compte parapheur Fast<br>
Faire l'action "envoyer au parapheur externe" avec un courrier ayant pour entité traitante l'entité paramétré ci-dessus</p>
<p><strong>Attendu</strong><br>
Le circuit par défaut paramétré est repris intégralement (rôle et utilisateur)</p>
<p><strong>Constaté</strong><br>
Comportement aléatoire<br>
Soit un utilisateur est manquant<br>
Soit un rôle est modifié</p>
<p>Tag courrier 2301.3.5</p>
Backlog Courrier - Fonctionnalité #28496 (Complément d'Informations): En utilisant l'Action systè...https://forge.maarch.org/issues/284962024-03-26T15:27:14ZNicolas TOUCHARD
<p>En tant qu'initiateur de circuit de visa, au retour d'un courrier signé avec I-Parapheur, je constate que l'icône de pouce vert n'apparait pas sur l'interface graphique onglet Circuit de visa pour le viseur qui a effectué l'action <strong>Viser et transmettre au parapheur électronique</strong> .<br>
<strong>Allégation du client</strong> : pour la même action dans un circuit de visa, l'icône de pouce vert apparaissait sur l'interface graphique pour le viseur qui a effectué l'action <strong>Viser et transmettre au parapheur électronique</strong> en version "19.inconnu".</p>
<p><strong>Attendu (par le client)</strong> :<br>
L'icône de pouce vert devrait apparaitre pour le viseur qui a effectué l'action Viser et transmettre au parapheur électronique.</p>
<p><strong>Constaté</strong> :<br>
Aucun changement sur l'interface graphique pour le viseur qui a effectué l'action Viser et transmettre au parapheur électronique.</p>
<p><strong>Comportement normal pour le support (contournement du point de vue client)</strong> :<br>
L'action <strong>Valider et poursuivre le circuit</strong> fait apparaitre l'icône de pouce vert pour ce viseur.</p>
<p>Le client souhaite éviter au viseur concerné d'avoir à effectuer 2 actions. (En l'état, je ne peux confirmer le comportement en version 19.).</p>
<p>Libellé : Viser et transmettre au parapheur électronique<br>
Action système : Envoyer des données vers un parapheur externe<br>
Statut final : Courrier en attente dans le iparapheur<br>
Statut intermédiaire : Courrier en attente dans le iparapheur</p>
<p><strong>Pas à pas</strong> :<br>
<strong>Courrier Départ</strong> avec <strong>Document principal</strong> sans pièce jointe.<br>
Envoi pour visa avec 3 viseurs et 1 signataire.<br>
Action des 2 premiers viseurs : <strong>Valider et poursuivre le circuit</strong>.<br>
Action du dernier viseur : <strong>Viser et transmettre au parapheur électronique</strong>.<br>
Action du signataire dans I-Parapheur.<br>
Visualisation dans l'onglet <strong>Circuit de visa</strong> : Tous ont une icône de pouce vert sauf celui qui a effectué <strong>Viser et transmettre au parapheur électronique</strong>.</p>
Backlog Courrier - Fonctionnalité #28485 (R&D - En test): Volet Parapheur. Afficher la ligne séle...https://forge.maarch.org/issues/284852024-03-26T09:49:02ZEmmanuel DILLARDemmanuel.dillard@maarch.org
<p>Actuellement : le volet réaffiche les courriers à partir du début de la liste</p>
Backlog Courrier - Anomalie #28350 (R&D - En test): Il n'est pas possible d'envoyer par courriel ...https://forge.maarch.org/issues/283502024-03-18T14:13:45ZAlexis AMEGAH
<p><strong>Description :</strong></p>
<p>En tant qu'utilisateur, lors de l'envoi en signature d'un document principal au parapheur et de sa signature dans Maarch Parapheur, celui-ci revient bien dans l'application signé seulement lors que l'utilisateur souhaite procéder à l'envoi par mail de celui ci, seule la version non signé est disponible si le document principal est non éditable. </p>
<p><strong>Procédure d'exécution utilisateur :</strong> Test reproduit sur une instance local en 2301.3.5</p>
<pre>Envoi d'un document principal en parapheur externe
Réception du courrier et signature dans Maarch Parapheur
Retour du document signé dans le parapheur dans l'affichage du courrier initial avec sa version non signé également consultable
Envoi du document signé par mail dans le module d'envoi du dossier courrier (prévisualisation du document signé avant envoi correct)
Lors de la réception du mail, celui apparait alors sans la signature
</pre>
<p><strong>Cas rencontré :</strong></p>
<p>1) Lorsque le document principal est un modèle de document ou un fichier éditable (word par exemple) il est possible de spécifier lequel des documents à joindre en PJ<br>
(pdf => version signée ou docx => version non signée)</p>
<p>2) Lorsque le document est au format non éditable (PDF) il n'est pas possible de choisir comme pièce jointe du mail la version ou type de document à joindre en PJ.<br>
La version non signée est la seule pouvant être sélectionnée.</p>
<p><em>Pour reproduire :</em></p>
<ul>
<li>Nouveau Courrier départ</li>
<li>Télécharger un pdf en document principal</li>
<li>Envoyer à la signature dans un parapheur externe</li>
<li>Signer dans le parapheur externe</li>
<li>Sur le courrier, envoyer par mail le document principal (signé)</li>
</ul>
<p>Attendu :<br>
La pièce jointe reçue par le destinataire est le document signé</p>
<p>Constaté : <br>
La pièce jointe reçue n'est pas signée (pas de certificat)<br>
Si je télécharge le document depuis Maarch Courrier, le certificat est bien présent</p>
Backlog Courrier - Anomalie #28283 (R&D - En test): Redirection depuis le parapheur interne vers ...https://forge.maarch.org/issues/282832024-03-12T14:52:27ZJoseph AKEL
<p>Après poursuite du circuit on ne revient pas à la bannette concernée mais à l'accueil</p>
Backlog Courrier - Fonctionnalité #27855 (R&D - En test): BACK - [REFACTO] Route /signatureBook/...https://forge.maarch.org/issues/278552024-02-05T17:20:42ZAlex ORLUCalex.orluc@maarch.org
<p>Dans le cadre de la refonte parapheur, on peut répartir sur un contrat de donnée plus saint.</p>
<p>Proposition : </p>
<p><img src="https://forge.maarch.org/attachments/download/19551/sb_api_refacto.png" alt="" /></p>
<a name="Ce-qui-reste"></a>
<h3 >Ce qui reste<a href="#Ce-qui-reste" class="wiki-anchor">¶</a></h3>
<ul>
<li><strong>hasWorkflow</strong></li>
<li><strong>isCurrentWorkflowUser</strong></li>
</ul>
<a name="Ce-qui-a-été-ajouté"></a>
<h3 >Ce qui a été ajouté<a href="#Ce-qui-a-été-ajouté" class="wiki-anchor">¶</a></h3>
<ul>
<li><strong>resourcesToSign</strong> : Ressource (pièce jointe ou document principal) candidat à la signature / visa</li>
<li><strong>resourcesAttached</strong> : Ressource (pièce jointe ou document principal) en visualisation seulement</li>
<li><strong>canSignResources</strong> : renommage de <code>canSign</code></li>
<li><strong>canUpdateResources</strong> : renommage de <code>canUpdateDocuments</code></li>
<li><strong>signedResId</strong>: Identifiant de la version signée</li>
<li><strong>resType</strong>: Identifiant du type de la ressource (ou 0 si document principal)</li>
</ul>
<a name="Ce-qui-serait-supprimé"></a>
<h3 >Ce qui serait supprimé<a href="#Ce-qui-serait-supprimé" class="wiki-anchor">¶</a></h3>
<ul>
<li><strong>consigne</strong> : non utilisé ?</li>
<li><strong>listinstance</strong>: inutile dans cette route pour le nouveau parapheur</li>
<li><strong>signatures</strong>: inutile dans cette route pour le nouveau parapheur</li>
<li><strong>nbLinks</strong>: inutile dans cette route pour le nouveau parapheur</li>
<li><strong>nbNotes</strong>: inutile dans cette route pour le nouveau parapheur</li>
<li><strong>resList</strong>: inutile dans cette route pour le nouveau parapheur</li>
<li><strong>documents</strong>: centralisé dans resourcesToSign ou resourcesAttached</li>
<li><strong>attachments</strong>: centralisé dans resourcesToSign ou resourcesAttached</li>
</ul>
Backlog Courrier - Fonctionnalité #26268 (Complément d'Informations): EPIC - Connecteur E-ATALhttps://forge.maarch.org/issues/262682023-08-09T14:36:33ZEmmanuel DILLARDemmanuel.dillard@maarch.org
<p><strong>A. Compréhension</strong></p>
<p>"En tant qu'utilisateur,<br>
Je souhaite déclencher une demande de travaux sur le logiciel e-Atal<br>
afin qu'il soit pris en compte par les services dédiés"</p>
<p>"En tant qu'utilisateur, je souhaite être informé lorsqu'une demande de travaux est clôturée sur e-atal"</p>
<p><strong>B. Proposition</strong></p>
<p>Action système de création de demande de travaux E-ATAL selon spécifications API<br>
Changement de statut du courrier (Fonctionnement standard)</p>
<ul>
<li>Mapping données du courrier / données de création de DT</li>
<li>Transmission du document principal (version d'origine) en pièce jointe à la DT</li>
</ul>
<p>Pré requis développement : </p>
<p>E-ATAL : documentatiuon API (swagger)<br>
Accès Sandbox</p>
<p><strong>C. Impacts</strong></p>
<p><strong>D. Evaluation</strong></p>
<p>A étudier dès mise à disposition de la documentation / swagger de l'API E-ATAL<br>
Version cible : a définir</p>
Backlog Courrier - Fonctionnalité #23145 (R&D - En test): ANALYSE - API MAILEVA : Regrouper les d...https://forge.maarch.org/issues/231452022-12-13T17:14:57ZCharles BATIONO
<p><strong>A. Compréhension</strong><br>
~~~<br>
En tant qu'utilisateur,<br>
Je souhaite regrouper tous les documents du courrier en un seul document lors de l'envoi dans Maileva,<br>
afin d'avoir un seul pli postal dans maileva (Lettre simple ou recommandé)<br>
~~~<br>
D'après l'API Maileva, les documents peuvent être regroupé dans l'attribut <strong>documents_override</strong> avant l'envoie (cf pièce jointe).</p>
<p><strong>B. Proposition</strong></p>
<p>Analyse de faisabilité et d'impact sur la mécanique actuelle<br>
Regroupement en 1 pli lors de l'action d'envoi (doit être une option pour le non régression)<br>
Ordre des documents modifiable pour l'impression et la mise en pli (priority)<br>
Quid contacts associés différents ? -> proposer de choisir le destinataire en cas de pluralité ?</p>
<p><strong>C. Impacts</strong></p>
<p><strong>D. Evaluation</strong></p>
<p>En cours</p>
Backlog Courrier - Fonctionnalité #22803 (R&D - A Revoir): Analyse - iXbus : transmettre le docum...https://forge.maarch.org/issues/228032022-11-15T14:43:32ZEmmanuel DILLARDemmanuel.dillard@maarch.org
<pre>demande de plusieurs utilisateurs de Maarch courrier qui avaient l’habitude de pouvoir modifier
certains documents dans Ixbus.
Ceci n’est plus possible depuis la mise en place de la nouvelle interface entre Maarch et Ixbus,
le document est transformé en PDF lors de l’envoi et donc non modifiable.
Est-il possible de remettre cette fonctionnalité dans Maarch, c’est-à-dire envoyer
le document dans son format d’origine
</pre>
<p><strong>A. Compréhension</strong></p>
<p>En tant qu'utilisateur,<br>
je souhaite envoyer les documents à la signature du parapheur externe au format bureautique<br>
afin que les destinataires puissent les modifier sur le Parapheur externe</p>
<p>Analyse d'implémentation. (version 2301)</p>
<ul>
<li>Envoi du fichier au format d'origine</li>
<li>Réception en PDF</li>
</ul>
<p>Voir options disponibles en API.<br>
Si oui ajout de paramètres</p>
<p><strong>B. Proposition</strong></p>
<p>Adapter le connecteur ixBus pour permettre l'envoi du fichier au format bureautique d'origine du document.<br>
Nouveau paramètre de configuration du connecteur côté serveur (fichier remoteSignatoryBooks.xml)</p>
<p><strong>C. Impacts</strong></p>
<p>Poste client nécessite l'installation d'une extension ixbus sur le poste (windows)<br>
Modifier le paramètre</p>
<p><strong>D. Evaluation</strong></p>
<p>Version candidate :</p>
Backlog Courrier - Fonctionnalité #17638 (R&D - En cours): ANALYSE - FAST - pré positionnement de...https://forge.maarch.org/issues/176382021-07-01T07:34:02ZEmmanuel DILLARDemmanuel.dillard@maarch.org
<p>En tant qu'utilisateur, je souhaite pré-positionner l'emplacement de la signature sur les documents à signer envoyé au Parapheur FAST</p>
<ul>
<li>Interface de pré positionnement de l'emplacement de la signature (1 ou plusieurs signataires ?)</li>
<li>choix de la page</li>
<li>choix de l'emplacement</li>
<li>Envoi des coordonnées relatives (cf Maarch Parapheur)</li>
</ul>
<p>-> Attente : API, Sandbox test<br>
- Voir si API est par rôles ou pour l'ensemble du circuit-> index dans le circuit à priori<br>
- Prise en compte des mentions facultatives ?</p>