--- schema_version: "1" id: 61aef39398152c01918d5cdb6c0fd31c823681a28740e285422e21ae05b8826c title: Een site plannen collection: tableau version: next locale: nl-nl portal_url: https://docs.salesforce.com/tableau/next/nl-nl/server/site_admin_planning.md canonical_url: https://help.tableau.com/v0.0/server/nl-nl/site_admin_planning.htm source_site: help.tableau.com content_type: documentation content_hash: d23c8093ca75917f9f661482fb0c7bf02b308f92c7bbc474c0874ab3a5e1f8fb description: Plan projects, users, roles, and schedules before setting up a site. --- [Doorgaan naar hoofdinhoud](#main-content) # Een site plannen Voordat u gebruikers en inhoud aan een site gaat toevoegen, raden wij u aan de volgende aspecten van de site te plannen. - [Projecten](#projects) - [Gebruikers en groepen](#users-and-groups) - [Siterollen en machtigingen](#site-roles-and-permissions) - [Extractvernieuwingsschema's](#extract-refresh-schedules) In de volgende secties worden deze sitecomponenten besproken, ervan uitgaande dat u bekend bent met **Opmerking:** Dit artikel en deze sectie zijn alleen van toepassing op zelfbeheerde Tableau Server-implementaties on-premises of in de cloud. Zie [Toegang tot inhoud beheren](https://help.tableau.com/current/online/nl-nl/permissions_section.htm "Ga naar Help bij Tableau Cloud (opent een nieuw tabblad in de browser)") als u Tableau Cloud gebruikt. ## Projecten U kunt projecten op een site maken, die fungeren als containers waarin u gerelateerde assets voor inhoud (zoals databronnen en werkmappen) kunt ordenen. U kunt bijvoorbeeld een project opzetten dat alle gecertificeerde databronnen en werkmappen bevat die uw organisatie gebruikt voor missiekritieke beslissingen. U kunt ook projecten per afdeling opzetten. Projecten zijn ook handig voor het beheren van machtigingen. Zodra u weet hoe uw gebruikers toegang moeten krijgen tot inhoud, is het doorgaans eenvoudiger om projecten te maken op basis van het type inhoud en om machtigingen op projectniveau te beheren. Elke site heeft een standaardproject met de naam **Standaard**. Wanneer u projecten maakt, krijgen de nieuwe projecten hun initiële set machtigingen van het standaardproject. Het standaardproject is feitelijk een sjabloon voor nieuwe projecten. Zoals we in gerelateerde artikelen uitleggen, raden we u aan om voor de meeste omgevingen het standaardproject alleen te gebruiken als een sjabloon voor machtigingen en niet als een container voor gepubliceerde inhoud. Zie [Projecten gebruiken om toegang tot inhoud te beheren](https://help.tableau.com/v0.0/server/nl-nl/projects.htm) voor meer informatie. ## Gebruikers en groepen Elke gebruiker die inhoud op een site publiceert of toegang heeft tot gepubliceerde inhoud, moet zich kunnen aanmelden bij de site. Als de gebruiker al een account op de server heeft, moet u die gebruiker toevoegen aan de juiste site. U kunt een gebruiker ook aan meer dan één site toevoegen. Als de gebruiker nog niet bestaat, moet u een gebruikersaccount maken. Maak in beide gevallen een lijst van de gebruikers die zich op elke site moeten kunnen aanmelden. **Opmerking:** De serverlicentie kan beperkingen opleggen aan het aantal gebruikers dat u kunt hebben of het toegangsniveau dat zij kunnen hebben. Neem contact op met de serverbeheerder om er zeker van te zijn dat u voor al uw gebruikers een account kunt aanmaken. Over het algemeen raden wij u aan om groepen op de server aan te maken en vervolgens gebruikers aan de groepen toe te voegen. Hierdoor worden machtigingen veel eenvoudiger te beheren. U kunt machtigingen toewijzen aan groepen, zodat deze machtigingen aan alle gebruikers in de groep worden toegekend. (Zie de volgende sectie.) Een veelgebruikte strategie is om groepen te maken voor gebruikers die inhoud op een vergelijkbare manier gebruiken. U kunt bijvoorbeeld een groep met de naam SalesWBPublishers maken voor alle gebruikers op de afdeling Verkoop die werkmappen publiceren, en een aparte groep met de naam SalesDSPublishers voor mensen op de afdeling Verkoop die databronnen publiceren. Elk van deze groepen gebruikers heeft zijn eigen set mogelijkheden nodig. Daarom is het zinvol om voor al deze behoeften een eigen groep te maken. ## Siterollen en machtigingen Elke gebruiker heeft een _siterol_ die de maximale machtigingen bepaalt die ze op de site kunnen hebben. Als onderdeel van uw siteplanning moet u de siterol van elke gebruiker bepalen. Een gebruiker met een siterol die te beperkend is, kan mogelijk niet het werk doen dat nodig is. Op dezelfde manier is een best practice op het gebied van beveiliging om de mogelijkheden van gebruikers te beperken tot alleen die mogelijkheden die ze nodig hebben om hun werk te doen. Dit wordt aangeduid als het volgen van het principe van _minste voorrecht_. U of de sitebeheerder aan wie u deze taak delegeert, moet ook bepalen welke machtigingen een gebruiker nodig heeft om met inhoud te werken. Elk inhoudselement (werkmap, databron, project) ondersteunt een set _mogelijkheden_. U kunt bijvoorbeeld **Weergave** of **Opmerkingen toevoegen** instellen voor een werkmap. Voordat een gebruiker taken in een werkmap kan uitvoeren, moeten de machtigingen deze mogelijkheden toestaan. Het is raadzaam om een overzicht te maken van de machtigingen voor gebruikers buiten Tableau voordat u dit op de server gaat instellen. Machtigingen bepalen wat een gebruiker kan doen _binnen de context van de siterol_. Een gebruiker met de siterol **Viewer**, kan nooit iets op de site publiceren, ongeacht de machtigingen die u hen verleent. Een gebruiker met de siterol **Creator,** kan een werkmap op de site publiceren, maar alleen als die gebruiker een machtiging heeft om werkmappen op te slaan en te bekijken. ## Extractvernieuwingsschema's Als gebruikers databronnen of werkmappen publiceren die extracten bevatten, wilt u er doorgaans zeker van zijn dat de extracten worden vernieuwd, zodat ze de meest recente data bevatten. Gebruikers kunnen een extract handmatig vernieuwen, maar dit is niet altijd een goed idee als het extract groot is en het vernieuwen lang duurt. In plaats daarvan kunt u schema's instellen voor wanneer een extract moet worden vernieuwd. Een andere planningstaak voor een sitebeheerder is dan ook om na te denken over wanneer extracten moeten worden vernieuwd en om schema's op te stellen.