processes minutes of meeting

documentatie/use-cases/csb-zitting.md

@@ -43,10 +43,6 @@ __Uitbreidingen:__
 - Willen we de benoemingsbrieven en de kennisgevingen tot geloofsbrief door de applicatie laten genereren? Of doen we dat liever op een andere manier?
     - Hoe faciliteren we gemeentes in het bepalen van de layout (bijv. gebruik huisstijl gemeente).
     - Als de applicatie deze moet genereren, dan moeten we ook de totalenlijst i.p.v. de kandidatenlijst importeren.
-- Als het niet mogelijk is het digitale bestand te importeren, kan het CSB dan contact opnemen met het GSB om te proberen het probleem te verhelpen?
-    - Zodra WPV: verplicht digitaal bestand. Dus ja, dat mag.
-    - Als niet op te lossen, twee keer handmatig invoeren.
-
 - Overzicht bijlages toevoegen? Komen niet uit de software. (P22-2)
 
 
@@ -64,22 +60,17 @@ __Hoofdscenario:__
 __Uitbreidingen:__
 
 1a. Het is niet mogelijk het digitale bestand te importeren:  
- 1a1. Het CSB doet de eerste invoer handmatig.
+ 1a1. Het CSB lost in overleg met het GSB het probleem op en importeert alsnog het bestand.  
+ 1a1a. Het CSB slaagt er niet in het probleem op te lossen:  
+  1a1a1. Het CSB doet de eerste invoer handmatig.
 
 3a. De applicatie stelt vast dat beide invoeren niet gelijk zijn:  
-
-liefst: handmatig klopt niet, handmatig weggooien, handmatig opnieuw invoeren, zodat twee volledige invoeren met elkaar kloppen  
-als dat niet kan: invoer die klopt (bestand of handmatig) als correct markeren  
-zou niet anders moeten zijn dan invoer GSB (impliceert verwijderen invoer 1 of invoer 2)
-
-als niet geliJk: je hebt een groter probleem, hoewel: is wel voorgekomen: verschil omdat digitaal wel gecorrigeerd, maar correctie op papier niet mogelijk; ontbrekende velden zijn meegenomen in nieuwe velden, dus zou niet meer voor mogen komen
-
-de wet: digitaal bestand mag je niet kiezen, want één invoer moet handmatig (en invoer als onderdeel van resultaat)
-
   3a1. De coördinator vergelijkt de eerste en tweede invoer met het papieren PV.  
   3a2. De coördinator stelt vast dat de tweede (handmatige) invoer correct is.  
-   3a2a. De coördinator stelt vast dat de tweede (handmatige) invoer niet correct is:  
-    3a2a1. De coördinator gooit beide invoeren weg en laat beide opnieuw handmatig invoeren.  
+   3a2a. De coördinator stelt vast dat de tweede (handmatige) invoer niet correct is en het digitale bestand correct is:  
+   3a2a1. De coördinator gooit de twee (handmatige) invoer weg en laat die opnieuw invoeren.  
+  3a2b. De coördinator stelt vast dat zowel de tweede (handmatige) invoer als het digitale bestand niet correct zijn:  
+    3a2b1. De coördinator gooit beide invoeren weg en laat beide opnieuw handmatig invoeren.  
   3a3. De coördinator markeert de tweede (handmatige) invoer als correct.
 
 

documentatie/use-cases/gsb-eerste-zitting.md

@@ -14,7 +14,7 @@ __Hoofdscenario:__
 3. (voor elk stembureau) Het GSB doet de telling op lijst- en kandidaatniveau en vult Na31-2 Bijlage 2 in.
 4. (voor elk stembureau) [Het GSB voert de tellingen uit Bijlage 2 in de applicatie in.](./gsb-invoer-eerste-zitting.md#het-gsb-voert-de-tellingen-in-de-applicatie-in-vlieger)
 5. (parallel aan invoer stembureaus) [De coördinator voert bezwaren, bijzonderheden, etc. in.](#de-coördinator-voert-bezwaren-bijzonderheden-etc-in-zee)
-6. De coördinator genereert het concept-PV en het digitale bestand. En voegt "Bijlage 2: Bezwaren van aanwezigen op stembureaus" toe aan het PV.
+6. De coördinator genereert het [concept-PV](./input-output-bestanden.md#output-voor-csb) en het [digitale bestand](./input-output-bestanden.md#output-voor-csb). En voegt "Bijlage 2: Bezwaren van aanwezigen op stembureaus" toe aan het PV.
 7. Het GSB voert het controleprotocol (handmatige controle optellingen software) uit en stelt geen verschillen vast.
 8. Het GSB stelt de gemeentelijke totalen vast o.b.v. het concept-PV: controleren op compleetheid, voorlezen, geen additionele bezwaren en bijzonderheden, ondertekenen. En sluit daarmee de zitting.
 9. Het GSB stelt de benodigde digitale bestanden beschikbaar aan het CSB voor de uitslagvaststelling.
@@ -46,12 +46,9 @@ __Uitbreidingen:__
 ### Niet in scope
 
 - Elektronische handtekening van documenten.
-- Nooit in scope: Gemeentes willen waarschijnlijk na de eerste zitting van het GSB de voorlopige zetelverdeling weten. Gaan we dit faciliteren in de applicatie? Nee.
-- Willen we het invoeren van het resultaat controleprotocol (handmatige controle optellingen software) in de applicatie doen?
-  - Protocol wordt uitgevoerd na het afdrukken van het concept-PV, dus lastig om in applicatie te doen.
-  - Alternatieven: met pen, in een bijlage.
-  - Geen alternatief: in een ODT-bestand.
-  - Overweging: Als het resultaat is "verschillen geconstateerd", dan moet alles handmatig overgedaan worden en komt er een nieuw 'handmatig' PV. Dus als het PV dat uit de applicatie komt, geldig is, dan staat er een vinkje bij "geen verschillen geconstateerd". Wel gek: vinkje zetten vóór controle.
+- Invoeren van het resultaat controleprotocol (handmatige controle optellingen software). N.B. Als het controleprotocol verschillen oplevert, dan is er een probleem met het concept-PV uit de applicatie en kan dat PV dus niet gebruikt worden.
+
+- Het GSB faciliteren in het berekenen van een voorlopige zetelverdeling. (nooit in scope)
 
 ### Open punten
 
@@ -60,17 +57,8 @@ __Uitbreidingen:__
   - Proces via uitwisselplatform loopt parallel.
 - Na31-2 Bijlage 2 wordt Bijlage 1 in nieuwe modellen.
 - Kunnen we het mogelijk maken om bezwaren en bijzonderheden in te voeren in de applicatie tijdens het voorlezen van het concept-PV?
-- Ondertekenen gebeurt in een bijlage. Waar komt die vandaan? Applicatie genereert die als onderdeel van het concept-PV.
-- Wat zit er precies in het digitale bestand? -> het zip-bestand
-  - niet: csv met tellingen (doet uitwisselplatform)
-  - wel: EML_NL (enige verplichte onderdeel), PV als pdf
-
 - Moet de applicatie een preview van het te genereren PV tonen, zodat de coördinator die kan controleren en eventuele fouten kan herstellen?
-  - preview om te voorkomen dat er meerdere versies zijn van het concept-PV
-  - onderscheid: ingevuld PV tonen als pdf vs zip/digitaal bestand genereren
-  - waterwerk en filename: "concept"
-
-
+  - Preview: bestand genereren met "concept" in watermerk en in bestandsnaam.
 
 
 ## Gemeentelijk stembureau (GSB) stelt uitslag vast in eerste zitting d.m.v. DSO (wolk)

documentatie/use-cases/input-output-bestanden.md

@@ -0,0 +1,48 @@
+# Input- en output-bestanden applicatie
+
+## Input - verkiezing
+
+- verkiezingsdefinitie (EML_NL)
+- kandidatenlijst (EML_NL)
+
+
+## GSB
+
+### Input voor GSB
+
+- CSO: ...
+- DSO: ...
+
+### Output voor eigen proces (GSB)
+
+- DSO: 'leeg' corrigendum PV SB (Na 14-1)
+  - minimale optie: gemeente, stembureau en kandidatenlijsten (keuze welke lijsten)
+  - uitgebreide optie: ook oorspronkelijke telresultaten PV SB
+- ...
+
+### Output voor CSB
+
+- Concept-PV
+  - ... (nog aan te vullen)
+  - Bijlage voor ondertekenen PV
+- Digitaal bestand (`.zip`-bestand)
+  - EML_NL (enige verplichte onderdeel), concept-PV als pdf
+
+### Niet in scope
+
+- csv met tellingen in digitaal bestand (doet uitwisselplatform)
+
+
+## CSB
+
+### Input voor CSB
+
+- ...
+
+### Output voor eigen proces (CSB)
+
+- ...
+
+### Output voor gemeenteraad
+
+- ...