Projet

Général

Profil

Régression #17700

Contrôle sur le réconciliation des réponses signées

Ajouté par Lionel MARIE-LOUISE il y a presque 3 ans. Mis à jour il y a environ un an.

Statut:
R&D - Terminé
Priorité:
0-Bloquant
Assigné à:
Ludovic ARAUJO
Version cible:
Début:
06/07/2021
Echéance:
09/07/2021
Version applicable MC:
Tags Courrier:
20.10.14, 21.03.7

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-&gt;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-&gt;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.

Historique

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

  • Projet changé de Backlog Capture à 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
  • Tags Courrier 20.10.14, 21.03.7 ajouté

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

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

  • Statut changé de En cours à R&D - En cours

#4 Mis à jour par Alex ORLUC il y a presque 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

#6 Mis à jour par GIT LAB il y a presque 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

#7 Mis à jour par GIT LAB il y a presque 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

#8 Mis à jour par Quentin RIBAC il y a presque 3 ans

  • Assigné à mis à Quentin RIBAC

#9 Mis à jour par Quentin RIBAC il y a presque 3 ans

  • Statut changé de R&D - En cours à R&D - En test

#10 Mis à jour par Quentin RIBAC il y a presque 3 ans

  • Assigné à changé de Quentin RIBAC à Lionel MARIE-LOUISE

#11 Mis à jour par Lionel MARIE-LOUISE il y a presque 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-&gt;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-&gt;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>

#12 Mis à jour par Quentin RIBAC il y a presque 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-&gt;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>

#13 Mis à jour par Guillaume HEURTIER il y a presque 3 ans

  • Statut changé de R&D - En test à R&D - En cours

#14 Mis à jour par Alex ORLUC il y a presque 3 ans

  • Statut changé de R&D - En cours à R&D - En test

#15 Mis à jour par Alex ORLUC il y a presque 3 ans

  • Statut changé de R&D - En test à R&D - En cours

#18 Mis à jour par GIT LAB il y a presque 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

#19 Mis à jour par GIT LAB il y a presque 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

#20 Mis à jour par GIT LAB il y a presque 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

#21 Mis à jour par Alex ORLUC il y a plus de 2 ans

  • Statut changé de R&D - En cours à R&D - En test

#22 Mis à jour par Alex ORLUC il y a plus de 2 ans

  • Statut changé de R&D - En test à R&D - Terminé

#23 Mis à jour par Emmanuel DILLARD il y a plus de 2 ans

  • Assigné à changé de Lionel MARIE-LOUISE à Ludovic ARAUJO

#25 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