Salesforce active le partage de l’objet Heures opérationnelles dans la version Spring ’24.

Pour aider les administrateurs à comprendre l’impact de l’activation du partage de l’objet Heures opérationnelles par Salesforce dans Spring ’24 et à s’y préparer, consultez la liste des FAQ ci-dessous. À l’avenir, nous envisageons d’utiliser cet article Knowledge pour communiquer des informations supplémentaires. Par conséquent, ajoutez-le à vos favoris et consultez-le régulièrement.

Quelle est la modification ?

Salesforce active le partage de l’entité Heures opérationnelles avec la version Spring ’24. Gérez les paramètres de partage pour l’entité Heures opérationnelles, y compris les paramètres par défaut à l’échelle de l’organisation, les règles de partage et le partage d’invités, de la même façon que d’autres objets Salesforce qui prennent en charge le partage.

Pourquoi Salesforce procède-t-elle à cette modification ?

Salesforce effectue cette modification car il est impossible de restreindre l’accès utilisateur à l’entité Heures opérationnelles. Tous les utilisateurs ont accès à l’entité Heures opérationnelles, qu’ils soient authentifiés ou non.

Qui est concerné par cette modification ?

Les utilisateurs authentifiés et non authentifiés qui accèdent à l’objet Heures opérationnelles. L’impact des modifications varie selon que les utilisateurs sont authentifiés ou non authentifiés et qu’ils utilisent Salesforce Scheduler ou non.

Quelle est la différence entre « utilisateurs authentifiés » et « utilisateurs non authentifiés » ?

Les utilisateurs authentifiés sont des utilisateurs du portail et utilisateurs Salesforce CRM standard. Les utilisateurs non authentifiés sont considérés comme des utilisateurs invités.

Comment Salesforce active-t-elle le partage pour l’objet Heures opérationnelles ?

Avec la version Spring ’24, le partage est activé et défini sur Privé pour tous les utilisateurs de l’objet Heures opérationnelles.

Quel est l’impact si le partage est défini sur Privé pour tous les utilisateurs de l’objet Heures opérationnelles ?

Les utilisateurs ne peuvent pas accéder à l’objet Heures opérationnelles, sauf si les règles de partage sont mises à jour.

Salesforce met-elle à jour les règles de partage pour l’objet Heures opérationnelles pour que les utilisateurs ne soient pas impactés ?

Oui, pour les utilisateurs authentifiés.

Comment Salesforce met-elle à jour les règles de partage pour l’objet Heures opérationnelles ?

Pendant les scripts de publication de la mise à niveau des versions majeures, Salesforce exécute une tâche de mise à jour de Java qui met à jour OWD automatiquement pour le partage sur lecture/écriture/public pour les utilisateurs authentifiés de l’objet Heures opérationnelles.

Qu’en est-il des utilisateurs authentifiés qui accèdent à l’objet Heures opérationnelles via Salesforce Scheduler ?

Outre la tâche de mise à jour de Java qui met à jour le partage, la valeur du champ enableDepriveSoqlAccessOrgPref pour l’API de métadonnées IndustriesSettings est définie automatiquement sur True à la fin de la tâche de mise à jour. Consultez l’article Modifications apportées à Salesforce Scheduler.

Salesforce définit-elle l’OWD de partage sur lecture/écriture/public pour les utilisateurs non authentifiés ? 

Non. Les administrateurs des organisations avec des utilisateurs non authentifiés (invités) doivent créer manuellement les règles de partage conformément à leurs exigences. 
Si leurs utilisateurs accèdent à l’objet Heures opérationnelles via Salesforce Scheduler, ils doivent définir la valeur du champ enableDepriveSoqlAccessGuestUserOrgPref pour l’API de métadonnées IndustriesSettings Metadata API sur True. Consultez l’article Modifications apportées à Salesforce Scheduler.

Les règles de partage sont-elles mises à jour pour les utilisateurs authentifiés de l’objet Heures opérationnelles dès que la version Spring ’24 est activée sur leur instance ?

Non. L’OWD de partage est défini sur lecture/écriture/public pour l’objet Heures opérationnelles lors des tâches de mise à jour de version de la mise à niveau des versions majeures. Salesforce estime qu’il faut compter entre 24 et 48 heures pour que les tâches de mise à jour de version soient terminées et que toutes les fonctionnalités soient activées à partir du moment où la version est activée pour leur instance.

Que est l’impact pendant cette période de 24 à 48 heures sur les utilisateurs de Salesforce Scheduler qui accèdent à l’objet Heures opérationnelles ?

Il n’y a aucun impact. Salesforce Scheduler est exécuté en mode « full context » jusqu’à ce que la tâche de mise à niveau de version ait lieu.

Quel est l’impact pendant cette période sur les utilisateurs qui n’utilisent pas Salesforce Scheduler pour accéder à l’objet Heures opérationnelles ?

Les utilisateurs ne peuvent pas accéder à l’objet Heures opérationnelles car pendant cette période, l’OWD de partage n’est pas mis à jour sur lecture/écriture/public.

Salesforce informe-t-elle les clients lorsque les tâches de mise à niveau de version sont terminées ?

Non. Consultez l’article Rationalisation des e-mails de notification de versions majeures pour plus de détails.

Quelles mesures les administrateurs prennent-ils si l’OWD de partage n’est pas défini sur lecture/écriture/public pour les utilisateurs authentifiés de l’objet Heures opérationnelles ?

Les administrateurs doivent mettre à jour manuellement leurs paramètres de partage. Une fois qu’ils ont vérifié ces paramètres de partage, l’étape suivante consiste à définir la valeur du champ enableDepriveSoqlAccessOrgPref pour l’API de métadonnées IndustriesSettings sur True.

Quel est le type de règles de partage disponible pour Heures opérationnelles après cette modification ?

Les règles de partage sont semblables à celles de tous les objets Salesforce. Le partage basé sur les critères (CBS) et le propriétaire est pris en charge.

Quelles sont les notes de publication qui prennent en charge ces modifications ?

Control User Access with Operating Hours Sharing (en anglais)
Modifications apportées à Salesforce Scheduler