Fonctionnalité #19016
ouvertPouvoir utiliser le dossier d'impression pour la réconciiation
Description
Description:
Lors de la configuration pour la réconciliation via une fiche de liaison, le qr code fourni uniquement l'identifiant ( stocker dans la variable destination).
Pour effectuer ce paramétrage, on utilise la fonction /attachement.
Cependant pour effectuer cette configuration, on récupère la variable destination dans la variable resIdMaster (voir capture Reconcilliation et erreur_resIdMaster).
Cette différence au niveau du nom de la variable n'est pas un problème important, cependant au niveau de la variable type signed_response, on est obligé de renseigner également l'origineId (voir capture erreur origineId).
Cette variable n'est pas cependant pas récupérer au niveau du qr code dans la fiche de liaison.
Il faut donc passer par le type response_project pour pouvoir retirer cette variable et faire tourner le script.
Résumé :
On ne peux pas utiliser le type signed_response pour effectuer la réconciliation via la fiche de liaison.
Fichiers
Mis à jour par Ines MKACHER il y a presque 3 ans
- Statut changé de A qualifier à R&D - En test
Mis à jour par Ines MKACHER il y a presque 3 ans
- Statut changé de R&D - En test à R&D - A étudier
Mis à jour par Ines MKACHER il y a presque 3 ans
- Tracker changé de Anomalie à Fonctionnalité
- Projet changé de 544 à Backlog Courrier
- Sujet changé de Configuration sur la reconciliation via un fiche de liaison à Pouvoir utiliser le dossier d'impression pour la réconciiation
- Echéance
16/12/2021supprimé - Version cible changé de 1.8 (Stable) à Develop
- ROADMAP mis à version Develop
proposition :
incorporer le QR code de réconciliation dans les intercalaires des PJ du dossier d'impression
<!> le QR code de la fiche de liaison n'est pas fait pour la réconciliation
=> La mécanique de réconciliation existence se base sur les variables de fusion existant dans les templates
Mis à jour par Ines MKACHER il y a plus de 2 ans
- Statut changé de R&D - A étudier à R&D - A planifier
- Priorité changé de 2-Sérieux à 1-Majeur
Mis à jour par Emmanuel DILLARD il y a environ 2 ans
- Statut changé de R&D - A planifier à R&D - A étudier
- ROADMAP
version Developsupprimé
Mis à jour par Emmanuel DILLARD il y a environ 2 ans
- Version cible changé de Develop à Inscription Backlog
Mis à jour par Emmanuel DILLARD il y a presque 2 ans
- Priorité changé de 1-Majeur à 2-Sérieux
Mis à jour par Emmanuel DILLARD il y a environ un mois
- Version cible
Inscription Backlogsupprimé