MSR Recruitment Fixed Features 2026-03

INDEX

Version 8.11

• 95375 | Les documents restent visibles sur le portail lorsque le type de document est inactif

• 98595 | Erreur lors de la recherche de candidats sans candidatures résolue

• 98837 | Les champs Rich Text s'affichent correctement dans le composant e-mail

• 100074 | Postuler à une offre n'est plus possible en mode lecture seule du portail

• 101183 | La signature mySign est maintenant placée sur tous les tags identiques dans un document

• 101598 | Les utilisateurs inactifs ne sont plus visibles comme destinataires d'e-mail

• 101921 | Amélioration de la mise en forme et de la cohérence du composant 'Déposer un CV'

• 102052 | Message d'erreur convivial lors de l'envoi d'un e-mail sans destinataires

• 102485 | Le nom de fichier des documents stockés en externe n'est pas modifiable

• 103161 | Erreur lors de la récupération des documents CM Sign signés via le processus batch résolue

• 103466 | L'e-mail n'est pas envoyé correctement lors de l'utilisation de CC dans le composant Mail

• 103659 | Les images cliquables dans les e-mails pointaient vers un mauvais lien

• 104782 | Le tri par propriétaire dans la liste de correspondance générait une erreur

• 105387 | La création d'un candidat via la touche Entrée contournait la validation des champs obligatoires dans l'écran d'aperçu du CV

CONTENU

Version 8.11

95375 | Les documents restent visibles sur le portail lorsque le type de document est inactif

Suite à une modification antérieure de la configuration du portail, les documents existants pouvaient ne plus être visibles sur le portail lorsque le type de document associé était défini comme inactif. Les candidats ne pouvaient ainsi plus consulter les documents précédemment téléchargés ou générés. Les documents existants liés à un type de document inactif restent désormais visibles sur le portail et peuvent être ouverts et téléchargés normalement. De plus, il n'est plus possible de créer de nouveaux documents pour un type de document inactif, tandis que les documents existants restent entièrement disponibles pour la consultation et la gestion.

98595 | Erreur lors de la recherche de candidats sans candidatures résolue

Lors de la recherche de candidats sur la base d'offres d'emploi sans candidatures, une erreur pouvait se produire. Dans ce scénario, la requête de recherche n'était pas construite correctement, ce qui entraînait une erreur système. Ce problème survenait lors du filtrage sur 'n'a pas de candidatures' pour une offre sans candidatures associées. La requête de recherche est désormais exécutée correctement et les résultats attendus sont affichés. Les candidats sans candidatures pour l'offre sélectionnée sont à nouveau affichés correctement.

98837 | Les champs Rich Text s'affichent correctement dans le composant e-mail

Lors de l'utilisation du composant e-mail avec le rendu automatique, les champs Rich Text (tels que les descriptions de poste) pouvaient s'afficher incorrectement. Au lieu du texte mis en forme, des balises HTML étaient visibles dans l'e-mail. Ce problème survenait lors du rendu automatique des e-mails, tandis que le rendu manuel produisait le résultat correct. Ces champs s'affichent désormais correctement en tant que texte mis en forme, aussi bien lors du rendu automatique que manuel, rendant le contenu des e-mails à nouveau cohérent et lisible.

100074 | Postuler à une offre n'est plus possible en mode lecture seule du portail

Lorsque le portail candidat était ouvert via le bouton 'Open candidate portal' depuis Salesforce, il s'ouvrait en mode lecture seule. Dans cette situation, il était toutefois encore possible de postuler à une offre via la liste des offres d'emploi, créant ainsi une candidature pour le candidat concerné. Ce comportement a été corrigé. En mode lecture seule, il n'est plus possible d'effectuer des modifications ou de créer de nouvelles données, y compris de soumettre des candidatures, alignant ainsi la fonctionnalité sur le comportement lecture seule attendu du portail.

101183 | La signature mySign est maintenant placée sur tous les tags identiques dans un document

Pour les documents utilisant plusieurs tags mySign pour un seul signataire, la signature n'était dans certains cas placée que sur la première instance d'un tel tag. Les autres tags de signature de ce signataire dans le même document n'étaient donc pas renseignés. Lorsqu'un signataire signe un document, la signature est désormais placée sur tous les tags associés dans l'ensemble du document.

101598 | Les utilisateurs inactifs ne sont plus visibles comme destinataires d'e-mail

Lors de l'utilisation du composant e-mail personnalisé, des utilisateurs inactifs pouvaient être sélectionnés comme destinataires lors de la rédaction d'un e-mail. Cela s'écartait du comportement Salesforce standard, dans lequel les utilisateurs inactifs ne sont pas disponibles comme destinataires. Les utilisateurs inactifs ne sont plus affichés dans la liste des destinataires d'e-mail disponibles, ramenant le comportement en conformité avec la fonctionnalité Salesforce standard.

101921 | Amélioration de la mise en forme et de la cohérence du composant 'Déposer un CV'

Le composant 'Déposer un CV' (Resume Dropbox) s'écartait de la mise en forme Salesforce standard sur plusieurs points. La mise en forme du titre était incohérente, une notation de titre cohérente n'était pas utilisée et la mise en forme des bordures ne correspondait pas aux autres composants standard. De plus, l'apparence pouvait donner l'impression que des fichiers pouvaient être déposés n'importe où sur la vignette, ce qui n'était pas le cas. Le composant a été mis à jour pour s'aligner sur la mise en forme Salesforce Lightning standard. Le titre a été mis à jour en 'Drop a Resume', la mise en page visuelle a été simplifiée et le composant peut désormais également être correctement ajouté à la barre d'utilitaires.

102052 | Message d'erreur convivial lors de l'envoi d'un e-mail sans destinataires

Lors de l'envoi d'un e-mail, un message d'erreur technique s'affichait si aucun destinataire n'avait été sélectionné. Un message plus clair s'affiche désormais pour expliquer ce qui doit être fait pour envoyer l'e-mail avec succès.

102485 | Le nom de fichier des documents stockés en externe n'est pas modifiable

Pour les documents stockés sur une source de données externe (SharePoint ou Google Drive), il n'était pas possible de modifier le nom du fichier après sa génération. Par conséquent, le nom d'origine était toujours utilisé lors de l'envoi des documents.

Il est désormais possible de modifier le nom du fichier, et ce nom est également utilisé lors de l'envoi du document en pièce jointe.

103161 | Erreur lors de la récupération des documents CM Sign signés via le processus batch résolue

Lors de la récupération des documents CM Sign signés, le processus batch pouvait se bloquer dans certaines situations lorsque les documents étaient stockés en externe. Les documents n'étaient ainsi pas récupérés et le traitement restait bloqué. Les documents signés sont désormais récupérés correctement, même lors de l'utilisation d'un stockage externe.

103466 | L'e-mail n'est pas envoyé correctement lors de l'utilisation de CC dans le composant Mail

Lors de l'envoi d'un e-mail via le composant Mail, il pouvait arriver que le destinataire dans le champ 'À' ne reçoive pas l'e-mail, tandis que le destinataire en CC le recevait deux fois. Les e-mails sont désormais envoyés correctement à tous les destinataires indiqués, chaque destinataire recevant exactement un e-mail.

103659 | Les images cliquables dans les e-mails pointaient vers un mauvais lien

Lors de l'envoi d'e-mails, les images cliquables pouvaient pointer vers une mauvaise URL. Cela se produisait lorsque les liens étaient automatiquement enrichis, provoquant l'ouverture de l'image elle-même plutôt que du lien prévu. Les liens derrière les images fonctionnent désormais correctement et pointent vers la bonne destination.

104782 | Le tri par propriétaire dans la liste de correspondance générait une erreur

Lors du tri par la colonne 'Propriétaire' dans une liste de correspondance, une erreur s'affichait et la fonction de tri ne fonctionnait pas. Le tri par propriétaire d'un contact dans une liste de correspondance fonctionne désormais correctement.

105387 | La création d'un candidat via la touche Entrée contournait la validation des champs obligatoires dans l'écran d'aperçu du CV

Dans l'écran d'aperçu du CV de myParse, un enregistrement candidat pouvait être créé immédiatement en appuyant sur la touche Entrée lorsqu'un champ était sélectionné. Les validations des champs obligatoires de l'ensemble de champs configuré n'étaient pas vérifiées, ce qui permettait la création d'enregistrements incomplets ou invalides. Un candidat ne peut désormais être créé via la touche Entrée qu'après la validation de tous les champs obligatoires.

Toutes les fonctionnalités dans cette version

🔗 Retrouvez toutes les fonctionnalités de cette version ici