Régression #17700
ferméContrôle sur le réconciliation des réponses signées
Description
Le Sgami souhaitant passé en 20.10, en testant le maarchcapture. Un problème a été soulevé.
Afin que l'injection de pièce jointe soit fonctionnelle, il a été obligé modifier le fichier MaarchWSClient.xml,
Version d'avant:
<!-- Scan de réconcilisation via la fiche de liaison produite par l'agent avec le QRCode -->
<process name="MaarchRestWSProcessFromScanReco">
<loop xpath="/Batch/Documents/Document">
<call name="/attachments" method="POST">
<argument type="entity" name="encodedFile" eval="base64_encode(file_get_contents($Element->path))"/>
<argument type="entity" name="res_id_master" metadata="destination"/>
<argument type="entity" name="type">signed_response</argument>
<argument type="entity" name="format" attribute="extension"/>
<argument type="entity" name="title" metadata="filename"/>
<argument type="entity" name="status">SIGN</argument>
<return>
<id metadata="resId" />
</return>
</call>
</loop>
</process>
A été modifié:
<!-- Scan de réconcilisation via la fiche de liaison produite par l'agent avec le QRCode -->
<process name="MaarchRestWSProcessFromScanReco">
<loop xpath="/Batch/Documents/Document">
<call name="/attachments" method="POST">
<argument type="entity" name="encodedFile" eval="base64_encode(file_get_contents($Element->path))"/>
<argument type="entity" name="resIdMaster" metadata="destination"/>
<!-- <argument type="entity" name="type">signed_response</argument> -->
<argument type="entity" name="type">simple_attachment</argument>
<argument type="entity" name="format" attribute="extension"/>
<argument type="entity" name="title" metadata="filename"/>
<!-- <argument type="entity" name="status">SIGN</argument> -->
<argument type="entity" name="status">TRA</argument>
<return>
<id metadata="resId" />
</return>
</call>
</loop>
</process>
cependant cela ne répond pas aux attentes, il est souhaité que lors de l'envoi d'un projet réponse signée qu'il est le statut signé.
C'est une régression cela était opérationnelle en 19.04 ne l'ai plus en 20.10.
Mis à jour par Emmanuel DILLARD il y a plus de 3 ans
- Projet changé de 544 à Backlog Courrier
- Sujet changé de [MaarchCapture] - Défaillance du mode de réconciliation à Contrôle sur le réconciliation des réponses signées
- Echéance changé de 08/07/2021 à 09/07/2021
- Statut changé de A qualifier à En cours
- Version cible changé de 1.8 (Stable) à Develop
Soit créer une nouvelle route . (NOK)
Soit rajouter un contrôle dans la récupération des pièces jointes de type "Signed Response" -> la version originale doit passer au statut "Signed"
MAJ DOC réconciliation Capture
Versions cibles
20.10 TMA SGAMI
20.10
21.03
Develop
Mis à jour par Emmanuel DILLARD il y a plus de 3 ans
- Statut changé de En cours à R&D - En cours
Mis à jour par Alex ORLUC il y a plus de 3 ans
corrigé et testé sur la version develop et sera mis prochainement sur les versions stables
=> https://labs.maarch.org/maarch/MaarchCourrier/merge_requests/328/diffs
Documentation mis à jour
=> https://labs.maarch.org/maarch/MaarchCapture.doc/blob/1.8/conf/templates/reco.md
Mis à jour par GIT LAB il y a plus de 3 ans
Commit ajouté sur la branche 20.10 de MaarchCourrier
FIX #17700 TIME 0:15 copy from branch develop and test
https://labs.maarch.org/maarch/MaarchCourrier/commit/c616ea21591f35bd725a921fc569cb2848dadc7d
Mis à jour par GIT LAB il y a plus de 3 ans
Commit ajouté sur la branche 21.03 de MaarchCourrier
FIX #17700 TIME 0:15 copy from branch develop and test
https://labs.maarch.org/maarch/MaarchCourrier/commit/e8998ffeeca0bcc9dc8b47720b9dd00e4fcf3b05
Mis à jour par Quentin RIBAC il y a plus de 3 ans
- Statut changé de R&D - En cours à R&D - En test
Mis à jour par Quentin RIBAC il y a plus de 3 ans
- Assigné à changé de Quentin RIBAC à Lionel MARIE-LOUISE
Mis à jour par Lionel MARIE-LOUISE il y a plus de 3 ans
- Assigné à changé de Lionel MARIE-LOUISE à Quentin RIBAC
Solution proposé, intégré et testé, cependant retourne toujours une erreur
test avec MaarchCapture 1.8.1 (version actuel du client) et 1.8.4
Array
(
[errors] => Body resIdMaster is empty or not an integer
)
testé avec :
<process name="ReconcileWithQrCode">
<loop xpath="/Batch/Documents/Document">
<call name="/attachments" method="POST">
<argument type="entity" name="encodedFile" eval="base64_encode(file_get_contents($Element->path))"/>
<argument type="entity" name="format" attribute="extension"/>
<argument type="entity" name="title" metadata="filename"/>
<argument type="entity" name="resIdMaster" metadata="destination"/>
<argument type="entity" name="originId" metadata="originId"/>
<argument type="entity" name="type">signed_response</argument>
<argument type="entity" name="status">SIGN</argument>
<return>
<id metadata="resId" />
</return>
</call>
</loop>
</process>
et
<process name="ReconcileWithQrCode">
<loop xpath="/Batch/Documents/Document">
<call name="/attachments" method="POST">
<argument type="entity" name="encodedFile" eval="base64_encode(file_get_contents($Element->path))"/>
<argument type="entity" name="format" attribute="extension"/>
<argument type="entity" name="title" metadata="filename"/>
<argument type="entity" name="resIdMaster" metadata="resIdMaster"/>
<argument type="entity" name="originId" metadata="originId"/>
<argument type="entity" name="type">signed_response</argument>
<argument type="entity" name="status">TRA</argument>
<return>
<id metadata="resId" />
</return>
</call>
</loop>
</process>
Mis à jour par Quentin RIBAC il y a plus de 3 ans
- Assigné à changé de Quentin RIBAC à Lionel MARIE-LOUISE
En réalité cela fonctionne correctement, avec le développement fourni.
Il faut suivre la documentation de Maarch Courrier 20.10 sur la réconciliation des réponses signées, qui indique que le QRcoode n’est pas celui de la fiche de liaison, mais provient d’un champ de fusion du modèle de projet de réponse.
Documentation Maarch Courrier 20.10 :
https://docs.maarch.org/gitbook/html/MaarchCourrier/20.10/guaf/guaf_templates/reconcil.html
Cependant la documentation est à ce jour erronée, elle mentionne le champ de fusion :
[attachments.chronoBarCode;ope=changepic;tagpos=inside;adjust;unique]
Il faut utiliser :
[attachments.chronoQrCode;ope=changepic;tagpos=inside;adjust;unique]
C’est-à-dire utiliser chronoQrCode plutôt que chronoBarCode. Correction de la doc à venir.
Le XML utilisé pour Capture.xml
est :
<?xml version="1.0" encoding="UTF-8"?>
<capture>
<modules>
<module name="FileImport" src="modules/FileImport/FileImport.php" type="class"/>
<module name="MaarchWSClient" src="modules/MaarchWSClient/MaarchWSClient.php" type="class"/>
<module name="MailCapture" src="modules/MailCapture/MailCapture.php" type="class"/>
<module name="QRSeparator" src="modules/QRSeparator/MaarchQRSeparator.php" type="class"/>
</modules>
<batches>
<batch name="MAARCH_RECO_SCAN" directory="/opt/maarch/capture181/files/" id="{batchname}-{timestamp}-{rand}" lock="0">
<workflow name="MAARCH_RECO_SCAN" debug="true" logMode="default">
<step function="reconcile" module="QRSeparator" name="reconcile">
<input name="ScanSource">/opt/maarch/capture181/files/in/</input>
<input name="qrcodePrefix">false</input>
</step>
<step function="processBatch" module="MaarchWSClient" name="SendToMaarch">
<input name="WSDL">MaarchRestWS</input>
<input name="Process">MaarchRestWSProcessFromScanReco</input>
<input name="CatchError">false</input>
<input name="configFile">MaarchWSClient_standard_sample.xml</input>
</step>
</workflow>
</batch>
</batches>
</capture>
Le XML utilisé pour MaarchWSClient.xml
est :
<process name="MaarchRestWSProcessFromScanReco">
<loop xpath="/Batch/Documents/Document">
<call name="/attachments" method="POST">
<argument type="entity" name="chrono" metadata="chrono"/>
<argument type="entity" name="encodedFile" eval="base64_encode(file_get_contents($Element->path))"/>
<argument type="entity" name="format" attribute="extension"/>
<argument type="entity" name="title" metadata="filename"/>
<argument type="entity" name="resIdMaster" metadata="resIdMaster"/>
<argument type="entity" name="originId" metadata="originId"/>
<argument type="entity" name="title" metadata="title"/>
<argument type="entity" name="type">signed_response</argument>
<argument type="entity" name="status">SIGN</argument>
<return>
<id metadata="resId" />
</return>
</call>
</loop>
</process>
Mis à jour par Guillaume HEURTIER il y a plus de 3 ans
- Statut changé de R&D - En test à R&D - En cours
Mis à jour par Alex ORLUC il y a plus de 3 ans
- Statut changé de R&D - En cours à R&D - En test
Mis à jour par Alex ORLUC il y a plus de 3 ans
- Statut changé de R&D - En test à R&D - En cours
Mis à jour par GIT LAB il y a plus de 3 ans
Commit ajouté sur la branche fix/17700/develop de MaarchCourrier
FIX #17700 TIME 0:05 fix wrong attachment status error message
https://labs.maarch.org/maarch/MaarchCourrier/commit/9c3108f38a9c2af9ce17b1c0b0bd05503d8e4fdb
Mis à jour par GIT LAB il y a plus de 3 ans
Commit ajouté sur la branche 21.03 de MaarchCourrier
FIX #17700 TIME 0:05 fix wrong attachment status error message
https://labs.maarch.org/maarch/MaarchCourrier/commit/e15ed6b11f159610348addf761861a3ecd9f9f4f
Mis à jour par GIT LAB il y a plus de 3 ans
Commit ajouté sur la branche 20.10 de MaarchCourrier
FIX #17700 TIME 0:05 fix wrong attachment status error message
https://labs.maarch.org/maarch/MaarchCourrier/commit/db381a5017a0b907f7ce3455a815a1470435d827
Mis à jour par Alex ORLUC il y a plus de 3 ans
- Statut changé de R&D - En cours à R&D - En test
Mis à jour par Alex ORLUC il y a plus de 3 ans
- Statut changé de R&D - En test à R&D - Terminé
Mis à jour par Emmanuel DILLARD il y a plus de 3 ans
- Assigné à changé de Lionel MARIE-LOUISE à Ludovic ARAUJO
Mis à jour par Emmanuel DILLARD il y a presque 2 ans
- Version cible changé de Develop à 2301
MAJ version cible Develop->2301