---
# System prepended metadata

title: 'Verslag vergadering 9: 01/04'

---

# Verslag vergadering 9: 01/04

Locatie: Online
Aanwezig/verontschuldigd/afwezig: Allen aanwezig
Voorzitter: Joshua
Notulist: Arnoud

## Agendapunten

- API
- Backend
- Frontend
- Database
- Infosite
- Vragen
- Taakverdeling


## API
Proposal is bijna klaar.

Rollenbeheer kan niet in Swagger :-1: -> Staat nu in een doc/hackmd? Deze markdown komt wss in de repository.
Oplossing: PR openen naar OpenAPI.
API gaat nu opgesplitst worden.
config?? goedgekeurd

Gebruikers aanmaken heeft best verschillende workflows voor klanten en administrators/medewerkers.

Klanten:
 * Info (inclusief wachtwoord) invullen.
 * Gebruiker wordt aangemaakt, maar is nog niet geldig (en zichtbaar) tot de e-mail geverifieerd is. Hiervoor zijn geen aanpassingen nodig in de API.
 * De gebruiker krijgt een e-mail en klinkt daarin op een link. Hierna is de gebruiker zichtbaar en bruikbaar.

Admins:
 * Een andere admin maakt een account aan (zonder wachtwoord).
 * In de backend blijft het wachtwoord op null staan en de admin account is nog niet bruikbaar en zichtbaar (?).
 * De admin krijgt een e-mail met een link.
 * De admin klikt op de link en geeft een wachtwoord in. Hierna is de account geactiveerd en zichtbaar.
 * De link om te activeren is niet meer geldig.

Proposals zijn nog niet 100% vastgelegd. Het grote probleem is dat er documenten worden meegestuurd. 
Voorstel: posten naar proposals in multi-part form zodat je alles als 1 groot geheel kan sturen. Indien dit niet gewenst is kan je bvb ook een multi-part form met een "document" veld en een "body" veld. De body bevat dan een JSON. Wat het makkelijkst is zal wss afhangen van de spring backend.
Er zal iets gelijkaardig moeten gebeuren voor certificates.

Services en packages moeten een "deprecated" veld krijgen. Dit veld betekent dat nieuwe aanvragen dit niet meer mogen selecteren, maar organisaties die het momenteel gebruiken kunnen deze package/service blijven gebruiken.

## Backend
Nog een effortje doen, team backend.

Testen:
 * ProposalMapper werkt nog niet, wachten op proposal refactor
 * Certificaten testen zijn er maar nog niet op backend branch, er moeten nog Mapper testen?

Proposal moeten gerefactored worden en uitgebreid.

Packages/services hebben een "deprecated" property nodig. Packages zijn in afwerking.

## Frontend
Frontend mergen en op server zetten, zodat we feedback kunnen vragen.

extra stap bij aanvraag: organisatie verplaatsten naar een aparte stap (als 
eerste). Hierdoor kunnen we all andere stappen leegmaken indien de gebruiker de organisatie wijzigt. Geef ook een waarschuwing als men iets wil wijzigen in de eerste stap. 

## Infosite
Jenkins UGH.

Sonarqube persistent gemaakt

## Vragen
Services gebruiken momenteel een versie-nummer in hun naam. Is het OK om zo'n versie-nummer ook te eisen voor pakketten of past dit niet binnen jullie workflow?

## Taakverdeling
| Taak | Toegewezen aan | Deadline voor afwerken |
| -------- | -------- | -------- |
| Authenticatie | Yente (Frontend) & Sébastien (Backend) | 20 april |
| Zelfregistratie | Yente (Frontend) & Wout (Backend) | 20 april |
| Authorisatie | Algemeen | 20 april |
| Basisfunctionaliteit Pakket | Joshua & Wout | 20 april |
| Gebruikers linken aan een organisatie | Yente (Backend) | 20 april |
| Geavanceerde functionaliteit Aanvraag | Maarten & Sébastien (Frontend) Jason & Arnoud (Backend) | 20 april |
| Functionaliteit Certificaten | Maarten (Frontend & Backend) & Yente (Backend) | 20 april |
| Infopaginas | Wout & Arnoud (Frontend) | 20 april |
| Databank opvullen | Iedereen | 20 april |
| Http statussen aanpassen (bv. 204 -> 200) | Joshua | 20 april |
| Testen voor validators schrijven | Arnoud | 20 april |
| Testen voor mappers | Arnoud | 20 april |
| Root | Joshua (Backend) | 20 april |
| Proposal refactoren (Backend) | Yente | 20 april |
| Jenkins | Jason | Volgende vergadering |

## Volgende vergadering
Donderdag 8 april, 