Twijfel registreren op een claim

Casusbeschrijving

Er kan twijfel geuit worden aan een claim. Deze twijfel kan op verschillende manieren vormgegeven worden. In de casus die hier uitgewerkt wordt is er twijfel of de bewering waar is of niet. Dat betekent dan ook dat er een onderzoek gestart moet worden of de betreffende claim wel of niet waar is.

In een variant hierop is ook de reden van twijfel geregistreerd als annotatie op de claim waarop twijfel is geuit.

Over de manier waarop twijfel geregistreerd kan worden zijn een aantal vragen gesteld.

In deze casus wordt twijfel ge-uit op een tweetal “Belang-claims”. Deze casus kan dus alleen uitgevoerd worden als deze “Belang-claims” aanwezig zijn. In de beschrijving van deze casus zijn er al diverse bewerkingen uitgevoerd op deze “Belang-claims”. Dat is niet relevant voor de wijze waarop de twijfel wordt geregistreerd.

Deze casus is onderdeel van ook onderdeel van de test_woz (alle casussen die in combinatie worden uitgevoerd). Zie Uitleg uitvoeren WOZ-cases Deze casus is vanwege de vereiste pre-condities niet apart uit te voeren.

Betwijfel_claim

Pre-conditie: Werkende development environment, een actieve docker-deamon en een opgestarte server (make dev).

Het volledige test-script test_woz dient te worden uitgevoerd

Nadat de command voor het registreren van belangen is uitgevoerd zijn alle claims en annotaties voor deze partijen geregistreerd. Zie de Contentbeschrijving voor meer informatie over de content van deze casus. Voor details over hoe twijfel is geregistreerd als “StartResearch”-annotatie zie de sectie Twijfel en om te zien hoe de combinatie van “StartResearch”-annotatie met de reden van twijfel (“DoubtReason”-annotatie) zie de sectie Twijfel met reden.

In deze beschrijvingen worden alleen de claim-rollen en de daarbij behorende waarden beschreven.

Twijfelbericht

Het registreren van twijfel is dermate specifiek dat het het karakter heeft van een correctie. Twijfel zal waarschijnlijk niet geautomatiseerd worden geregistreerd als gevolg van een notificatie die van buiten het domein binnenkomt.

Conclusie is dat twijfel wordt geregistreerd als resultaat van een intern opgesteld commando.

Command 1 (Twijfel zonder reden)

In dit commando is de variabele claimId opgenomen. Dus degene die dit commando opgesteld heeft heeft eerst de betreffende claimid achterhaald.

        # command_str = f"""
    #     {{
    #         "command": {{
    #             "commandId": "1af80909-c8c1-4bf3-a579-111f68c0ea29",
    #             "commandType": "betwijfel_claim"
    #         }},
    #         "data":
    #             {{
    #             "claim_betwijfelen": 
    #                 {{
    #                     "claimId": "{claimidtwijfel}", 
    #                     "datumIngangTwijfel": "2025-03-06T11:10:00.000+00:00"
    #                 }}
    #             }}
    #     }}
    # """

Lineage (command 1)

Met de lineage worden alle commands, gevolgen en claims in beeld gebracht die als gevolg van het uitvoeren van een command zijn geregistreerd.

Voor deze casus worden 2 typen lineage getoond:

Alleen de rollen en hun waarden. Dit is een compacte weergave die vergelijkbaar is met de weergave van een object met bijbehorende attrubiten en hun waarden.
Volledige claimexpressies in state-vorm –> Deze weergave is alleen mogelijk als vul_partijen is verwerkt met schema_variant=“structure_state.gql” (regel 27). Deze weergave geeft de complete claims weer waarbij de tekst geformuleerd is in tegenwoordige tijd. Hiermee wordt de “state"van het object en de bijbehorende attributen geformuleerd.

Op basis van deze weergaven is het besluit Claimtype expressies worden in “state” genomen.

De lineage geeft de context weer tussen command, gevolgen en claims per objecttype. Om de lineage te kunnen weergeven is iedere 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.

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-state

In deze weergave worden de volledige claim-expressies in de “state”- variant 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.

(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. )

Objecten

Command 2 (Twijfel met reden)