Update README.md

negeer dit... was kijken of ik kan/mag editen ;)

README.md

@@ -17,13 +17,6 @@ Omdat ik (Jan Sepp) nu anderhalf jaar de ledenadministratie draai heb ik een goe
 
 Ik denk dat de beste volgorde om de documenten te lezen is: eerst de Requirements, dan het plaatje DataDescription en dan het document over Datastructuren.
 
-## Hoe doe je mee?
-
-Wie mee wil denken: graag. Je kunt zonder ingelogd te zijn alle markdown bestanden (dus de bestanden die eindige op .md) lezen. De .png en .odt bestanden kun je downloaden. 
-Maar om commentaar te geven moet je een account hebben en ingelogd zijn. Je kunt dan, desgewenst, de hele repository dupliceren met een pull request. En, belangrijker nog, je kunt in de repository commentaar geven. Ik wil dat voorlopig doen via de issues tracker, in de knoppenbalk bovenaan deze pagina. Dus geen wijzigingen uploaden alsjeblieft, maar opmerkingen plaatsen in de Issues.
-
-Als je nog geen account hebt, en je bent wel lid van de NLUUG, dan kun je een account aanvragen bij de [beheersgroep van de NLUUG](mailto:beheer@nluug.nl?subject=Aanvraag%20NLUUG%20Git%20account). 
-
 ## Wat we graag willen
 
 Voor alle zekerheid: we kiezen nu dus nog niet voor de ene of de andere oplossing, we beschrijven eerst wat we nodig hebben.
@@ -32,7 +25,7 @@ Ik ben een zeer ervaren ledenadministrateur, en dus ervaringsdeskundige. Ik ben
 
 ## Volgende stappen
 
-Aan de hand van het commentaar van de leden in de issues maken we nieuwe versies van deze documenten, net zo lang tot we (min of meer) concensus hebben over een werkbare specificaties/requirements. Met de definitieve requirements kunnen we de boer op en de relevante open source (in eerste instantie) software leveranciers benaderen of zij zo'n oplossing hebben / willen realiseren. Als dat niet zo is kunnen we hetzelfde doen met proprietary software leveranciers. Als dat ook niets oplevert zouden we zelf een pakket kunnen schrijven - in eerste instantie voor onszelf, maar met in het achterhoofd de gedachte dat we dat willen kunnen open sourcen.
+Aan de hand van het commentaar van de leden maken we nieuwe versies van deze documenten, net zo lang tot we (min of meer) concensus hebben over een werkbare specificaties/requirements. Met de definitieve requirements kunnen we de boer op en de relevante open source (in eerste instantie) software leveranciers benaderen of zij zo'n oplossing hebben / willen realiseren. Als dat niet zo is kunnen we hetzelfde doen met proprietary software leveranciers. Als dat ook niets oplevert zouden we zelf een pakket kunnen schrijven - in eerste instantie voor onszelf, maar met in het achterhoofd de gedachte dat we dat willen kunnen open sourcen.
 
 Amsterdam, 11 oktober 2024
 
@@ -40,3 +33,4 @@ Jan Sepp
 
 
 
+edit test

RequirementsNLUUG.md

@@ -46,7 +46,7 @@ De NLUUG is een aantrekkelijk doel voor crackers. Beveiliging moet vanaf het beg
 
 - LidID: een unieke code per lid. Historisch gegroeid is dat er een apart ID voor mensen (personID, formaat p[0-9]{4}) en één voor deelnemers aan de bedrijfsregeling (companyID, formaat c[0-9]{4}) bijgehouden wordt. Een eenmaal uitgegeven LidID wordt niet hergebruikt. Dat impliceert dat nieuwe leden en nieuwe deelnemers aan een bedrijfsregeling automatisch het eerstvolgende vrije nummer krijgen. Dat is nu ook al zo. Er is geen reden om dat te veranderen, met dien verstande dat de 4-cijferige codes beginnen op te raken en we dus een 5-cijferige code gaan gebruiken. De huidige leden houden hun LidID maar er komt direct na de p of de c een voorloopnul bij. De nieuwe formaten worden dus  p[0-9]{5}, respectievelijk c[0-9]{5}. 
 
-- LidType: een één- of tweeletterige code die aangeeft om wat voor type lid het gaat. De contributieheffing is verschillend per LidType.  LidTypes worden hieronder nader toegelicht. 
+- LidType: een één- of twee-letterige code die aangeeft om wat voor type lid het gaat. De contributieheffing is verschillend per LidType.  LidTypes worden hieronder nader toegelicht. 
 
   - Lid: een mens (dus geen bedrijf of organisatie) die persoonlijk lid van de NLUUG is. Thans: LidType L (Lid), E (Erelid) of S (Studentlid). Een lid is contributieplichtig, met uitzondering van een erelid. Een lid kan zich (thans) gratis inschrijven voor een evenement. Leden hebben stemrecht in de ALV. Leden zijn lid voor (de rest van) een kalenderjaar en kunnen zich voor het eind van het jaar uitschrijven. Leden kunnen de over hen bewaarde gegevens inzien en beperkt veranderen.  Verder hebben leden (als ze niet vallen onder de definitie van Actief lid)  geen  bijzondere privileges in de software. 
   - Introducé: een persoon die één maal gratis aan een evenement kan deelnemen (LidType I). Introducés moeten ermee akkoord gaan dat de NLUUG hun NAW gegevens drie jaar lang bewaart en dat ze op de verzendlijst voor evenementen opgenomen worden .