Project

General

Profile

Fonctionnalité #14773

[Analyse] Requête sur Champ d'enregistrement personnalisé "date" non opérationelle

Added by Robin SALDINGER over 1 year ago. Updated 11 months ago.

Status:
Développé / Analysé (S)
Priority:
1-Majeur
Target version:
Start date:
09/07/2020
Due date:
Tags Courrier:
ROADMAP:

Description

Analyse équipe projet :

tag : 20.03.09 et 20.03.10
navigateur ; dernières versions de chrome et firefox

  1. J'ai déclaré un champ custom date (id 4) dans mon modèle d'enregistrement

  2. J'ai des bannettes spécifiques qui utilisent ce champ :

#courriers à traiter 
    (status in ('NEW', 'COU', 'SNEW') and dest_user = @user and (custom_fields->>'4')::date isnull) or (status in ('NEW', 'COU', 'SNEW') and dest_user = @user and (custom_fields->>'4')::date <= current_date)

#courriers à traiter en différé 
    status in ('NEW', 'COU', 'SNEW') and destination IN (@my_entities) and (custom_fields->>'4')::date> current_date

4- lorsque je créé un courrier arrivé et que je ne rempli par le champs custom "date", mes bannettes ne fonctionent plus :

maarch@recette2003 ERREUR:  syntaxe en entrée invalide pour le type date : «  »
2020-09-07 18:06:03.838 CEST [31551] maarch@recette2003 INSTRUCTION :  SELECT COUNT(1) FROM res_view_letterbox WHERE ((status in ('NEW', 'COU', 'SNEW') and dest_user = 'leprieur' and (custom_fields->>'4')::date isnull) or (status in ('NEW', 'COU', 'SNEW') and dest_user = 'leprieur' and (custom_fields->>'4')::date <= current_date))

5- pour que l'erreur disparaisse, je dois rajouter une date et donc rendre ce champs obligatoire. Or le client ne s'en sert pas sur tous les courriers.

On ne peut pas solutionner avec un modele d'enregistrement spécifique pour les courriers nécessitant ce champs car pour tous les courriers migrés, on me demande de valider lorsque je me rend sur 'information'. Il suffit de "valider" sur un courrier qui n'a pas le champ perso date de renseigné pour que les bannettes deviennent inutilisables.

History

#2 Updated by Support Maarch over 1 year ago

  • Status changed from A qualifier to A traiter

#3 Updated by Emmanuel DILLARD over 1 year ago

  • Subject changed from Champ d'enregistrement personalisé "date" non opérationel to Champ d'enregistrement personnalisé "date" non opérationel
  • Status changed from A traiter to Prêt à développer

#4 Updated by Emmanuel DILLARD over 1 year ago

  • Tracker changed from Anomalie to Fonctionnalité
  • Project changed from Backlog to CURRENT SPRINT
  • Subject changed from Champ d'enregistrement personnalisé "date" non opérationel to [Analyse] Requête sur Champ d'enregistrement personnalisé "date" non opérationelle
  • Status changed from Prêt à développer to En cours de dev (S)
  • Assignee changed from Robin SALDINGER to EDI PO
  • Priority changed from 0-Bloquant to 1-Majeur

#5 Updated by Florian AZIZIAN over 1 year ago

  • Assignee deleted (EDI PO)

#7 Updated by Florian AZIZIAN over 1 year ago

  • Assignee set to Florian AZIZIAN

#8 Updated by Florian AZIZIAN over 1 year ago

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

Avant de caster en date un champ personnalisé, il faut vérifier que ce n'est pas vide, par exemple :

custom_fields->>'1' is not null and custom_fields->>'1' <> '' and

Pour vos clauses, il faut donc faire ceci :

#courriers à traiter
status in ('NEW', 'COU', 'SNEW') and dest_user = @user and ((custom_fields->>'4' is null or custom_fields->>'1' = '') or (custom_fields->>'4' is not null and custom_fields->>'4' <> '' and date(custom_fields->>'4') <= current_date))

#courriers à traiter en différé
status in ('NEW', 'COU', 'SNEW') and destination IN (@my_entities) and custom_fields->>'4' is not null and custom_fields->>'4' <> '' and date(custom_fields->>'4') > current_date

PS : Je n'ai pas testé vos clauses dans un environnement fonctionnel

#9 Updated by Emmanuel DILLARD over 1 year ago

  • Assignee changed from Florian AZIZIAN to Robin SALDINGER

#10 Updated by Emmanuel DILLARD over 1 year ago

  • Project changed from CURRENT SPRINT to Backlog

#11 Updated by Emmanuel DILLARD 11 months ago

  • Project changed from Backlog to Backlog Courrier
  • Target version changed from 20.03 (Support restreint) to 20.03 (Restreint)

Also available in: Atom PDF