docs: clarify that crowd lists are optional, not mandatory

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>

docs/organizer/persons/crowd-lists.md

@@ -16,7 +16,9 @@ Het cruciale inzicht: een publiekslijst is niet hetzelfde als een crowd type. Ee
 
 ## Waarom publiekslijsten?
 
-Bij een klein evenement met 20 vrijwilligers kun je prima zonder lijsten werken. Maar zodra je festival groeit — 200 vrijwilligers, 5 leveranciers met elk hun eigen personeel, een VIP-gastenlijst die door de programmeur wordt beheerd, persaccreditaties die via een formulier binnenkomen — wordt het onbeheersbaar zonder structuur.
+Bij een klein evenement met 20 vrijwilligers kun je prima zonder publiekslijsten werken. Je maakt personen aan, keurt ze goed, en wijst shifts toe — de publiekslijst is geen verplichte stap in die flow. Publiekslijsten worden waardevol zodra je groepen wilt onderscheiden: bartenders apart van EHBO'ers, leverancierspersoneel apart van eigen crew. Vanaf circa 50 deelnemers besparen ze meer tijd dan ze kosten.
+
+Maar zodra je festival groeit — 200 vrijwilligers, 5 leveranciers met elk hun eigen personeel, een VIP-gastenlijst die door de programmeur wordt beheerd, persaccreditaties die via een formulier binnenkomen — wordt het onbeheersbaar zonder structuur.
 
 Publiekslijsten lossen drie problemen op:
 
@@ -132,7 +134,7 @@ Dit drielaags model betekent:
 - Briefings ontvangen (gepersonaliseerde e-mails met taakomschrijving en e-tickets)
 - Ingecheckt worden op de showdag (via Mission Control)
 
-De publiekslijst is dus het startpunt van de hele deelnemers-workflow. Zonder goedkeuring op een lijst, geen shifts, geen accreditatie, geen briefing.
+De publiekslijst helpt je om goedkeuringen georganiseerd te doorlopen. De goedkeuring zelf staat echter op de persoon, niet op de lijst — een persoon kan ook zonder publiekslijst worden goedgekeurd en shifts krijgen. Bij grote evenementen zijn publiekslijsten onmisbaar voor overzicht; bij kleine evenementen zijn ze optioneel.
 
 ### Auto-approve: wanneer wel, wanneer niet?
 
@@ -439,13 +441,13 @@ In het overzicht worden potentiële problemen zichtbaar gemaakt:
 
 Publiekslijsten staan niet op zichzelf. Ze zijn het startpunt van een keten van operationele processen. Begrijpen hoe deze keten werkt is essentieel voor efficiënt festivalbeheer.
 
-**De keten: Personen → Publiekslijsten → Shifts → Accreditatie → Briefings → Check-in**
+**De keten: Personen → (optioneel: Publiekslijsten) → Shifts → Accreditatie → Briefings → Check-in**
 
 ### Publiekslijsten en shifts: twee onafhankelijke lagen
 
 Dit is het punt waar de meeste vragen over ontstaan, dus laten we het grondig behandelen.
 
-Een publiekslijst bepaalt **wie mag meedoen**. Een shift bepaalt **wat iemand doet, wanneer en waar**. Dit zijn twee onafhankelijke lagen die elkaar aanvullen maar niet afhankelijk van elkaar zijn.
+Een publiekslijst **groepeert** wie er meedoet. Een shift bepaalt **wat iemand doet, wanneer en waar**. Dit zijn twee onafhankelijke lagen die elkaar aanvullen maar niet afhankelijk van elkaar zijn — een persoon kan shifts krijgen zonder op een publiekslijst te staan.
 
 **Concreet voorbeeld:** Je hebt een publiekslijst "Bartenders" met 15 goedgekeurde vrijwilligers. In je sectie "Bar" heb je 6 shifts op vrijdag en 6 shifts op zaterdag, elk met 3 plekken. Dat zijn 36 shift-plekken totaal. Je 15 bartenders claimen of worden toegewezen aan deze shifts — sommigen werken alleen vrijdag, anderen alleen zaterdag, een paar werken beide dagen.
 
@@ -455,7 +457,7 @@ De publiekslijst "Bartenders" heeft max 15 personen. De shifts hebben elk max 3
 
 **Wat je in de praktijk wilt weten:** "Welke personen van mijn barteam hebben nog geen shift?" Dit is een planningsvraag die je beantwoordt door de personenlijst te filteren op crowd type + status = goedgekeurd, en te checken wie al shift-toewijzingen heeft. De publiekslijst helpt je om die groep te identificeren; de shiftplanning toont de toewijzingen.
 
-**Alleen goedgekeurde personen krijgen shifts.** Een persoon met status `pending` of `rejected` komt niet in aanmerking voor shift-toewijzing. Dit is een automatische filter in het systeem. De flow is altijd: eerst goedkeuren op de lijst, dan pas shifts toewijzen. Als je auto-approve aanhebt, verloopt dit naadloos — de persoon is onmiddellijk beschikbaar voor shiftplanning.
+**Alleen goedgekeurde personen krijgen shifts.** Een persoon met status `pending` of `rejected` komt niet in aanmerking voor shift-toewijzing. Dit is een automatische filter in het systeem. De flow is altijd: eerst de persoon goedkeuren, dan pas shifts toewijzen. Die goedkeuring kan via een publiekslijst (handig bij bulk-goedkeuring), maar ook direct op de persoon. Als je auto-approve aanhebt op een lijst, verloopt dit naadloos — de persoon is onmiddellijk beschikbaar voor shiftplanning.
 
 ### Publiekslijsten en accreditatie
 
@@ -495,7 +497,7 @@ Je kunt de match bevestigen — waardoor de persoon wordt gekoppeld aan het best
 | Registratie | Groepeert personen in logische eenheden | Personen-module beheert de individuele registratie |
 | Goedkeuring | Biedt bulk-goedkeuring per lijst | Persoonsstatus wijzigt op persoonsniveau |
 | Shiftplanning | Identificeert wie beschikbaar is per groep | Shiftmodule wijst individuele personen toe aan tijdsloten |
-| Accreditatie | Bepaalt wie in aanmerking komt (via crowd type) | Accreditatiemodule kent items toe per persoon |
+| Accreditatie | Groepeert personen per crowd type voor overzicht | Accreditatiemodule kent items toe per persoon (op basis van goedkeuringsstatus) |
 | Briefing | Dient als segmentatie voor gerichte communicatie | Briefingmodule verstuurt per persoon |
 | Check-in | — | Mission Control checkt per persoon in |
 | Evaluatie | Basis voor no-show analyse per groep | Retrospectief rapport aggregeert per festival |