Skip to content

Verslag gebruikersoverleg BRMO 30 5 2017

DankaB3P edited this page Jun 1, 2017 · 14 revisions

Aanwezig

  • Dini Scheffer (Provincie Gelderland)
  • Youri Soemers (Provincie Limburg)
  • Reinder Hoekstra (Provincie Overijssel)
  • Dick Vastenhoud (Wetterskip Fryslan)
  • Mark Wolters (Veiligheidsregio Limburg-Noord)
  • Hein Peeters (Provincie Zeeland)
  • Chris van Lith (B3Partners)

Afwezig

  • Aart Allemekinders (Provincie Zeeland)
  • Peter van der Zwaan (Provincie Zuid-Holland)
  • Karel van Buul (Provincie Gelderland)
  • Reinier van den Anker (Provincie Overijssel)
  • Harrie van Dijk (Provincie Gelderland)
  • Maaike Bos (Provincie Drenthe)
  • Carel Stortelder (Provincie Gelderland)
  • Corné Hogerheijde (Provincie Drenthe)
  • Marieke de Jong (Provincie Flevoland)
  • Jan Haasnoot (Provincie Overijssel)
  • Jacques Zeguers (Provincie Limburg)
  • Corné de Zwart (Veiligheidsregio Hollands Midden)
  • Mario van Wanrooij (Veiligheidsregio Limburg-Noord)

1. Opening

Chris opent de vergadering en heet de aanwezigen welkom.

a. Vaststellen agenda

De agenda wordt vastgesteld met de toevoeging van het onderwerp: “Recht: Gezamenlijk aandeel” discussie; dit wordt punt 2 van de agenda.

b. Verslag vorig overleg

Reinder merkt op dat bij punt 6 staat: Reinder: uit de staging database is het originele xml weggegooid (ivm ruimte besparing)… Dit was echter niet zijn opmerking maar die van Youri (Provincie Limburg); daar hebben ze de opslag-ruimte problemen

Het verslag wordt daarna goedgekeurd.

2. "Recht: Gezamenlijk aandeel" discussie

Ontstaan naar aanleiding van de discussie tussen B3P en Provincie Limburg (Youri). Dit is een nieuwe constructie die tot voor kort nooit door Kadaster werd gebruikt. Deze constructie wordt gebruikt als wel bekend is dat er een gezamenlijk aandeel is, maar niet bekend is welke aandeel ieder heeft. Dit kan nooit de definitieve situatie zijn en de RSGB heeft hier geen ruimte voor. Het wordt extra lastig omdat kadaster op kadaster Online deze constructie anders weergeeft dan in de mutatieberichten. Medewerkers die dit nazoeken denken mogelijk ten onrechte dat de BRMO de data verkeerd weergeeft. Op Kadaster Online staat bij aandeel 0/0 en in mutatiebericht staat 1/1, maar wel met extra element voor gezamenlijk. Voorbeeld bij PLIM: 55 eigenaren van een landbouwperceel staan op Kadaster Online als 0/0 aandeel, in de BRMO staat er 55 keer 1/1 dus totaal aandeel is groter dan 1. PLIM vermoedt dat dit ontstaan is bij overgang van de oude naar nieuwe structuur. PLIM heeft contact met Kadaster. Wat betekent 0/0? Resultaat volgt. PLIM heeft dit opgelost met view waarbij gecontroleerd wordt op een totaal groter dan één en het aantal rechthebbende gelijk aan dat totaal. Chris heeft gevraagd of Youri een indicatie kan geven, hoe vaak dit voorkomt. Blijkbaar 5500x. Iedereen is het mee eens dat de mutaties doorgevoerd moeten worden zoals aangeleverd vanuit Kadaster, (en dus niet aanpassen)

Moet B3Partners nog iets doen? Nee, even afwachten.

3. Informatie over (aankomende) releases

v1.4.3 (3-3-2017)

  • Een herschreven BRMO command line tool (#295), wiki: Commandline-interface

  • Verschillende kleine bugfixes

  • Library updates, van oa. GeoTools, Postgresql JDBC driver (#297, #298)

  • Uitbreiding van de automatische test procedures voor Oracle en MS SQLserver

v1.4.4 (16-3-2017)

  • Laden van NHR versie 2.5 XML berichten (berichten van versie 2.3 worden niet meer ondersteund).

  • vestg.verkorteNaam en subject.verkorte_naam wordt in RSGB model ook uit NHR velden ingevuld (nietCommercieleVestiging, rechtspersoon, samenwerkingsverband). Was eerder een afgekapte lange naam. #308

  • Bij nietCommercieleVestiging werd naam niet juist ingevuld omdat de eersteHandelsnaam werd ingevuld maar die is alleen bij commercieleVestiging aanwezig. #307

  • kvk_nummer wordt voor maatschappelijkeActiviteit ook ingevuld voor de tabel subject ipv. alleen maatschapp_activiteit. #172

  • Bij het inladen van een ZIP bestand met NHR berichten worden lege, dubbele of minder dan 6 foute berichten overgeslagen en wordt dit na inladen gemeld. #310

  • Fix ruimtelijke queries werken niet voor soap bevragingservice (#311)

  • Verbeteringen in de logging van de soap bevragingservice (#313)

  • bericht status rapport (#312) wiki: BerichtstatusRapport

v1.4.5 (5-5-2017)

  • Het is nu mogelijk om ook BAG Extract via GDS2 op te halen (#316, #317)

  • Sinds kort worden de types wijk, buurt en openbareruimte in sommige BGT Light downloads geleverd, deze worden nu verwerkt. (#325)

  • Fixes voor BGT light verwerking (#334)

  • Gebruik SOAP referentie implementatie libraries voor brmo soap bevragingsservice (#321, #327 ) en uitbreiding logging.

  • Bugfixes in brmo soap bevragingsservice (#322)

  • Upgrade van GeoTools en andere libraries (#299, #328)

  • Verbetering in het bepalen van perceel onderliggend aan appartement (#315 )

v1.4.6 (nog niet gereleased)

Ondersteuning voor buitenlandse vennootschap in NHR

B3P is momenteel ook veel bezig met BRP in BRMO.

4. Beheertaken BRMO

Chris geeft een presentatie (beschikbaar op Github en via mailinglijst) over de Beheertaken . Deze presentatie heeft 3 doelen:

  • Een overzicht geven van alle beheertaken die relevant zijn en B3Partners voor haar eigen projecten uitvoert;
  • Indien opdrachtgevers (een deel van) de taken zelf willen uitvoeren, dan kan deze lijst als checklist gebruikt worden;
  • Indien opdrachtgever (een deel van) de taken wil uitbesteden aan B3partners, dan wordt een idee gegeven van de kosten.

Moet Advisering een onderdeel van het BRMO-overleg worden? Nee, advies een-op-een is beter. (gebruikers kunnen altijd nog de mailinglist gebruiken; soortgelijke problemen bespreken, ervaringen met elkaar delen)

Reinder: Kunnen de beheertaken aangeboden worden ook wanneer via Yenlo verloopt? Moet per klant bekeken worden wat mogelijk is.

Wat vinden de aanwezige van de kosten voor beheer: Hein: kosten kunnen reëel zijn, mits niet te veel vragen gesteld worden (Chris: Vragen horen bij de helpdesk en niet bij beheer)

In het algemeen vinden de aanwezigen dit een reëel plaatje, maar dit is ook afhankelijk van de inrichting bij de verschillende provincies. Dini: wat betekent dit voor mij?

5. Voortgang/aandachtspunten implementatie

Dick (Wetterskip Fryslan): Gekozen voor BRMO in house (makkelijker voor beheer); dit geeft wel de opslag-ruimte problemen. Database is klaar, maar nog niet in productie. Nieuw Gis platform - alles moest omgezet worden; alles moet via ESB lopen PKI aanvragen voor NHR – duurt lang BGT actualisatie – voor raadplegen Hopelijk eind dit jaar gereed

Reinder (Provincie Overijssel): Zij nemen alleen BRK af; gaat redelijk Problemen gehad met endpoint van Yenlo, Kadaster zette levering tijdelijk stop en niemand dit dit doorgaf. Binnenkort P8 – als je gaat archiveren, invloed signalering? Iemand ervaring? Alleen Dini reageert: kan geen inhoudelijk antwoord geven, maar zal dit even uitzoeken BRMO endpoint: niet volledig beveiligd! Vanaf niet bevoegd adres moet Apache helemaal geen antwoord geven, nu is er een foutmelding en dat mag niet. Reinder zal hierover een issue aanmaken. BRMO emails zijn soms wat onduidelijk: het woord Unsuccessful – dit valt niet op – graag aanpassen; wat grotere letters gebruiken

Hein (Provincie Zeeland): BRK via Yenlo. – met omzetting issues gehad – nog niet opgelost Actuele BRK ingelezen NHR nog niet in productie

Youri (Provincie Limburg): BRK in productie -snelheid via materialized views omhoog BRMO: problemen over de gezamenlijke rechten zijn inmiddels genoemd. Ze gaan zich oriënteren ook naar de andere registraties. BRK- nu via Yenlo BAG: waarschijnlijk rechtstreeks aansluiten

Dini (Provincie Gelderland): NHR buiten BRMO om – user interface kijkt in CRM BRP mag niet vaak gebruikt worden BGT –via aparte afdeling, zij regelen alles zelf- dat gaat goed
BRMO in productie, BAG liep achter nieuwe Postgres inregelen De BRMO in de acceptatieomgeving loopt heel goed- gaan testen Positief is dat BRMO nu opgenomen is in de ondersteunde business processen.

Reinder vraagt of Gelderland de acceptatieomgeving ook up-to-date met BRK mutatieberichten. Er was even wat overleg. Mutatieberichten komen binnen in een map via BRMO-proxy en kunnen dan door productie en acceptatie opgehaald worden. Alternatief kan BRMO-proxy BRK berichten bij binnenkomst doorsturen naar acceptatie.

Mark (Veiligheidsregio Limburg-Noord): – inventariseren, welke data hebben we intern?- welke wel/niet ontsluiten?

6. Rondvraag

Reinder: heeft iemand ervaring met het inloggen AD account? B3P heeft wiki pagina hierover geschreven: Chris zal een linkje doorsturen

Tip van Reinder: goede ervaring met materialized views in Oracle: index tijdelijk afhalen voor het updaten

Youri: iemand ervaring met SOAP service BRMO?- tot nu toe gaat het bij PLIM goed, volgende keer terugkoppelen

Chris: sinds 1 april B3P uitgebreid, meer ruimte voor medewerkers en instructiemogelijkheden

Moeten voor het volgende overleg ook de gemeentes uitgenodigd worden? Ja

7. Sluiting

Clone this wiki locally