Projet

Général

Profil

Fonctionnalité #16644

ANALYSE - Ne pas recréer une pièce jointe nouvelle au retour d'un refus d'un parapheur externe - MAJ PJ initiale

Ajouté par Henri QUENEAU il y a environ 3 ans. Mis à jour il y a environ un an.

Statut:
R&D - Terminé
Priorité:
2-Sérieux
Assigné à:
Henri QUENEAU
Version cible:
Début:
18/03/2021
Echéance:
Version applicable MC:
Tags Courrier:

Description

Lorsque je refuse un document dans ixbus, le retour dans maarch se fait en doublon au niveau des pièces jointes.

Initialement il n'y avait qu'1 seul document.

Maintenant il y a deux fois le meme document avec le meme numéro chrono mais avec la mention REFUSÉ.

Est ce que cela est voulu et pourquoi?

Historique

#2 Mis à jour par Henri QUENEAU il y a environ 3 ans

tags 20.10.8

#3 Mis à jour par Support Maarch il y a environ 3 ans

  • Statut changé de A qualifier à A traiter

#4 Mis à jour par Emmanuel DILLARD il y a environ 3 ans

  • Statut changé de A traiter à R&D - A étudier
  • Assigné à changé de Henri QUENEAU à Florian AZIZIAN

#5 Mis à jour par Florian AZIZIAN il y a environ 3 ans

  • Statut changé de R&D - A étudier à Complément d'Informations
  • Assigné à changé de Florian AZIZIAN à Henri QUENEAU

C'est le comportement voulu. Et c'est le même comportement avec MaarchParapheur.

Dans ixBus, il est possible d'écrire, d'entourer, etc... sur le document. Cela est utile pour indiquer des erreurs par exemple.
Donc lorsque l'on refuse, on récupère ce document "annoté", et on l'ajoute comme nouvelle PJ dans Maarch Courrier.
Ce document est un pdf, et donc non modifiable.

La pièce jointe d'origine est également conservée, pour que l'utilisateur puisse faire les modifications nécessaire et renvoyer dans le circuit.

#6 Mis à jour par Support Maarch il y a environ 3 ans

  • Tracker changé de Anomalie à Fonctionnalité
  • Sujet changé de Doublon sur les retours de parapheurs à Suggestion Amélioration relative aux Doublons sur les retours de parapheurs
  • Statut changé de Complément d'Informations à A traiter
  • Assigné à changé de Henri QUENEAU à EDI PO

Après avoir expliqué le comportement détaillé par Florian dans son message à la cliente, elle nous a expliqué que dans la pratique :

  • la fonction annotation (d'écrire, d'entourer, etc... sur le document) n'est pas utilisée. Les annotations sont généralement une modification sur le document directement.

  • Généralement les modifications nécessitent souvent plusieurs un aller-retour et chaque aller retour génère un nouveau pdf en plus du document principal modifié.

Ainsi, la suggestion d'amélioration serait de rajouter un contrôle qui éviterait de générer un pdf s'il n'y pas eu d'annotation mais uniquement l'édition du document principal.

#7 Mis à jour par Emmanuel DILLARD il y a environ 3 ans

  • Sujet changé de Suggestion Amélioration relative aux Doublons sur les retours de parapheurs à Suggestion Amélioration relative aux fichiers réintégrés issus de parapheurs externe
  • Echéance mis à 29/03/2021
  • Statut changé de A traiter à Etude planifiée

#8 Mis à jour par Emmanuel DILLARD il y a environ 3 ans

  • Echéance changé de 29/03/2021 à 05/04/2021

#9 Mis à jour par Emmanuel DILLARD il y a environ 3 ans

  • Echéance changé de 05/04/2021 à 08/04/2021

#10 Mis à jour par Emmanuel DILLARD il y a environ 3 ans

  • Sujet changé de Suggestion Amélioration relative aux fichiers réintégrés issus de parapheurs externe à ANALYSE - Ne pas recréer une pièce jointe nouvelle au retour d'un refus d'un parapheur externe - MAJ PJ initiale
  • Statut changé de Etude planifiée à R&D - A planifier
  • Priorité changé de 1-Majeur à 2-Sérieux

Techniquement à étudier :

comparer le hash du doc
si hash identique, maj du pdf initial en refusé

A tester

#11 Mis à jour par Florian AZIZIAN il y a environ 3 ans

  • Projet changé de Backlog à CURRENT SPRINT
  • Statut changé de R&D - A planifier à R&D - En cours
  • Assigné à EDI PO supprimé
  • Version cible changé de 20.10 (Fin de vie) à Courrier Develop
  • Tags Courrier 20.10.10, 21.03.3 ajouté

#12 Mis à jour par Florian AZIZIAN il y a environ 3 ans

  • Echéance 08/04/2021 supprimé

#13 Mis à jour par Florian AZIZIAN il y a environ 3 ans

  • Assigné à mis à Florian AZIZIAN

#14 Mis à jour par Florian AZIZIAN il y a environ 3 ans

  • Statut changé de R&D - En cours à R&D - Terminé
  • Tags Courrier 20.10.10, 21.03.3 supprimé

J'ai mis ce fonctionnement dans la develop courrier :
- je compare le hash du document qu'on récupère avec le hash du document d'origine.
- S'ils sont identique je n'insère pas le document refusé.

Essaie avec IxBus : Même si on refuse sans ajouté d'élément sur le document, les hash sont différents. Le parapheur doit faire un traitement sur le pdf.
Essaie avec MaarchParapheur : Fonctionne uniquement avec la version gratuite. Avec la version Pro, on fait un traitement sur le pdf pour pouvoir signer les pdf formulaire. Donc les hash sont différents.

Il n'y a donc pas de solution technique pour faire cela.

Idée : mettre un paramétrage pour que les documents refusés ne soient pas réintégrés dans Courrier. La contrainte est que même si les utilisateurs mettent des grigris dans ixbus ou maarchParapheur, on ne pourra jamais les voir.

#16 Mis à jour par Emmanuel DILLARD il y a environ 3 ans

  • Projet changé de CURRENT SPRINT à Backlog

#18 Mis à jour par Emmanuel DILLARD il y a environ 3 ans

  • Assigné à changé de Florian AZIZIAN à Henri QUENEAU

#19 Mis à jour par Emmanuel DILLARD il y a presque 3 ans

  • Projet changé de Backlog à Backlog Courrier
  • Version cible changé de Courrier Develop à Develop

#20 Mis à jour par Emmanuel DILLARD il y a environ un an

  • Version cible changé de Develop à 2301

MAJ version cible Develop->2301

Formats disponibles : Atom PDF