Dit document beschrijft het aanleveren van gestructureerde elektronische berichten bij de
overheid via Digipoort (voorheen Overheidstransactiepoort).
Dit document is bestemd voor ontwikkelaars van programmatuur voor het aanleveren van
gestructureerde berichten aan de overheid via deze infrastructuur. Het beschrijft hoe gebruik
kan worden gemaakt van de betrokken webservice: de aanleverservice. De specificatie van
het bij Digipoort aan te leveren bericht (de zogenaamde payload) vormt geen onderdeel van dit document. De specificatie van deze payload verschilt per berichtsoort en wordt
beschikbaar gesteld door de overheidsinstantie waar de aanlevering voor is bestemd.
Anatomie van een provincie: omgevingsanalyse Vlaams-Brabant 2009 voor het soc...Geert Lievens
2010 is een belangrijk jaar voor sociaal-cultureel organisaties omwille van de opmaak van een provinciaal beleidsplan. Dit plan is een ‘annex’ aan het Vlaamse beleidsplan van de organisatie.
Organisaties kunnen extra subsidie verkrijgen, als ze de ‘provinciale meerwaarde’ beschrijven. Vooral met dit laatste worstelen sommige organisaties. Om hierbij
ondersteuning te bieden heeft het platform sociaalcultureel werk een omgevingsanalyse uitgewerkt - een verzameling van gegevens over onze provincie.
Wat is er nu zo typisch aan Vlaams-Brabant?
Waarin verschilt onze provincie van de rest van Vlaanderen?
En hoe kan mijn organisatie daarop inspelen?
Je breekt je misschien het hoofd bij het opmaken van jouw beleidsplan?
Op ons jaarlijks 3D-forum kom je alles te weten over de gegevens die je in deze provinciale omgevingsanalyse kan vinden :
vb. “In 2025 zal in enkele Vlaams-Brabantse gemeenten één inwoner op drie ouder zijn dan 60 jaar. Om welke gemeente gaat het?” / “De Vlaams-Brabander besteedt nauwelijks geld aan socio-culturele activiteiten. Enig idee hoeveel procent van zijn budget dat zou zijn?” / “De prijs voor een bouwgrond of een huis swingt de pan uit. Waar is wonen in Vlaams-Brabant nog betaalbaar?” ... en nog veel meer interessante feiten!
Gedurende de laatste twintig jaar kwamen de fundamenten van de welvaartsstaat meer en meer onder druk te staan ten gevolge van economische, sociale, demografische en culturele veranderingen. Onder impuls van de OESO en van de Europese Unie werd derhalve in de jaren negentig gepleit om de sociale bescherming werkgelegenheidsvriendelijker te maken door mensen te activeren in plaats van te voorzien in uitkeringen. Alhoewel daarvoor al heel wat activeringsmaatregelen getroffen waren in België, brak het discours pas door in 1999 met de komst van de nieuwe regering die België wilde ombouwen tot een actieve welvaartsstaat. Eén van de doelgroepen voor dit activeringsbeleid vormen de bestaansminimumgerechtigden. De mogelijkheden voor de OCMW’s – als uitvoerder van de wet op het bestaansminimum – om cliënten te activeren en tewerk te stellen werden door de nieuwe regeling daarom ook in toenemende mate uitgebreid. Bij de voorbereidende werkzaamheden voor de wet inzake het recht op maatschappelijke integratie van mei 2002 (ook wel RMI-wet of leefloonwet genoemd) werd afgesproken de effecten van de wet te onderzoeken en te evalueren. Deze studie evalueert de RMI-wet één jaar na toepassing ervan, dit wil zeggen gedurende de periode september 2002 tot en met september 2003.
Anatomie van een provincie: omgevingsanalyse Vlaams-Brabant 2009 voor het soc...Geert Lievens
2010 is een belangrijk jaar voor sociaal-cultureel organisaties omwille van de opmaak van een provinciaal beleidsplan. Dit plan is een ‘annex’ aan het Vlaamse beleidsplan van de organisatie.
Organisaties kunnen extra subsidie verkrijgen, als ze de ‘provinciale meerwaarde’ beschrijven. Vooral met dit laatste worstelen sommige organisaties. Om hierbij
ondersteuning te bieden heeft het platform sociaalcultureel werk een omgevingsanalyse uitgewerkt - een verzameling van gegevens over onze provincie.
Wat is er nu zo typisch aan Vlaams-Brabant?
Waarin verschilt onze provincie van de rest van Vlaanderen?
En hoe kan mijn organisatie daarop inspelen?
Je breekt je misschien het hoofd bij het opmaken van jouw beleidsplan?
Op ons jaarlijks 3D-forum kom je alles te weten over de gegevens die je in deze provinciale omgevingsanalyse kan vinden :
vb. “In 2025 zal in enkele Vlaams-Brabantse gemeenten één inwoner op drie ouder zijn dan 60 jaar. Om welke gemeente gaat het?” / “De Vlaams-Brabander besteedt nauwelijks geld aan socio-culturele activiteiten. Enig idee hoeveel procent van zijn budget dat zou zijn?” / “De prijs voor een bouwgrond of een huis swingt de pan uit. Waar is wonen in Vlaams-Brabant nog betaalbaar?” ... en nog veel meer interessante feiten!
Gedurende de laatste twintig jaar kwamen de fundamenten van de welvaartsstaat meer en meer onder druk te staan ten gevolge van economische, sociale, demografische en culturele veranderingen. Onder impuls van de OESO en van de Europese Unie werd derhalve in de jaren negentig gepleit om de sociale bescherming werkgelegenheidsvriendelijker te maken door mensen te activeren in plaats van te voorzien in uitkeringen. Alhoewel daarvoor al heel wat activeringsmaatregelen getroffen waren in België, brak het discours pas door in 1999 met de komst van de nieuwe regering die België wilde ombouwen tot een actieve welvaartsstaat. Eén van de doelgroepen voor dit activeringsbeleid vormen de bestaansminimumgerechtigden. De mogelijkheden voor de OCMW’s – als uitvoerder van de wet op het bestaansminimum – om cliënten te activeren en tewerk te stellen werden door de nieuwe regeling daarom ook in toenemende mate uitgebreid. Bij de voorbereidende werkzaamheden voor de wet inzake het recht op maatschappelijke integratie van mei 2002 (ook wel RMI-wet of leefloonwet genoemd) werd afgesproken de effecten van de wet te onderzoeken en te evalueren. Deze studie evalueert de RMI-wet één jaar na toepassing ervan, dit wil zeggen gedurende de periode september 2002 tot en met september 2003.
Rapport Jaarlijks Onderzoek Wikiwijs 2011Henk Orsel
Onderzoek onder docenten in het primair onderwijs, voorbereidend middelbaar beroepsonderwijs, voortgezet onderwijs en middelbaar beroepsonderwijs (vervolgmeting 2011) en hoger beroepsonderwijs en wetenschappelijk onderwijs (nulmeting) naar gebruik, maken en delen van digitaal leermateriaal
Uit onderzoek uitgevoerd door de Universiteit Antwerpen en de Katholieke Universiteit Leuven, in opdracht van de Staatssecretaris voor Maatschappelijke Integratie en Armoedebestrijding, blijkt dat ¾ van de 17.052 studenten met een leefloon uit een arm gezin afkomstig zijn. Dankzij het leefloon kan de cirkel van de armoede doorbroken worden. Sinds 2002 is het aantal studenten in het leefloon verdubbeld en van alle leeflonen uitbetaald in België gaat 1 op 10 naar een student. 39% van de OCMW studenten volgt secundair onderwijs wat wijst op een schoolachterstand.
Eindwerk Elektriciteit-Elektronica (middelbaar)
Een interesant onderdeel is de grote nulstroom bij spaarlampen in ster en de valse cos pfi verbetering die een spaarlamp met zich mee brengt.
1. Splitsing tussen Vlaanderen en Wallonië
2. Een dictatuur van rvb vlaanderen op senatordossiers, projecten en kernen
3. Een JCI beweging waarbij gemeenschap en wereldvrede géén doelen zijn.
Energiearmoede verwijst naar een toestand waarbij een persoon of huishou-den bijzondere moeilijkheden ondervindt in zijn/haar woonst om zich te voor-zien van de energie die nodig is om zijn/haar elementaire noden te bevredigen.
We hebben daarmee wel een definitie van energiearmoede, maar dat betekent niet dat we ook de omvang of het belang ervan kennen, of de groepen die een hoger risico lopen om in energiearmoede terecht te komen. Daarvoor bestaan er verschillende re-denen, die in het vervolg van deze studie duidelijker worden. Ten eerste hangt elke schatting af van de definitie die we hanteren; de onze is slechts één van de vele. Daarmee hangt samen dat energiearmoede een grote verscheidenheid aan toestanden omvat. Ook bevat de problematiek een belangrijke subjectieve component – de eigen inschatting van mensen – en is energiearmoede relatief in ruimte en tijd. Dit alles laat ruimte voor interpretaties.
BDO Benchmarkonderzoek Algemene Ziekenhuizen
BDO onderzocht de ontwikkeling van de financiële performance van alle algemene ziekenhuizen in Nederland. Belangrijkste eindconclusie is dat de financiële positie van algemene ziekenhuizen in Nederland zorgwekkend blijft. Voor veel ziekenhuizen is de kans zelfs groot dat ze zonder aanvullende maatregelen diep in de rode cijfers belanden.
The document discusses e-invoicing in Europe. It notes that e-invoices surpassed 1 billion in volume but still only account for 5% of invoices. Adoption varies across countries and industries, with larger firms pushing smaller ones to use e-invoices. While e-invoices can reduce costs, the biggest savings come from streamlining billing processes, not just digital invoices. Whether e-invoices drive process improvements or are simply the last step remains unclear.
Rapport Jaarlijks Onderzoek Wikiwijs 2011Henk Orsel
Onderzoek onder docenten in het primair onderwijs, voorbereidend middelbaar beroepsonderwijs, voortgezet onderwijs en middelbaar beroepsonderwijs (vervolgmeting 2011) en hoger beroepsonderwijs en wetenschappelijk onderwijs (nulmeting) naar gebruik, maken en delen van digitaal leermateriaal
Uit onderzoek uitgevoerd door de Universiteit Antwerpen en de Katholieke Universiteit Leuven, in opdracht van de Staatssecretaris voor Maatschappelijke Integratie en Armoedebestrijding, blijkt dat ¾ van de 17.052 studenten met een leefloon uit een arm gezin afkomstig zijn. Dankzij het leefloon kan de cirkel van de armoede doorbroken worden. Sinds 2002 is het aantal studenten in het leefloon verdubbeld en van alle leeflonen uitbetaald in België gaat 1 op 10 naar een student. 39% van de OCMW studenten volgt secundair onderwijs wat wijst op een schoolachterstand.
Eindwerk Elektriciteit-Elektronica (middelbaar)
Een interesant onderdeel is de grote nulstroom bij spaarlampen in ster en de valse cos pfi verbetering die een spaarlamp met zich mee brengt.
1. Splitsing tussen Vlaanderen en Wallonië
2. Een dictatuur van rvb vlaanderen op senatordossiers, projecten en kernen
3. Een JCI beweging waarbij gemeenschap en wereldvrede géén doelen zijn.
Energiearmoede verwijst naar een toestand waarbij een persoon of huishou-den bijzondere moeilijkheden ondervindt in zijn/haar woonst om zich te voor-zien van de energie die nodig is om zijn/haar elementaire noden te bevredigen.
We hebben daarmee wel een definitie van energiearmoede, maar dat betekent niet dat we ook de omvang of het belang ervan kennen, of de groepen die een hoger risico lopen om in energiearmoede terecht te komen. Daarvoor bestaan er verschillende re-denen, die in het vervolg van deze studie duidelijker worden. Ten eerste hangt elke schatting af van de definitie die we hanteren; de onze is slechts één van de vele. Daarmee hangt samen dat energiearmoede een grote verscheidenheid aan toestanden omvat. Ook bevat de problematiek een belangrijke subjectieve component – de eigen inschatting van mensen – en is energiearmoede relatief in ruimte en tijd. Dit alles laat ruimte voor interpretaties.
BDO Benchmarkonderzoek Algemene Ziekenhuizen
BDO onderzocht de ontwikkeling van de financiële performance van alle algemene ziekenhuizen in Nederland. Belangrijkste eindconclusie is dat de financiële positie van algemene ziekenhuizen in Nederland zorgwekkend blijft. Voor veel ziekenhuizen is de kans zelfs groot dat ze zonder aanvullende maatregelen diep in de rode cijfers belanden.
The document discusses e-invoicing in Europe. It notes that e-invoices surpassed 1 billion in volume but still only account for 5% of invoices. Adoption varies across countries and industries, with larger firms pushing smaller ones to use e-invoices. While e-invoices can reduce costs, the biggest savings come from streamlining billing processes, not just digital invoices. Whether e-invoices drive process improvements or are simply the last step remains unclear.
The document provides a summary of the final report from the European Commission's Expert Group on e-invoicing. Some of the key points included:
1. The report proposes the European Electronic Invoicing Framework (EEIF) to establish standards and recommendations to promote open and interoperable e-invoicing across Europe.
2. The EEIF defines a vision for e-invoicing becoming the predominant invoicing method in Europe within 5-8 years, with harmonized legal/tax frameworks and widespread adoption of standards.
3. The report makes several recommendations, including focusing on SME needs, harmonizing legal/VAT frameworks based on equal treatment of paper/e-invoices, creating
Cwa 16050, A Framework For The Emerging Network Infrastructure Of E Invoice S...Friso de Jong
This document provides a framework for interoperability between electronic invoice service providers throughout Europe. It outlines scenarios for interconnecting service providers, criteria for service providers, and requirements for agreements between them. It also discusses data interchange standards, routing, addressing, and acknowledgments. The document recommends approaches for converting between different invoice formats, preserving minimum information, and archiving original invoices. It describes benefits of third party services like address registries and certification centers. The overall aim is to facilitate reliable electronic invoicing between businesses across Europe.
The document provides guidelines for executing pilot projects based on CEN ISSS WS/BII profiles. It outlines templates for a pilot project plan and report. The project plan template should cover requirements, goals and objectives, evaluation criteria, tools, profiles, risks, and external planning. The report template focuses on documenting the execution of the pilot, outcomes, lessons learned, and experiences. Templates are provided to help ensure pilots are set up and executed consistently to meet PEPPOL goals and facilitate knowledge sharing.
Isis Papyrus Document Capture SolutionsFriso de Jong
Papyrus Capture was used to automate the processing of over 10,000 documents received daily by Telekom Austria. The documents were scanned and classified into over 30 different types using Papyrus Capture and FreeForm technology. Key index data such as customer number, area code, postal code, and telephone number was automatically extracted from the documents using intelligent recognition. Documents requiring human review were flagged for operator verification. The automated system provided transparency and improved processing capabilities, allowing Telekom Austria to achieve new processing targets and improve customer service.
Workshop IT-powered AUTOMATION - multifunctionele besturingen
In deze workshop leert u hoe u kleine tot middelgrote automatiseringsuitdagingen voordelig kunt automatiseren en in uw bedrijfsnetwerk kunt integreren.
De compacte besturing ILC 150 ETH biedt u hiervoor de perfecte oplossing en onderscheidt zich niet alleen door modulaire uitbreidingsmogelijkheden, eenvoudige programmering en een hoge performance. Dankzij open automatiserings- en IT-interfaces zoals Interbus, Ethernet TCP/IP, FTP, SNMP of HTTP, laat deze compacte besturing zich naadloos in nagenoeg elk netwerk integreren.
Overtuig u zelf van deze communicatieve mogelijkheden en leer hoe eenvoudig de compacte besturing en de onboard web-server kunnen worden geprogrammeerd. Ook zult u in deze workshop ervaren hoe eenvoudig de Ethernetcommunicatie met een grafisch panel kan worden gerealiseerd, de PLC via een GSM-modem SMS-jes kan versturen en hoe er data tussen de PLC en een applicatie op een PC kan worden uitgewisseld!
Geef u snel op voor deze inspirerende workshop, ontdek de voordelen van deze compacte besturing en ga na de workshop direct aan de slag met de gratis starterkit!
In deze workshop leert u:
• De PLC programmeren volgens IEC 61131
• De PLC web-server programmeren
• Hoe de communicatie tussen de PLC en een grafisch panel, een PC en een GSM-modem via Ethernetgerealiseerd kan worden.
De gratis starterkit bestaat uit:
• Inline Controller ILC 150 ETH
• Voeding STEP –PS-100-240AC/25DC/1.5
• Inline-analoge uitgangsklem IB IL AO 1/U/SF-PAC
• Inline-analoge ingangsklem IB IL AI 2/SF-ME
• Programmeersoftware PC WORX
• CD-rom “Starterkit ILC 150 ETH” incl. documentatie en voorbeeldprogramma
Voorkennis:
• In deze workshops gaan we er van uit uit dat u enige ervaring heeft met het programmeren van PLC's in het algemeen. Indien u dit niet heeft dan vragen wij u dit aan te geven in het 'Vragen, wensen of opmerkingen' veld. Wij nemen dan contact met u op om voor u een speciale training te organiseren.
Aantal deelnemers: maximaal 12 personen
Kosten: € 795,00 inclusief gratis starterkit
Mark Bisschop - De Invloed Van Xbrl Op De Accountantspraktijk Feb2009Friso de Jong
Niets of niemand staat stil. Ook de digitalisering op veel gebieden kent geen einde.
Menigeen kan zich nog herinneren te moeten rapporteren zonder computers.
Dit omdat er nog geen computers waren, men wist eigenlijk niet beter. Bijna alles gebeurde handmatig, zelfs de berekeningen werden handmatig uitgevoerd zonder gebruik van een rekenmachine. De introductie van de computer heeft het leven voorgoed doen veranderen.
Vanzelfsprekend is ook het rapportageproces hierdoor veranderd.
In de jaren tachtig kwamen de eerste boekhoudprogramma’s die draaiden op computers met MS/DOS. Het aantal financiële pakketten nam evenals het aantal mogelijkheden alleen maar toe.
Het duurde niet lang of de computer was niet meer weg te denken binnen het bedrijf.
Een volgende ontwikkeling was de introductie van het wereldwijde web in de jaren negentig.
Hierdoor werd het gemakkelijker systemen aan elkaar te koppelen en berichten naar elkaar toe te sturen. Na de eeuwwisseling heeft digitalisering een steeds grotere vogelvlucht genomen.
Steeds meer bedrijfsprocessen vinden sindsdien geautomatiseerd plaats.
Dit heeft gevolgen voor zowel het rapporteren als voor de accountantscontrole.
Het wachten is nog op het moment dat niets binnen het bedrijf nog tastbaar is.
Het enige tastbare is dan nog de handelswaar. Al is dat nog maar de vraag in tijden van just-in-time principes. Ook heeft het internet en digitalisering de deur open gezet voor bedrijven die zich onderscheiden door e-commerce. Wehkamp is als één van de eerste grote warenhuizen begonnen met een webwinkel. Een grote onzekere zet die uiteindelijke goed heeft uitgepakt.
Nu is het moment aangebroken dat alle computers met elkaar gaan communiceren in uniforme talen. Eén van de mogelijkheden is XBRL maar dat gaat niet zonder slag of stoot.
Dit onderzoek is voort gekomen uit de vele interviews die ik heb afgenomen bij mensen die op één of andere manier betrokken zijn bij de ontwikkeling van XBRL of het gebruik hiervan.
Mark Bisschop, Groniongen
februari 2009
Op vraag van de POD Maatschappelijke Integratie hebben de Universiteiten van Luik en Antwerpen een onderzoek uitgevoerd dat "de gevolgen van het invoeren van een eenheidsbarema voor tussenkomsten van onderhoudsplichtigen van bejaarden in een rusthuis" wil evalueren.
Het onderzoek omvat twee luiken. Ten eerste is er een kwantitatieve enquête waarbij een beroep werd gedaan op de medewerking van alle Belgische OCMW’s. Ten tweede is er het kwalitatieve luik waarbij een steekproef van representatieve OCMW’s (60) in België werd geselecteerd, opdat de onderzoekers de kans zouden krijgen in contact te komen met personen die te maken hebben met de problematiek van de onderhoudsplicht: de voorzitters van de OCMW’s, de maatschappelijk werkers, een aantal ontvangers en de onderhoudsplichtigen zelf.
In april 2006 werd een eerste tussentijds rapport overhandigd aan de begeleidingscommissie. Daarin werden de vorderingen beschreven van het kwantitatieve luik. Het rapport dat nu voorligt, bevat de resultaten van het volledige onderzoek. Voor het kwantitatieve deel werd rekening gehouden met later binnengekomen vragenlijsten.
Tenslotte wordt ook het verband tussen het kwantitatieve en kwalitatieve deel van het onderzoek belicht. In het eerste deel schetsten we de achtergrond van het onderzoek. Met behulp van enkele theoretische begrippen trachten we meer klaarheid te brengen in de problematiek. Daarna wordt de methodologie uiteengezet. De kwantitatieve gegevens worden gepresenteerd aan de hand van verklarende tabellen en grafieken. Bij de voorstelling van de resultaten van het kwalitatieve onderzoek wordt de structuur van de ‘vragenlijst’ zo goed mogelijk, maar niet helemaal gevolgd: sommige vragen worden onder één titel geïntegreerd. Ten slotte worden besluiten en de toekomstperspectieven gegeven.
De beveiliging van webapplicaties, The forgotten backdoor. Thesis by Perry Me...Perry Mertens
Het schrijven van deze thesis is ter afsluiting van mijn Master of Information Security.
Dit was voor mij de aanleiding om me te verdiepen in webapplicatie beveiliging en de risico's die bedrijven met slecht gebouwde webapplicaties kunnen ondervinden.
Kernvragen die in deze scriptie worden beantwoord, zijn:
Welke bedreigingen zijn er op het gebied van webapplicatie?
Welke technische beveiligingsmaatregelen kan men treffen om deze bedreigingen te minimaliseren en te beheersen? Welke rol kan de IT Security-officer en de IT-auditor spelen bij het beveiligen van webapplicaties?
In de literatuur wordt veel geschreven over technische maatregelen die mogelijk getroffen kunnen worden maar hierbij wordt vaak vergeten dat deze maatregelen alleen zin hebben als ze in een geheel van beveiligingsmaatregelen(defence in depth) toe passen.
Antwerpen zoekt nieuwe partner voor eindejaarsvuurwerkThierry Debels
De opdracht omvat het organiseren van het eindejaarsvuurwerk van het type pyromusical (vuurwerkshow aangepast aan een muziekmix) voor de komende 3 edities vanop een ponton op de Schelde in het kader van ‘Winter in Antwerpen’ en het reglementair opslaan en vervoeren naar een erkende instelling van het op de site door de veiligheidsdiensten in beslag genomen vuurwerk van privépersonen uit het aanwezige publiek.
We present to you the E-invoicing Yearbook 2017 - Q1. It shows the relevant content on e-invoicing, AP automation, e-procurement and compliance, published by us and our sponsors during the first quarter of 2017.
Our daily search for content regarding e-invoicing, AP automation and e-procurement lead to over 2,000 posts, published the past eight years.
On average, the E-invoicing Platform publishes ten posts per week. These posts are both user generated content from our sponsors, as well as content from other valuable sources.
This content is also published on Twitter, on LinkedIN and on Google (News). And every other week, the posts get extra attention via our newsletter, with currently over 8,900 recipients in 100+ countries.
As each post is interesting and newsworthy by itself, this is increased when we sort these posts in the sections underneath:
- Featured providers
- Opinions
- Mandatory and compliant e-invoicing:
- Interoperability and standardisation (in Europe):
- Case studies
- News in general
- Downloads, infographics and more
- Beyond e-invoicing: innovative and new services -
- Acquisitions, mergers and funding
- Around the globe
After each quarter of the year ends the E-invoicing Yearbook will be updated, building a picture of how the world of e-invoicing is progressing.
Publications 2017, Title only
Mug 'core' cross industry invoice european message implementation guideline...Friso de Jong
The document summarizes the MUG project which created a European Core Invoice guideline. It describes the project organization and deliverables, including a CEN workshop agreement document that defines a cross-industry invoice data model and syntax mapping. Next steps proposed include documenting mappings to other invoice formats, defining extensions, and establishing a change management process.
Electronic invoice processes in europe and enablement of sm es to use them ef...Friso de Jong
This document summarizes a workshop on electronic invoicing for small and medium enterprises (SMEs). It discusses how SMEs could benefit from e-invoicing through potential cost savings but may struggle with initial investments and resources required. The document also outlines barriers that prevent SMEs from adopting e-invoicing, such as a lack of standardized processes. Finally, it proposes several ways to facilitate SME adoption of e-invoicing, including through political support, incentives from large business partners, and user-friendly software solutions.
The document summarizes the European Commission's action plan to promote e-invoicing in Europe. It outlines four priorities: 1) ensuring a consistent legal environment, 2) achieving mass adoption among SMEs, 3) stimulating widespread use, and 4) promoting a common data model. Actions include implementing new VAT directive rules, revising e-signature rules, launching projects to help SMEs, publishing best practices, and establishing national and European e-invoicing forums. The goal is for e-invoicing to become the predominant invoicing method in Europe by 2020.
The document summarizes a presentation on an e-invoice compliance toolbox. It describes an interactive user interface based on an annex matrix from sustainable compliance guidelines. The interface allows filtering by role, process step, and business implementation. It is intended for entities using e-invoicing, especially SMEs. The document requests comments on the usability of the interface and content from the commentary and matrix.
The document discusses guidelines for electronic invoicing compliance across Europe. It aims to develop simplified, standardized guidelines that are easy to understand and apply. The guidelines will be translated into multiple languages and used to create an interactive online tool to help companies comply with e-invoicing regulations. The tool will classify different e-invoicing systems and controls to ensure invoice authenticity, integrity, and legibility. It will also provide guidance on processes to link invoices to supplies for audit purposes. Feedback is sought on the guideline content and usability of the interactive compliance tool.
The document summarizes the proceedings of the CEN WS eInvoices III Open Meeting held on December 12, 2011 in Brussels. It includes a Code of Practice and Glossary of Terms for electronic invoices. The Code of Practice establishes guidelines for trading parties, service providers, and public administrations regarding electronic invoicing. It addresses issues like ensuring authenticity and integrity of electronic invoices. The meeting aimed to finalize the Code of Practice and Glossary of Terms as requested by the European Commission to support adoption of e-invoicing.
Awareness and promotion of electronic e invoicingFriso de Jong
This document summarizes a meeting of the WG 4 Awareness & Promotion group regarding the Electronic Invoice Gateway (EIG). The group canvassed for an operator for the EIG, developed a business plan, and continued developing content for the gateway. Their objectives are to improve existing EIG services to increase e-invoicing awareness across Europe. The presentation outlines the benefits of being the EIG operator, the business plan's vision and framework, and how attendees can get involved.
Agenda workshop electronic invoices, phase 3Friso de Jong
The document summarizes an agenda for a workshop on electronic invoices. The workshop will discuss the development of guidelines for electronic invoicing, enabling small and medium enterprises to use electronic invoice processes in Europe, establishing conformance criteria for interoperability across e-business networks, and promoting awareness of electronic invoicing. The agenda includes welcome remarks, working group presentations, demonstrations of e-invoicing tools, discussions of draft guidelines, and plans for future work. The workshop is part of a multi-year effort to develop standards and guidelines for electronic invoicing in Europe.
Work Group 3 of the CEN e-Invoicing project developed three documents over multiple face-to-face meetings: 1) Conformance Criteria to guide implementation of e-invoicing in Europe, 2) a Model Interoperability Agreement for electronic invoicing service providers, and 3) a position paper on Addressing & Routing that identifies areas for further work. The group included contributors from across Europe who debated topics like terminology, legal compliance, technology standards, and addressing schemes to establish guidelines for electronic invoicing interoperability.
E invoicing as accelerator for cross-industry ediFriso de Jong
E-invoicing is accelerating the shift from paper to electronic documents across industries in Europe. By 2020, it is predicted that over 50% of B2B invoices will be electronic. E-invoicing helps align the differing needs of large and small companies by offering formats and processes appropriate for all sizes. It also helps standardize documentation between countries and industries. As e-invoicing adoption increases, it will drive increased automation of related electronic documents across supply chains.
Tax-compliant global electronic invoice lifecycle managementFriso de Jong
This white paper discusses tax-compliant electronic invoice management. It provides an overview of value-added tax (VAT) compliance challenges for businesses, different types of VAT enforcement regimes, and strategies for optimizing auditability. The document examines the history of ex-post auditability options and how electronic invoicing solutions can help ensure legal compliance for tax authorities. It also analyzes different e-invoicing legal frameworks and provides guidance on designing compliant invoice processes.
Rules of procedure of the european multi stakeholder forum on electronic invo...Friso de Jong
The document outlines the rules of procedure for the European Multi-stakeholder Forum on Electronic Invoicing. It establishes that the Commission will chair the group and convene meetings. It describes the process for setting meeting agendas, distributing documents, and adopting opinions. The rules allow for sub-groups, third party participation, and written procedures. It also covers record keeping, conflicts of interest, correspondence, transparency, and data protection.
Proposal for a work programme of the european multi stakeholder forum on e-in...Friso de Jong
The document proposes a work programme for the European Multi-Stakeholder Forum on e-Invoicing for its first year of operation. It outlines 4 tasks for the Forum: 1) Monitor e-invoicing adoption in EU states, 2) Exchange experiences and best practices, 3) Propose solutions to cross-border barriers, and 4) Discuss standards. For each task, it identifies priority topics and deliverables, including analyses of e-invoicing adoption rates and identification of barriers. Activity leaders would be appointed to coordinate input and recommendations for each task. The work would culminate in reports on the tasks delivered in September 2012.
Proposal for a work programme of the european multi stakeholder forum on e-in...
GBO Overheid Koppelvlak Digipoort
1. Koppelvlakbeschrijving
Digipoort WUS 2.0 Aanleveren
Auteur
GBO.Overheid
Documentnummer
Versie
0.3
Status
Concept
Datum
Den Haag, 09 november 2009
Datum Pagina
29-09-09 1/26
2. Documentbeheer
Documenthistorie
Datum Versie Auteur Opmerkingen
21 september 2009 0.1 (concept) GBO.Overheid Initiele versie.
06 november 0.2 (concept) GBO.Overheid Toevoegen WS Addressing en OIN
09 november 2009 0.3 (concept) GBO.Overheid Toevoegen Bijlagen
13 november 2009 0.3.1 (concept) GBO.Overheid reviewcommentaar
16 november 0.4 (concept) GBO.Overheid Verwerken review
Goedkeuring
Datum Versie Goedgekeurd door Opmerkingen
5. 1. Inleiding
1.1. Doel en doelgroep
Dit document beschrijft het aanleveren van gestructureerde elektronische berichten bij de
overheid via Digipoort (voorheen Overheidstransactiepoort).
Dit document is bestemd voor ontwikkelaars van programmatuur voor het aanleveren van
gestructureerde berichten aan de overheid via deze infrastructuur. Het beschrijft hoe gebruik
kan worden gemaakt van de betrokken webservice: de aanleverservice. De specificatie van
het bij Digipoort aan te leveren bericht (de zogenaamde payload) vormt geen onderdeel van
dit document. De specificatie van deze payload verschilt per berichtsoort en wordt
beschikbaar gesteld door de overheidsinstantie waar de aanlevering voor is bestemd.
1.2. Leeswijzer
Dit document maakt onderdeel uit van een reeks documenten die inzicht geven in het gebruik
van Digipoort. Deze koppelvlakbeschrijving is als volgt opgebouwd:
Het eerste hoofdstuk bevat algemene informatie als versiehistorie en
contactgegevens.
Het tweede hoofdstuk bevat een globale beschrijving van de werking van het
aanleveren WUS 2.0 en de betrokken webservices.
Het derde hoofdstuk beschrijft het verloop van de aanlever sessie.
Het vierde, vijfde en zesde hoofdstuk beschrijven de definities van de verschillende
protocollen.
Het zevende hoofdstuk geeft een overzicht van alle algemeen van toepassing zijnde
standaarden en afspraken.
Als losse bijlagen zijn de detailspecificatie van de webservice (de WSDL) en
voorbeelden van SOAP requests en responses bijgesloten.
1.3. Status
Dit document beschrijft het WUS 2.0 koppelvlak van Digipoort. De verwachting is dat de
gebruikte open standaarden zich de komende jaren verder zullen ontwikkelen en dat de
communicatiebehoefte ook aan verandering onderhevig zal zijn. Het gevolg hiervan is dat de
komende jaren nieuwe releases van Digipoort in gebruik zullen worden genomen. Dat kan
gevolgen hebben voor de koppelvlakken. GBO.Overheid streeft ernaar om nieuwe releases in
nauw overleg met de markt te realiseren. Om het voor marktpartijen snel en eenvoudig
mogelijk te maken om gebruik te maken van Digipoort, is er voor gekozen zoveel mogelijk
open standaarden en bestaande voorzieningen te gebruiken. Voorbeelden daarvan zijn het
gebruik van het SOAP protocol en de toepassing van X.509 certificaten.
Titel Datum Pagina
Koppelvlakbeschrijving Digipoort WUS 2.0 Aanleveren 09-11-09 5/26
6. 1.4. Ondersteuning
Informatie met betrekking tot ondersteuning bij het gebruik van de services van Digipoort is
beschikbaar op de website: www.overheidstransactiepoort.nl.
1.5. Referenties
# Document Versie
1 Woordenlijst 2, mei 2007
2 Trusted CA lijst 0.1, juli 2007
3 Lijst berichtsoorten 1.0, juni 2007
5 OSB 2.0 Koppelvlakstandaard WUS 25 mrt 2009
5 WSDL aanleveren “AanleverService_ WUS_2.0_v1.wsdl” 22 sep 2009
6 Voorbeeld SOAP-request 22 sep 2009
“voorbeeld_AanleverRequest_OSB_WUS_2.0_v1.xml”
7 Voorbeeld SOAP – Response 22 sep 2009
“voorbeeld_AanleverResponse_OSB_WUS_2.0_v1.xml”
Titel Datum Pagina
Koppelvlakbeschrijving Digipoort WUS 2.0 Aanleveren 09-11-09 6/26
7. 2. Aanleveren van berichten
2.1. Inleiding
Alle verzoeken met betrekking tot het aanleveren van gestructureerde berichten via dit
koppelvlak worden door deze aanleverservice afgehandeld. In onderstaande afbeelding is de
positie van de aanleverservice in Digipoort schematisch weergegeven.
De aanleverservice stelt vast of een aanleververzoek van een ondernemer of intermediair
voldoet aan vastgestelde koppelvlakspecificaties WUS 2.0.
Indien het aanleververzoek voldoet aan de specificaties, dan start de aanleverservice een
nieuw verwerkingsproces met een uniek kenmerk (kenmerk). Ook kan er een aanlevering
worden gedaan waarbij een kenmerk wordt meegegeven.
De aanleverservice geeft in een synchroon proces antwoord op deze aanlevering. Dit
antwoord bestaat uit de melding dat de aanlevering is gelukt en een kenmerk van deze
aanlevering (SOAP response) of uit de melding dat de aanlevering is mislukt (SOAP fault).
Titel Datum Pagina
Koppelvlakbeschrijving Digipoort WUS 2.0 Aanleveren 09-11-09 7/26
8. Wanneer de aanlevering succesvol is stuurt de aanleverservice de betreffende aanlevering
naar het onderliggende verwerkingsproces.
De aanleverservice bestaat uit de volgende onderdelen:
Ontvang aanleververzoek
Controleer aanleververzoek
Verzenden antwoord
Aanleververzoek aan verwerkingsproces aanbieden
2.2. Beveiliging
2.2.1. Transportniveau
De authenticiteit van systemen in Digipoort en van gebruikers van de aanleverservice moet
door alle deelnemende partijen vastgesteld kunnen worden voordat een
datacommunicatiesessie wordt gestart. De authenticiteit van systemen wordt door X.509
certificaten gecontroleerd.
!
Titel Datum Pagina
Koppelvlakbeschrijving Digipoort WUS 2.0 Aanleveren 09-11-09 8/26
9. Feitelijk wordt de authenticiteit van aanleveraars bepaald aan de hand van het X.509 (client)
certificaat dat zich op het cliëntsysteem bevindt. Met behulp van dit certificaat opent de client
een verbinding volgens het TLS/SSL protocol. Dit protocol biedt naast authenticatie ook
encryptie op transportniveau
De geldigheid van het cliëntcertificaat wordt aan de hand van de gegevens in het certificaat
gecontroleerd. Tevens wordt er tegen een CRL (Certificate Revocation List) gecontroleerd of
het certificaat niet is ingetrokken.
2.2.2. Berichtniveau
Op berichtniveau wordt beveiliging toegepast door middel van WS-Security. Het bericht dient
beveiligd te zijn met een handtekening over de SOAP body. Het certificaat dat hiervoor
gebruikt wordt, moet aan dezelfde eisen voldoen als het certificaat dat gebruikt wordt op
transport niveau. Het hoeft echter niet hetzelfde certificaat te zijn.
Deze beveiliging verzekert de integriteit van het bericht zelf. Ook als het bericht wordt
gearchiveerd, blijft de WS-Security informatie met het bericht bewaard.
Controle van de WS-Security handtekening houdt in dat de handtekening is gezet met een
geldig certificaat en dat er een relatie bestaat tussen het certificaat en het bedrijf waarop het
bericht betrekking heeft. Deze relatie kan er uit bestaan dat het certificaat van het bedrijf zelf
is, of dat het certificaat hoort bij een partij die door het bedrijf is gemachtigd om namens het
bedrijf informatie uit te wisselen met overheidspartijen.
De controle van de identiteit van het certificaat en de autorisatie van de betreffende
aanleverende partij, vindt plaats in het latere proces. Tijdens de aanlevering wordt alleen de
geldigheid van het certificaat gecontroleerd. Wel moet het bedrijfnummer en berichtsoort in
het aanleververzoek aanwezig zijn voor deze latere autorisatie.
2.2.3. Autorisatie
Een aantal verwerkingsprocessen vereist dat de aanleveraar geautoriseerd wordt. Als
dit het geval is zal degene die een aanleververzoek doet aangeven bij welke AuSP-
service hij geregistreerd staat middels het “auspEndpoint” element in het
aanleververzoek bericht.
De controle of er een relatie bestaat tussen het certificaat en het bedrijf waarop het bericht
betrekking heeft vindt plaats door autorisatie. Een proces kan hierbij gebruik maken van de de
AuSP (Autorisatie Service Provider). De AuSP houdt een register bij waarin staat vermeld
welke vertegenwoordigingsrelaties er bestaan tussen bedrijven en intermediairs. Dit register
vermeldt voor welke bedrijven de inzender, dus degene die de handtekening heeft gezet,
gestructureerde berichten mag inzenden en de status/retour informatie mag inzien. Dit is niet
Titel Datum Pagina
Koppelvlakbeschrijving Digipoort WUS 2.0 Aanleveren 09-11-09 9/26
10. alleen nodig voor intermediairs, maar ook voor bedrijven die meerdere KvK- of Fi-nummers
hebben.
Om een bericht bij Digipoort aan te kunnen leveren, dient de gebruiker zich te kunnen
autoriseren middels een X.509 certificaat, een berichtsoort en een bedrijfnummer. De
combinatie van deze drie gegevens dient bekend te zijn in het autorisatieregister van een
AuSP-service. Digipoort controleert deze autorisatie-gegevens bij de AuSP-service.
2.2.4. Berichtinhoud / Berichtbijlagen
Afhankelijk van de berichtsoort kan het verplicht zijn de berichtinhoud ook te ondertekenen
met behulp van een X.509 certificaat.
De handtekening is bestemd voor de instantie waar het bericht afgeleverd wordt. Digipoort
gebruikt deze handtekening niet.
Titel Datum Pagina
Koppelvlakbeschrijving Digipoort WUS 2.0 Aanleveren 09-11-09 10/26
11. 3. Sessieverloop
Bij het gebruik van de aanleverservice wordt via TLS verbinding gemaakt met Digipoort. Er
wordt een SOAP request bericht verzonden over de verbinding.
Als het bericht niet voldoet aan de eisen gesteld in de WSDL wordt er een SOAP fault terug
gezonden. Als het bericht voldoet aan de eisen wordt het verwerkt. Als het verwerken door de
aanleverservice niet mogelijk is wordt er een SOAP fault terug gezonden. Als het aanleveren
goed verlopen is wordt een SOAP response terug verzonden.
"
#$ %
&$
'$ %
3.1. SOAP actions
Er zijn twee acties die met de aanleverservice uitgevoerd kunnen worden. Er kan een nieuw
proces opgestart worden door het doen van een aanlevering. Het is ook mogelijk een
aanlevering te doen op een bestaand proces.
3.2. Controleren structuur aanleververzoek
Om gestructureerde berichten aan Digipoort aan te kunnen bieden wordt gebruik gemaakt van
een aanleververzoek met een voorgedefinieerde structuur. Deze structuur is vastgelegd met
de Web Service Definition Language (WSDL). De WSDL voor de aanleverservice is als apart
bestand bij de koppelvlak beschrijving bijgevoegd.
Titel Datum Pagina
Koppelvlakbeschrijving Digipoort WUS 2.0 Aanleveren 09-11-09 11/26
12. Nadat een aanleververzoek (in de vorm van een SOAP-bericht) door Digipoort is ontvangen,
worden de volgende zaken gecontroleerd:
Controle Toelichting
Is een element aanwezig? Hierbij wordt gecontroleerd of alle
verplichte elementen zoals beschreven in
de WSDL voorkomen in het
aanleververzoek.
Is er geen onbekend element aanwezig? Hierbij wordt gecontroleerd of in het
aanleververzoek geen elementen
voorkomen, die niet in de WSDL zijn
beschreven.
Bevat het element een waarde? Hierbij wordt gecontroleerd of alle
verplichte elementen ook daadwerkelijk
een waarde bevatten.
Betreft het een toegestane waarde? Hierbij wordt gecontroleerd of alle
elementen toegestane waarden bevatten.
Bijvoorbeeld het element
“tijdstempelAangemaakt”. Hierbij wordt
gecontroleerd of het element een
bestaande datum en tijdstip bevat.
Is de lengte van de waarde juist? Hierbij wordt gecontroleerd of de waarde
van de elementen niet langer is dan de
lengte zoals beschreven in de WSDL.
3.3. Controleren SSL certificaat
Bij binnenkomst van het aanleververzoek in Digipoort, wordt eerst het SSL certificaat
gecontroleerd op geldigheid. Hierbij wordt gecontroleerd of dit certificaat toebehoort aan de
reeks bekende certificaten en of dit certificaat niet ongeldig of ingetrokken is (revoked). Indien
bij deze controle wordt geconstateerd dat het SSL certificaat niet voldoet aan de gestelde
eisen, stuurt Digipoort een SOAP fault terug met de betreffende mededeling.
3.3.1. Nieuw aanleverproces
Het is mogelijk een aanlevering te doen waarbij er een nieuw proces opgestart wordt. Er wordt
op basis van de toegezonden gegevens een proces opgestart en een nieuw kenmerk
aangemaakt voor de identificatie van het proces. Dit kenmerk wordt met het antwoordbericht
teruggezonden aan de gebruiker.
Titel Datum Pagina
Koppelvlakbeschrijving Digipoort WUS 2.0 Aanleveren 09-11-09 12/26
13. 3.3.2. Bestaand aanleverproces
Het is ook mogelijk op een bestaand kenmerk een aanlevering te doen. Bij het aanleveren van
berichten met een kenmerk via de aanleverservice wordt een kenmerk opgezocht en wordt het
bestaande proces overschreven met een nieuw proces.
3.4. Ontvangen aanleververzoek
Elk verzoek aan de aanleverservice wordt vastgelegd in de berichtenadministratie. De
berichtenadministratie fungeert binnen Digipoort als audittrail.
3.5. Bepaal verwerkingsproces
Nadat het aanleververzoek tegen de koppelvlakspecificaties is getoetst en de omvang van het
aanleververzoek is vastgesteld, dient het uit te voeren verwerkingsproces te worden bepaald.
Dit gebeurt aan de hand van het element “berichtsoort” uit het aanleververzoek.
3.6. Versturen aanleverantwoord
Wanneer het aanleververzoek voldoet aan alle gestelde eisen en het verwerkingsproces is
bepaald, aanleverantwoord verstuurd. Het aanleverantwoord bestaat uit de volgende
elementen:
Element Toelichting
kenmerk Het door Digipoort toegekend unieke kenmerk aan het
verwerkingsproces
aanleverkenmerk Het kenmerk dat door een gebruiker aan een
verwerkingsproces is meegegeven.
berichtsoort Het soort verwerkingsproces waarop het
gestructureerde bericht betrekking heeft.
bedrijfnummer Het nummer waarmee het bedrijf kan worden
geïdentificeerd in combinatie met het type nummer.
overheidsnummer Het nummer waarmee de overheid kan worden
geindentificeerd in combinatie met het type nummer.
auspEndpoint Het endpoint van de webservice die gebruikt wordt voor
het autoriseren van de ondernemer of intermediair.
berichtinhoud Het hoofdbericht dat wordt verstuurd
berichtbijlagen Een lijst van bijlagen die mee kunnen worden gestuurd
3.7. Aanleververzoek plaatsen voor verdere verwerking
Het betreffende aanleververzoek wordt op de juiste verwerkingsqueue geplaatst voor verder
verwerking. Gedurende deze verwerking worden alle overige stappen die nodig zijn om dit
aanleververzoek te verwerken, genomen. Deze zijn afhankelijk van het bij het
aanleververzoek behorende business proces.
Titel Datum Pagina
Koppelvlakbeschrijving Digipoort WUS 2.0 Aanleveren 09-11-09 13/26
14. Een aantal elementen in het aanleverantwoord is rechtstreeks overgenomen uit het
aanleververzoek. Dit vergroot de traceerbaarheid van verzoek- en antwoordberichten die bij
elkaar horen, bijvoorbeeld in archieven.
Het aanleverantwoord bevat tevens een handtekening van Digipoort volgens WS-Security
standaard. Deze handtekening is gezet over de body van het aanleverantwoord.
Titel Datum Pagina
Koppelvlakbeschrijving Digipoort WUS 2.0 Aanleveren 09-11-09 14/26
15. 4. SOAP bericht
4.1. Structuur van een SOAP bericht
In onderstaande figuur wordt de opbouw van een SOAP bericht getoond. Deze is afhankelijk
van het al dan niet gebruiken van MTOM.
" "
" "
- . ) - . )
- . - .
" ( ) " ( )
% % % %
% % % %
* + * +
* *
, ,
* + +
* + *
/ "/
Het SOAP bericht bestaat uit:
De transportprotocol header
De SOAP envelope met daarbinnen:
- De SOAP header
- De SOAP body
de berichtInhoud kan via MTOM meegestuurd worden.
Titel Datum Pagina
Koppelvlakbeschrijving Digipoort WUS 2.0 Aanleveren 09-11-09 15/26
16. De SOAP header bevat de WS-Security, WS-Addressing elementen en de tijdstempel waarop
het bericht is gemaakt.
4.2. Header elementen
De elementen WS-Security en WS-Addressing zijn uitgewerkt in hoofstuk 5. WS-
Security en 6. WS-Addressing
4.3. Bericht elementen
De SOAP body bevat de inhoudelijke gegevens. De volgende elementen zijn voor de
aanleverservice van toepassing:
kenmerk
Het kenmerk is het nummer van een bestaande proces. Wanneer deze niet is ingevuld wordt
een nieuw proces gemaakt.
Element kenmerk
Verplicht Nee
Lengte 40
Type Tekst
overheidsnummer
Overheidsnummer is het unieke nummer voor de overheid in de vorm van het OIN
(Overheids Identificatie Nummer). Wanneer een bericht naar een specifieke
overheidsinstelling moet worden gestuurd is dit element verplicht.
Element overheidsnummer
Verplicht Nee
Lengte 20
Type identificatienummer
bedrijfnummer
Het bedrijfnummer is een nummer waarmee het bedrijf, waarop de berichtinhoud van
toepassing is, kan worden geïdentificeerd. Dit bedrijfnummer moet om deze match te maken
ook onderdeel zijn van de werkelijke berichtinhoud.
Dit bedrijfnummer hoeft niet het nummer te zijn van degene die het aanleververzoek indient.
Element bedrijfnummer
Verplicht Ja
Lengte 20
Titel Datum Pagina
Koppelvlakbeschrijving Digipoort WUS 2.0 Aanleveren 09-11-09 16/26
17. Type identificatienummer
identificatienummer
Het identificatienummer bestaat uit twee velden: een nummer dat het identificatienummer
voorstelt en een type dat het soort nummer aangeeft.
Element identificatienummer#nummer
Verplicht Ja
Lengte 20
Type Tekst
Element identificatienummer#type
Verplicht Nee
Lengte 6
Type BSN, KvK, BTW, Fi, OIN
aanleverkenmerk
Het aanleverkenmerk beschrijft het kenmerk dat door de gebruiker aan het aanleververzoek is
gekoppeld en is meegegeven. Dit aanleverkenmerk blijft het verdere proces onveranderd en is
voor deze gebruiker de identificatie voor zijn bericht gedurende het hele proces.
Element aanleverkenmerk
Verplicht Ja
Lengte 40
Type Tekst
berichtsoort
Het element berichtsoort beschrijft het soort verwerkingsproces dat met dit aanleververzoek
wordt geïnitieerd. Het meegegeven element berichtsoort moet van een type zijn wat binnen
Digipoort bekend is.
Element berichtsoort
Verplicht Ja
Lengte 20
Type Tekst
auspEndpoint
Het element “auspEndpoint” bevat het endpoint van de webservice die gebruikt wordt voor het
autoriseren van de ondernemer of intermediair. De endpoint van deze CSP / AuSP dient bij
Digipoort geregistreerd te staan.
Titel Datum Pagina
Koppelvlakbeschrijving Digipoort WUS 2.0 Aanleveren 09-11-09 17/26
18. Element auspEndpoint
Verplicht Nee
Lengte 255
Type Tekst
berichtinhoud
De berichtinhoud bevat de af te leveren informatie. De specificatie van deze inhoud vormt
geen onderdeel van het aanleverkoppelvlak. De specificatie verschilt per berichtsoort en wordt
beschikbaar gesteld door de ontvangende overheidsinstantie.
De standaard maximale maat van de bericht inhoud is 20 MB base64 encoded. Dit is de totale
grootte van de berichten inclusief mogelijke bijlagen. Per proces kan een kleinere maximale
grootte gesteld zijn.
Element berichtinhoud
Verplicht Ja
Lengte 20 MB
Type Base64 encoded
berichtbijlagen
Een reeks elementen in de vorm van berichtinhoud. Hiermee kunnen bijlagen worden
meegegeven aan een bericht. Of dat daadwerkelijk mogelijk is hangt af van het business
proces waarin het bericht wordt verwerkt.
Element berichtbijlagen
Verplicht Nee
Lengte n.v.t.
Type berichtinhoud (zie
boven)
4.4. Ondertekening bericht
Een belanghebbende of intermediair dient de body van het aanleververzoek te tekenen. Dit
tekenen dient te geschieden met behulp van een elektronische handtekening en aan de hand
van een door een CSP uitgegeven X.509 certificaat. Het certificaat, de handtekening en de
gebruikte algoritmes dienen als WS-Security element in de header opgenomen te worden.
Voorbeeld :
Titel Datum Pagina
Koppelvlakbeschrijving Digipoort WUS 2.0 Aanleveren 09-11-09 18/26
19. " ( ) <soap:header>
<wsse:security>
…
<ds:signature>
…
% + <ds:reference URI=“#body”
+ % …
</ds:signature>
</wsse:security>
</soap:header>
<soap:body Id=“body”>
…
</soap:body>
Voor het ondertekenen van het aanleververzoek kan de gebruiker gebruik maken van een
portaal of service van marktpartijen die deze dienst leveren.
4.5. MTOM
Zoals in 4.3. staat aangeven kan de inhoud van het bericht in het element
berichtInhoud worden opgenomen. Daarnaast biedt Digipoort de mogelijkheid om de
inhoud via MTOM door te sturen. Dit is beschreven in WS-I Basic Profile 1.2 (zie
http://www.w3.org/TR/soap12-mtom/)
Titel Datum Pagina
Koppelvlakbeschrijving Digipoort WUS 2.0 Aanleveren 09-11-09 19/26
20. 5. WS-Security
Digipoort maakt gebruik van WS-Security. Het gebruik van WS-Security levert:
• De mogelijkheid op het controleren van de integriteit van het bericht.
• De garantie van de identiteit van de verzender van het bericht.
• Het tijdstempel kan zorgen dat er geen aanval kan worden uitgevoerd op
Digipoort. Daarnaast wordt het tijdstempel ook gebruikt om aan te geven
wanneer een bericht is ontvangen bij Digipoort.
Het certificaat waarmee de handtekening gezet wordt moet meegeleverd worden in de header
van de SOAP envelop als binary security token.
5.1. Tekenen van het bericht
De volgende onderdelen worden ondertekend:
soap-env:Body
het header-onderdeel timestamp
het header-onderdeel ws-adressing (alle elementen)
De volgende eisen gelden voor de WS-Security elementen:
http://www.w3.org/2000/09/xmldsig#
Stap 1: Canonicalization
http://www.w3.org/2001/10/xml-exc-c14n#
Stap 2: Digest
http://www.w3.org/2000/09/xmldsig#sha1
Stap 3: Signature
http://www.w3.org/2000/09/xmldsig#rsa-sha1
of
http://www.w3.org/2000/09/xmldsig#hmac-sha1
5.2. Tijdstempel Aangemaakt
Het element “TimeStamp” en “Created” beschrijft de datum en het tijdstip waarop het verzoek
door een gebruiker is verzonden aan Digipoort. Het tijdstempel wordt verwacht in de UTC
vorm. Daarnaast biedt het optionele “Expires” de mogelijkheid aan te geven tot wanneer het
bericht afgehandeld dient te worden.
Titel Datum Pagina
Koppelvlakbeschrijving Digipoort WUS 2.0 Aanleveren 09-11-09 20/26
21. Deze WS-Security header elementen horen in de web service utility namespace:
http://schemas.xmlsoap.org/ws/2003/06/utility/
Hiervan is
Element TimeStamp
Verplicht Ja
Type DateTime in UTC
Element Created
Verplicht Ja
Type DateTime in UTC
Element Expires
Verplicht Nee
Type DateTime in UTC
Titel Datum Pagina
Koppelvlakbeschrijving Digipoort WUS 2.0 Aanleveren 09-11-09 21/26
22. 6. WS-Addressing
Digipoort maakt gebruik van WS-Addressing.
Een van de volgende namespaces moet gebruikt worden:
• http://www.w3.org/TR/2005/CR-wsaddr-core-20050817/
• http://www.w3.org/TR/ws-addr-core/
Verder gebruikt Digipoort de WUS sub set van mogelijke WS-Addressing standaarden:
Element Toelichting Verplicht
wsa:To De WSDL waarde of Ja
http://www.w3.org/2005/08/addressing/none of
http://www.w3.org/2005/08/addressing/anonymous
wsa:Action Deze waarde wordt gebruikt om een specifieke operatie Ja
aan te roepen.
wsa:MessageID Uniek ID Ja
wsa:RelatesTo Het bevat de waarde van de wsa:MessageID van het Alleen in
aanleverbericht. response
bericht
wsa:ReplyTo http://www.w3.org/2005/08/addressing/anonymous Nee
wsa:MessageId Het unieke id voor dit bericht als UUID. Ja
Voor een uitgebreide uitleg wordt verwezen naar het document OSB 2.0
Koppelvlakstandaard WUS.
Titel Datum Pagina
Koppelvlakbeschrijving Digipoort WUS 2.0 Aanleveren 09-11-09 22/26
23. 7. Algemene afspraken
7.1. Communicatiestandaarden
De communicatie tussen persoon en de aanleverservice verloopt over een aantal lagen. Per
laag gelden standaarden. Samengevat gaat het om de volgende standaarden:
Laag Standaard
Applicatielaag XML
SOAP
Sessielaag HTTP
Transportlaag TCP
Netwerklaag IP
7.2. Prefixen
Door de aanleverservice worden de onderstaande prefixen gehanteerd:
Prefix Namespace URI
tns http://digipoort.nl/wus/2.0/aanleverservice/1.0/
soap-env http://schemas.xmlsoap.org/soap/envelope/
Wsdl http://schemas.xmlsoap.org/wsdl
ds http://www.w3.org/2000/09/xmldsig#
xsd http://www.w3.org/2001/XMLSchema
wsse http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-
secext-1.0.xsd
osb Gereserveerd voor later gebruik
7.3. Karaktercodering en karakterset
De ondersteunde karakterset is UTF-8.
7.4. Datum en tijd
Voor alle datum/tijd velden wordt gebruik gemaakt van het type xsd:date en xsd:dateTime,
ingevuld naar de UTC (Z) variant op de ISO 8601 (NEN28601) standaard. Het gebruik van
fracties van seconden is optioneel.
7.5. Namespace
De namespace van dit koppelvlak is:
Titel Datum Pagina
Koppelvlakbeschrijving Digipoort WUS 2.0 Aanleveren 09-11-09 23/26
24. http://digipoort.nl/wus/2.0/aanleverservice/1.0/
7.6. Gebruikte standaarden
De aanleverservice implementeert OSB 2.0 WUS profiel OSB2W-be-S maakt gebruik van de
volgende standaarden.
Overheidsstandaarden:
OSB 2.0 WUS profiel OSB2W-be-S
PKI overheid 1.1
WS-I standaarden:
WS-I Basic Profile 1.2
WS-I Basic Security Profile 1.0
W3C standard:
MTOM
Titel Datum Pagina
Koppelvlakbeschrijving Digipoort WUS 2.0 Aanleveren 09-11-09 24/26
25. 8. Details aanleverservice OSB 2.0 WUS
8.1. Type berichten
De aanleverservice kent drie type berichten:
Onderdeel Toelichting
SOAP request het verzoekbericht aan de aanleverservice waarmee gestructureerde
berichten aan Digipoort kan worden aangeleverd.
SOAP response een antwoordbericht dat wordt verstuurd wanneer het
gestructureerde bericht door de aanleverservice correct is verwerkt.
SOAP fault een foutbericht dat wordt verstuurd wanneer door de aanleverservice
een fout wordt geconstateerd.
8.2. Adres aanleverservice
Het adres van de aanleverservice is:
https://www.procesinfrastructuur.nl/wus/2.0/aanleverservice/1.0/
8.3. SOAP Request
Zie bijlage voorbeeld_AanleverRequest_OSB_WUS_2.0_v1.xml
8.4. SOAP Response
Zie bijlage voorbeeld_AanleverResponse_OSB_WUS_2.0_v1.xml
8.5. SOAP Fault
De volgende elementen zijn in dit SOAP fault opgenomen
Element Toelichting
Faultcode Veld dat het type fout aangeeft. Voor Digipoort zijn er twee
mogelijkheden, namelijk:
Client: De fout is opgetreden door toedoen van de
aanleverende partij.
Server: De fout is opgetreden door toedoen van
Digipoort.
Faultstring Geeft de aard van de fout weer in voor mensen begrijpelijke
taal.
Faultactor Een beschrijving van de veroorzaker van de fout.
detail/ foutcode Een unieke code waarmee een fout kan worden
Titel Datum Pagina
Koppelvlakbeschrijving Digipoort WUS 2.0 Aanleveren 09-11-09 25/26
26. geïdentificeerd.
detail/foutOmschrijving Een omschrijving van de fout.
Als er fouten in het bericht zijn, bijvoorbeeld als de handtekening ontbreekt, gezet is met een
verkeerd of ongeldig certificaat, er informatie verkeerd vermeld in het bericht of niet aanwezig
is, wordt een SOAP fault gegenereerd.
Als bij de aanleverservice sessie het bericht niet kan worden verwerkt wordt er een
SOAP fault gegenereerd
Titel Datum Pagina
Koppelvlakbeschrijving Digipoort WUS 2.0 Aanleveren 09-11-09 26/26