Aan de slag met Beleid

Beleid komt gevuld met de beleidsstukken die je frameworks vereisen, allemaal op "Niet gestart" totdat je ze inhoud geeft. Daarvoor heb je drie routes: het beleidsstuk schrijven in de ingebouwde editor, een bestaand bestand uploaden, of linken naar een beleidsstuk dat elders staat.

Beleid overzicht en filters

Wanneer je Beleid opent, zie je een overzicht met alle beleidsstukken die voor jouw organisatie van toepassing zijn. Deze beleidsstukken hebben initieel de status "Niet gestart" en zijn klaar om ingesteld te worden:

Voor elk beleidsstuk zie je:

Beleidsstuk-velden

• Naam en Tidal ID
• Type (paperclip voor geüploade bestanden)
• Eigenaren (indien al toegewezen)
• Status (Niet gestart, Concept, Goedgekeurd, Te beoordelen)
• Laatste goedkeuring (indien van toepassing)
• Acties (Start knop om te beginnen)

Status betekenissen

• Niet gestart: Nog geen document gekoppeld
• Concept: Document beschikbaar maar nog niet goedgekeurd
• Goedgekeurd: Goedgekeurd document binnen laatste 12 maanden
• Te beoordelen: Geen recente goedkeuring (ouder dan 12 maanden)

Zoeken en filteren

• Tabbladen Binnen scope / Buiten scope - Wissel tussen beleidsstukken die meetellen voor compliance en beleidsstukken die dat niet doen
• Zoekbalk - Type namen van beleidsstukken of Tidal IDs om specifieke beleidsstukken te vinden
• Status filter - Filter op Niet gestart, Concept, Goedgekeurd, of Te beoordelen
• Frameworkfilter - Toon alleen beleidsstukken die door een specifiek framework vereist worden
• Type filter - Onderscheid tussen intern beheerde en geüploade documenten (paperclip icoon)

Binnen scope vs Buiten scope

Scope bepaalt welke beleidsstukken meetellen. Een beleidsstuk valt binnen scope wanneer een maatregel erom vraagt, en buiten scope wanneer geen enkele maatregel dat doet — dezelfde regel die voor tests geldt.

Wat de scope bepaalt

Elk beleidsstuk en elk vereist document heeft in Tidal een eigen policy-test, vernoemd naar het beleidsstuk (bijvoorbeeld "Acceptable use policy"). Die test bepaalt de scope:

Beleidsstukken binnen scope:

• Policy-test is gekoppeld aan minimaal één maatregel in je ISMS
• Tellen mee voor frameworkvoortgang en compliance scoring
• Standaard zichtbaar wanneer je Beleid of Documenten opent

Beleidsstukken buiten scope:

• Policy-test is aan geen enkele maatregel gekoppeld
• Geen invloed op je scores - het beleidsstuk is niet vereist in jouw omgeving
• Alleen zichtbaar onder het tabblad "Buiten scope"

Een beleidsstuk binnen scope brengen

1. Open Beleid (of Documenten) en klik op het tabblad "Buiten scope"
2. Zoek het beleidsstuk dat je wilt toevoegen en noteer de naam
3. Ga naar Maatregelen en open de maatregel die dit beleidsstuk zou moeten vereisen
4. Ga naar het tabblad "Tests" van de maatregel
5. Selecteer het tekstveld en zoek op de naam van het beleidsstuk - policy-tests staan onder de groep "Tidal Control"
6. Kies de test - de koppeling wordt automatisch opgeslagen
7. Ga terug naar Beleid - het beleidsstuk staat nu onder "Binnen scope" en kan gestart worden

Een beleidsstuk buiten scope brengen

1. Ga naar Maatregelen en open de maatregel waaraan de policy-test gekoppeld is
2. Ga naar het tabblad "Tests" en klik op de X op de chip van de policy-test
3. Herhaal dit voor elke maatregel waaraan de policy-test gekoppeld is - zolang er één koppeling overblijft, blijft het beleidsstuk binnen scope
4. Het beleidsstuk verhuist naar het tabblad "Buiten scope" en telt niet meer mee in je scoring

Voor de stappen aan de maatregelkant, zie Maatregelen bewerken en beheren.

Beleid en Documenten

Verplichte documentatie is verdeeld over twee menu-items:

• Beleid - Richtinggevende documenten die je vaststelt en goedkeurt, zoals een toegangsbeleid of een acceptable use policy
• Documenten - Vereiste documenten, zoals een intern auditrapport, een organogram of je informatiebeveiligingsdoelstellingen

De schermen zijn hetzelfde: hetzelfde overzicht, dezelfde statussen, dezelfde editor, dezelfde drie routes om een document te vullen, en hetzelfde mechanisme van Binnen scope / Buiten scope zoals hierboven beschreven.

Wat verschilt is wat zich in de loop van de tijd opbouwt. Een beleidsstuk is één document dat je onderhoudt, dus goedkeuren levert versies van datzelfde document op. Een vereist document is een terugkerende verplichting, dus elke cyclus voegt een apart document toe — het auditrapport van 2026 komt náást dat van 2025 te staan in plaats van het te vervangen.

Je eerste beleidsstuk starten

Als je op Start klikt bij een beleidsstuk, vraagt Tidal welke van de drie routes je wilt nemen.

Keuzemenu

Wanneer je op de "Start" knop van een beleidsstuk klikt, verschijnt een keuzemenu met drie opties:

1. Zelf opstellen

• Maak beleid vanaf nul met onze ingebouwde editor
• Volledige tekstverwerking mogelijkheden
• Automatische versiecontrole
• Geïntegreerde goedkeurings- en reviewflow

2. Bestand uploaden of reeds geüpload document gebruiken

• Upload PDF- of Word-documenten
• Behoud je huidige documenten en workflows
• Eenvoudig vervangen van versies (iedere 'upload' is een nieuwe versie)
• Geïntegreerde goedkeurings- en reviewflow

3. Koppelen aan een externe locatie

• Koppel beleidsstukken die extern worden beheerd
• Gebruik URLs naar je bestaande documentatiemanagementsysteem
• Behoud overzicht zonder documenten te dupliceren
• Geïntegreerde goedkeurings- en reviewflow

Beleidsstuktypen begrijpen

De keuze die je maakt heeft invloed op hoe je nu verder gaat met dit beleid. Hieronder een korte uitleg van de belangrijkste functionaliteiten per type beleidsstuk:

Intern beheerde beleidsstukken

• Gemaakt en bewerkt in Beleid
• Volledige functionaliteit beschikbaar
• Automatische PDF-generatie met metadata

Geüploade documenten

• Herkenbaar aan paperclip-icoon
• Download/Upload mogelijkheid
• Bewerking buiten Tidal
• Iedere 'upload' is een nieuwe versie

Extern beheerde beleidsstukken

• URL-gebaseerd
• Bewerking en versiebeheer buiten Tidal
• Goedkeuringen en reviews mogelijk in Tidal