Backlog Courrier

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.