Verslag gebruikersoverleg BRMO 10 3 2020
BRMO en Tailormap overleg 10 maart 2020 Leidseveer 2, Utrecht (BIJ12)
Aanwezig:
• Reinder Hoekstra (Provincie Overijssel)
• Renier van den Anker (Provincie Overijssel)
• Hein Peeters (Provincie Zeeland)
• Chris van Lith (B3Partners)
• Kees-Jan Lammers (B3Partners)
• Daan van der Veen (Provincie Overijssel)
• Daniël van den Berg (Gemeente Gouda)
• Martjan Hendriks (Provincie Gelderland)
• René Wassink (Provincie Gelderland)
• Arne Peters (Gemeente Tynaarlo)
• Herbert van Hulten (Gemeente Vlaardingen)
• Youri Soemers (Provincie Limburg)
• René Wassink (Provincie Gelderland)
• Dennis Flikweert (Gemeente Goeree-Overflakkee)
• Maaike Bos (Provincie Drenthe)
• Mark Wolters (Veiligheidsregio Limburg-Noord)
• Cas Callaars (Provincie Noord Brabant)
• Sjoerd Harmsen (Veiligheids-en Gezondheidsregio Gelderland-Miden)
Chris opent de vergadering en heet de aanwezigen welkom.
a. vaststellen agenda
De agenda wordt ongewijzigd vastgesteld.
b. verslag vorig overleg
Het verslag stond op Github. Er zijn geen opmerkingen.
- laden standlevering (periodiek)
BGT en BRK (updaten gegevens eigenaar)
-
Dagelijks controleren van mutatieberichten (BAG, BRK, NHR)
-
Opvolgen geconstateerde problemen
-
Installatie van update's en bijwerken views/scripts/koppelingen met backoffice
Wat vinden de aanwezigen hiervan? Is er interesse?
Overijssel – zal deze diensten inzetten voor expertise
PLIM – op dit moment geen interesse maar waarschijnlijk iets voor in de toekomst. Wat ook belangrijk is: Wat zijn de kosten hiervan?
Vlaardingen- deels, goed voorstel?
GGO – eventueel inzetten voor standen inladen (dat is zeker interessant). In juni komt er een aanbesteding.
Gouda – daar is het huidige contract inmiddels uitgebreid
- Analyse van afwijkingen/fouten
- Analyse van beschikbare data
- Ontwikkelen business logic/regels
Binnenkort zal B3P een nieuwe dienst aanbieden, namelijk Consultancy. Momenteel lopen er sollicitatierondes (1 misschien 2 mensen worden aangenomen)
- Volgen van wijzigingen van BR’s
Format
Inhoud
- Af gaan wijken van RSGB
Modelmatig
Inhoudelijk
Voorbeeld: actuele bronhouder BGT
- Implementatie van HaalCentraal API’s
Use case?
- Toevoegen van business logica/regels
Omgevingswet
werkingsgebieden van objecten
signalering van mutaties
Ambitie – model vereenvoudigen, tussentabellen eruit halen = overzichtelijker
Nieuw model betekent meer verantwoordelijkheid qua documentatie richting B3P (naamgeving makkelijker maken, tabellen aanpassen) Maar views zijn leidend!
Eerst moeten alle gebruikers naar versie 2.0 pas daarna worden de tabellen aangepast
Actie B3P – nieuwsbrief betreffende deze aanpassingen opstellen en naar de gebruikers mailen
Ambitie B3P: RSGB schema loslaten → oorspronkelijke BR terug laten komen waarbij de datakwaliteit zeer belangrijk is; daarnaast overzichtelijker
Vraag WS Fryslan mbt toevoegen extra kolom met (actuele) bronhouder in BGT (zit er nu niet in alleen de bronhouder die een object heeft gemaakt zit erin als onderdeel van de sleutel → objecten van bronhouder kunnen blijkbaar wisselen? Oplossing: datamodel aanpassen.
HaalCentraal→ use case is moeilijk na te bootsen
Plim: BRMO (architectuur) intern wordt eerst benaderd; geen hits? Dan extern heel NL via NHR Schakelmechanisme in BRMO inbouwen/ API’s gaan implementeren – in gegevensmagazijn zetten?
Actie B3P: Voorstel hiervoor volgt
Toevoegen business logiga (voorbeeld windmolens); omgevingswet (onderzoeken welke data wel/niet gebruikt mogen worden) – suggesties?
Actie B3P: nieuwsbrief opstellen, interesse peilen
- Maakt het mogelijk om laadprocessen toe te voegen met status STAGING_MISSING voor ontbrekende klant- of contractafgiftenummers
- Maak het mogelijk om automatisch transformeren te blokkeren bij STAGING_MISSING laadprocessen
- Een paar kleine fixes en aanvullingen in de RSGB views
- Een fix voor niet vullen van bestand_naam_hersteld
- Een fix voor een "Numeric Overflow"
Dit werk valt onder een Creative Commons Naamsvermelding-GelijkDelen 2.0 Nederland-licentie.
