Maarch forge - Centre de support: Demandeshttps://forge.maarch.org/https://forge.maarch.org/themes/boostmine-1.2-maarch/favicon/favicon.ico?15265463262024-03-27T15:13:11ZMaarch forge - Centre de support
Redmine 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 - 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 - Ergonomie #28461 (R&D - A planifier): Optimiser la visibilité du document à si...https://forge.maarch.org/issues/284612024-03-22T09:58:08ZHamza HRAMCHIhamza.hramchi@xelians.fr
<ul>
<li>Header Apryse : cacher la barre d'outil secondaire</li>
<li>Footer : Boutons en couleur avec icones (Rouge, vert)</li>
</ul>
Backlog Courrier - Fonctionnalité #28454 (R&D - En cours): FRONT - Tester l'import de plugins via...https://forge.maarch.org/issues/284542024-03-21T14:45:10ZGuillaume HEURTIER
<p>Avec l'application installée sur le domaine courrier.local, on importe aujourd'hui les plugins front depuis courrier.local/plugins/...</p>
<p>Tester si il est possible de les importer depuis un sous-domaine configurable, par exemple fortify-plugin.courrier.local</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>