Dit document definieert de webservices voor het sectormodel basisgegevens. Dit document gaat uit van twee webservices: 1. voor het ontvangen van asynchrone berichten (kennisgevingen, asynchrone antwoorden, asynchrone vragen en foutberichten) 2. voor het ontvangen van synchrone vragen. Dit kan natuurlijk anders worden ingericht en dit leidt tot aanpassingen in het WSDL-document met de definitie van deze andere services. Hieronder worden de verschillende berichten gedefinieerd die voorkomen in het sectormodel Basisgegevens. Dit wordt gedaan door per StUF-berichttype specifiek voor het sectormodel Basisgegevens (kennisgeving, vraag, synchroon antwoord en asynchroon antwoord) en per generiek StUF-berichttype (bevestiging en fout) een message te definieren. Voor de sectormodel specifieke berichten wordt gebruikt gemaakt van de berichtdefinitie in dat sectormodel. Version 020403 Wijzigingen vergeleken met 020402: - ERR0116: aan schemaLocation van import van "http://www.egem.nl/StUF/StUF0204" gewijzigd in "../0204/stuf0204.xsd". Wijzigingen vergeleken met 020401: - import statements WS-I compliant gemaakt - namespace "http://www.egem.nl/StUF/wsdl/bg0204.wsdl" verwijderd en vervangen door "http://www.egem.nl/StUF/sector/bg/0204" en targetnamespace gewijzigd in "http://www.egem.nl/StUF/sector/bg/0204" - soapAction gevuld met namespaceUri sectormodel BG0204 gevolgd door '/' en de operation name. Met behulp van portTypes worden op abstract niveau de verschillende varianten voor het uitwisselen van StUF-berichten gedefinieerd gegroepeerd naar de synchrone en de asynchrone uitwisseling. Asynchroon zijn er de varianten: ontvangKennisgeving, ontvang asynchroneVraag, ontvang asynchroonAntwoord en ontvangFout.

Synchroon is er alleen beantwoordVraag met als response hetzij het antwoord, hetzij een foutbericht.

We definieren als soapAction http://www.egem.nl/StUF om aan te geven dat de service uitsluitend door StUF gedefineerde berichten mag verwachten. Omdat de uit te wisselen berichten volledig gedefinieerd zijn in het sectormodel cq de StUF-standaard, kunnen we ze zonder verdere encoding (“literal”) opnemen in de body.

Hieronder worden de twee concreet aan te roepen services voor het ontvangen van asynchrone en van synchrone services gedefinieerd. Er is gekozen voor twee verschillende services, omdat een asynchrone service feitelijk als enige taak heeft het ontvangen bericht te persisteren en dit persisteren te bevestigen naar de zender van het bericht. Bij de synchrone service dient onmiddellijk een antwoord geformuleerd te worden op de gestelde vraag. Het beantwoorden van een vraag kan veel meer resources vergen en dient op een andere wijze getuned te kunnen worden, dan het opslaan van een inkomend bericht. In het endpoint dient de url nog correct te worden ingevuld.