Filterschema's filtering-schemas

Systeemfilters system-filters

U kunt de schematoegang tot specifieke gebruikers, afhankelijk van hun toestemmingen filtreren. Met systeemfilters kunt u de lees- en schrijfmachtigingen beheren van entiteiten die in schema's zijn beschreven, met readAccess en writeAccess parameters.

NOTE
Deze beperking geldt alleen voor niet-technische gebruikers: een technische gebruiker met gerelateerde machtigingen of met behulp van een workflow kan gegevens ophalen en bijwerken.
  • readAccess: biedt alleen-lezen toegang tot schemagegevens.

    Waarschuwing - Alle gekoppelde tabellen moeten met dezelfde beperking worden ingesteld. Deze configuratie kan van invloed zijn op prestaties.

  • writeAccess: biedt schrijftoegang tot schemagegevens.

Deze filters worden ingevoerd bij de hoofdmap element niveau van de regelingen en, zoals in de volgende voorbeelden wordt getoond, kan worden gevormd om toegang te beperken.

  • SCHRIJFmachtigingen beperken

    Hier, wordt de filter gebruikt om SCHRIJVEN toestemmingen op het schema voor exploitanten zonder de toestemming van het BEHEER toe te staan. Dit betekent dat alleen beheerders schrijfmachtigingen hebben voor entiteiten die in dit schema worden beschreven.

    code language-none
    <sysFilter name="writeAccess">
     <condition enabledIf="hasNamedRight('admin')=false" expr="FALSE"/>
    </sysFilter>
    
  • Rechten voor LEZEN EN SCHRIJVEN beperken:

    Hier, wordt de filter gebruikt om zowel LEZEN als SCHRIJVEN toestemmingen op het schema voor alle exploitanten toe te staan. Alleen de internal account, weergegeven door de expressie "$(loginId)!=0", heeft deze toestemmingen.

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

    Mogelijk expr de kenmerkwaarden die worden gebruikt om de voorwaarde te definiëren, zijn TRUE of FALSE.

NOTE
Als er geen filter is opgegeven, hebben alle operatoren lees- en schrijfmachtigingen voor het schema.

Protect ingebouwde schema's protecting-built-in-schemas

Door gebrek, zijn de ingebouwde schema's slechts toegankelijk met SCHRIJVEN toestemmingen voor exploitanten met de rechten van het BEHEER:

  • ncm:publiceren
  • nl:controleren
  • nms:kalender
  • xtk:builder
  • xtk:verbindingen
  • xtk:dbInit
  • xtk:entityBackupNew
  • xtk:entityBackupOriginal
  • xtk:entityOriginal
  • xtk:form
  • xtk:funcList
  • xtk:fusie
  • xtk:afbeelding
  • 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:tekenreeksen
  • xtk:xslt
IMPORTANT
Rechten voor LEZEN en SCHRIJVEN voor de xtk:sessionInfo schema's zijn alleen toegankelijk via de interne account van een Adobe Campaign-exemplaar.

Systeemfilters van ingebouwde schema's wijzigen modifying-system-filters-of-built-in-schemas

U kunt nog steeds de systeemfilters wijzigen van de out-of-the-box schema's die standaard beveiligd zijn vanwege compatibiliteitsproblemen met oudere versies.

NOTE
Nochtans, adviseert de Adobe u om de standaardparameters niet te wijzigen om optimale veiligheid te verzekeren.
  1. Maak een extensie voor het desbetreffende schema of open een bestaande extensie.
  2. Een onderliggend element toevoegen <sysfilter name="<filter name>" _operation="delete"/> in het hoofdelement om toepassing van het filter onder het zelfde in het oorsprongschema te schrappen.
  3. U kunt desgewenst een nieuw filter toevoegen, zoals wordt beschreven in Systeemfilters.
recommendation-more-help
601d79c3-e613-4db3-889a-ae959cd9e3e1