← Journal technique
EduQate·intégrité des données·2026-08-27

Le mobile qui jetait le type de document à l'upload

The mobile dynamic form renderer hardcoded the document type on upload, discarding a taxonomy that already existed end to end in the backend.

Construit, et rien ne s'en servait

Livré, typé, injecté, inatteignable. Rien ne l'a jamais appelé.

En construisant le Centre de documents, le plan était un filtre par type de document. La taxonomie existait déjà de bout en bout — program_document_requirements semés dans document_requests à la création de candidature, avec un endpoint d'attachement qui marche déjà ouvert aux clients. Le mobile ne l'utilisait juste jamais : son seul chemin d'upload, le champ de fichier générique dans le renderer de formulaire dynamique, codait en dur document_type = 'attachment' pour chaque fichier qu'un client uploadait.

Donc le schéma était correct depuis des mois, l'endpoint était correct depuis des mois, et le produit jetait l'information à la dernière étape — ce qui voulait dire que chaque document du système était sans type et que le filtre que j'allais construire n'aurait eu qu'une seule valeur dedans.

Quand une fonctionnalité « a besoin de nouvelles données », vérifie si le modèle les a déjà et si le client les jette. Moins coûteux à corriger et bien plus facile à manquer qu'un vrai trou.