gemma-zaken
gemma-zaken copied to clipboard
VNG-Realisatie
Als eenmanszaak en eigenaar van documenten wil ik dat mijn documenten voorzien kunnen worden van een kenmerk waaruit af te leiden is dat mijn organisatie de opsteller daarvan is
...zodat voor eenieder in een samenwerking inzichtelijk is dat een document van mijn organisatie afkomstig is.
Toelichting Met de nieuwe Omgevingswet die op 1 januari 2022 inwerking treedt, wordt intensiever tussen organisatie (ketenpartners) samengewerkt bij de behandelingen van Verzoeken en in de toekomst ook aan omgevingsplannen. In samenwerkingen worden documenten tussen verschillende organisaties gedeeld. Het is daarbij van belang dat van een document eenduidig vastgesteld kan worden welke organisatie het document heeft gecreëerd. Het ligt voor de hand hiertoe gebruik te maken van het officiële organisatienummer in de daarvoor bedoelde basisregistratie, het HR. Op het moment dat de documenten via een andere organisatie beschikbaar worden gesteld, is altijd inzichtelijk welke organisatie de eigenaar is van het document. Voor alle niet-eenmanszaken is dit nu geregeld via een RSIN. Eenmanszaken hebben geen RSIN en hun documenten moeten toch op een soortgelijke manier geregistreerd kunnen worden. Mogelijk dat een ander type nummer gebruikt kan worden dat alle organisaties op dezelfde manier kan identificeren (bijvoorbeeld een KvK-nummer).
In issue #656 wordt gevraagd om een maatschappelijke acitiviteit (MAC) te kunnen opvoeren als Betrokkene. Dit omdat soms alleen een KvK nummer beschikbaar is.
Als ik het goed lees in de stelselpedia van gemeente Amsterdam (https://www.amsterdam.nl/stelselpedia/hr-index/catalogus-hr/maatschappelijke/ ) is "Een {Maatschappelijke Activiteit} is de activiteit van een {Natuurlijk persoon} of {Niet-natuurlijk persoon}."
Blijkbaar is er op meer vlakken behoefte aan het kunnen registreren van een organisatie waarvan geen RSIN bekend is.
Ik neig er nu naar om de definitie (en de validatie) van bronorganisatie aan te passen zodat ook een KvK nummer mogelijk is. Bij een waarde van 8 cijfers gaat het om een KvK nummer, bij een waarde van 9 cijfers om een RSIN.
@ppcjansen zie ik iets over het hoofd?
~~@ppcjansen: Informatieobjecten kennen het attribuut bronorganisatie waar een RSIN kan worden vastgelegd. Is dat niet voldoende?~~
Edit: over het cruciale woord 'eenmanszaak' heen gelezen, excuus.
Out of the boxidee: partnerorganisaties vastleggen als klant in klantenregister en via URI verwijzen?
Edit: een samenwerkingspartner is natuurlijk geen klant - leveranciersregister dan?
Dan is misschien een betrokkenenregister handiger? Dat lost ook meteen #656 op.
Het enige is, verplaatsen we dan niet het probleem? Want dan gaan we er weer een API bij maken. Misschien dat het uiteindelijk daar naar toe gaat maar is dan een personen/organisaties versie van het OverigeObjectregister niet een handigere, tijdelijke oplossing?
Punt is volgens mij vooral dat je niet op alle plekken waar je refereert aan externe organisaties x verschillende conventies voor identificatie wil aanbieden. Dat gaat uit de hand lopen.
Misschien dat het uiteindelijk daar naar toe gaat maar is dan een personen/organisaties versie van het OverigeObjectregister niet een handigere, tijdelijke oplossing?
Dit is wellicht voorlopig het beste idee inderdaad.
Misschien is onderstaande uitleg van Arjan Kloosterboer wel een oplossingsrichting:
_Een Eenmanszaak is een maatschappelijke activiteit bij een natuurlijk persoon. Het begrip 'onderneming' komt m.i. niet voor in het HR, i.i.g. kwam niet voor in de tijd dat ik me er nog mee bezig hield.
In RSGB 2 kent de maatschappelijke activiteit de relatie 'heeft als eigenaar RECHTSPERSOON' waarbij een rechtspersoon telkens een natuurlijk persoon of een niet-natuurlijk persoon is. Dit strookt met de situatie in het HR. In RSGB 3 is dit gecontinueerd al is het net iets anders gemodelleerd.
In RGBZ1 is de maatschappelijke activiteit niet expliciet gemodelleerd maar 'platgeslagen' in de (hoofd)vestiging daarvan. Helaas is het KvK-nummer daarbij niet meegenomen. Een eenmanszaak leg je daarmee dus vast als vestiging, met wel het vestigingsnummer. Wil je weten welke maatschappelijke activiteit het betreft, moet je naar het RSGB. In RGBZ 2 is dit verbeterd. Het KvK-nummer is toegevoegd aan VESTIGING. De hoofdvestiging mag vastgelegd worden met alleen het KvK-nummer (d.w.z. zonder vestigingsnummer)._
In de ZAKEN API ontbreekt momenteel het KVK nummer bij vestiging zoals dat in RGBZ 2 opgenomen is: https://www.gemmaonline.nl/index.php/Rgbz_2.0/doc/objecttype/vestiging Dat zou dan toegevoegd moeten worden.
Enige lastige is dan nog dat de Betrokkene uit de relatie Informatieobject is ontvangen van Betrokkene van relatieklasse Verzending (https://www.gemmaonline.nl/index.php/Rgbz_2.0/doc/relatieklasse/verzending) niet in de Documenten API vastgelegd wordt maar in de Zaken API.
Een Betrokkene kan alleen opgevoerd worden bij een Zaak (niet onlogisch) dus dat zou betekenen dat er altijd een Zaak moet zijn om de afzender van het type Eenmanszaak vast te kunnen leggen. Ook als er nog helemaal geen Zaak is.
Maar misschien is dit al wel een oplossingsrichting @ppcjansen @hdksi ?
Enige lastige is dan nog dat de Betrokkene uit de relatie Informatieobject is ontvangen van Betrokkene van relatieklasse Verzending (https://www.gemmaonline.nl/index.php/Rgbz_2.0/doc/relatieklasse/verzending) niet in de Documenten API vastgelegd wordt maar in de Zaken API.
Een Betrokkene kan alleen opgevoerd worden bij een Zaak (niet onlogisch) dus dat zou betekenen dat er altijd een Zaak moet zijn om de afzender van het type Eenmanszaak vast te kunnen leggen. Ook als er nog helemaal geen Zaak is.
Dit lijken me helaas onoverkomelijk nadelen - volgens mij wil je documenten inclusief 'bronverklaring' kunnen uitwisselen met alléén de Documenten API. Ik begin me af te vragen of het niet gewoon het eenvoudigst is om te laten kiezen voor een RSIN- of KvK-nummer als identificerend gegeven bij bronorganisatie.
Inmiddels kunnen we met Verzendingen vastleggen van wie/welke organisatie een Informatieobject ontvangen is. Zou dat nog een route kunnen zijn? De opsteller van een ontvangen Informatieobject kan een Betrokkene bij een zaak zijn waar naar verwezen kan worden of niet. In dat laatste geval kunnen de naw gegevens van de verzender worden vastgelegd in een Verzending.
@ppcjansen @hdksi zou dit voorlopig een oplossingsrichting kunnen zijn?