Cette version facilite le démarrage d’une nouvelle interface, le travail à plusieurs sur les scénarios et la compréhension de ce qui s’est passé quand quelque chose bloque.

Tu obtiens des choix plus sûrs aux endroits où une modification accidentelle pouvait poser problème. Tu vois aussi plus de contexte dans les journaux et les messages d’erreur, afin que toi et le support ayez moins à chercher.

À la une

Créer une nouvelle interface avec plus de guidage

Quand tu crées une nouvelle interface, BrynQ te guide maintenant étape par étape pendant le choix des applications source et cible. Tu vois quels templates correspondent à ton choix. Tu peux consulter les détails avant de continuer, comme la description, les scénarios et un aperçu des champs cibles.

Tu peux aussi continuer plus facilement quand une application n’est pas encore active. Dans le sélecteur d’applications, tu vois les applications actives et inactives. Tu peux choisir directement une application active. Pour une application inactive, BrynQ demande d’abord une confirmation, car l’activation peut avoir un effet sur ta licence mensuelle.

La recherche dans le sélecteur d’applications fonctionne de nouveau dans le parcours des templates. Tu peux saisir le nom d’une application et la liste est filtrée immédiatement.

Commentaires sur les lignes de scénario

Tu peux maintenant utiliser des commentaires par ligne de scénario. C’est utile quand tu vérifies un template ou une interface avec d’autres personnes.

Avec les droits de modification et le bon plan, tu peux ouvrir un panneau latéral pour une ligne de scénario. Tu peux y ajouter des commentaires, répondre, mentionner quelqu’un avec @ et marquer une conversation comme résolue.

BrynQ indique s’il y a des commentaires non lus. Si quelqu’un te mentionne dans un nouveau commentaire ou dans un commentaire modifié, tu reçois un e-mail avec le texte actuel et un lien direct.

Versions d’application fixes pour des champs stables

Les templates et les interfaces personnalisées enregistrent maintenant la version d’application publiée qu’ils utilisent. Les champs et les choix existants ne changent donc pas en silence quand une nouvelle version d’application est publiée plus tard.

Pour les templates et les interfaces personnalisées, tu peux choisir la version dans une liste déroulante. Si une version plus récente existe, tu vois un point d’exclamation discret. Pour les interfaces créées à partir d’un template, le template lié détermine la version. Tu le vois dans BrynQ, mais tu ne peux pas le modifier à cet endroit.

BrynQ utilise désormais la même version d’application publiée pour les champs et les catégories dans la bibliothèque, les scénarios, les filtres, les templates et les réponses API. Les choix restent ainsi cohérents aux différents endroits.

Plus de protection pour les templates

Les admins peuvent maintenant rendre un scénario obligatoire dans un template. Quand ce scénario est utilisé dans une interface, un utilisateur ne peut pas le désactiver. Les éléments nécessaires restent donc actifs.

Pour les interfaces créées à partir d’un template, le schéma cible reste verrouillé. C’est le choix qui détermine quels champs cibles appartiennent au scénario. Cela évite de vider par erreur des champs que tu ne peux pas restaurer toi-même.

Dans les partner templates, la conversion de valeurs est disponible uniquement quand elle est adaptée. Pour les questions de configuration sans plusieurs choix fixes, tu ne peux plus saisir une conversion de valeurs qui rend le scénario invalide à tort.

Administration et support plus clairs

Nous avons clarifié plusieurs endroits où tu dois pouvoir retrouver ce qui s’est passé.

• Tu vois maintenant dans l’audit log quand une interface a été désactivée ou réactivée, par qui et à quel moment.
• Les filtres Customer et Created by dans Audit logs affichent de nouveau de vrais clients et utilisateurs, au lieu de seulement Undefined.
• Quand tu attribues des interfaces à des utilisateurs et à des rôles, tu vois maintenant aussi l’ID sous le nom. C’est utile quand plusieurs interfaces ont presque le même nom.
• Les lignes de journal d’un traitement avec la même seconde sont maintenant affichées dans le bon ordre. Le message le plus récent est en haut.
• Les messages d’erreur généraux affichent maintenant une référence d’erreur quand elle est disponible. Tu peux copier le request ID et le partager avec le support.
• Les erreurs dans l’historique d’autorisation affichent maintenant un message lisible au lieu d’un JSON technique. Les détails techniques restent disponibles pour le support.