Ontbrekende foutcode in de StUF Standaard

Dit is een statische kopie van het eerdere discussie.kinggemeenten.nl.
Nieuwe discussies kunnen in de GitHub repository 'StUF standaarden' als issue worden opgevoerd.

8 reacties / 0 nieuw
Mark Paanakker
Ontbrekende foutcode in de StUF Standaard

Indien een xml document niet voldoet aan de papieren StUF-standaard is er geen specifieke foutcode gedefinieerd om dit terug te melden aan de zender. In de standaard staat bijvoorbeeld: Mutatiesoort 'C' of 'F' en verwerkingssoort 'W': De gegevens van een relatie-entiteit worden gecorrigeerd al dan niet met de opbouw van formele historieIn de werkelijkheid is er niets gebeurd met de relatie. Een administratieve fout in de gegevens van de relatie wordt gecorrigeerd. en kunnen niet worden gecorrigeerd in een correctiekennisgeving. Indien nu een correctie wordt ontvangen waarin de begin- of eindRelatie wel wordt gewijzigd moet het bericht worden afgekeurd. Momenteel zijn er 2 foutcodes gedefinieerd die hierop lijken namelijk: StUF055 (Berichtbody is niet conform schema in sectormodel) (plek=client) -> maar dit klopt niet omdat het bericht wel conform het XSD is. StUF058 (Proces voor afhandelen bericht geeft fout) (plek=server) -> dit is onjuist omdat de fout niet veroorzaakt wordt door de server. Ik stel voor om voor dit type fouten een nieuwe code op te voeren in de standaard. Mijn voorstel: StUF059 (Berichtbody is niet conform StUF standaard) (plek=client).

Robert Melskens

Dit Erratum is opgevoerd in de onderhoudsverzoeken als ERR294.
De lijst met onderhoudsverzoeken vind je op: 
gemmaonline.nl/index.php/StUF-Expertgroep#Documenten

Han Welmer

Ik zou willen voorstellen in de genoemde gevallen gebruik te maken van de bestaande foutmelding StUF055 (Berichtbody is niet conform schema in sectormodel) (plek=client). Alhoewel de tekst misschien niet exact overeenkomt met de situatie lijkt de situatie mij wel te vallen binnen de intentie. En dan geef ik de voorkeur aan het beknopt houden van de specificaties.

Robert Melskens

Dit erratum is tijdens de StUF Expertgroep van 16 oktober 2013 omgezet naar RFC0152.

Tijdens de StUF Expertgroep van 18 februari 2015 is vervolgens aangegeven dat dit mogelijk al wordt opgelost doordat  in een volgende patch (na 21) de lijst met berichten waarin foutcodes mogen voorkomen al wordt aangepast.

Robert Melskens

Tijdens de StUF Expertgroep van 20-5-2015 is besloten dit RFC nog even aan te houden ondanks dat in patch 21 op dit punt al een wijziging is aangebracht. Dit betekent dat we hem gaan bespreken in het kader van stuf0302 en dat de beslissing of we hem daarin meenemen dan pas nemen.

Robert Melskens

Dit RFC is tijdens de StUF Expertgroep van 21 oktober 2015 goedgekeurd.

Er zal een foutcode worden toegevoegd waarmee kan worden uitgedrukt dat de StUF-body niet voldoet aan de standaard.

Henri Korver

Er is een samenhangend RFC0154 (Flexibel toevoegen van foutcodes), zie deze link

Robert Melskens

N.a.v. goedkeuring van de wijzigingen in de StUF 3.02 specificatie in de StUF Expertgroep van 21 december 2016 is de status van dit RFC op 'Uitwerking goedgekeurd' gezet.