Fonctionnalités obsolètes et supprimées
Voici une liste de fonctionnalités qui seront supprimées de Yesplan à l’avenir. Dans un premier temps, vous aurez encore la possibilité d’activer et de désactiver ces fonctionnalités, mais n’oubliez pas que leur disparition est certaine.
Vous trouverez ici également un bref aperçu des fonctionnalités qui ont déjà été supprimées de Yesplan.
Fonctionnalités obsolètes§
Encoder l’URL d’un champ de pièce jointe§
Dans l’API, les URL des liens dans les champs de pièce jointe sont encodés.
Les URL des liens dans les champs de données personnalisées du type « Champ de pièce jointe » ne sont plus encodés dans l’API. L’URL que vous recevez dans l’API est donc exactement l’URL tel qu’il a été saisi dans Yesplan.
Ancienne procédure§
Avant Yesplan 29, les caractères spéciaux dans l’URL d’un lien dans un champ de pièce jointe étaient toujours convertis lorsqu’il était consulté via l’API.
Par exemple, l’URL « https://www.example.com/ espace+plus%2D » était converti en « https://www.example.com/%20espace%2Bplus- » :
- L’espace était converti en « %20 ».
- « + » était converti en « %2B ».
- « %2D » était converti en « - ».
Cela provoquait des problèmes dans les intégrations, puisque l’URL qu’elles recevaient n’était pas l’URL saisi dans Yesplan par l’utilisateur. Techniquement, l’URL était analysé par Yesplan, puis reproduit dans l’API. Cela risquait également de modifier d’autres aspects de l’URL, tel que l’ordre des paramètres des requêtes.
Vous souhaitez utiliser ces URL encodés dans l’API ?
- sélectionnez « Oui » dans le menu déroulant correspondant à cette fonctionnalité dans la colonne « Utiliser les fonctionnalités obsolètes ? » sous « Paramètres du système » > « Fonctionnalités obsolètes ».
- L’ancienne procédure sera bientôt supprimée. Nous recommandons donc d’adopter rapidement la nouvelle procédure.
Nouvelle procédure§
Depuis Yesplan 29, l’API peut retourner l’URL d’un lien dans un champ de pièce jointe exactement tel qu’il a été saisi dans Yesplan.
L’URL « https://www.example.com/ espace+plus%2D » sera donc reproduit tel quel dans l’API.
Vous souhaitez utiliser les URL inchangés dans l’API ?
- Dans ce cas, sélectionnez « Non » dans le menu déroulant correspondant à cette fonction dans la colonne « Utiliser les fonctionnalités obsolètes ? » sous « Paramètres du système » > « Fonctionnalités obsolètes ».
- Si vous observez des problèmes avec certaines intégrations, vous pourrez toujours remettre le bouton sur « Oui » si nécessaire.
Valeur des données externes dans l’API§
La valeur des champs de « Données externes » de type « Nombre » est envoyée comme une chaîne de caractères (« string ») dans REST API.
Pour les champs de données personnalisées de type « Données externes », les valeurs sont retournées par l’API sous la forme d’une chaîne JSON. Cela vous permet de passer aisément aux nouveaux types de données pour ces champs de données personnalisées. Vous pourrez désactiver cette fonctionnalité après avoir vérifié vos intégrations.
Astuce
Consultez le mode d’emploi relatif aux Types de données externes pour en savoir plus sur les nouveaux types de données et leurs conséquences pour les intégrations.
Ancienne procédure§
Avant Yesplan 28, les valeurs des données externes étaient toujours de type « Texte (une seule ligne) ». Souhaitez-vous que l’API continue de retourner les valeurs pour ces champs sous forme de « Texte (une seule ligne) » (chaîne JSON) ?
- Dans ce cas, sélectionnez « Oui » dans le menu déroulant correspondant à cette fonction dans la colonne « Utiliser les fonctionnalités obsolètes ? » sous « Paramètres du système » > « Fonctionnalités obsolètes ».
- L’ancienne procédure sera bientôt supprimée. Nous recommandons donc d’adopter rapidement la nouvelle procédure.
Nouvelle procédure§
Depuis Yesplan 28, l’API peut toujours utiliser le type de données correct (« Nombre », « Date », etc.) pour retourner la valeur des champs de données personnalisées destinés à des « Données externes ». Vous avez vérifié vos intégrations et tout fonctionne comme prévu ?
- Dans ce cas, sélectionnez « Non » dans le menu déroulant correspondant à cette fonction dans la colonne « Utiliser les fonctionnalités obsolètes ? » sous « Paramètres du système » > « Fonctionnalités obsolètes ».
- Si vous observez des problèmes avec certaines intégrations, vous pourrez toujours remettre le bouton sur « Oui » si nécessaire.
Attention
Ce paramètre peut avoir des conséquences pour les intégrations existantes. Consultez le mode d’emploi relatif aux Types de données externes pour en savoir plus.
Visibilité des champs de données personnalisés dans l’API§
En vérifiant les droits d’accès aux champs de données personnalisés, l’API ignore la capacité « Permis de consulter » relative aux onglets des fenêtres d’information.
Désormais, l’API tient compte de la capacité « Permis de consulter » dans les modèles des droits d’accès de l’utilisateur qui appelle les données. Les utilisateurs n’auront donc plus accès via l’API qu’aux champs de données personnalisées qu’ils sont effectivement autorisés à consulter dans Yesplan.
Ancienne procédure§
L’API ne tenait pas compte de la capacité « Permis de consulter » relative aux onglets des fenêtres d’information, qui est configurée dans les modèles des droits d’accès. Il pouvait dès lors arriver que certains utilisateurs puissent accéder à la valeur d’un champ de données personnalisé via l’API, alors qu’ils n’avaient pas l’autorisation de consulter l’onglet comportant ce champ dans Yesplan.
Si vous souhaitez que l’API ignore la capacité « Permis de consulter »,
- Dans ce cas, sélectionnez « Oui » dans le menu déroulant correspondant à cette fonction dans la colonne « Utiliser les fonctionnalités obsolètes ? » sous « Paramètres du système » > « Fonctionnalités obsolètes ».
- Cette ancienne procédure sera bientôt supprimée. Nous recommandons donc d’adopter rapidement la nouvelle procédure.
Nouvelle procédure§
L’API tient compte de la capacité « Permis de consulter » relative aux onglets des fenêtres d’information. Les utilisateurs pourront donc accéder uniquement, via l’API, aux champs de données personnalisés figurant dans les onglets qu’ils sont autorisés à consulter dans Yesplan.
Si vous souhaitez que l’API tienne compte de la capacité « Permis de consulter »,
- Dans ce cas, sélectionnez « Non » dans le menu déroulant correspondant à cette fonction dans la colonne « Utiliser les fonctionnalités obsolètes ? » sous « Paramètres du système » > « Fonctionnalités obsolètes ».
- Si vous observez des problèmes avec certaines intégrations, vous pourrez toujours remettre le bouton sur « Oui » si nécessaire.
Fonction modifiée§
| Fonctionnalité | Modification annoncée dans la version | Modifiée dans la version |
|---|---|---|
| Les droits relatifs aux services et aux pauses dans le Teamplanner sont désormais définis par le droit de « Réserver » pour la ressource humaine. | Yesplan 28 | Yesplan 29 |
| Les étiquettes sont triées partout par ordre alphabétique, tandis que, dans les versions antérieures, l’ordre dépendait du contexte de leur affichage. | Yesplan 28 | Yesplan 29 |
| Les keywords « anycomment », « anycontactinfo » et « anylabel » pour les contacts dans le langage de requête ont été supprimés. | Yesplan 28 | Yesplan 29 |
| Le mode « Draft » a été supprimé du calendrier des événements. | Yesplan 28 | Yesplan 29 |
| Le champ de données personnalisées « tp_comment » a été supprimé et a été remplacé par le champ du système « Comment ». Ce dernier est désormais le champ commentaire de la réservation des ressources dans le Teamplanner. | Yesplan 26 | Yesplan 28 |