Probleem
De complexTypes StUF:StuurgegevensLk03 en StUF:StuurgegevensLk04 bevatten wel het element entiteittype en niet het element functie. Dit is in strijd met tabel 5.1 in StUF0301.
Oplossing
Verwijder in deze typen het element <entiteit> en voeg het element <functie> toe.
Maarten,
Henri en ik vroegen ons af of het element 'functie' wel een rol speelt bij Lk03 en Lk04. Wat is de functie van 'functie' bij samengestelde berichten? De standaard doet hier geen uitspraak over.
Een Lk03 en Lk04 zijn een samengestelde kennisgeving en daarmee kunnen ze niet eenduidig gespecificeerd worden met het entiteittype. In plaats hiervan moet daarom bij samengestelde kennisgevingen het element functie gevuld worden. Met dit element dient de samengestelde kennisgeving uniek geidentificeerd te worden binnen het sectormodel.
Ik zal nog nakijken of ook de tekst in de StUF-standaard verduidelijkt moet worden.
Maarten
Hoi Maarten,
Je zou zeggen dat de semantiek van een samengestelde kennisgeving helemaal éénduidig wordt vastgelegd door de enkelvoudige kennisgevingen waaruit het opgebouwd is. Hiermee zou dan ook de samengestelde kennisgeving volledig moeten behoren tot de voorgedefinieerde functionaliteit van StUF zonder dat daarbij extra functionaliteit gedefinieerd hoeft te worden via het functie-element. Kun je een (tegen)voorbeeld geven waaruit blijkt dat het functieveld echt nodig is in samengestelde kennisgevingen?
Met vriendelijke groet,
Henri Korver
Het probleem is dat je deze semantiek pas ziet als je het bericht geparsed hebt. Door het in de stuurgegevens uniek te identificeren met een functie hoef je alleen de stuurgegevens te parsen en kan je gelijk een foutmelding op een asynchrone Lk03 of synchrone Lk04 sturen als je de functie niet ondersteunt. HIerdoor kan je de foutafhandeling parameter gestuurd maken (In de StUFKletser wordt het bijvoorbeeld zo gedaan).
Maarten
Kun je een concreet voorbeeld geven?