fix: raw response to response process with 'interrogation id' duplicates

[nsenave]

Le problème : quand on a des doublon d'identifiant d'interrogation dans les réponses brutes, on peut avoir ce genre de situation

• interrogationId: 1, processDate: 08/04/2026 (a été processed)
• interrogationId: 1, processDate: null (est arrivée après, pas encore processed)

(processed = intégrée dans la table des response depuis la table des rawResponse)

Dans ce cas là, le service qui process va convertir les deux réponses brutes avec l'id 1 en réponses "survey unit", alors qu'une des deux a déjà été processed

Uniquement le cas "raw response". Je ferai le fix pour le données legacy "Lunatic raw data" dans une autre PR

---

NB : historique git / github

Suite de #445

• J'ai repris la branche fix/process-duplicates, mise à jour à partir de main, puis créé fix/process-duplicates-part-1
• J'ai rassemblé tous les changements de fix/process-duplicates-part-1 dans un squashed commit ici pour y voir plus clair

[sonarqubecloud]

Quality Gate passed

Issues
4 New issues
0 Accepted issues

Measures
0 Security Hotspots
0.0% Coverage on New Code
0.0% Duplication on New Code

See analysis details on SonarQube Cloud

[alexisszmundy]

issue: On va passer à des mocks mockito à l'avenir, vaut mieux éviter de faire des stubs maison pour des tests unitaires

[nsenave]

@Hajarel-moukh @alexisszmundy Si vous voulez bien je vous laisse régler les derniers conflits et remplacer les stubs par du mock, je vais passer à d'autres sujet

(si vous voulez que je finisse cette PR faites moi signe)