Projet

Général

Profil

Actions

Régression #17700

fermé

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

Ajouté par Lionel MARIE-LOUISE il y a plus de 3 ans. Mis à jour il y a presque 2 ans.

Statut:
R&D - Terminé
Priorité:
0-Bloquant
Assigné à:
Ludovic ARAUJO
Version cible:
Début:
06/07/2021
Echéance:
09/07/2021

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.

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

  • Assigné à mis à Quentin RIBAC

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-&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>

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-&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>

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

Actions

Formats disponibles : Atom PDF