Vous êtes ici :
Considérations relatives au partage pour Lightning Knowledge
Le partage permet de contrôler et de définir l'accès aux articles avec les paramètres par défaut à l'échelle de l'organisation, le partage basé sur le propriétaire et des règles basées sur des critères. Le partage est l'une des pièces du puzzle. Il fonctionne avec les autorisations d'objet, l'autorisation de l'application, notamment l'affichage des articles brouillons, l'accès administrateur et la disponibilité interne, externe ou publique de l'article. En planifiant votre modèle de partage, tenez compte des considérations ci-dessous.
Éditions requises
| Disponible dans Lightning Experience. Afficher les éditions prises en charge. |
Dans la mesure du possible, nous avons modifié les termes non inclusifs conformément aux valeurs d’équité de notre entreprise. Nous avons conservé certains termes afin d’éviter tout dysfonctionnement des implémentations des clients.
Comment les catégories de données sont-elles appliquées ?
Lorsque vous basculez vers le partage standard, les catégories de données sont toujours utilisées pour classer, filtrer et rechercher des articles. Lorsque le partage standard est activé, les catégories de données ne contrôlent plus l'accès. Par conséquent, vérifiez si vous pouvez simplifier ou retirer des catégories de données. Si vous avez déjà créé des groupes de catégories de données afin de contrôler l'accès, pas filtrer les articles, déterminez si vous devez retirer ou désactiver ces groupes. Par exemple, les règles de partage qui utilisent la langue ou le type d'enregistrement de l'article peuvent remplacer des groupes de catégories correspondant à la langue, à la région ou au type d'enregistrement de l'article.
Accès à un article avec le partage Salesforce
La modification du modèle de partage nécessite de revoir vos autorisations et votre stratégie d'accès. À la place de catégories de données attribuées à des profils utilisateur, le partage standard utilise la propriété, les paramètres par défaut et des règles pour déterminer qui peut afficher et modifier des articles.
Partage et versions d'articles
Le partage fonctionne au niveau de la version de l'article (l'objet Knowledge__kav), pas de l'article principal (l'objet Knowledge __ka). Vous pouvez configurer des règles et des paramètres pour permettre à un agent de support ou à un utilisateur d'accéder à certaines versions, mais pas à d'autres. Par contre, puisque le partage de catégorie affecte l'article principal, les versions ont toujours le même accès basé sur la catégorie que la version principale. Cette différence s'appliquent aux versions basées sur la langue et aux versions consécutives.
Par exemple, la modification de la valeur dans un enregistrement entre des versions peut changer le résultat d'une règle de partage, et par conséquent accorder ou retirer l'accès. De plus, un utilisateur peut afficher uniquement les articles publiés, sauf si son profil contient les autorisations d'affichage des articles brouillons et archivés.
Autorisations d'objet et d'application
Les autorisations d'objet Knowledge accordées via les autorisations de profil pour créer, lire, modifier et supprimer des articles, contrôlent l'accès à la base. Les paramètres de partage affinent l'accès, mais ne peuvent pas accorder l'accès aux articles que l'utilisateur ne peut pas afficher ou modifier. Actuellement, les autorisations au niveau de l'objet Afficher tous les enregistrements et Modifier tous les enregistrements n'accordent pas un accès supplémentaire.
De la même façon, les autorisations d'application pour Knowledge, telles que Afficher les articles brouillons et Afficher les articles archivés, sont appliquées quel que soit le partage.
Lorsque l'utilisateur n'a pas accès à l'objet Knowledge__ka, le code impliquant Knowledge__kav renvoie une erreur. Avant d'implémenter quoi que ce soit lié à la Knowledge__kav, utilisez les méthodes describe de schéma pour vérifier que l'utilisateur a accès à l'objet Knowledge__ka. Par exemple, Schema.sObjectType.Knowledge__ka.isAccessible() En savoir plus sur l'application des autorisations d'objet et de champ.
Propriétaires et traductions d'articles
L'utilisateur qui crée un article Knowledge est le propriétaire de l'article principal et, par défaut, de toutes les versions. L'utilisateur qui soumet un article pour traduction est le propriétaire de la version de traduction. Lorsque votre base de connaissances contient des traductions, assurez-vous que vos paramètres de partage accordent aux traducteurs l'accès aux traductions et aux versions d'articles dans la langue principale. Par exemple, si le partage d'un article dans la langue principale est défini sur Privé, il peut empêcher les traducteurs d'accéder aux articles dans la langue principale.
Accès des auteurs d'articles
La définition du paramètre par défaut de l'organisation sur Accès public en lecture seule empêche les utilisateurs non propriétaires d'exécuter des actions de création telles que la modification ou la restauration d'articles archivés. L'accès en écriture accordé via le partage est requis pour utiliser les actions suivantes : Modifier, Publier, Supprimer le brouillon, Attribuer, Modifier en brouillon, Archiver, Soumettre pour traduction, Restaurer et Supprimer un article archivé. Les utilisateurs administrateurs qui disposent de l'autorisation Modifier toutes les données, qui remplace le partage, peuvent toujours modifier des articles.
Champs disponibles pour les règles de partage
Vous pouvez créer des règles en utilisant des champs personnalisés et la plupart des champs standard en tant que critères. Cependant, vous ne pouvez pas les champs suivants dans des règles de partage :
- Type d'article
- Date d'attribution
- Date d'échéance de l'attribution
- Note d'attribution
- Champs de fichier
- Est la dernière version
- Est la langue principale
- Statut de la publication
- Date de fin de la traduction
- Date d'exportation de la traduction
- Numéro de version
Le champ Type d'article différencie les articles dans Knowledge pour Salesforce Classic, alors que Lightning Knowledge utilise Type d'enregistrement.
Limitations
Les fonctionnalités de partage suivantes ne sont pas disponibles pour Knowledge :
