Request description
Bonjour,
Nous avons un retour d’expérience et une question de bonnes pratiques concernant l’utilisation du hook initUpdate avec des appels à un service externe.
Contexte
- À l’ouverture du formulaire d’un objet LegalText en statut DRAFT, nous déclenchons automatiquement une synchronisation avec SharePoint.
- Cette synchronisation est faite côté back-end (appels API + persistance en base des fichiers PDF/DOCX et de champs métier si nécessaire).
- Fonctionnellement, cette synchro automatique à l’ouverture est souhaitée.
Problème rencontré
- Le service externe peut être temporairement indisponible (timeouts / 504).
- Lorsque cela arrive pendant le
initUpdate:- l’ouverture du formulaire peut être fortement ralentie (plus d’1 minute),
- voire échouer, ce qui bloque l’utilisateur sans visibilité sur ce qu’il se passe.
Objectif
Nous souhaitons :
- conserver une synchronisation automatique à l’ouverture,
- sans bloquer ni dégrader l’UI,
- et ajouter une visibilité utilisateur (ex : “synchronisation en cours”, “échec de synchronisation réssayer plus tard etc..”).
Questions
- Quelles sont les bonnes pratiques recommandées dans Simplicité pour gérer des appels API externes potentiellement longs ou instables dans un
initUpdate? - Le tracker Simplicité est-il exploitable dans ce contexte (hors action explicite) pour informer l’utilisateur qu’une synchronisation est en cours ?
- Est-il préférable de :
- déclencher ce type de traitement de manière asynchrone,du coup déplacer cette logique du hook initupdate ?
- ou de le déplacer vers un autre mécanisme (action, job, statut de synchronisation), tout en conservant une UX fluide à l’ouverture du formulaire ?
Merci d’avance pour vos retours . ![]()
Cordialement,
Hamza