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 - Fonctionnalité #28315 (R&D - En test): (UX) Adaptations de la modale d'envoi a...https://forge.maarch.org/issues/283152024-03-14T10:12:05ZEmmanuel DILLARDemmanuel.dillard@maarch.org
<p>Reprise fonctionnalités d'envoi aux parapheurs externes</p>
<p>1.<br>
lorsque je choisis un élément du filtre 'Intégré au Parapheur', le filtre des types de PJ est réinitialisé sur "Tous"</p>
<p>2.<br>
Filtrer les types de PJ affichés par Signable / Non signable</p>
<ul>
<li>filtre pour visa / signature : afficher uniquement type PJ signables</li>
<li>filtre pour annexes : afficher uniquement types non signables</li>
</ul>
<p>3.</p>
<p>Ajouts de PJ (A voir)</p>
<p>Repositionner le filtre sur "intégrés au Parapheur" (Scénario a rejouer)</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 Courrier - Fonctionnalité #28145 (R&D - A planifier): Addin outlook - transformation plug...https://forge.maarch.org/issues/281452024-03-01T11:08:45ZAlex ORLUCalex.orluc@maarch.org
<a name="Problématique"></a>
<h2 >Problématique<a href="#Problématique" class="wiki-anchor">¶</a></h2>
<p>L'addin est un projet dans le projet maarchcourrier utilisant la configuration de compilation du projet maarch courrier</p>
<ul>
<li>Complexe à maintenir</li>
<li>Alourdi le dépôt</li>
</ul>
<a name="Objectif"></a>
<h2 >Objectif<a href="#Objectif" class="wiki-anchor">¶</a></h2>
<p>Utiliser le mécanisme de plugin mis en place en 24.x.x afin d'homogénéiser la méthode.</p>
<a name="Stratégie-globale"></a>
<h2 >Stratégie globale<a href="#Stratégie-globale" class="wiki-anchor">¶</a></h2>
<ul>
<li>Créer le projet dédié à l'addin</li>
<li>Rapatrier le code source depuis MC</li>
<li>Créer un entry-point dans MC (<code>/addin-outlook</code>) afin d'initialiser le plugin</li>
<li>Changer l'url générée dans le manifeste</li>
<li>Supprimer les dépendances de l'addin dans MC</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 - Anomalie #28027 (Complément d'Informations): (Analyse - Review) - Erreur "no c...https://forge.maarch.org/issues/280272024-02-21T10:57:23ZHenri QUENEAU
<pre>En tant qu'utilisateur, je souhaite éditer un document avec Onlyoffice.
Onlyoffice ouvre le document mais lors de la validation, une erreur apparaitavec écrit "impossible d'accéder au document".
Dans le réseau, il y a le message "no content found".
Pour résoudre ce problème, il faut suivre la solution proposée ici:
https://stackoverflow.com/questions/26148701/file-get-contents-ssl-operation-failed-with-code-1-failed-to-enable-crypto
ce qui donne:
voir pj
Cette modification est présente actuellement dans le code .
Onlyoffice déployé est la version docker 7.3.0. Onlyoffice et Maarch Courrier sont en https
</pre>
<p>OnlyOffice v 7.3</p>
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 Courrier - Fonctionnalité #26921 (R&D - A Revoir): Afficher la modale avec les informatio...https://forge.maarch.org/issues/269212023-10-18T09:24:59ZEmmanuel DILLARDemmanuel.dillard@maarch.org
<p>En tant qu'utilisateur,<br>
je souhaite via une interface, envoyer des documents en circuit de visa/signature dans le parapheur interne Maarch Courrier<br>
afin qu'ils soient signé électroniquement avec le dispositif RGS** des signataires</p>
<ul>
<li>Signataire -> signature électronique (via fortify)</li>
<li>La modale affiche le circuit et les rôle des utilisateurs (modifiables)</li>
</ul>
<p>Plus loin (optionnel) : <br>
- Si l'API le permet, préciser à l'affichage pour l'utilisateur le mode qui sera utilisé par l'API Maarch Parapheur (électronique, RGS**, autre)</p>
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>