Batcher.fr le Forum

Salut la team, Je bosse sur un projet un peu particulier et j'arrive à un point où je tourne en rond. Le contexte: je dois automatiser la production de documents liés au DUERP restauration pour une vingtaine d'établissements (des cantines scolaires, des restos d'entreprise, ce genre de trucs). Chaque établissement a ses propres données, ses propres postes de travail, ses risques spécifiques... et l'idée c'est de générer automatiquement les fiches à partir d'un fichier source unique, genre un Excel bien structuré.
Le problème c'est que le DUERP en restauration c'est assez dense. Y'a les risques de coupures, de brûlures, de glissades, la manutention de charges lourdes, la chaleur des fourneaux... bref, une liste de risques qui varie selon le type de poste. Mon batch doit lire les données, les trier par unité de travail, et générer un fichier par établissement avec les bons intitulés de risques et les mesures de prévention associées.
Pour l'instant j'ai un script qui lit le CSV sans problème. La logique de tri fonctionne à peu près. Mais là où ça bloque c'est au moment de la génération des fichiers de sortie. J'utilise des templates texte avec des balises type {{RISQUE_1}}, {{MESURE_1}} etc. et certaines substitutions ne se font pas correctement quand la valeur contient des caractères spéciaux (des tirets simples, des apostrophes, ce genre de trucs courants en français).
J'ai essayé d'encoder en UTF-8 dès l'ouverture du fichier, ça règle une partie du problème mais pas tout. Parfois les apostrophes passent, parfois non, selon la version de l'interpréteur je crois.
Quelqu'un a déjà fait un truc similaire, automatiser des documents réglementaires comme un DUERP restauration via batch ? Comment vous gérez l'encodage et les templates de ce type ?

Une autre hypothèse que j'aurais vérifiée avant tout le reste: est-ce que la substitution échoue systématiquement sur certains postes de travail précis ou de façon aléatoire selon les établissements ? Sur un duerp restauration avec autant de variables par unité de travail, j'aurais segmenté les tests par type de risque pour isoler si le bug vient d'une valeur en particulier plutôt que d'un problème global d'encodage.

Salut;
Automatiser un DUERP restauration avec des templates peut vite devenir délicat à cause des encodages et des caractères spéciaux. La solution la plus robuste consiste à uniformiser tout le flux en UTF-8 dès la lecture et l’écriture, puis à utiliser une librairie de templating fiable (par exemple Jinja2) qui gère correctement les substitutions et échappements. Tu peux aussi normaliser les chaînes avec `unicodedata` pour éviter les variations d’apostrophes. Enfin, sépare bien les données sources des modèles pour limiter les erreurs de parsing.