Project

General

Profile

Anomalie #14100

Changement de modèle : les données des formulaires privés ne sont pas renseignées (qualification)

Added by Robin SALDINGER almost 2 years ago. Updated 11 months ago.

Status:
Développé / Analysé (S)
Priority:
2-Sérieux
Assignee:
Florian AZIZIAN
Target version:
Start date:
06/05/2020
Due date:
Tags Courrier:
20.03.9

Description

Etapes:

  • Faire parti d'un groupe avec ce paramétrage :

  • Importer un courrier par MaarchCapture

  • Ouvrir le courrier dans courrier à qualifier

  • Changer le modèle d’enregistrement pour un modèle privé préalablement crée

Constaté :

Le contenu des champs du formulaire d’enregistrement restent inchangés

History

#2 Updated by Support Maarch almost 2 years ago

  • Status changed from A qualifier to A traiter

#3 Updated by Emmanuel DILLARD almost 2 years ago

  • Status changed from A traiter to Etude planifiée
  • Priority changed from 2-Sérieux to 1-Majeur

Changement par modèle privé OK en fiche de traitement)
Ne reprend pas les données du modèle privé (si donnée présente)

#4 Updated by Emmanuel DILLARD almost 2 years ago

  • Tracker changed from Anomalie to Ergonomie
  • Subject changed from Les modèles privés d’enregistrement ne sont pas fonctionnel lors de la qualification d’un courrier injecté par MaarchCapture to Changement de modèle : les données des modèles privé n'écrasent pas les données saisies
  • Status changed from Etude planifiée to 17
  • Assignee changed from EDI PO to Robin SALDINGER
  • Priority changed from 1-Majeur to 2-Sérieux

Comportement "normal" : si une donnée est présente (sur le formulaire donc en base de donnée), elle n'est pas écrasée par celle du modèle.
En indexation, la donnée est remplacée car elle n'est pas en base.

Si ce comportement ne convient pas à terme, il pourra être changé (attente de retours clients)

#5 Updated by Emmanuel DILLARD almost 2 years ago

  • Subject changed from Changement de modèle : les données des modèles privé n'écrasent pas les données saisies to Changement de modèle : les données des formulaires privés ne sont pas renseignées (qualification)

A reproduire (non reproduit par PO)

#6 Updated by Henri QUENEAU almost 2 years ago

  • Status changed from 17 to A traiter
  • Assignee changed from Robin SALDINGER to EDI PO
  • Priority changed from 2-Sérieux to 1-Majeur

Reproduit sur la démo.

Le client ne voit pas l'utilité des modèles d'enregistrement car lors de l'appel des modèles, les champs renseignés dans le modèles d'enregistrement ne sont pas utilisés et mis à jour sur le courrier

voir exemple ci-dessous

#7 Updated by Henri QUENEAU almost 2 years ago

5623
5624
5625
5626

j'ai un courrier arrivé dans la bannette courrier à qualifier, avec différentes métadonnées déjà fournies par le maarch capture.

Lors de qualification de ce courrier, on constate que ce courrier est un courrier type que l'on rencontre quotidiennement (ex: facture, candidature). Donc le client souhaite utiliser le modèle d'enregistrement pour modifier rapidement les métadonnées en fonction de ce qui a été enregistré par défaut dans l'administration des modèles d'enregistrement.

Ci-dessous l'exemple du modèle d'enregistrement:

Lorsqu'on choisi le modèle d'enregistrement souhaité

Les champs renseignés par défaut dans le modèle d'enregistrement ne remplace pas les informations fournies par les données fournies du maarch capture.

Ceci est pénible car :

  • aucun intérêt d'utiliser les modèles
  • perte de temps car obligation de modifier les métadonnées

#9 Updated by Emmanuel DILLARD almost 2 years ago

  • Status changed from A traiter to Complément d'Informations
  • Assignee changed from EDI PO to Henri QUENEAU

Modèles d'enregistrement de données (privés tel qu'expliqué par RSA) ou modèles d'enregistrements génériques tel qu'expliqué maintenant.

Le comportement souhaité est-il le suivant :

*La donnée par défaut (modèle d'enregistrement) ou la donnée utilisateur (modèles d'enregistrement utilisateurs) remplace systématiquement la donnée présente dans le champ cible.
*

#10 Updated by Robin SALDINGER almost 2 years ago

  • Status changed from Complément d'Informations to A traiter
  • Assignee changed from Henri QUENEAU to Emmanuel DILLARD

Explication suite à l'entretien téléphonique du 23/07 :

"Même si la donnée n'est pas renseignée par Maarch Capture et que le champ semble vide dans lors de la qualification, il n'est pas modifié par la donnée présente dans le modèle. Il semblerait d'ailleurs que ces champs ne soient pas "null" en base, comme si une chaîne de caractère vide était renseignée"

2 anomalies possible :
1.la donnée est nulle à la base (pas renseignée par Maarch Capture) et ne se remplace pas par celle contenue par défaut dans le modèle
2.les données sont bien sous la forme d'une chaîne de caractère vide, et c'est ce qui empêche le remplacement.

#11 Updated by Emmanuel DILLARD almost 2 years ago

  • Tracker changed from Ergonomie to Anomalie
  • Status changed from A traiter to Etude planifiée
  • Assignee changed from Emmanuel DILLARD to EDI PO

#12 Updated by Emmanuel DILLARD almost 2 years ago

  • Status changed from Etude planifiée to 17
  • Assignee changed from EDI PO to Robin SALDINGER
  • Priority changed from 1-Majeur to 2-Sérieux

Préciser la donnée :

  • exemple de colonne Maarch Capture (config WS client) - Fichier XML
  • exemple de modèle affiché (donnée vide) - Capture écran
  • exemple de modèle choisi (donnée toujours vide) - Capture écran

#14 Updated by Emmanuel DILLARD almost 2 years ago

  • Project changed from Backlog to CURRENT SPRINT
  • Status changed from A traiter to En cours de dev (S)
  • Target version changed from 20.03 (Support restreint) to 20.10 Develop
  • Tags Courrier 20.03.9 added

#15 Updated by Florian AZIZIAN almost 2 years ago

  • Assignee changed from EDI PO to Florian AZIZIAN

#16 Updated by Florian AZIZIAN almost 2 years ago

  • Assignee deleted (Florian AZIZIAN)

#17 Updated by Florian AZIZIAN almost 2 years ago

  • Assignee set to Florian AZIZIAN

#18 Updated by Robin SALDINGER almost 2 years ago

  • File deleted (MaarchWSClient_standard_sample.xml)

#19 Updated by Florian AZIZIAN almost 2 years ago

  • Status changed from En cours de dev (S) to Développé / Analysé (S)

#20 Updated by Emmanuel DILLARD over 1 year ago

  • Project changed from CURRENT SPRINT to Backlog

#23 Updated by Emmanuel DILLARD 11 months ago

  • Project changed from Backlog to Backlog Courrier
  • Target version changed from 20.10 Develop to 20.10 (Actif)

Also available in: Atom PDF