UBL en Peppol

[menno]

ik maak toch maar even een nieuw topic, want dit is voor veel van jullie interessant en belangrijk.

Zoals de meesten van jullie wel zullen weten is het voor bedrijven in België en Duitsland vanaf 1 Januari 2026 verplicht om B2B elektronisch te factureren.

Ongeveer 8 jaar geleden heb ik voor mijzelf UBL facturen geïmplementeerd en sindsdien heb ik daar af en aan verbeteringen in aangebracht. In de afgelopen zomer heb ik @Peter Wagemans geholpen bij de implementatie van één van zijn klanten en heb daarna mijn xslt-stylesheet (want veel meer was het eigenlijk niet) in een module gegoten die aan een willekeurige FileMaker implementatie kan worden gekoppeld.

In principe gaat het om het maken van facturen, maar als je bedrijf bent en die krijgt 'elektronische' facturen, dan wil je (moet je) die ook kunnen inlezen. Mijn module kan dat ook, mits de factuur daadwerkelijk voldoet aan de UBL-standaard.

Heb je nu zo'n stukje software beschikbaar, dan moet je ook in staat zijn om de facturen die je zo maakt te versturen. Tot op heden (en dat doe ik zelf ook nog) kan je dat gewoon per email doen, maar zodra de verplichting in BE en DE ingaat mag dat niet meer.

De UBL-facturen moeten dan via het zogenaamde Peppol-netwerk worden verstuurd en ontvangen. De partijen die als 'mediator' op kunnen treden tussen ons en het Peppol-netwerk bieden koppelingen aan met jouw eigen boekhoudpakket (Exact, Asperion, Snelstart, Moneybird, e-Boekhouden, Muis, Twinfield, Informer, Cash, Visma, etc. etc.). 

Het is dan voldoende om in jouw BHP de factuur te maken en die kan dan direct vanuit dat BHP het Peppol-netwerk worden ingeschoten. Wij werken natuurlijk met FileMaker, die heeft zo'n koppeling niet en de module die ik heb gemaakt heeft dat ook nog niet. 

Vanmiddag heb ik contact gehad met Banqup en zij zijn onderdeel van UnifiedPost, die zit over de hele wereld en daarmee valt over een koppeling te praten. Zij bieden een API om e-facturen volgens de laatste UBL-specificaties te valideren, versturen en te ontvangen. Die API kan niet iedereen zomaar gebruiken. Er moet een SLA worden afgesloten en er moet een implementatieproces worden doorlopen.

Daarna kunnen bedrijven die gebruik maken van mijn module zelf een abonnement afsluiten bij Banqup en facturen versturen en ontvangen. De maandelijkse kosten starten op 10 Euro per maand voor 500 facturen per jaar, dus eigenlijk is het 120 Euro per jaar voor 500 facturen. Bij een groter aantal per jaar, neem je gewoon een iets groter abonnement af.

Het belangrijkste van deze partij is dat ze je aansluiten op het Peppol-netwerk én zijn internationaal. Het maakt dus niet uit of je in NL, BE of FR zit en ook niet waar je klanten zitten en ook niet welke partij zij gebruiken voor hun aansluiting.

Mijn module is bijna productierijp, maar in de loop van Januari zal ik die wel klaar hebben. De aansluiting met Peppol via Banqup is er ook nog niet, maar de eerste stappen zijn gezet.

[Jan Wynen]

Beste Menno,

Is je module te koop ?

Groeten

Jan

[VWin]

Ik zelf heb, voor het ogenblik, als test, een gebruikscontractje afgesloten met "Billit", een online facturatieprogramma:

- zij zorgden voor de Peppol-accreditatie (of hoe noem je dat anders ?) 

- ik stuur de uitgaande facturen (klassieksgewijs als pdf) via email naar de klanten én naar een per Billitgebruiker uniek Billit-emaiadres.

- Billit verwerkt (dmv OCR) de factuurgegevens en verstuurt de Peppol-factuur (UBL-standaard) naar de betrokken klanten (en desgewenst zelfs nogmaals als pdf naar de klanten...)

- Indien je zelf je bedrijfsboekhouding laat verzorgen door een extern boekhoudingskantoor (of zelf in huis een niet FMP- boekhoudpakket gebruikt ) kan je zelfs maken dat de bewuste factuur-info door Billit wordt doorgestuurd naar één van de dertigtal vermeldde  boekhoudpakketten...

De OCR-kwaliteit is (voorlopige evaluatie..) super-efficient.

Ik zie niet echt in hoeverre dergelijke externe aanvullingen een bedreiging zouden vormen voor ons eigen fmp-klienteel.

 

[menno]

De resultaten die met OCR worden bereikt zijn wisselend succesvol, afhankelijk van degene die je daarover spreekt.

Eigenlijk is dat ook wel logisch, want er worden op facturen van afzondelijke bedrijven verschillende lettertypen, indelingen, images, kleuren etc. gebruikt. De indeling en de lettertypen plus de lettergrootten hebben flinke invloed op het succes van OCR. Ik heb toch van diverse mensen gehoord, dat ze hun met OCR ingelezen facturen altijd moeten controleren op hun juistheid.

Je wilt dat jouw factuur 1 op 1 en foutloos in het peppol-bericht terechtkomt en dat lukt eigenlijk alleen maar als de items op die factuur zelf invoert/upload. Precies dat doe je met zo'n UBL-factuur: alle gegevens staan in XML gedefiniëerd zoals in jouw eigen factuurregistratie plus de PDF, die je hebt gegenereerd, wordt in die XML met base64-encoding ge-embedded.

Ik zeg niet dat je 'de gang via OCR' niet moet gebruiken. Wannneer je slechts enkele facturen per maand verstuurt, dan vind je het controleren van het resultaat van OCR misschien niet zo'n probleem. Als je echter meer dan slechts een paar facturen per maand verstuurt of als je meer (nauwkeurig) gemak wilt, dan heeft het zelf genereren van UBL denk ik toch de voorkeur.

Zoals ik in de opener van deze topic schreef is mijn module bijna productierijp, maar er moeten nog een paar stations worden langsgegaan voordat die ook daadwerkelijk beschikbaar kan worden gesteld:

1. Handleiding voor installatie en gebruik schrijven
2. Ondersteunende website voor updates en andere informatie
3. Realiseren koppeling met Peppol-netwerk (SLA, integreren API, etc.) via Banqup/UniifiedPost.

Aan deze laatste punten wordt gewerkt, maar dat kost tijd en het niet veel zin om de module nu al te verspreiden. Vooral het API-deel met Banqup zal nog wat tijd vergen, want de API is waarschijnlijk snel voor elkaar, maar ik moet eerst de ballotage door en pas dan kan ik daaraan werken.

Ik krijg inmiddels regelmatig mailtjes en pm's alhier met vragen als: 'kan je ons helpen' en 'is de module al te koop'. Het lijkt me handig om n dit topic regelmatig mijn vorderingen te posten, dan beantwoord de berichten omtrent 'UBL en Peppol' verder niet meer  

Jullie kunnen vragen uitraard hier stellen en wanneer er hier nog geen antwoord op is gegeven, gebeurt dat hier.

De huidge stand is als volgt:

1. De export naar UBL met een PDF embedded is klaar
2. Handleiding: in bewerking
3. Website: in bewerking
4. Koppeling Peppol: in onderhandeling, nog niets gebouwd

Er is dus nog wel wat te doen  

[bigbadwolf]

Klinkt goed. Hoewel ik geen voorstander ben van door de overheid opgelegde routes.

[PaccaS]

Ik volg, ik heb ook interesse in deze implementatie

[PaccaS]

Op 31-12-2024 om 20:55, menno zei:

De resultaten die met OCR worden bereikt zijn wisselend succesvol, afhankelijk van degene die je daarover spreekt.

Eigenlijk is dat ook wel logisch, want er worden op facturen van afzondelijke bedrijven verschillende lettertypen, indelingen, images, kleuren etc. gebruikt. De indeling en de lettertypen plus de lettergrootten hebben flinke invloed op het succes van OCR. Ik heb toch van diverse mensen gehoord, dat ze hun met OCR ingelezen facturen altijd moeten controleren op hun juistheid.

Je wilt dat jouw factuur 1 op 1 en foutloos in het peppol-bericht terechtkomt en dat lukt eigenlijk alleen maar als de items op die factuur zelf invoert/upload. Precies dat doe je met zo'n UBL-factuur: alle gegevens staan in XML gedefiniëerd zoals in jouw eigen factuurregistratie plus de PDF, die je hebt gegenereerd, wordt in die XML met base64-encoding ge-embedded.

Ik zeg niet dat je 'de gang via OCR' niet moet gebruiken. Wannneer je slechts enkele facturen per maand verstuurt, dan vind je het controleren van het resultaat van OCR misschien niet zo'n probleem. Als je echter meer dan slechts een paar facturen per maand verstuurt of als je meer (nauwkeurig) gemak wilt, dan heeft het zelf genereren van UBL denk ik toch de voorkeur.

Zoals ik in de opener van deze topic schreef is mijn module bijna productierijp, maar er moeten nog een paar stations worden langsgegaan voordat die ook daadwerkelijk beschikbaar kan worden gesteld:

1. Handleiding voor installatie en gebruik schrijven
2. Ondersteunende website voor updates en andere informatie
3. Realiseren koppeling met Peppol-netwerk (SLA, integreren API, etc.) via Banqup/UniifiedPost.

Aan deze laatste punten wordt gewerkt, maar dat kost tijd en het niet veel zin om de module nu al te verspreiden. Vooral het API-deel met Banqup zal nog wat tijd vergen, want de API is waarschijnlijk snel voor elkaar, maar ik moet eerst de ballotage door en pas dan kan ik daaraan werken.

Ik krijg inmiddels regelmatig mailtjes en pm's alhier met vragen als: 'kan je ons helpen' en 'is de module al te koop'. Het lijkt me handig om n dit topic regelmatig mijn vorderingen te posten, dan beantwoord de berichten omtrent 'UBL en Peppol' verder niet meer  

Jullie kunnen vragen uitraard hier stellen en wanneer er hier nog geen antwoord op is gegeven, gebeurt dat hier.

De huidge stand is als volgt:

1. De export naar UBL met een PDF embedded is klaar
2. Handleiding: in bewerking
3. Website: in bewerking
4. Koppeling Peppol: in onderhandeling, nog niets gebouwd

Er is dus nog wel wat te doen  

ik ben ook geintresseerd in een peppol oplossing voor filemaker

[Patrick De Bouver]

Zeker ook geïnteresseerd!
Ik kijk ernaar uit.

[se7en]

Is het mogelijk om via OkiOki een Filemaker-applicatie te behouden ?

Zijn er gebruikers die OkiOki reeds gebruiken ?

[menno]

UBL_Writer nu officieel beschikbaar voor FileMaker-gebruikers en ontwikkelaars

Na uitgebreide tests en enkele succesvolle implementaties bij klanten in Nederland en België is UBL_Writer nu officieel beschikbaar.

Deze module is speciaal ontwikkeld voor FileMaker-administratiesystemen en maakt het eenvoudig om geldige UBL-verkoopfacturen te genereren. 

Vanaf 1 januari 2026 is het in België verplicht om via Peppol te factureren. Met UBL_Writer ben je hierop voorbereid: de facturen voldoen aan de UBL-standaard en kunnen via platforms zoals billit.be met je eigen e-mailadres worden verzonden.

Voor Nederland wordt gewerkt aan een koppeling met de API van eConnect, zodat facturen ook daar eenvoudig via Peppol kunnen worden verstuurd.

De integratie in FileMaker is eenvoudig. Met basiskennis van scripts en relaties kan je zelf aan de slag. De handleiding is beschikbaar op https://customers.vbzs.nl/help.html

De implementatie kost over het algemeen slechts enkele uren. M.b.v. de documentatie kan je UBL_Writer zelf aan jouw administratie koppelen en aansturen. Uiteraard kan ik je daar ook bij helpen, maar dat zal in de meeste gevallen niet nodig zijn, de help-documentatie biedt voldoende houvast. 

Een proeflicentie voor een bedrijf is 6 weken geldig, daarna kan je hem vanuit de applicatie direct aanschaffen. De definitieve licentie wordt direct beschikbaar gemaakt.

Meer informatie is te vinden op: https://customers.vbzs.nl en demo kan je downloaden van: https://customers.vbzs.nl/downloads/UBL_Writer.zip 

[Peter Wagemans]

Eind vorig jaar heb ik een 5-tal implementatie gemaakt in FileMaker die via een Peppol gateway de verkoopfacturen en credit notas versturen.

De twee gateways die ik gebruikt heb, zijn B2BRouter en Billit. Beiden hebben een JSON restAPI interface. B2BRouter heeft heel veel regeltjes, en onvoorstel slechte foutmeldingen, er zijn blijkbaar 2 flavours hiervan, waaronder een italiaanse versie die ze OK vonden om in België te gebruiken.

Billit is onwaarschijnlijk gebruiksvriendelijk. Heel interessant dat Billit een aantal koppelingen naar populaire boekhoudsoftware heeft (waaronder Exact) en dat je hiermee ALLE facturen kan doorsturen, zelfs die facturen waar de gefactureerde niet BTW plichtig of een buitenlands bedrijf is.

[VWin]

Wat Billit betreft moet ik wel melden: 

- gelijkwelke factuur die ik maandenlang - in velerlei vormen- opstuurde als pdf ( dus niet via een API) werd door Billit NIET correct ingescand  in tegenstelling daarentegen tot bij Doccle (= 100 % succes).

- Daarom maar zelf een xml-formulier (op basis van hun creaties ) opgesteld tot een uitgaande factuur vanuit Filemaker. Dat bestand wordt dan wel  (uiteraard) vlot door Billit ingelezen en verder verwerkt.

Edited February 16 by VWin

[menno]

Een van mijn Belgische klanten gebruikt mijn UBL_Writer en stuurt de producten daarvan (alleen het xml-bestand, met daarin vervat zijn initiële pdf) per e-mail aan zijn billit-endpoint. Hij stuurt er 300 facturen per maand mee weg, voor zover ik weet zonder problemen.

Het enige dat hij moet doen is de BTW op de juiste manier bij de artikelen aangeven en bij de klanten het juiste BTWnummer of indien van toepassing het juiste GLN. Verder zijn er wel een paar zaken die goed moeten zijn ingevuld, maar dat moet sowieso in een degelijke administratie.