Améiorer la situation sur les traitements/ÉvènementPhaseDossier

[DavidBruant]

Pour contexte, initialement, on créait un ÉvènementPhaseDossier par "traitement" sur un dossier DS
et on a nos propres ÉvènementPhaseDossier (surtout pour la phase "Étude recevabilité DDEP" pour le moment)

Mais, on a découvert que DS, via son API expose des "traitements" qui ne correspondent pas vraiment à des changements de phase. Quand un dossier est corrigé, un "traitement" est ajouté (alors que ça ne correspond pas à un changement de "state" DS et donc phase Pitchou)
Ça créé une situation où visuellement, on voit un dossier qui est déjà en accompagnement amont passer en accompagnement amont 5 fois d'affilée, ce qui n'a aucun sens

Après discussion avec l'équipe de DS, il semble qu'une manière de détecter ça, c'est que les "faux traitements" ont un emailAgentTraitant: null

Dans #184 , on récupère les emailAgentTraitant et on les stocke en base de donnée dans un colonne DS_emailAgentTraitant. Et ensuite, on n'affiche jamais les ÉvènementPhaseDossier qui ont DS_emailAgentTraitant IS NULL and cause_personne IS NULL

Ça pollue un peu la BDD, mais c'est plus prudent

Idéalement, la table évènement_phase_dossier ne devrait pas avoir ces lignes.
Ptèt qu'un jour on arrivera à faire mieux