Nous avons une question concernant la gestion des relations d’objets et la personnalisation du message d’erreur lorsque la cardinalité empêche la création d’un nouveau lien.
Contexte fonctionnel
Nous avons configuré un objet externe (ex : Link : linkedLegalTextId) avec une relation de cardinalité 0,1 vers un objet enfant (LbcLegalTextToExternalRef).
L’objectif fonctionnel est de garantir qu’un seul lien maximum puisse exister pour un enregistrement donné du parent (LbcLegalText).
Ce message est correct techniquement, mais pas compréhensible pour l’utilisateur final.
Objectif souhaité
Nous aimerions remplacer ou enrichir ce message afin de :
Indiquer qu’un lien existe déjà ;
Rediriger l’utilisateur vers le record existant (ajout d’un lien dans le message d’erreur).
Notre question
Avant d’implémenter cette logique, nous nous demandions quelle est la meilleure pratique spécifique aux relations d’objet dans Simplicité .
Y a-t-il un moyen natif de surcharger le message système lié à la cardinalité ?
Hook spécifique ?
Merci d’avance pour vos retours et recommandations !
Technical information
Instance /health
---paste the content of your-instance.com/health---
Simplicité logs
---paste the content of the **relevant** server-side logs---
Browser logs
---paste content of the **relevant** browser-side logs---
Other relevant information
----E.g. type of deployment, browser vendor and version, etc.----
C’est le libellé du texte statique générique ERR_MAXLIMIT.
Ensuite c’est suivi du nom de la relation et de la cardinalité maximale.
En terme d’UX il faudrait masquer le/les boutons “créer” si le max est déjà atteint :
initList : setListAccessNewForm et/ou setListAccessNewLine si select count<1
et/ou mettre une aide contextuelle sur la liste pour dire qu’il ne peut y en avoir qu’un s’il est déjà présent setCtxHelp(ObjectCtxHelp.CTXHELP_PANELLIST, "Only one record is permitted")
Sinon pour afficher autre chose au create, il faudra agir avant le save/create qui check les cardinalités : retourner votre message d’erreur spécifique au pre/postValidate, avec éventuellement un Call to action pour permettre à l’utilisateur d’ouvrir le record existant. En soit il a juste un clic à faire sur la liste donc c’est assez redondant.
Nous allons finalement appliquer la logique dans le preValidate, afin d’afficher un message clair au user et lui proposer directement un lien vers l’enregistrement existant.
Cela nous permet d’éviter qu’il soit perturbé en ne le trouvant pas immédiatement dans la liste, et d’améliorer la compréhension fonctionnelle.
Merci également pour vos conseils sur l’UX et les bonnes pratiques, cela nous sera utile pour d’autres cas similaires.
Comportement actuel
