image

Overheid gaat toezien op nationale infrastructuur voor e-facturatie

vrijdag 3 juli 2020, 10:02 door Redactie, 17 reacties

Het ministerie van Binnenlandse Zaken gaat later dit jaar toezien op de infrastructuur voor e-facturatie. Deze rol is nu nog ondergebracht bij een stichting. E-factureren is het elektronisch uitwisselen van factuurgegevens tussen leverancier en koper. Een e-factuur is een xml-bestand waarmee een gestandaardiseerde set aan factuurgegevens van de ene financiële administratie naar de ander financiële administratie wordt verzonden. Dankzij deze standaardisering kunnen financiële administraties e-facturen automatisch inlezen.

De Nederlandse overheid is door de Europese regelgeving en de Nederlandse Aanbestedingswet verplicht om e-facturen te kunnen ontvangen en verwerken. De Nederlandse overheid voldoet aan deze verplichting door te zijn aangesloten op het PEPPOL-transportnetwerk. PEPPOL is een gestandaardiseerde digitale uitwisselingsinfrastructuur om elektronische facturen te kunnen verzenden en ontvangen.

De PEPPOL-infrastructuur wordt geleverd door meerdere toegelaten serviceproviders in een netwerk. Deze serviceproviders werken samen volgens het Afsprakenstelsel PEPPOL. De PEPPOL-autoriteit ziet erop toe dat de toegelaten deelnemers zich houden aan de gezamenlijke afspraken over de veiligheid, betrouwbaarheid en interoperabiliteit van de digitale infrastructuur.

De rol van toezichthouder was eerst neergelegd bij de stichting Simplerinvoicing. Volgens het ministerie van Binnenlandse Zaken blijkt uit twee onderzoeken dat het publiek belang van een veilige en betrouwbare infrastructuur voor e-facturatie een grotere en actievere rol van de overheid vergt. Daarom heeft het ministerie besloten om de rol van toezichthouder op zich te nemen. Dit zal op 1 oktober plaatsvinden.

Reacties (17)
03-07-2020, 10:09 door Anoniem
What could possibly go wrong?
03-07-2020, 11:44 door Anoniem
Door Anoniem: What could possibly go wrong?

Damned I they do, and damned if they don't.
03-07-2020, 11:53 door Reinder
Oh gelukkig maar, de overheid gaat zich bemoeien met een IT-project. Dan zal het zeker wel goed komen allemaal. Zijn de gebruikelijke partijen alvast gesignaleerd dat de factuur-printers weer aangeslingerd mogen worden?
03-07-2020, 12:32 door souplost
Hoe is de interoperabiliteit gegarandeerd? m.a.w. werkt het ook met niet windows systemen?
03-07-2020, 13:17 door Anoniem
Door souplost: Hoe is de interoperabiliteit gegarandeerd? m.a.w. werkt het ook met niet windows systemen?
Je het ook het artikel gelezen?

Want je bent weer de grootste onzin aan het uitkramen, waarin het antwoord gewoon letterlijk in het artikel staat.
Want dit heeft helemaal NIETS met een OS te maken. Het is een standaard manier van uitwissen van facturen op basis van een XML formaat. Op welk OS de facturen verwerkt worden, maakt dus niet uit.

E-factureren is het elektronisch uitwisselen van factuurgegevens tussen leverancier en koper. Een e-factuur is een xml-bestand waarmee een gestandaardiseerde set aan factuurgegevens van de ene financiële administratie naar de ander financiële administratie wordt verzonden. Dankzij deze standaardisering kunnen financiële administraties e-facturen automatisch inlezen.
03-07-2020, 13:18 door Briolet
Door souplost: Hoe is de interoperabiliteit gegarandeerd? m.a.w. werkt het ook met niet windows systemen?

Hoe kom je er bij dat dit windows is? In de tekst staat:

Een e-factuur is een xml-bestand
.

Dit formaat is natuurlijk OS onafhankelijk. Ik gebruik dat formaat al heel lang op mijn Apple computer. Het is zelfs het standaard formaat op de OSX systemen voor opslag van instellingen.
03-07-2020, 14:01 door Anoniem
Een vorm van EDI dus. Daar zijn er nog maar weinig van...

Maar wat ik raar vind om te lezen dat de overheid de infrastructuur wil gaan regelen voor het uitwisselen van facturen.
Oftewel, de belastingdienst kan dit mooi gebruiken om te zien of alles klopt en de FIOD staat automatisch aan de deur als er een kleine afwijking is. Nu nog fysiek geld afschaffen en ze hebben alle transacties, of het nu particulier of zakelijk is, in zicht.

Of ik moet het verkeerd lezen en geld dit alleen voor de overheid dat ze dit moeten doen voor de betalingen die ze uitvoeren.
03-07-2020, 14:28 door SecOff - Bijgewerkt: 03-07-2020, 14:29
Als iedereen nou eens beter leest i.p.v. overal gelijk waar het woordje overheid voorkomt te gaan roepen dat het wel weer problemen op zal leveren.

De infrastructuur wordt geregeld door serviceproviders (voor PEPPOL zijn dat commerciële partijen). De overheid houdt er toezicht op dat die zich aan de regels houden zodat het redelijk veilig en betrouwbaar is en blijft en alles goed samenwerkt. Min of meer dezelfde gedachte als bij het toezicht op de banken, telecom etc.
03-07-2020, 21:34 door souplost
Door Anoniem:
Door souplost: Hoe is de interoperabiliteit gegarandeerd? m.a.w. werkt het ook met niet windows systemen?
Je het ook het artikel gelezen?

Want je bent weer de grootste onzin aan het uitkramen, waarin het antwoord gewoon letterlijk in het artikel staat.
Want dit heeft helemaal NIETS met een OS te maken. Het is een standaard manier van uitwissen van facturen op basis van een XML formaat. Op welk OS de facturen verwerkt worden, maakt dus niet uit.

E-factureren is het elektronisch uitwisselen van factuurgegevens tussen leverancier en koper. Een e-factuur is een xml-bestand waarmee een gestandaardiseerde set aan factuurgegevens van de ene financiële administratie naar de ander financiële administratie wordt verzonden. Dankzij deze standaardisering kunnen financiële administraties e-facturen automatisch inlezen.
Door Anoniem:
Door souplost: Hoe is de interoperabiliteit gegarandeerd? m.a.w. werkt het ook met niet windows systemen?
Je het ook het artikel gelezen?

Want je bent weer de grootste onzin aan het uitkramen, waarin het antwoord gewoon letterlijk in het artikel staat.
Want dit heeft helemaal NIETS met een OS te maken. Het is een standaard manier van uitwissen van facturen op basis van een XML formaat. Op welk OS de facturen verwerkt worden, maakt dus niet uit.

E-factureren is het elektronisch uitwisselen van factuurgegevens tussen leverancier en koper. Een e-factuur is een xml-bestand waarmee een gestandaardiseerde set aan factuurgegevens van de ene financiële administratie naar de ander financiële administratie wordt verzonden. Dankzij deze standaardisering kunnen financiële administraties e-facturen automatisch inlezen.
Hoe kan iemand onzin uitkramen als hij alleen een vraag stelt ? De toeleveranciers rond de overheid zijn verslaaft aan Microsoft software dus is het logisch om te vragen of deze infrastructuur met een open staandaard werkt. Niet alle XML bestanden voldoen aan een open standaard. Default MSOffice xml bestand formaat voldoet bv niet aan een open standaard. De enige die onzin uitkraamt is U dus. Er wordt niet eens een (Europese) norm genoemd. XML staat niet bij facturatie en administratie https://www.forumstandaardisatie.nl/domein/e-facturatie-en-administratie
04-07-2020, 11:05 door Anoniem
Door souplost:
Hoe kan iemand onzin uitkramen als hij alleen een vraag stelt ?
Men zegt altijd domme vragen bestaan niet, maar het maakt wel uit wie de specifieke vraag stelt.

De toeleveranciers rond de overheid zijn verslaaft aan Microsoft software
Incorrect en compleet onjuist. Microsoft beheerd de kantoor automatisering. Maar op server gebied heerst Microsoft helemaal niet.
Groot verschil.

dus is het logisch om te vragen of deze infrastructuur met een open staandaard werkt.
Nee, alleen als je er geen verstand van hebt, stel je dit soort vragen, helemaal door Microsoft er bij te benoemen, laat je zien hoe je denkt.

Niet alle XML bestanden voldoen aan een open standaard.
Indien er uitwisseling plaats vindt, is er een standaard die beschreven is.

Default MSOffice xml bestand formaat voldoet bv niet aan een open standaard.
Maar aan wel heel veel andere standaarden.
En het is eigenlijk het bestand om data uit te wisselen. Maar dat is een andere discussie.

De enige die onzin uitkraamt is U dus.
Nope. Je probeert je eigen problemen met Microsoft hier neer te zetten.

Er wordt niet eens een (Europese) norm genoemd. XML staat niet bij facturatie en administratie https://www.forumstandaardisatie.nl/domein/e-facturatie-en-administratie
Een XML is een data structuur. Hoe die structuur opgebouwd is, wordt bijvoorbeeld in de UBL standaard beschreven. Die ook momenteel heel veel voor e-facturen gebruikt wordt. Ik kan deze al direct vanuit mijn boekhoudprogramma meesturen.
En deze staat heel netjes vermeld https://www.forumstandaardisatie.nl/open-standaarden/ubl op je website.
04-07-2020, 11:57 door Briolet - Bijgewerkt: 04-07-2020, 12:05
Door Anoniem:
Door souplost:
Hoe kan iemand onzin uitkramen als hij alleen een vraag stelt ?
Men zegt altijd domme vragen bestaan niet, maar het maakt wel uit wie de specifieke vraag stelt. .

Bovendien was het weer zo'n vraag met het doel OS-bashing uit te lokken en niet om het onderwerp zelf.

Door Anoniem:
Niet alle XML bestanden voldoen aan een open standaard.
Indien er uitwisseling plaats vindt, is er een standaard die beschreven is.

Ik kan me alleen herinneren dat de ene standaard aangaf dat array elementen door komma's gescheiden moesten worden en de andere standaard dat array elementen door een komma afgesloten moesten worden. Het verschil zat dan in het laatste element. De mac accepteerde beide als input en schreef zelf de eerste standaard.
Ik ga ervan uit dat deze e-factuur software de te gebruiken standaard al vastlegt, of ook flexibel inleest.
04-07-2020, 14:26 door souplost - Bijgewerkt: 04-07-2020, 14:37
Door Anoniem:
Door souplost:
Hoe kan iemand onzin uitkramen als hij alleen een vraag stelt ?
Men zegt altijd domme vragen bestaan niet, maar het maakt wel uit wie de specifieke vraag stelt.
Je commentaar is op de man of vrouw gericht. Hij of zij deugt niet dan zal de vraag ook niet deugen. Je doet dat met enige regelmaat.

De toeleveranciers rond de overheid zijn verslaaft aan Microsoft software
Incorrect en compleet onjuist. Microsoft beheerd de kantoor automatisering. Maar op server gebied heerst Microsoft helemaal niet.
Groot verschil.
Het gaat hier juist om kantoorautomatisering (inlezen van facturen bv) Het hele open standaarden gebeuren is juist ontstaan omdat Microsoft misbruik maakte van haar monopolie dmv gesloten standaarden.


dus is het logisch om te vragen of deze infrastructuur met een open staandaard werkt.
Nee, alleen als je er geen verstand van hebt, stel je dit soort vragen, helemaal door Microsoft er bij te benoemen, laat je zien hoe je denkt.
Dit soort vragen moet je altijd stellen als er niet wordt gerefereerd naar een open standaard. Microsoft heb ik genoemd als voorbeeld omdat zij samenwerken altijd heeft tegengewerkt door geen specificatie aan te leveren van een veel gebruikte defacto standaard.

Niet alle XML bestanden voldoen aan een open standaard.
Indien er uitwisseling plaats vindt, is er een standaard die beschreven is.
Waar is die beschreven? Assumption is the mother of all fuck-ups.


Default MSOffice xml bestand formaat voldoet bv niet aan een open standaard.
Maar aan wel heel veel andere standaarden.
En het is eigenlijk het bestand om data uit te wisselen. Maar dat is een andere discussie.
Nope dat is bv PDF of ODF en niet de MS XML

De enige die onzin uitkraamt is U dus.
Nope. Je probeert je eigen problemen met Microsoft hier neer te zetten.
Nope ik vraag naar de specificatie van de open standaard. Microsoft is alleen een groot voorbeeld van verkrachting van standaarden (kerberos). Daar moet je dus alert op zijn want de lobby (via VNG etc ) is groot. Dat was een maatschappelijkprobleem en niet van mij alleen. Typisch fanclub opmerking, het ligt altijd aan een individu

Er wordt niet eens een (Europese) norm genoemd. XML staat niet bij facturatie en administratie https://www.forumstandaardisatie.nl/domein/e-facturatie-en-administratie
Een XML is een data structuur. Hoe die structuur opgebouwd is, wordt bijvoorbeeld in de UBL standaard beschreven. Die ook momenteel heel veel voor e-facturen gebruikt wordt. Ik kan deze al direct vanuit mijn boekhoudprogramma meesturen.
En deze staat heel netjes vermeld https://www.forumstandaardisatie.nl/open-standaarden/ubl op je website.
Die link had ik al vermeld. Ik vroeg naar de specificatie van het gebruikte xml-bestand. De vraag is ook hoe de PEPPOL-autoriteit er op toeziet dat de toegelaten deelnemers zich houden aan de gezamenlijke afspraken over de veiligheid, betrouwbaarheid en interoperabiliteit van de digitale infrastructuur.]
04-07-2020, 14:53 door Anoniem
Eh...
Is er iemand die hierop zit te wachten???
04-07-2020, 15:27 door Anoniem
Als je eenmaal tussen die vriendjes politiek zit, word je stinked rijk : half werk leveren, dubbel betaald worden.
Hier in Nederland betalen ze dat allemaal heel graag aan hun vriendjes alvast in het voren zonder een product.
En maar lekker uitbesteden aan india.

Ik ben zelf geen oplichter, anders was dit de manier om rijk te worden :
Veel belasting geld inkasseren,
geef mij maar gewoon een uitkering,
dan neem ik een beetje van dat belasting-geld, en heeft niemand wat te zeuren, tenzij je jaloers bent dat je zelf hard moet werken.
04-07-2020, 21:36 door Anoniem
Door souplost: Er wordt niet eens een (Europese) norm genoemd. XML staat niet bij facturatie en administratie https://www.forumstandaardisatie.nl/domein/e-facturatie-en-administratie
Klik eens op de eerste link in het artikel. Als je daar even doorleest ontdek je dat de standaard waar het om gaat genoemd wordt en NLCIUS heet.

Ga nou eens naar de pagina waar je zelf naar linkt. Als je goed kijkt kan je daar doorklikken naar een tweede pagina en daar staat.... NLCIUS.

XML is geen document- of berichtformaat maar een taal die voor dergelijke formaten als basis kan worden gebruikt. XML staat voor eXtensible Markup Language. Door NLCIUS als standaard te accepteren accepteert men de XML die nodig is om geldige NLCIUS-berichten te maken. Als XML zelf als standaard zou zijn genoemd zou iedereen een naar eigen inzicht ingedeelde XHTML-pagina's in kunnen sturen voor die berichten en was uitpluizen daarvan noest handwerk geweest. Niet verstandig.

Je hebt op zich wel een punt dat een vraag stellen nog geen onzin uitkramen is, maar toch bestaat er wel zoiets als een onzinnige vraag. Je vraag kan als onzinnig worden gezien omdat je het antwoord erop makkelijk zelf had kunnen vinden als je de informatie die geboden wordt (ook die waarnaar gelinkt wordt) tot je door zou laten dringen. Ik vermoed dat degene die schreef dat je onzin uitkraamt (dat was ik niet) daarop doelde.

Als iedereen er maar impulsief wat uitflapt zonder dingen goed te lezen, en ook zo op elkaar reageert, dan praten we vooral nergens over. Als iedereen zelf de moeite doet om iets dieper in de materie te duiken en te kijken of daar antwoorden op die impulsieve vragen te vinden zijn dan praten er opeens mensen met elkaar die er allemaal wat meer weten en begrijpen en die elkaars kennis en begrip kunnen aanvullen. Dan heb je inhoudelijke discussies die aanzienlijk interessanter zijn.

Ik denk dat de reacties die je kreeg op je vraag van mensen zijn die hier liever die interessantere discussies zouden zien.
05-07-2020, 11:18 door Anoniem
Door Anoniem: Eh...
Is er iemand die hierop zit te wachten???
Wel eens een digitale factuur verstuurd? Of al met e-facturen te maken gehad?

Of heb jij wel eens een factuur richting de overheid gestuurd?

Uit je antwoord te halen => NEE.

Door Anoniem: Als je eenmaal tussen die vriendjes politiek zit, word je stinked rijk : half werk leveren, dubbel betaald worden.
Hier in Nederland betalen ze dat allemaal heel graag aan hun vriendjes alvast in het voren zonder een product.
En maar lekker uitbesteden aan india.

Ik ben zelf geen oplichter, anders was dit de manier om rijk te worden :
Veel belasting geld inkasseren,
geef mij maar gewoon een uitkering,
dan neem ik een beetje van dat belasting-geld, en heeft niemand wat te zeuren, tenzij je jaloers bent dat je zelf hard moet werken.
En wat heeft dit het dit topic te maken?
06-07-2020, 09:00 door Anoniem
Door Anoniem:
Door souplost: Er wordt niet eens een (Europese) norm genoemd. XML staat niet bij facturatie en administratie https://www.forumstandaardisatie.nl/domein/e-facturatie-en-administratie
Klik eens op de eerste link in het artikel. Als je daar even doorleest ontdek je dat de standaard waar het om gaat genoemd wordt en NLCIUS heet.

Ga nou eens naar de pagina waar je zelf naar linkt. Als je goed kijkt kan je daar doorklikken naar een tweede pagina en daar staat.... NLCIUS.

XML is geen document- of berichtformaat maar een taal die voor dergelijke formaten als basis kan worden gebruikt. XML staat voor eXtensible Markup Language. Door NLCIUS als standaard te accepteren accepteert men de XML die nodig is om geldige NLCIUS-berichten te maken. Als XML zelf als standaard zou zijn genoemd zou iedereen een naar eigen inzicht ingedeelde XHTML-pagina's in kunnen sturen voor die berichten en was uitpluizen daarvan noest handwerk geweest. Niet verstandig.

Je hebt op zich wel een punt dat een vraag stellen nog geen onzin uitkramen is, maar toch bestaat er wel zoiets als een onzinnige vraag. Je vraag kan als onzinnig worden gezien omdat je het antwoord erop makkelijk zelf had kunnen vinden als je de informatie die geboden wordt (ook die waarnaar gelinkt wordt) tot je door zou laten dringen. Ik vermoed dat degene die schreef dat je onzin uitkraamt (dat was ik niet) daarop doelde.

Als iedereen er maar impulsief wat uitflapt zonder dingen goed te lezen, en ook zo op elkaar reageert, dan praten we vooral nergens over. Als iedereen zelf de moeite doet om iets dieper in de materie te duiken en te kijken of daar antwoorden op die impulsieve vragen te vinden zijn dan praten er opeens mensen met elkaar die er allemaal wat meer weten en begrijpen en die elkaars kennis en begrip kunnen aanvullen. Dan heb je inhoudelijke discussies die aanzienlijk interessanter zijn.

Ik denk dat de reacties die je kreeg op je vraag van mensen zijn die hier liever die interessantere discussies zouden zien.
De openstandaard staat niet expliciet in het artikel, dus is het geen onzinnige of overbodige vraag. Als mensen zeggen "ik was het niet" zijn ze het vaak wel!
Reageren

Deze posting is gelocked. Reageren is niet meer mogelijk.