Initiële registratie van WOZ-objecten

Casusbeschrijving

In deze casus wordt een aantal WOZ-objecten geregistreerd.

Om deze casus uit te voeren wordt de test vul_wozobjecten uitgevoerd met “make vul_wozobjecten”. (Zie de toelichting hoe deze moet worden uitgevoerd).

Nadat de command voor het vullen van wozobjecten is uitgevoerd zijn alle claims en annotaties voor deze wozobjecten geregistreerd.

De structuur en bijbehorende claims voor het objecttype wozobject zijn hier beschreven.

Transacties

Ieder wozobject wordt in één transactie geregistreerd. Dat betekent dat per wozobject alle bijbehorende claims en annotaties dezelfde waarde kennen voor het registratiemoment (registeredAt). Als er een error optreedt dan worden alle claims die in de lopende transactie zijn geregistreerd in een rollback weer verwijderd.

Notificatie

In deze casus komen wijzigingen tot stand op basis van een binnenkomend bericht. De veronderstelling is dat bericht binnen het domein is opgesteld en direct als commando verwerkt wordt. Een andere mogelijke inrichting is dat dit proces in gang gezet wordt door een bericht dat is opgesteld buiten het domein en als (informatierijke) notificatie ontvangen en verwerkt wordt.

Indien het een notificatie zou betreffen is in onderstaand overzicht te zien hoe een notificatie tot commando’s, effecten (verwerkingsstappen? , gevolgen?) en claims wordt verwerkt.

Van notificatiebericht naar commando

Van het binnenkomende notificatiebericht moet worden vastgesteld dat het een valide notificatiebericht zou kunnen zijn en geen onderdeel is van een DDOS-aanval of input bevat die onmogelijk verwerkbaar zou kunnen zijn.

Als het bericht ontvangen is vinden de volgende bewerkingstappen plaats.

Notificatieverwerker ontvangt notificatiebericht voert de volgende stappen uit:

• Controleert op verwerkbaarheid
  • Registreert ontvangstmoment, type en inhoud
  • Valideert of bericht voldoet aan schema
  • Valideert of het bericht semantisch interpreteerbaar is.
• Produceren en registreren van het commando.
  • Zet het bericht om in een commando in een intern verwerkbaar formaat.
  • Legt middels een context-annotatie de relatie tussen het geproduceerde commando en de notificatie.
  • Verzendt commando naar commandoverwerker.

Noot: De Notificatieverwerker is niet geïmplementeerd in het prototype. Het omzetten van XML naar Json is niet nieuw en er is voor gekozen om deze stap over te slaan. De casus begint dus vanaf het registreren van het commando.

Commando

Het commando waarmee in deze casus de wijziging wordt aangeboden is als volgt opgesteld:

command_str = """
      {
      "command": {
            "commandId": "2175c9b8-2bc7-4006-8e90-f54b1555c176",
            "commandType": "registreer_wozObject"
      },
      "data": [
            {
                  "wozObject": {
                  "geldigVanaf": "2024-11-29T11:05:00.000+00:00",
                  "wozObjectnummer": "d6b33e05-a6ea-43d7-b9d0-7380c74e3c39",
                  "statusWozObject": "actief",
                  "gebruikscode": "boerderij",
                  "functieWozObject": "Bedrijfsfunctie",
                  "typeWozObject": "woning",
                  "typeWozObjectOptioneel": "woonboot",
                  "aanduidingInAanbouw": false,
                  "codeGebouwdOngebouwd" : "gebouwd", 
                  "grondoppervlakte" : 500 , 
                  "monumentaanduiding" : "geen monument/onbekend", 
                  "aanwezigheidLift": false ,
                  "waardegebied": "14",
                  "indicatieLigging": "A1" ,
                  "codeOmzetBelasting": "onbelaste levering"
                  }
            },
            {
                  "wozObject": {
                  "geldigVanaf": "2025-01-24T13:15:04.000+00:00",
                  "wozObjectnummer": "e8d5375b-0a30-46b4-ab62-ac6b8ca10bf6",
                  "statusWozObject": "actief",
                  "gebruikscode": "woning dienend tot hoofdverblijf",
                  "functieWozObject": "Permanente bewoning",
                  "typeWozObject": "woning",
                  "typeWozObjectOptioneel": "",
                  "aanduidingInAanbouw": false,
                  "codeGebouwdOngebouwd" : "gebouwd", 
                  "grondoppervlakte" : 389 , 
                  "monumentaanduiding" : "geen monument/onbekend", 
                  "aanwezigheidLift": false ,
                  "waardegebied": "14",
                  "indicatieLigging": "A1" ,
                  "codeOmzetBelasting": "onbelaste levering"
                  }
            }
      ]        
      }
"""

Noot: Over welke eisen er aan dergelijke commando’s worden gesteld dienen domein-experts in samenwerking met software-engineers keuzes te maken.

Verwerking

Het commando wordt aangeboden aan het systeem en de eerste stap in de verwerking is het vastleggen van de inhoud van het commando en de registratietijd en, waar mogelijk de context van het commando.

Vervolgens wordt het commando door de commandoverwerker “registreer_wozobject” verwerkt tot effecten (gevolgen). In dit geval onstaan er 2 effecten en per effect wordt de registratie van één WozObject gerealiseerd. De effecten worden na ontstaan zelf geregistreerd en vervolgens worden de effecten verwerkt door de effectverwerker “registreer_wozobject”. Bij deze verwerking worden de claims en annotaties vastgelegd in de Atomic Claim Engine (ACE).

Nadat de command voor het vullen van wozobjecten is uitgevoerd zijn alle claims en annotaties voor deze wozobjecten geregistreerd.

Lineage

De lineage geeft de context weer tussen command, gevolgen en claims per objecttype. Om de lineage te kunnen weergeven is ieder claim (ook annotaties) voorzien van een context-annotatie die verwijst naar het commando of het gevolg dat geleid heeft tot het vastleggen van deze claim. De context wordt in dit overzicht gerepresenteerd door de lijnen tussen de blokjes. Alle individuele context_annotaties van een gegroepeerd object zijn dus geconsolideerd in 1 verbindings-lijn.

De lineage wordt aangemaakt door na het verwerken van het command tweemaal de call_lineage-module aan te roepen. Deze aanroep is verwerkt in “vul_wozobjecten”. Dit resulteert in de volgende twee weergaven van de lineage:

Lineage-roles

In deze weergave worden alleen de claimroles met hun waarden getoond. (Klik op de afbeelding voor grotere weergave op mermaid.live. Daar wordt ook de mogelijkheid geboden om full-screen weer te geven en in te zoomen. )

Lineage-claims

In deze weergave worden de volledige claim-expressies getoond. (Klik op de afbeelding voor grotere weergave op mermaid.live. Daar wordt ook de mogelijkheid geboden om full-screen weer te geven en in te zoomen. )

Objectweergave

Dit is een weergave waarbij de claims zijn gegroepeerd op object-niveau content_claims. Daarbij worden ook alle annotaties die zijn geregistreerd getoond. Ook voor deze weergave geldt dat het image ter illustratie is en dat via de link een weergave op mermaid.live getoond kan worden waarbij ingezoomd kan worden. Zie de Readme van de poc-python repository hoe deze moet worden uitgevoerd. De output (content_claims) is vastgelegd in de poc-python/register_woz/content folder.

Onderstaand zijn de claims die n.a.v. de test vul_wozobjecten zijn vastgelegd gegroepeerd weergegeven. (Klik op de afbeelding voor grotere weergave op mermaid.live. Daar wordt ook de mogelijkheid geboden om full-screen weer te geven en in te zoomen. )