Peppol is geen software en ook geen platform: het is het netwerk waarmee twee bedrijven facturen kunnen uitwisselen zonder elkaar vooraf te kennen. Sinds 1 september 2026 speelt het een centrale rol in de Franse hervorming.
Peppol in een notendop
Peppol is een netwerk voor de uitwisseling van zakelijke documenten, gebaseerd op een eenvoudig principe: een bedrijf verbindt zich eenmalig met één provider en is vervolgens bereikbaar voor alle andere bedrijven die op het netwerk zijn aangesloten, ongeacht hun locatie. De naam is een acroniem voor Pan-European Public Procurement On-Line, afgeleid van een Europees project dat oorspronkelijk gericht was op overheidsaanbestedingen, maar het gebruik ervan is inmiddels veel breder geworden.
De meest accurate vergelijking is e-mail. Je hebt geen overeenkomst met de e-mailprovider van je klant getekend om hen een bericht te sturen. Jij hebt een adres, zij hebben er een, en de infrastructuur regelt de rest. Peppol doet hetzelfde voor facturen, inkooporders en verzendberichten, met één belangrijk verschil: de inhoud van het document is gestandaardiseerd, zodat de ontvangende machine het zonder menselijke tussenkomst kan lezen.
Deze standaardisatie is wat het netwerk zijn waarde geeft. Een Peppol-factuur is geen afbeelding of pdf die iemand opnieuw moet invoeren. Het is een gestructureerd bestand waarin elk stukje informatie een vaste plaats heeft: het factuurnummer hier, het bedrag exclusief btw daar, en het btw-tarief op diezelfde plek. De software van de ontvanger integreert het direct in zijn boekhoudsysteem.
Wat Peppol niet is
Drie veelvoorkomende misvattingen keren steeds terug en kosten bedrijven tijd, omdat ze moeten uitzoeken wat er van hen verwacht wordt. Het is het beste om deze meteen uit de weg te ruimen.
Peppol is geen softwareprogramma dat je installeert. Je downloadt Peppol niet en je maakt geen Peppol-account aan. Je maakt gebruik van een serviceprovider die is aangesloten op het netwerk. Voor jou is de ervaring vergelijkbaar met je gebruikelijke facturatietool: je maakt een factuur aan, je klikt op verzenden en de serviceprovider zorgt voor de verzending.
Peppol is geen centraal platform. Er is geen enkele server waar alle rekeningen in Europa doorheen gaan. Het netwerk is gedecentraliseerd: tientallen aanbieders beheren elk hun eigen toegangspunten, en deze toegangspunten communiceren met elkaar volgens gemeenschappelijke regels. Niemand is eigenaar van het netwerk; iedereen houdt zich aan de regels.
Peppol is niet zomaar een ander factuurformaat. Dit is een veelvoorkomend misverstand, omdat het vaak verward wordt met Factur-X of UBL. Peppol definieert een inhoudsformaat, een methode voor het identificeren van deelnemers en een transportprotocol. Het formaat is slechts één van deze drie componenten, en Peppol alleen bespreken in termen van formaat is als het verwarren van een envelop met de postdienst.
Het vierhoekige model, uitgelegd zonder vakjargon.
Alle technische documentatie over Peppol verwijst naar het "vierhoekige model". Achter deze enigszins abstracte naam schuilt een idee dat in dertig seconden te begrijpen is.
Stel je vier posities voor. In de eerste hoek staat het bedrijf dat de factuur uitstuurt. In de tweede hoek staat de serviceprovider, degene die het netwerktoegangspunt beheert. In de derde hoek staat de serviceprovider van de ontvanger. In de vierde hoek staat het ontvangende bedrijf zelf. De factuur begint in de eerste hoek, gaat omhoog naar de tweede, reist via het netwerk naar de derde en vervolgens weer omlaag naar de vierde.
Het voordeel van deze opsplitsing is dat het combinatorische probleem wordt geëlimineerd. Zonder netwerk zouden duizend bedrijven die elektronische facturen willen uitwisselen, potentieel honderdduizenden bilaterale verbindingen moeten leggen. Met het vierhoekmodel legt elk bedrijf slechts één verbinding, namelijk die met de serviceprovider. De rest wordt gedeeld.
Deze architectuur verklaart ook waarom u zich geen zorgen hoeft te maken over de softwarekeuze van uw klant. Of ze nu met een Franse, Duitse of Nederlandse softwareleverancier werken, is irrelevant, zolang ze maar met het netwerk verbonden zijn. Dit is precies de betekenis van het woord interoperabiliteit, dat constant in officiële documenten wordt genoemd.
De drie technische bouwstenen
Een Peppol-connectie is gebaseerd op drie verschillende elementen. Door deze te onderscheiden, begrijpt u beter welke vragen u gesteld zullen worden.
De deelnemers-ID
Om een factuur op de juiste bestemming te krijgen, is een adres nodig. Bij Peppol is dit adres een identificatiecode die is samengesteld uit een bestaand bedrijfsnummer, voorafgegaan door een code die het type nummer aangeeft. In Frankrijk dienen het SIRET-nummer en het intracommunautaire btw-nummer uiteraard als basis.
Deze identificatiecode wordt gepubliceerd in een gedistribueerde directory. In de praktijk, wanneer uw serviceprovider een factuur wil versturen, raadpleegt deze eerst deze directory om te bepalen of de ontvanger bereikbaar is, via welk toegangspunt en voor welke soorten documenten. Deze stap is voor u onzichtbaar, maar het is essentieel dat het netwerk kan functioneren zonder één centrale directory.
Het documentformaat
Peppol baseert zich op een specificatie genaamd Peppol BIS, die zelf is gebaseerd op de Europese standaard voor elektronische facturering en op de UBL-syntaxis. Deze technische terminologie beschrijft een eenvoudige realiteit: een reeks regels die specificeren welke informatie op een factuur moet staan, in welk formaat en welke informatie verplicht is.
Deze regels zijn geen loutere aanbevelingen. Een document dat er niet aan voldoet, wordt door het netwerk afgewezen voordat het de ontvanger bereikt. Dit is een strikte eis en het is precies dit aspect dat ervoor zorgt dat een ontvangen factuur automatisch kan worden verwerkt.
vervoer
Het derde onderdeel is het protocol dat het bestand daadwerkelijk van het ene toegangspunt naar het andere routeert. Het zorgt voor de versleuteling van de uitwisselingen, de authenticatie van beide toegangspunten en, het allerbelangrijkste, de ontvangstbevestiging: de afzender weet of zijn document is aangekomen. Deze laatste functie heeft aanzienlijke juridische en operationele waarde, omdat het een einde maakt aan geschillen over facturen die zogenaamd nooit zijn ontvangen.
Elk toegangspunt moet beschikken over certificaten die zijn uitgegeven binnen een public key infrastructure (PKI). Dit voorkomt dat zomaar iedereen verbinding maakt met het netwerk en er documenten in injecteert.
Het proces van een factuurverwerking, stap voor stap.
Laten we het volledige traject van een factuur eens bekijken, van de klik van de afzender tot de verwerking ervan door de ontvanger.
Stap 1. U maakt de factuur aan in uw beheertool, net zoals u dat nu al doet. Er verandert niets aan uw dagelijkse routine.
Stap 2. Uw tool verzendt de factuur naar uw serviceprovider, die deze, indien nodig, omzet naar het door het netwerk verwachte formaat en controleert of deze voldoet aan de validatieregels.
Stap 3. De serviceprovider raadpleegt de directory om het toegangspunt van de ontvanger te vinden aan de hand van diens identificatiecode.
Stap 4. Het document wordt versleuteld van toegangspunt naar toegangspunt verzonden, met een technische bevestiging als tegenprestatie.
Stap 5. De dienstverlener van de ontvanger stelt de factuur beschikbaar, hetzij in hun boekhoudsoftware, hetzij in hun patiëntenportaal.
Stap 6. De ontvanger verwerkt de factuur, koppelt deze indien nodig aan de bestelling en start het validatieproces.
Het hele proces duurt slechts enkele seconden. Het verschil met versturen via e-mail zit hem niet in de snelheid, maar in het feit dat niemand iets opnieuw hoeft in te voeren en dat er aan beide kanten een registratie van de uitwisseling bestaat.
Waarom sluit Frankrijk zich hierbij aan?
De Franse hervorming van de elektronische facturering vereist dat goedgekeurde platforms interoperabel zijn. Het wettelijke kader biedt twee manieren om dit te bereiken: het sluiten van een bilaterale interoperabiliteitsovereenkomst met een ander goedgekeurd platform, of het gebruik van een netwerkprotocol voor informatie-uitwisseling.
De eerste optie stuit op het hierboven beschreven combinatorische probleem. Met tientallen goedgekeurde platforms wordt de wildgroei aan bilaterale overeenkomsten al snel onbeheersbaar, en elk nieuw platform zou met alle andere platforms moeten onderhandelen. De tweede optie, het netwerkuitwisselingsprotocol, lost dit probleem in één keer op: iedereen hanteert dezelfde regels en interoperabiliteit vloeit voort uit de naleving daarvan.
Peppol bestond al, was beproefd, werd in verschillende Europese landen gebruikt en was precies voor deze behoefte ontworpen. De keuze lag voor de hand.
De DGFiP is de Peppol-autoriteit voor Frankrijk geworden.
Dit is een punt dat zelden wordt genoemd, maar dat de aard van het onderwerp verandert.
Peppol is ontwikkeld door OpenPeppol, een vereniging die een deel van haar verantwoordelijkheden delegeert aan nationale autoriteiten. Deze autoriteiten keuren dienstverleners goed, die vervolgens gecertificeerde toegangspuntproviders binnen hun grondgebied worden. De Franse Directie Openbare Financiën (DGFiP) heeft deze rol voor Frankrijk op zich genomen.
Met andere woorden, de Franse belastingdienst is niet zomaar een gebruiker van het netwerk: ze is een van de beheerders ervan binnen het nationale grondgebied. Zij sluiten overeenkomsten met Franse dienstverleners, kunnen aanvullende eisen stellen en bepalen de toegangsvoorwaarden binnen hun jurisdictie.
Nationale vereisten, of waarom Peppol niet voldoende is.
Een nationale Peppol-autoriteit kan technische regels opleggen die specifiek zijn voor haar grondgebied, de zogenaamde Peppol-autoriteitsspecifieke eisen. Deze bevoegdheid is niet louter theoretisch, en Frankrijk heeft er al gebruik van gemaakt.
De meest fundamentele vereiste is deze: om onder de Franse hervorming bevoegd te zijn elektronische facturen te versturen en te ontvangen, moet men geregistreerd staan als een erkend platform. Enkel een verbinding met Peppol is dus onvoldoende.
Het is belangrijk om dit onderscheid te begrijpen, omdat het de bron is van veel misverstanden in het bedrijfsleven. Een uitgever kan prima een Peppol-dienstverlener zijn zonder een erkend platform te zijn, en omgekeerd. De twee statussen corresponderen met twee verschillende logica's: de ene is technisch en Europees, de andere is regelgevend en Frans. Om effectief te kunnen opereren binnen het hervormingskader, zijn beide noodzakelijk.
Wanneer een aanbieder zegt dat hij "Peppol-compatibel" is, is de vraag niet of hij de waarheid spreekt. Het gaat erom of deze compatibiliteit gepaard gaat met de status van een goedgekeurd platform, of dat het simpelweg een koppeling beschrijft met een platform dat die status al heeft. Beide antwoorden zijn acceptabel, maar ze brengen verschillende verplichtingen met zich mee.
Het tijdschema voor de Franse hervorming
De hervorming wordt in twee fasen doorgevoerd, afhankelijk van de grootte van het bedrijf. De volgende data zijn bindend en blijven ongewijzigd gedurende het lopende jaar.
Sinds 1 september 2026Alle bedrijven, ongeacht hun omvang, moeten facturen elektronisch kunnen ontvangen zodra hun leverancier hiertoe verplicht is. Vanaf diezelfde datum zijn grote en middelgrote bedrijven verplicht om zelf elektronisch te factureren en hun transactiegegevens en betalingsinformatie aan de autoriteiten door te geven.
Ingangsdatum: 1 september 2027De verplichting om elektronisch aangifte te doen en aan de administratie te verzenden geldt ook voor kleine en middelgrote ondernemingen, evenals micro-ondernemingen.
Uit deze gang van zaken vloeien twee praktische gevolgen voort. Ten eerste geldt de verplichting om facturen te ontvangen nu voor iedereen: een bedrijf met drie medewerkers dat nog steeds in PDF-formaat factureert, moet desalniettemin een elektronische factuur van een grote klant kunnen ontvangen. Ten tweede ontslaat de deadline van 2027 niemand van zijn huidige verplichtingen, aangezien een leverancier die vanaf 2026 verplicht is facturen te versturen, dit in dit formaat zal doen, ongeacht of de klant daar klaar voor is of niet.
Wat betekent dit voor een bedrijf dat geen software-uitgever is?
De overgrote meerderheid van de bedrijven heeft geen reden om Peppol-serviceprovider te worden. De relevante vraag voor hen is niet "hoe maak ik verbinding met Peppol", maar "voldoet mijn facturatiesysteem aan de eisen, en zo ja, hoe?".
Drie controles zijn voldoende om het onderwerp te kaderen.
Via welk goedgekeurd platform worden mijn facturen verwerkt? Dit is de kernvraag. Ofwel is uw uitgever zelf geregistreerd, ofwel werkt hij samen met een partner die dat wel is. In beide gevallen moeten ze u dit duidelijk kunnen vertellen en de betreffende entiteit bij naam kunnen noemen.
Kan ik het nu al ontvangen? De verplichting om elektronische facturen te ontvangen is al van kracht. Als u niet weet waar de elektronische facturen van uw leveranciers terechtkomen, is dat het eerste probleem dat u moet aanpakken, nog voordat u zich buigt over het versturen ervan.
Zijn mijn stamgegevens correct? Aan de hand van het SIRET-nummer en het intracommunautaire btw-nummer wordt een deelnemersidentificatiecode gegenereerd. Onvolledige klantgegevens of onjuiste nummers leiden tot afwijzingen, en deze afwijzingen zijn van technische aard: de factuur wordt niet verzonden, zonder dat iemand dit direct merkt. Deze gegevensvalidatie is niet erg zichtbaar, maar het is wel de controle die de meeste incidenten voorkomt.
Een Peppol-serviceprovider worden in Frankrijk.
Deze sectie is bedoeld voor uitgevers en beheerders die van plan zijn een eigen toegangspunt te beheren. De door de overheid gepubliceerde procedure bestaat uit vier stappen voor een in Frankrijk gevestigd bedrijf dat nog geen serviceprovider is.
1. Word lid van het OpenPeppol-netwerk. Dit is de voorwaarde voor al het andere, en het wordt rechtstreeks met OpenPeppol gedaan.
2. Onderteken de overeenkomst met de dienstverlener met de Peppol France-autoriteit. Het overeenkomstmodel kan worden gedownload van het online dienstenplatform van de overheid. Na validatie stuurt de betreffende instantie de ondertekende overeenkomst per e-mail terug.
3. Doorsta de conformiteitstests. U moet de benodigde certificaten aanvragen bij de betreffende dienstverlener om toegang te krijgen tot de testomgeving en vervolgens aantonen dat de diensten naar behoren functioneren. Goed nieuws voor projectmanagement: u hoeft de overeenkomst nog niet definitief te hebben om met de tests te beginnen; de twee projecten kunnen parallel lopen.
4. Overgang naar operationele status. Zodra de tests succesvol zijn afgerond en de overeenkomst is getekend, kan de aanvraag voor productiecertificaten worden ingediend, met de overeenkomst als bijlage. Na ontvangst kan de dienst worden geactiveerd.
Het geval voor een dienstverlener die al door Peppol is gecertificeerd en in Frankrijk gevestigd is, is korter: deze sluit een overeenkomst met de Franse Peppol-autoriteit, die vervolgens de coördinerende instantie van Peppol op de hoogte stelt. Deze instantie voert de nodige wijzigingen door en beheert de verdere ontwikkeling van het certificaat.
Een belangrijk punt voor internationale groepen: als het hoofdkantoor in een derde land is gevestigd, wordt de overeenkomst gesloten met de Peppol-autoriteit van dat land, of rechtstreeks met OpenPeppol als die er niet is. In dat geval is het niet nodig om een overeenkomst met de Franse autoriteit aan te gaan.
Certificaten, een slecht voorzien punt
Twee regels zijn het onthouden waard, omdat ze projectteams regelmatig verrassen.
Ten eerste is de Franse Peppol-autoriteit niet verantwoordelijk voor het beheer van certificaten. Dit valt onder een aparte procedure en contact opnemen met de verkeerde instantie kost weken.
Vervolgens moet elk goedgekeurd platform een eigen certificaat hebben. Het delen van een certificaat tussen meerdere rechtspersonen binnen dezelfde groep is niet haalbaar, wat directe gevolgen heeft voor de gekozen architectuur en het budget.
Franse dienstverleners die een contract hebben getekend met de Peppol France-autoriteit.
De overheid publiceert de lijst van dienstverleners met hoofdkantoor in Frankrijk die een overeenkomst hebben gesloten met de Franse autoriteit Peppol. Hieronder vindt u de lijst zoals deze er op 22 december 2025 uitzag. Deze lijst kan worden gewijzigd, dus controleer de meest recente versie voordat u deze in een aanbesteding gebruikt.
74Software, Accenture, Agena 3000 Data Management, Agicap, API First, Arteva, Avalara Frankrijk, AVN Saint-Quentin, Axe-Innovation, Azopio, Basware, BLG Business Communication Solutions, Cecurity.com, Cegedim, Cegid, Chaintrust, Conseil Récupération VATA, Darva, Dext France, Digitica, Docoon, DocProcess France, Doxallia, Edicom Parijs, Edics, EDT Electronic Data Transfert, Entropics, Esalink B2B Services, Euro-Information, Européenne de Traitement de l'Information, Expensya, Expert-Comptable Média Association, Fiducial Cloud, Fulll, Generix Group, IGA Assurances, Indy.fr, Infologic Engineering, Iopole, IPT Technologie, Klekoon, Kolecto PDP, Lucca, Macompta.fr, Mijn Unisoft, N2JSoft, Nexcer, Open Bee France, P&F Partner & Finance OneUP, Pitney Bowes, Pytheas Capital Advisors, Qweeby PDP, Esker, @GP, Scribee, Sellsy La Rochelle, Septeo, Serensia, Seres, Siagilus, Sidetrade, Sigma Informatique, Spendesk, Super G, Symtrax, Tenor, Tessi, Tiime PDP, TX2 Concept, Ventya, Voxis Technologies Saint-Girons, Yooz PDP.
Uit deze lijst komen twee belangrijke conclusies naar voren. Ten eerste de diversiteit: de lijst omvat uitgevers van boekhoudsoftware, specialisten in documentbeheer, aanbieders van onkostenbeheer, consultancybureaus en internationale concerns. Ten tweede zegt de vermelding op de lijst niets over de functionele reikwijdte van het aanbod. Een aanbieder kan uitblinken in documenttransport, maar geen diensten op het gebied van verkoopbeheer aanbieden, of andersom.
Peppol buiten Frankrijk
Het netwerk is niet ontworpen voor de Franse hervorming, en juist dat maakt het zo robuust. Het wordt in verschillende Europese landen gebruikt, zowel voor uitwisselingen met de publieke sector als voor uitwisselingen tussen bedrijven, en het gebruik ervan heeft zich inmiddels ook buiten Europa verspreid.
Voor een exporterend bedrijf is deze internationale dimensie een tastbaar voordeel. Een leverancier die voldoet aan de Franse eisen, wordt zonder extra projectmogelijkheid bereikbaar voor buitenlandse klanten die ook aan de eisen voldoen. Dit is een welkome bijwerking van een wettelijke beperking, die zelden wordt benadrukt.
Het nadeel is dat hetzelfde netwerk verschillende nationale regels kan hanteren. Een document dat in Frankrijk geldig is, is mogelijk niet geldig in een ander land als het ontvangende land eigen eisen stelt. Bij grensoverschrijdende transacties is verificatie per geval noodzakelijk, en niet als algemene regel.
De meest voorkomende fouten
Technische compatibiliteit wordt verward met de wettelijke status. Dit is de meest kostbare fout, en die is hierboven al beschreven. Aangesloten zijn op het netwerk betekent niet automatisch dat je geregistreerd bent als een erkend platform.
Behandel het onderwerp als een IT-project. De koppeling maken is het makkelijke deel. Het lastige deel is de kwaliteit van de gegevens van derden, de controle van interne validatieprocessen en de training van degenen die facturen invoeren. Een bedrijf waarvan het klantenbestand onjuiste SIRET-nummers bevat, zal te maken krijgen met afwijzingen, ongeacht het systeem.
Wacht tot de datum die voor jou geldt voordat je actie onderneemt. Deze redenering is aantrekkelijk voor een kleine structuur waarvan de uitgifteverplichting pas in 2027 ingaat. Men vergeet echter dat de ontvangstverplichting al van kracht is en dat een grote zakelijke klant niet zal wachten.
Beschouw het PDF-bestand als een elektronische factuur. Een PDF die per e-mail wordt verzonden, blijft vanuit het perspectief van de ontvangende machine een afbeelding. De hervorming streeft naar gestructureerde, machineleesbare documenten. Het is een verschil in aard, niet in mate.
De ontvangstbevestiging negeren. Het is niet voldoende om te controleren of de factuur is verzonden. Het netwerk genereert technische feedback en een ongecontroleerde datastroom kan wekenlang onopgemerkt mislukken. Plan wie deze feedback controleert en hoe vaak.
Vragen die je aan je uitgever kunt stellen
Als je moet kiezen tussen meerdere oplossingen, bieden deze zes vragen een betere structuur dan een opsomming van functies.
- Bent u geregistreerd als erkend platform, of maakt u gebruik van een partner die dat wel is? Zo ja, welke partner?
- Bent u een Peppol-dienstverlener onder toezicht van Peppol Frankrijk, en sinds wanneer?
- Hoe ontvangen uw klanten momenteel elektronische facturen van hun leveranciers?
- Wat gebeurt er precies als een factuur door het netwerk wordt afgewezen, en hoe word ik daarvan op de hoogte gesteld?
- Hoe gaat u om met de overdracht van mijn gegevens van derden, en met name met de verificatie van SIRET-nummers?
- Welke formaten accepteert u als invoer en welke formaten produceert u als uitvoer?
De kwaliteit van de antwoorden is net zo belangrijk als de inhoud ervan. Iemand die spontaan onderscheid kan maken tussen de wettelijke status van een technische verbinding, kent zijn of haar onderwerp. Iemand die op elke vraag antwoordt met "ja, we voldoen aan de Peppol-richtlijnen" helpt je niet verder.
Vindbaar zijn, de toestand die vergeten is
Een bedrijf kan perfect online zijn en toch onbereikbaar blijven. Het lijkt absurd, en toch is het de meest voorkomende situatie in de eerste weken.
Het netwerk werkt met een gedistribueerde directory. Wanneer uw serviceprovider contact probeert op te nemen met een ontvanger, stelt deze twee opeenvolgende vragen. De eerste is welk toegangspunt die identificatiecode ondersteunt. De tweede is welke soorten documenten die ontvanger accepteert. Als het antwoord op een van beide vragen ontbreekt, mislukt de verzending.
In de praktijk leiden drie situaties tot dit resultaat. De ontvanger is nooit in het adresboek opgenomen, hetzij omdat de serviceprovider dit niet heeft gedaan, hetzij omdat de verbinding niet compleet is. De ontvanger staat wel in het adresboek, maar onder een andere identificatiecode dan degene die u gebruikt – meestal een btw-nummer wanneer u een SIRET-nummer gebruikt. Of de ontvanger staat wel in het adresboek en accepteert facturen, maar niet het specifieke type document dat u probeert te verzenden.
Het praktische gevolg hiervan is dat u publicatie als een aparte stap moet beschouwen en verifiëren. Vraag uw serviceprovider hoe zij bevestigen dat u daadwerkelijk gepubliceerd bent en onder welke identificatiecode. Als een klant u op een dag laat weten dat hij niets ontvangt, weet u waar u moet beginnen.
Dit mechanisme verklaart ook waarom de kwaliteit van uw klantendatabase zo belangrijk is. Een verouderd SIRET-nummer na een verhuizing of een wijziging van de rechtsvorm resulteert in een identificatienummer dat aan niemand is gekoppeld. De factuur wordt niet verzonden en de uitgevende partij wordt niet op de hoogte gesteld als niemand de retourzendingen controleert.
Welke veranderingen treden er op in het dagelijkse werk?
Artikelen over de hervorming beschrijven uitvoerig de verplichtingen, maar zelden de dagelijkse realiteit. Toch zal de implementatie daarvan juist daar plaatsvinden.
De ingevoerde gegevens verdwijnen aan de ontvangende kant. Dit is het meest tastbare voordeel. Een leveranciersfactuur komt kant-en-klaar binnen en is naadloos geïntegreerd in het boekhoudsysteem met alle posten, bedragen en tarieven. Het handmatig invoeren van gegevens, wat voor boekhoudafdelingen in kleine bedrijven veel tijd kost, vervalt. Het controleaspect blijft echter behouden en verdwijnt niet.
De aard van de geschillen verandert. Tegenwoordig bestaan er meningsverschillen over de ontvangst: is de factuur verzonden, naar welk adres en wanneer? Deze discussies worden opgelost, omdat het netwerk voor beide partijen een bewijs levert. Fundamentele meningsverschillen, over de inhoud of het bedrag, blijven echter onopgelost. Het netwerk bewijst de levering, niet de overeenkomst.
Afval wordt een stroom die beheerd moet worden. Dit is het meest onderschatte punt. Een niet-conforme factuur wordt afgewezen nog voordat deze aankomt, en iemand moet de afwijzing zien, begrijpen en corrigeren. In een kleine organisatie moet deze verantwoordelijkheid worden toegewezen. Anders stapelen afwijzingen zich stilletjes op en worden ze pas weken later, tijdens de bankafstemming, ontdekt.
De betalingstermijnen worden steeds korter. Wanneer de factuur direct aankomt en automatisch wordt verwerkt, loopt de timer sneller en verdwijnen excuses voor vertragingen. Dit is gunstig voor de leverancier, maar het vereist dat de klant zijn interne goedkeuringsprocessen versnelt. Het interne goedkeuringsproces, dat gebaseerd is op impliciete postvertragingen, wordt dan onhoudbaar.
Methoden voor marginale facturering vallen op. De handgeschreven factuur, de handmatig aangepaste offerte, het bedrag dat achteraf in een spreadsheet wordt gecorrigeerd: al deze informele praktijken worden zichtbaar omdat ze niet in een gestructureerde workflow passen. De hervorming fungeert als een katalysator en legt slecht beheerde processen bloot, wat op korte termijn ongemakkelijk is, maar op de lange termijn voordelen oplevert.
Een voorbereidingsplan van zes weken
Voor een klein of middelgroot bedrijf dat helemaal vanaf nul begint, is dit een realistische stappenplan. Het gaat ervan uit dat je editor er klaar voor is, wat het eerste is om te controleren.
Week 1, de huidige situatie. Geef een overzicht van hoe u momenteel facturen verstuurt, via welke kanalen en hoeveel facturen uw beheersysteem nog omzeilen. Vermeld ook uw inkomende leveranciersfacturen. Het doel is niet om een volledig overzicht te geven, maar om de processen te identificeren die momenteel buiten het systeem vallen.
Week 2, de uitgever. Stel de zes bovenstaande vragen. Vraag schriftelijk naar de naam van het goedgekeurde platform waarmee uw facturen worden verwerkt, en naar de datum waarop de functie beschikbaar zal zijn in uw versie.
De gegevens van week 3 en 4. Dit is het grootste deel van het werk. Controleer de SIRET-nummers en intracommunautaire btw-nummers van uw actieve klanten, te beginnen met degenen die de meeste facturen genereren. Corrigeer, vul aan en verwijder duplicaten. Deze stap is tijdrovend en bepaalt al het andere.
Week 5, de circuittraining. Bepaal wie wat goedkeurt, binnen welke termijn, en wie de afwijzingen controleert. Schrijf het op, al is het maar kort. Een niet-toegewezen verantwoordelijkheid is een niet-nagekomen verantwoordelijkheid.
Week 6, de echte test. Verstuur en ontvang echte facturen met één of twee bereidwillige partners, in plaats van uitsluitend te vertrouwen op een testomgeving. In de praktijk komen er altijd afwijkingen aan het licht: een specifiek detail, een ongebruikelijk btw-tarief of een orderreferentie die de klant verwacht.
Deze tijdlijn is binnen anderhalve maand haalbaar voor een eenvoudige structuur. Deze periode wordt langer zodra er meerdere juridische entiteiten, internationale geldstromen of een op maat ontwikkeld beheersysteem zijn. In die gevallen moet u rekening houden met een kwartaal en beginnen met de data.
De twee wegen naar interoperabiliteit
Het is de moeite waard om de twee opties die het wettelijke kader biedt nog eens te bekijken, omdat dit van invloed zal zijn op uw keuze voor een dienstverlener.
La bilaterale interoperabiliteitsovereenkomst Dit houdt in dat twee goedgekeurde platforms rechtstreeks overeenkomen over de technische details van hun gegevensuitwisseling. Het is flexibel en geschikt voor nauwe relaties tussen twee partijen, maar het wordt al snel omslachtig naarmate het aantal partners toeneemt. Een platform dat uitsluitend op deze manier opereert, zou met elk van de andere platforms moeten onderhandelen om ervoor te zorgen dat zijn klanten overal bereikbaar zijn.
Le netwerkuitwisselingsprotocolIn Frankrijk vervangt dit systeem, bekend als Peppol, deze onderhandelingen door een reeks gemeenschappelijke regels. Een verbonden platform wordt voor iedereen toegankelijk zonder extra stappen. Daarom vormt deze aanpak de basis van het systeem.
Voor u is het gevolg direct. Een platform dat is aangesloten op het netwerk zorgt ervoor dat uw facturen bereikbaar zijn voor alle aangesloten bedrijven. Een platform dat uitsluitend op bilaterale overeenkomsten vertrouwt, zorgt ervoor dat uw facturen alleen bereikbaar zijn voor de partners die deze overeenkomsten hebben ondertekend. Dit is een verschil in bereik, niet in technische kwaliteit. Dit aspect verdient daarom zeker aandacht in uw selectiecriteria.
Waar bevindt Djaboo zich?
Djaboo is bedrijfsbeheersoftware: offertes, facturen, betalingsherinneringen, klantbeheer. Elektronische facturering verloopt hier, net als overal elders, door het genereren van conforme facturen en het gebruik van een goedgekeurd platform voor verzending.
Om precies te achterhalen wat de hervorming in uw geval betekent, zijn er twee bronnen beschikbaar op deze site. simulator voor elektronische facturering Het geeft je in een paar vragen antwoord op de vragen welke verplichtingen voor jouw bedrijf gelden en voor welke deadline. De pagina die hieraan is gewijd... goedgekeurd platform Dit document beschrijft wat deze status inhoudt en wat de gevolgen ervan voor u zijn.
Als je een stap terug wilt gaan en het onderwerp vanaf het begin wilt behandelen, dan... handleiding voor elektronische facturering behandelt de gehele hervorming, terwijl de pagina e-rapportage Dit betreft specifiek de overdracht van transactie- en betalingsgegevens aan de administratie, wat het andere aspect van de verplichting is en pas laat aan het licht komt.
Wat te onthouden in 2026
Peppol is een netwerk, geen product. Je koopt het niet, je krijgt er toegang toe via een serviceprovider, en die provider moet ook geregistreerd staan als een goedgekeurd platform om te mogen opereren volgens de Franse hervorming.
De Franse Directie Openbare Financiën (DGFiP) is de Franse Peppol-autoriteit geworden, waardoor zij de bevoegdheid heeft om nationale eisen toe te voegen aan de Europese regelgeving. Dit is de oorsprong van de registratieplicht en verklaart waarom de vermelding "Peppol-conform" op zich nooit voldoende is om een aanbod te kwalificeren.
De verplichting om de certificaten te ontvangen geldt sinds 1 september 2026 voor alle bedrijven. De verplichting om de certificaten uit te geven is op dezelfde datum ingegaan voor grote en middelgrote bedrijven en wordt op 1 september 2027 uitgebreid naar kleine en middelgrote ondernemingen en micro-ondernemingen.
Uiteindelijk ligt de echte uitdaging niet in de technische aspecten. Het gaat erom de kwaliteit van uw externe data te waarborgen, uw validatieprocessen te evalueren en feedback vanuit het netwerk te monitoren. Een bedrijf dat deze drie aspecten aanpakt, is er klaar voor, ongeacht de gekozen tool.
Veel gestelde vragen
Is Peppol verplicht in Frankrijk? Nee, wat verplicht is, is elektronische facturering en het gebruik van een goedgekeurd platform. Peppol is het gekozen netwerkuitwisselingsprotocol om interoperabiliteit tussen deze platforms te garanderen, waardoor het de primaire methode is, maar het wettelijke kader voorziet ook in bilaterale interoperabiliteitsovereenkomsten.
Moet ik me registreren bij Peppol? Nee. Een regulier bedrijf maakt verbinding via zijn serviceprovider, die het vervolgens in de netwerkdirectory opneemt. Lid worden van OpenPeppol is bedoeld voor uitgevers en operators die hun eigen toegangspunt willen beheren.
Wat is het verschil tussen Peppol en Factur-X? Factur-X is een factuurformaat dat een voor mensen leesbaar PDF-bestand combineert met machineleesbare gestructureerde gegevens. Peppol is een netwerk dat, naast het formaat, een methode definieert voor het identificeren van deelnemers en een transportprotocol. De twee sluiten elkaar niet uit; ze opereren simpelweg op verschillende niveaus.
Kan mijn accountant dit afhandelen? Ja, en diverse softwareleveranciers die zich richten op advocatenkantoren behoren tot de ondertekenende aanbieders. Stel hen echter dezelfde vragen als aan elke andere uitgever, met name over hun geaccrediteerde platformstatus.
Wat gebeurt er als mijn client niet verbonden is? Als de ontvanger verplicht is post te ontvangen, zoals sinds 1 september 2026 voor alle bedrijven geldt, dan moet hij of zij de post ook daadwerkelijk ontvangen. In de praktijk leidt een adres dat niet in het adresboek staat tot een afwijzing, waarna de kwestie per klant wordt afgehandeld.
Hoeveel tijd moet er worden uitgetrokken? De verbinding zelf duurt dagen nadat de uitgever er klaar voor is. Het verifiëren van gegevens van derden en het beoordelen van interne processen duurt weken, en dit is het gedeelte dat bepaalt wanneer je daadwerkelijk operationeel zult zijn.
