NETWERK VOOR DE INNOVATIEVE INFORMATIEWERKER
UBL Facturen
Wellicht dat niet iedereen het heeft meegekregen, maar vanaf 1 januari jongstleden geldt een nieuw regime voor het kunnen e-factureren aan de Rijksoverheid.
Vanaf die datum is iedere ondernemer die iets wil factureren aan de Rijksoverheid verplicht dat te doen onder gebruikmaking van het UBL formaat (is XML) voor elektronisch factureren. De UBL factuur gaat ervoor zorgen dat het aantal handelingen om een factuur te verwerken drastisch zal verminderen.
Deze contractuele verplichting loopt vooruit op een wettelijke verplichting die uit een Europese richtlijn voortvloeit. Daarin staat dat per eind 2018 het verplicht wordt om de rijksoverheden te beleveren met e-factureren in een geavanceerder formaat dan ‘plat’ PDF.
De gedachte om de verplichting al vanaf 1 januari 2017 in nieuwe inkoopovereenkomsten te plaatsen, is:
Om een factuur geautomatiseerd te verwerken moet een computer snappen welke gegevens er op de factuur staan. Het is lastig om geautomatiseerd, zonder fouten, gegevens uit een post of PDF factuur te lezen. De betekenis van een stuk tekst op papier is niet gedefinieerd. De interpretatie van gegevens (Bijvoorbeeld: wat is het bedrag op de factuur?) moeten we vaak zelf nog uitvoeren.
De UBL factuur omvat daarom een serie afspraken over een digitale gegevensstructuur op een factuur in XML formaat. Hierdoor kan ieder factuurprogramma of boekhoudpakket, dat zich aan de standaard houdt, eenvoudig facturen met een ander programma uitwisselen. Na ontvangst van de factuur worden gegevens digitaal ingelezen. Hierdoor hoef je geen gegevens meer over te typen.
Rijksoverheid
Op de website “Platform E-Factureren” staat het volgende beschreven over hoe e-facturen aan Rijksoverheden en Rijksdiensten zullen moeten worden aangeleverd:
Gemeenten, provincies en waterschappen
Voor mede-overheden (provincies, waterschappen, gemeenten) en andere aanbestedende diensten geldt een heel ander regiem. Hoe daar e-facturen kunnen worden gestuurd, is afhankelijk van hoe deze overheidsorganisaties zelf hun voorzieningen inrichten. Dat kan via SimplerInvoicing, dat kan via een directe koppeling met Digipoort. Maar ook een e-mail met XML bijlage kan door mede-overheden als e-factuur ontvangen worden.
Voor ondersteuning bij de implementatie van e-factureren bij mede-overheden is een programmabureau e-factureren ingericht bij PIANOo.
En nu de praktijk
Nu halverwege januari 2017 blijken er toch nog wel wat voetangels en probleempjes uit de weg geruimd te moeten worden voordat de landelijke omarming van het UBL formaat gerealiseerd wordt. Op hetzelfde platform “Platform E-Factureren” staat te lezen dat lang niet alle Rijsoverheidsinstanties klaar zijn en is duidelijk dat de aangeboden faciliteiten vanuit de Rijksoverheid ((Digipoort, Leveranciersportaal, SimplerInvoicing) onvoldoende aansluiten bij de mogelijkheden vanuit het bedrijfsleven.
Dan SimplerInvoicing. Het is een van de genoemde mogelijkheden om bij de Rijksoverheid te kunnen afleveren. Alleen, om te kunnen factureren aan de overheid, zal je gebruik moeten maken van SimplerInvoicing Full, betaal je €5.000 per jaar. (http://www.simplerinvoicing.org/details-simplerinvoicing-membership/) Dat is voor leveranciers –van boekhoudpakketten- nogal een drempel, zeker in verhouding tot andere mogelijkheden.
Samengevat is de huidige status als volgt:
Een Nederlandse leverancier die een zeer betaalbare oplossing levert is EasyData uit Apeldoorn met de toepassing Print2Process waarbij ook zeer complexe facturen met een simpele printopdracht omgezet kunnen worden in het gewenste UBL formaat.
Kortom, de wereld staat niet stil. En wie weet wijzigt SimplerInvoicing haar business model nog eens en biedt ze gratis een API ter beschikking om te koppelen met Digipoort. Of dat de Rijksoverheid dat zelf doet.Bewaarplicht voor de belastingdienst van digitale facturen
De belastingdienst heeft een document opgesteld “uw geautomatiseerde administratie en fiscale bewaarplicht”.
Daarin is terug te vinden dat u uw gegevens dient te bewaren in de vorm waarin ze deel zijn gaan uitmaken van de administratie, is dit geval dus het UBL formaat. Ook staat er te lezen dat de factuur niet te veranderen mag zijn. De belastingdienst moet dat bij een controle kunnen vaststellen. Hoe je dat met een UBL factuur moet aantonen is mij op dit moment echter nog niet duidelijk. Een mogelijkheid zou kunnen zijn om de factuur in 2-voud te laten aanleveren, dus bijvoorbeeld zowel in PDF/A formaat als UBL formaat.
Welke gemeenten zijn al aan de slag met het UBL formaat
We zouden graag willen horen wie van onze leden er al aan de slag zijn met deze nieuwe vorm van e-factureren en waar men dan in de praktijk tegenaan loopt.
Bron:
Platform E-factureren http://platformelfa.nl/
http://download.belastingdienst.nl/belastingdienst/docs/geautomatis...
Tags:
Je zou misschien eens een mail kunnen sturen naar het programmabureau van EZ.
Zie ook http://www.breednetwerk.nl/profiles/blogs/e-facturen
Beste Leon,
Bij ons is het binnenkort ook mogelijk om facturen in te dienen via Peppol. Ik heb echter nog geen idee hoe deze facturen vast te leggen in ons archief (we gebruiken Corsa als DMS). Hebben jullie (of anderen) hier al ervaring mee?
Dag Stefan,
Wij kiezen ervoor om de archivering van deze berichten te gaan inrichten in de vakapplicatie waarmee de financiën worden afgehandeld. Ze komen dus niet een DMS terecht.
Stefan van den Deijssel zei:
Beste Leon,
Bij ons is het binnenkort ook mogelijk om facturen in te dienen via Peppol. Ik heb echter nog geen idee hoe deze facturen vast te leggen in ons archief (we gebruiken Corsa als DMS). Hebben jullie (of anderen) hier al ervaring mee?
Hoi Marieke,
Met welk pakket werken jullie? Is daar het beheer makkelijk in te regelen? Kan je bijvoorbeeld redelijk eenvoudig vernietigen al dan niet automatisch?
Hoi Stefan, wij werken met Key2Financiën. Met de huidige versie waarmee we werken is het beheer nog niet praktisch geregeld. Die functionaliteit komt beschikbaar bij de volgende versie. We wachten nu dus op de update. Ik kan dus niet zeggen of het makkelijk is in de uitvoering. We hebben wel bij de projectleider en de functioneel beheerder aangegeven dat de vernietiging zich ook moet uitstrekken tot de berichten. Met die scope is men akkoord gegaan.
Hoi Leon, je geeft aan:
(...) Ook staat er te lezen dat de factuur niet te veranderen mag zijn. De belastingdienst moet dat bij een controle kunnen vaststellen. Hoe je dat met een UBL factuur moet aantonen is mij op dit moment echter nog niet duidelijk. Een mogelijkheid zou kunnen zijn om de factuur in 2-voud te laten aanleveren, dus bijvoorbeeld zowel in PDF/A formaat als UBL formaat.
Je zou dit ook kunnen oplossen met goed autorisatiebeheer. Als gebruikers bestanden enkel met 'alleen-lezen'-rechten kunnen ophalen, voorkom je dat er onbedoelde of ongeautoriseerde wijzigingen worden aangebracht. Als je het echt wil dichttimmeren kun je hashing inzetten, maar dat schiet in dit geval het doel een beetje voorbij vind ik. Overigens kun je een PDF/A-document ook nog steeds wijzigen, dus dat is op zichzelf geen hele betrouwbare oplossing.
Bij ons is het zo ingericht dat de factuur via een koppeling zowel als XML-bronbestand als in leesbaar PDF-formaat wordt opgeslagen in een DMS. Ze worden aan gebruikers getoond via een PDF-viewer.
© 2024 Gemaakt door Marco Klerks. Verzorgd door