DocumentationCampaignDocumentation Campaign v8

Filtrage des schémas filter-schemas

Last update: Fri Jul 19 2024 00:00:00 GMT+0000 (Coordinated Universal Time)
  • Rubriques :

Créé pour :

  • Intermédiaire
  • Expérimenté
  • Développeur

Filtres système system-filters

Vous pouvez filtrer l’accès aux schémas pour des utilisateurs spécifiques, selon leurs autorisations. Les filtres système vous permettent de gérer les autorisations de lecture et d’écriture des entités figurant dans les schémas, au moyen des paramètres readAccess et writeAccess.

NOTE
Cette restriction s’applique uniquement aux utilisateurs n’ayant pas de connaissances techniques : un utilisateur technique, avec les autorisations associées ou utilisant un workflow, sera en mesure de récupérer les données et de les mettre à jour.

  • readAccess  : permet d'accéder aux données d'un schéma en lecture seule.

    Attention  : toutes les tables liées doivent être définies avec la même restriction. Cette configuration peut avoir une incidence sur les performances.

  • writeAccess  : permet d'accéder aux données d'un schéma en écriture.

Ces filtres sont renseignés au niveau de l’élément principal des schémas et peuvent être formés comme dans les exemples suivants afin de restreindre l’accès :

  • Restreindre les autorisations d’ÉCRITURE

    Ici, le filtre sert à interdire les autorisations d’ÉCRITURE sur le schéma aux opérateurs ne disposant pas de la autorisation ADMINISTRATION. Ainsi, seuls les administrateurs pourront accéder en écriture aux entités décrites par ce schéma.

    code language-none 
    <sysFilter name="writeAccess">
 <condition enabledIf="hasNamedRight('admin')=false" expr="FALSE"/>
</sysFilter>

  • Restreindre les autorisations de LECTURE et d’ÉCRITURE :

    Ici, le filtre sert à interdire à la fois les autorisations de LECTURE et d’ÉCRITURE du schéma à tous les opérateurs. Seul le compte interne, représenté par l’expression "$(loginId)!=0", possède ces autorisations.

    code language-none 
    <sysFilter name="readAccess">
 <condition enabledIf="$(loginId)!=0" expr="FALSE"/>
</sysFilter>

<sysFilter name="writeAccess">
 <condition enabledIf="$(loginId)!=0" expr="FALSE"/>
</sysFilter>

    Les valeurs possibles de l’attribut expr utilisé pour définir la condition sont TRUE ou FALSE.

NOTE
Si aucun filtre n'est défini, tous les opérateurs peuvent accéder librement en lecture et en écriture au schéma.

Protection des schémas intégrés

Par défaut, les schémas intégrés ne sont accessibles avec les autorisations d’ÉCRITURE que par les opérateurs possédant le droit d’ADMINISTRATION :

  • ncm:publishing
  • nl:monitoring
  • nms:calendar
  • xtk:builder
  • xtk:connections
  • xtk:dbInit
  • xtk:entityBackupNew
  • xtk:entityBackupOriginal
  • xtk:entityOriginal
  • xtk:form
  • xtk:funcList
  • xtk:fusion
  • xtk:image
  • xtk:javascript
  • xtk:jssp
  • xtk:jst
  • xtk:navtree
  • xtk:operatorGroup
  • xtk:package
  • xtk:queryDef
  • xtk:resourceMenu
  • xtk:rights
  • xtk:schema
  • xtk:scriptContext
  • xtk:specFile
  • xtk:sql
  • xtk:sqlSchema
  • xtk:srcSchema
  • xtk:strings
  • xtk:xslt
CAUTION
Le schéma xtk:sessionInfo n’est accessible en lecture et en écriture que par le compte interne d’une instance Adobe Campaign.

Modification des filtres système des schémas intégrés

Les schémas intégrés sont protégés afin d’éviter des problèmes de compatibilité avec les versions antérieures. Adobe recommande toutefois de ne pas modifier les paramètres de schémas par défaut afin de garantir une sécurité optimale.

Cependant, dans certains contextes, vous devrez peut-être modifier les filtres système des schémas intégrés. Pour ce faire, suivez les étapes ci-après :

  1. Créez une extension du schéma intégré concerné ou ouvrez une extension existante.
  2. Dans l’élément principal, ajoutez un élément enfant <sysfilter name="<filter name>" _operation="delete"/> afin d’ignorer le filtre du même nom dans le schéma intégré.
  3. Vous pouvez ajouter un nouveau filtre, comme décrit dans la section Filtres système.
recommendation-more-help
35662671-8e3d-4f04-a092-029a056c566b