Maarch forge - Centre de support: Demandeshttps://forge.maarch.org/https://forge.maarch.org/themes/boostmine-1.2-maarch/favicon/favicon.ico?15265463262024-03-19T16:45:21ZMaarch forge - Centre de support
Redmine Backlog Courrier - Anomalie #28404 (R&D - A planifier): Administration des groupes - Après suppre...https://forge.maarch.org/issues/284042024-03-19T16:45:21ZCynthia APURA
<p>En tant qu'administrateur je supprime un groupe et je souhaite réaffecter les utilisateurs à un autre groupe via la modale <strong>Changement de groupe</strong>.</p>
<p><strong>Attendu</strong><br>
Je supprime le Groupe A, je réaffecte les utilisateurs à un Groupe B.<br>
Les utilisateurs sont tous réaffecté au Groupe B.</p>
<p><strong>Constaté</strong><br>
Après la suppression du Groupe A et la réaffectation de ses utilisateurs vers un autre groupe, les utilisateurs ne sont pas réaffectés.</p>
<p><strong>Pas à Pas</strong><br>
Aller dans l'administration des groupes<br>
Créer un Groupe A lui affecter 1 ou plusieurs utilisateurs<br>
Créer un Groupe B<br>
Supprimer le Groupe A et choisir le Groupe B comme groupe de réaffectation<br>
La réaffectation ne se fait pas : le groupe B n'a aucun utilisateur</p>
<p>Reproduit en 2301.3.5<br>
Aucune erreur dans la console ni dans l'onglet réseau</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 #28348 (R&D - A planifier): LAD : La LAD n'est pas appelé après un té...https://forge.maarch.org/issues/283482024-03-18T13:25:45ZSylvain WALTY
<p><strong>Constaté</strong><br>
Après importation d'un document bureautique, bien que Mercure - LAD fonctionne côté Back, il n'y a pas de pop-up qui apparait et les champs ne sont pas pré-remplis. </p>
<p><strong>Attendu</strong><br>
La LAD doit lire les attributs attendu et les renseigner dans le formulaire</p>
<p><strong>Pré-requis</strong><br>
LAD fonctionnelle<br>
LAD activé sur le modèle d'enregistrement</p>
<p><strong>Reproduire</strong><br>
Nouveau courrier<br>
Importer un document bureautique en tant que document principal</p>
Backlog Courrier - Anomalie #28274 (R&D - A planifier): L'utilisateur ayant le rôle de signataire...https://forge.maarch.org/issues/282742024-03-12T11:23:16ZEmmanuel DILLARDemmanuel.dillard@maarch.org
<p>Check de la signature électronique.</p>
Backlog Courrier - Anomalie #28272 (R&D - A planifier): CVE-2023-30536 Interpretation Conflict in...https://forge.maarch.org/issues/282722024-03-12T10:19:07ZJoseph AKEL
<p><a href="https://devhub.checkmarx.com/cve-details/CVE-2023-30536/">https://devhub.checkmarx.com/cve-details/CVE-2023-30536/</a></p>
<p>Concerne MP-API version actuelle 1.6 -> recommandé 1.6.1</p>
Backlog Courrier - Fonctionnalité #28229 (R&D - En test): FRONT - [REFACTO] Route /signatureBook/...https://forge.maarch.org/issues/282292024-03-07T14:47:45ZHamza HRAMCHIhamza.hramchi@xelians.fr
<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/19886/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 RM - Anomalie #28129 (R&D - En test): Erreurs lors de la réinitialisation d'un mot de pas...https://forge.maarch.org/issues/281292024-02-29T14:06:58ZCyril VAZQUEZcyril.vazquez@maarch.org
<p>Si le mot de passe a expiré, l'application propose de le changer.</p>
<p>Lorsqu'on remplit le formulaire, on a une erreur 404 du serveur car l'utilisateur n'est pas trouvé (car non connecté ?)</p>
<p>De plus :<br><br>
* le calcul de délai utilise la date de dernière connexion alors qu'il devrait utiliser la date du jour<br>
* la calcul utilise la date de denrier changement de mot de passe, qui peut ne pas être évaluée (cas des injections d'utilisateurs en SQL ou anciennes données)</p>
<pre><code class="php syntaxhl"><span class="CodeRay"> <span class="keyword">private</span> <span class="keyword">function</span> <span class="function">verifyValidity</span>(<span class="local-variable">$userAccount</span>, <span class="local-variable">$userLogin</span>)
{
<span class="keyword">if</span> (<span class="local-variable">$this</span>->securityPolicy[<span class="string"><span class="delimiter">'</span><span class="content">passwordValidity</span><span class="delimiter">'</span></span>] && <span class="local-variable">$this</span>->securityPolicy[<span class="string"><span class="delimiter">"</span><span class="content">passwordValidity</span><span class="delimiter">"</span></span>] != <span class="integer">0</span>) {
<span class="local-variable">$diff</span> = (<span class="local-variable">$userLogin</span>->lastLogin->getTimestamp() - <span class="local-variable">$userAccount</span>->passwordLastChange->getTimestamp());
<span class="comment">// (timestamp de dernier login - timestamp de dernier chgt mdp) / durée de la session</span>
<span class="keyword">if</span> (<span class="local-variable">$diff</span> > <span class="local-variable">$this</span>->securityPolicy[<span class="string"><span class="delimiter">'</span><span class="content">passwordValidity</span><span class="delimiter">'</span></span>]) {
<span class="keyword">throw</span> \laabs::newException(<span class="string"><span class="delimiter">'</span><span class="content">auth/userPasswordValidityExpiredRequestException</span><span class="delimiter">'</span></span>);
}
}
}
</span></code></pre> Backlog Courrier - Fonctionnalité #27943 (R&D - En cours): Front - [REFACTO] Route /signatureBook...https://forge.maarch.org/issues/279432024-02-13T10:39:44ZCynthia APURA
<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/19606/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é #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 Parapheur - Anomalie #26531 (Résolu): ANALYSE - Fortify demande un code pour accéder aux ...https://forge.maarch.org/issues/265312023-09-12T12:29:22ZCharles BATIONO
<p>En tant que utilisateur, lorsque j'essaie de signé un document avec une carte agent,<br>
j'ai une popup de code pin qui s'affiche et est dupliqué. popup qui n'est pas utile.<br>
Il faut cliquer sur sur le bouton cancel pour pouvoir continuer.</p>
Backlog Courrier - Régression #26063 (Résolu): Champ personnalisé avec référentiel BDD : Société ...https://forge.maarch.org/issues/260632023-07-20T16:16:29ZAlexis AMEGAH
<p>Régression pour la TMA 3</p>
<p>Comportement observé :<br>
Suite à la montée de version en 2310 sur leur environnement de recette, la société expéditrice remontée dans les méta données du courrier n'est pas<br>
la bonne.</p>
<p>Comportement attendu :<br>
La société expéditrice doit est l'entité racine de l'entité primaire (initiatrice) de utilisateur et il doit être possible de la remontée à plusieurs endroit (fiche liaison par exemple)</p>
<p>Mise en place attendu pour le avant le 04/09</p>
Backlog Courrier - Régression #26062 (Résolu): Nom original du document principal non conservé lo...https://forge.maarch.org/issues/260622023-07-20T16:08:24ZAlexis AMEGAH
<p>Régression pour la TMA 3</p>
<p>Comportement observé :<br>
Suite à la montée de version en 2310 sur leur environnement de recette, le document téléchargé prend le nom présent dans le champs "objet" (métadonnée)</p>
<p>Comportement attendu :<br>
Le nom original du fichier avant implémentation dans Maarch doit être conservé afin d'être repris lors du téléchargement comme prévu dans la fonctionnalité (16237)</p>
<p>Mise en place attendu pour le avant le 04/09</p>
Backlog Courrier - Régression #26061 (Résolu): Statut e-signer lié à l'action envoyer au parapheu...https://forge.maarch.org/issues/260612023-07-20T15:59:28ZAlexis AMEGAH
<p>Régression pour la TMA 3</p>
<p>Comportement observé : <br>
Suite à la montée de version en 2310 sur leur environnement de recette, le courrier envoyer au parapheur interne possède toujours le statut "E-VISER" indépendamment du nombre de personne présente dans le circuit de Visa.</p>
<p>Comportement attendu : <br>
Changement du statut E-VISER à E-SIGNER en fonction du nombre de personne présente / restante dans le circuit de visa comme prévu dans le ticket backlog 17699 (Version cible : 20.10 TMA3)</p>
<p>Mise en place attendu pour le avant le 04/09 </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é #19419 (R&D - A planifier): TMA - Paramétrer le type de pièce j...https://forge.maarch.org/issues/194192022-01-10T17:41:58ZRobin SALDINGER
<pre>**demande client :**
Comment peut-on définir le type de pièce jointe sélectionné par défaut dans
la liste déroulante de la fenêtre de chargement ?
Question subsidiaire : est-ce possible que le type par défaut soit
différent entre les courriers départ et arrivée ?
Contexte : Cela représente pas mal d'erreurs de la part de nos utilisateurs
qui laissent "Projet de réponse" sans s'en rendre compte.
-----------------
**Analyse Maarch :**
Par défaut, c'est toujours le type de pj "projet de réponse" qui apparaît.
**Besoin :** permettre de définir le type de pj par défaut proposé aux utilisateurs du logiciel
**Pour aller plus loin :** permettre de définir le type de pj par défaut proposé aux utilisateurs
du logiciel en fonction du type de document principal (arrivé, départ...)
</pre>
<p><strong>A. Compréhension</strong></p>
<p>En tant qu'administrateur,<br>
je souhaite positionner un type de pièce jointe par défaut<br>
selon la catégorie de courrier</p>
<p><strong>B. Proposition</strong></p>
<p>Par modèle d'enregistrement, laisser la possibilité de choisir un un type de pièce jointe par défaut<br>
Permet de choisir des types différents en fonction des modèles fonctionnels.</p>
<p>Interface d'administration des modèles d'enregistrement<br>
Ajout d'une liste de choix des types de pièces jointes (sauf celles "ne pas afficher le type"</p>
<p>Migration : positionner "projet de réponse" si existant</p>
<p><strong>C. Impacts</strong></p>
<p><strong>D. Evaluation</strong></p>
<p>Cible : itération évolutive version 24xx<br>
Effort : Back 5<br>
Effort Front : 5</p>