LogiFlow/task.md

Task: Debugging Webhook Error 500 on Invoice Sending

Context

L'utilisateur a redémarré son serveur et rencontre une erreur 500 lors de l'envoi d'une facture via le proxy /api/reconciliation/send-invoice. L'appel vers le webhook N8N (https://workflow.ffnancy.fr/webhook/...) échoue avec un code 500.

Current Focus

Identifier la cause de l'erreur 500 lors de l'appel au webhook N8N et corriger le comportement du proxy de facture.

Master Plan

• Analyse du code source
  • Examiner server/routes.ts pour trouver l'endpoint /api/reconciliation/send-invoice.
  • Analyser la construction de la requête vers N8N (utilisation de FormData natif vs bibliothèque form-data).
• Investigation technique
  • Vérifier la version de Node.js (v24.11.1 détectée).
  • Identifier pourquoi N8N renvoie 500 (problème de format multipart et de headers avec l'ancienne bibliothèque).
  • Prendre en compte l'URL de test fournie : https://workflow.ffnancy.fr/webhook-test/....
• Correction et Test
  • Remplacer l'implémentation personnalisée par une utilisation plus propre des APIs natives Node.js.
  • Améliorer le parsing du boundary pour gérer les guillemets.
  • Utiliser les APIs natives fetch et FormData de Node.js pour plus de robustesse.
  • Demander à l'utilisateur de tester après avoir reconstruit son image Docker.

Progress Log

• Initialisation de la tâche pour déboguer l'erreur 500 sur l'envoi de facture.
• Analyse du code : le proxy utilisait une ancienne bibliothèque form-data manuellement importée via require, ce qui peut causer des problèmes de compatibilité en Node 24.
• Correction appliquée : passage aux APIs natives fetch et FormData de Node.js et amélioration du parsing du boundary.