lecoffre-back-mini/CHANGELOG.md

v1.0.8

• IdNot: ajout retry logic sur getUserRattachements pour gérer erreurs 500 API Annuaire
• Test de variantes sans paramètre deleted=false (potentiel cause d'erreur 500)
• Logs détaillés pour chaque tentative de rattachements

v1.0.7

• IdNot: correction endpoint API Annuaire selon documentation (/api/pp/v2/personnes/{id}/rattachements)
• Ajout logique de retry avec variantes d'URL (avec/sans /annuaire)
• Support de multiples formats d'endpoints pour robustesse
• Gestion améliorée des erreurs 404 avec retry automatique

v1.0.1

• IdNot: l'endpoint d'authentification accepte désormais le code en POST /api/v1/idnot/auth avec { code } dans le corps.
• Handler compatible params/body, recommandation: body JSON.
• Rappel déploiement: image Docker consommée par lecoffre_node via tag int-dev.

v1.0.2

• Erreurs de parsing JSON (body-parser) désormais mappées en 400 au lieu de 500 via error-handler.
• Clarification des statuts attendus:
  • 400: JSON invalide ou code d'auth invalide
  • 401: non autorisé (ex: email manquant)
  • 403: utilisateur non rattaché à une étude
  • 5xx: erreurs internes ou partenaires (non applicatives)
• Documentation et tests mis à jour pour couvrir “JSON invalide -> 400”.
• CI: utiliser ci: docker_tag=int-dev pour builder/pusher l’image.

v1.0.3

• IdNot: renforcement de la gestion d’erreurs applicatives (4xx) dans IdNotController.authenticate.
  • Laisse désormais passer toute erreur avec statusCode 4xx même si l’instance n’est pas exactement celle des classes locales.
  • Fallback sur name (BusinessRuleError, ForbiddenError, UnauthorizedError, ValidationError) pour tolérer les divergences d’instances.
• Objectif: éviter les 502 lorsqu’un cas fonctionnel (ex: utilisateur non rattaché) survient, et renvoyer le bon 4xx.

v1.0.3+log

• Ajout d’un log d’analyse non sensible dans IdNotController.authenticate pour tracer: profile_idn, entity_idn, entite.typeEntite.name, entite.codeCrpcen, statutDuRattachement, typeLien.name.

v1.0.4

• Logs IdNot enrichis dans IdNotService:
  • Journalisation des URLs, statuts, statusText et extrait (<=500 chars) des réponses en échec pour:
    • exchangeCodeForTokens
    • getUserRattachements
    • getOfficeRattachements
    • getUserData
    • getOfficeLocationData
• Objectif: faciliter le diagnostic des environnements et des bases URL.

v1.0.5

• IdNot: logs supplémentaires des claims du token (sub, entity_idn, profile_idn) et contrôle explicite de profile_idn.
• Effet: en cas d’absence de profile_idn, retour 400 (ValidationError) au lieu d’un 502.

v1.0.6

• IdNot: fallback quand profile_idn absent dans le token.
  • Récupération des rattachements via sub puis sélection d’un rattachement d’étude (office) si présent.
  • Objectif: permettre le login même si le JWT IdNot ne fournit pas profile_idn.

v1.1.2

📚 Documentation

• API Funds : Ajout de docs/API_FUNDS.md avec documentation complète
• Problèmes résolus : Documentation des corrections TypeScript, Docker daemon access, API endpoint 404
• Tests : Documentation des tests unitaires et d'intégration
• Configuration : Documentation de la configuration Docker socket et CLI

🔧 Améliorations

• Documentation : Documentation complète de l'API funds et de son intégration
• Configuration : Documentation de la configuration requise pour Docker CLI

v1.1.1

🚀 Nouvelles fonctionnalités

• API de transfert automatique de fonds : Endpoints /api/v1/funds/transfer et /api/v1/funds/check
• Intégration Docker CLI : Support pour l'exécution de bitcoin-cli via Docker
• Endpoint racine : Documentation API accessible via GET /

🔧 Améliorations

• Dockerfile optimisé : Installation minimale avec seulement docker-cli
• Configuration signer : Connexion au signer distant (dev3.4nkweb.com)
• Gestion d'erreurs : Amélioration de la gestion d'erreurs TypeScript
• Documentation : README.md complet avec tous les endpoints

🐛 Corrections

• Healthcheck : Correction de l'endpoint /api/v1/health
• CORS : Configuration dynamique des origines autorisées
• TypeScript : Résolution des erreurs de compilation

🧪 Tests

• Tests unitaires : Tests pour les routes funds
• Tests d'intégration : Tests de connectivité signer
• Tests de build : Vérification de la compilation TypeScript

📦 Déploiement

• Image Docker : Tag int-dev pour les builds CI
• Configuration : Variables d'environnement optimisées
• Monitoring : Healthcheck et logs structurés