--- title: "Franse erkende platforms en debiteurensoftware verbinden" canonical: https://www.billabex.com/nl/blog/frans-erkend-platform-pdp-debiteurenproces/ lang: nl updated: 2026-04-22 index: https://www.billabex.com/llms.txt --- # Franse erkende platforms en debiteurensoftware verbinden De Franse hervorming verandert de organisatie van elektronische facturen. Ontvangst gaat voor het betreffende bereik in september 2026 gelden, uitgifte volgens de categorie in 2026 of 2027. De **Plateforme Agréée (PA)** krijgt daarin een centrale rol. Dit betekent niet dat iedere onderneming op exact dezelfde datum hetzelfde uitgifteproces moet gebruiken. Voor finance is naast platformkeuze belangrijk hoe factuurgegevens, statussen en betalingsopvolging samenkomen. Deze gids behandelt architectuur, soorten aanbieders, interfaces en drie illustratieve workflows. De verbinding moet worden getoetst; een verbeterde gegevensstroom is geen automatische verkorting van betaaltermijnen. --- ## De architectuur van de hervorming Na het Bercy-bericht van 15 oktober 2024 werd de rol van het PPF versmald. De voorgeschreven B2B-uitwisseling loopt via erkende platforms, met fiscale gegevens naar de centrale voorziening. De benamingen V- en Y-schema worden niet gebruikt als bewijs dat alle eerdere facturen verplicht via het publieke portaal liepen; de oude en nieuwe ontwerpen moeten nauwkeurig worden onderscheiden. In de beoogde gegevensstroom: - kiest de onderneming een passende platformroute voor haar ontvangst- en uitgifteplichten; - verwerkt de PA de ondersteunde uitwisseling en eventuele conversie volgens de specificaties; - worden de voorgeschreven fiscale gegevens naar het PPF doorgegeven; - gebruikt de belastingdienst de betreffende gegevens voor haar wettelijke doelen, zonder dat dit foutloosheid van elk bestand garandeert. Een factuur wordt naar het ontvangstplatform gerouteerd op basis van de adreslijst en relevante identificaties. De fiscale extractie is een afzonderlijke stroom. Debiteurensoftware kan alleen die statussen gebruiken waarvoor daadwerkelijk een toegestane, werkende gegevensverbinding bestaat. Maak in uw eigen schema daarom zichtbaar wie de factuur uitgeeft, wie haar ontvangt en waar een antwoord terugkomt. Een fout in de klantidentificatie kan de uitwisseling verstoren, ook als beide partijen een erkend platform hebben gekozen. Die administratieve voorbereiding hoort bij de invoering, naast de technische verbinding. De bron noemt ongeveer 115 definitieve registraties op 13 april 2026, verdere kandidaten en een vernieuwbare termijn van drie jaar. Dit zijn historische verwijzingen. Controleer de actuele officiële registratie, benodigde controles en tests. De registratie van een provider vervangt geen acceptatietest van uw eigen gegevens en proces. --- ## Vijf benaderingen van aanbieders De indeling helpt mogelijkheden onderzoeken. Zij is geen officiële classificatie of bewijs dat ieder genoemd bedrijf nu dezelfde erkenning en functies heeft. ### 1. Bestaande boekhoud- en ERP-leveranciers Cegid, Sage, Esker, Itesoft en Cegedim worden in de bron genoemd. Een geïntegreerde route kan bij een bestaand systeem passen. Controleer welke rechtspersoon of dienst de PA-functie levert, wat archivering omvat en welke koppeling nodig is. Prijzen van honderden tot duizenden euro’s uit de bron zijn geen actuele norm of garantie voor uw offerte. ### 2. Franse SaaS-aanbieders De bron noemt Pennylane, Sellsy, Axonaut, Abby, Indy, Tiime en Kolecto. Hun doelgroepen en pakketinhoud verschillen. Moderne interface of een SaaS-label bewijst geen snelle invoering of volledige scope. Het genoemde beginbedrag van € 14 is niet als actueel tarief geverifieerd. Vergelijk erkenning, functies, kosten en het werk dat uw team blijft doen. ### 3. Internationale EDI-aanbieders Generix, Docaposte, Basware, Comarch, Pagero, SAP, Seeburger, Tradeshift, Edicom en Ecosio worden genoemd in verband met grotere internationale stromen. Onderzoek landen, profielen, formaten en volumes voor uw omgeving. Internationale dekking betekent niet automatisch compatibiliteit met iedere fiscale regel en een groter product is niet per definitie moeilijk of duurder voor elke toepassing. ### 4. Sectorgerichte oplossingen Voorbeelden in de bron zijn Darva, Logilec, Voxel, Amadeus, Infologic en Digipharmacie. Sectorcodes, documenten en werkprocessen kunnen een specialistische koppeling zinvol maken. Controleer wie de erkende platformrol vervult en welke specifieke velden werkelijk worden ondersteund. Een productnaam alleen bewijst geen complete sectorconformiteit. ### 5. Banken en financiële software Qonto, Kolecto, iPaidThat, Euro Information, Spendesk en Agicap worden in de bron genoemd. Facturatie kan onderdeel zijn van een bredere dienst rond bankieren of liquiditeit. Sommige functies kunnen inbegrepen zijn, maar niet elke aanbieding is gratis en niet iedere bank- of fintechdienst vervult zelf dezelfde PA-rol. **Bijzondere routes:** de bron noemt EBP via Cegid, Evoliz/Inqom via Chaintrust en een registratie van Le Village Connecté op 8 januari 2026. QuickBooks verliet Frankrijk eind 2023. Controleer de actuele structuur en contractpartij; wederverkoop is niet hetzelfde als afwezigheid van een bruikbaar aanbod of de financiële zwakte van een leverancier. --- ## Verschillende functies, mogelijke overlap Het is te absoluut om te stellen dat een PA nooit debiteurenfuncties biedt. Vergelijk het feitelijk aangeboden bereik, los van de wettelijke platformrol. Voor de **platformfunctie** moet u onder meer nagaan: - ondersteuning van de voorgeschreven factuurgegevens en het betreffende EN 16931-profiel; - conversie tussen ondersteunde Factur-X-, UBL 2.1- en CII-profielen; - doorgifte van vereiste fiscale gegevens; - correcte registratie en gebruik van de adreslijst; - werkende uitwisseling met andere deelnemers; - beschikbaarheid en herkomst van levenscyclusstatussen; - bewaring en export: wettelijke termijnen van zes of tien jaar betekenen niet dat elke PA automatisch dezelfde bewijsarchivering verkoopt. **Debiteurensoftware** kan daarnaast helpen bij opvolging. Het is geen dienst die een technisch signaal gegarandeerd in cash omzet. Te beoordelen functies zijn: - herkenning van open bedragen en ontbrekende informatie op basis van beschikbare gegevens; - passende [herinneringen](https://www.billabex.com/nl/blog/software-voor-debiteurenbeheer/), met onderscheid tussen automatische e-mail en expliciet gestarte sms of post; - afstemming van inhoud op klantcontext en antwoorden; - menselijke behandeling van geschillen en [formele sommaties](https://www.billabex.com/nl/blog/sjablonen-franse-ingebrekestelling-tot-betaling/), zonder automatische juridische escalatie; - indicatoren zoals [DSO](https://www.billabex.com/nl/blog/dso-berekenen-methoden-en-gratis-excel-sjabloon/) met transparante berekeningsbasis. Een geïntegreerde module kan voldoende zijn of juist tekortschieten bij gesprekken en uitzonderingen. Een voorbeeld van tweehonderd facturen per maand of duizenden bij een ETI bepaalt de keuze niet alleen. Vergelijk bestaande functies, benodigde koppeling, kosten en het daadwerkelijk gedelegeerde werk. Inventariseer bijvoorbeeld wie een weigering leest, wie een ontbrekend document aanlevert en wie een betalingsvoorstel beoordeelt. Als die taken nog volledig bij medewerkers blijven, is het financiële opvolgproces niet automatisch overgedragen doordat facturen digitaal worden uitgewisseld. Omgekeerd kan een bestaande module voldoende zijn voor een eenvoudig, beheerst proces. --- ## De gegevensverbinding beoordelen Een geschikte interface maakt informatie bruikbaar buiten het platform. Een API is echter niet de enige mogelijke route en een uitgebreide documentatie bewijst nog geen correcte implementatie. Bepaal wat uw workflow echt nodig heeft. ### Gewenste gegevens Onderzoek toegang tot: - **Facturen en metadata**: referentie, datums, bedragen, klantidentificatie en relevante order- of contractgegevens. - **Status en geschiedenis**: welke gebeurtenis, op welk moment en door welke partij? - **Weigeringsreden**: de toepasselijke code en toelichting; de bron noemt veertig codes maar de gebruikte specificatie moet worden gecontroleerd. - **Betaalinformatie**: een verzonden opdracht is niet hetzelfde als Encaissée en geen zelfstandig bewijs voor automatisch afboeken. - **Klantgegevens**: juiste SIREN, SIRET en relevante adressen, binnen noodzakelijke verwerking en toegangsrechten. ### Webhooks of periodieke controle Een webhook kan veranderingen sneller melden; polling kan voor bepaalde behoeften volstaan. Geen van beide is automatisch foutloos of zonder vertraging. Controleer retries, duplicaten, gemiste gebeurtenissen en actualiteit. Een goedkeuringsstatus hoeft niet binnen minuten een herinnering te veroorzaken als de factuur nog niet opeisbaar is of een andere afspraak geldt. Test wat er gebeurt als dezelfde gebeurtenis opnieuw wordt afgeleverd of tijdelijk geen verbinding bestaat. Na herstel moet het dossier de juiste huidige status krijgen zonder een dubbele actie. Leg ook vast wie een mislukte verwerking onderzoekt en hoe een handmatige correctie wordt geregistreerd. ### Normen De bron verwijst naar AFNOR XP Z12-013 en 26 februari 2026. Controleer de actuele versie, de eisen die werkelijk gelden en de onderlinge afspraken van uw systemen. Een normvermelding is geen bewijs dat elk gewenst endpoint in uw abonnement beschikbaar is. ### Beveiliging Controleer de vereiste certificering en haar scope, authenticatie, transportversleuteling, logging en privacyverplichtingen. OAuth 2.0, tokenrotatie of TLS 1.3 mag niet zonder technische controle als identiek verplicht detail voor elke PA worden voorgesteld. Hostingplaats alleen garandeert geen naleving; verantwoordelijkheden en gegevensstromen zijn eveneens relevant. --- ## Drie illustratieve workflows De voorbeelden zijn geen gedocumenteerde klantresultaten. Ze helpen gegevens en handelingen tijdens een test beoordelen. Volg daarbij een bekende factuur door de volledige keten en vergelijk het signaal met de bron, zodat niet alleen een technisch ontvangen bericht wordt beoordeeld. ### Workflow 1: een goedkeuringssignaal **Context:** een factuur van € 12.000 wordt op de eerste van een maand uitgegeven, met een te bepalen geldige termijn van dertig dagen. De klant heeft in het fictieve voorbeeld 45 dagen gemiddeld betaald. Leg de exacte vervaldatum vast; dertig dagen na uitgifte is niet in elke maand automatisch de dertigste. **Zonder statuskoppeling:** het team kan na vervaldatum reageren, maar ook andere preventieve controles gebruiken. Afwezigheid van een API betekent niet dat vertraging onvermijdelijk is. **Met een statuskoppeling:** goedkeuring op de vijftiende kan een nuttig signaal zijn. Een bericht vijf dagen vóór de werkelijke vervaldatum moet die datum juist noemen en mag geen geplande betaling veronderstellen. De bronwinst van drie tot zeven dagen is niet als statistisch bewezen effect gebruikt. ### Workflow 2: een weigering onderzoeken **Context:** een factuur van € 4.500 krijgt drie dagen na indiening een weigering wegens een hoeveelheidsverschil. **Zonder koppeling:** de bron schetst twee dagen tot lezing en zeven tot twaalf werkdagen herstel. Dat zijn mogelijke scenarioaannames, geen algemene prestatie van alle handmatige processen. Een creditnota is pas passend als de inhoudelijke fout is vastgesteld. **Met koppeling:** het signaal kan met context bij de bevoegde medewerker komen. Een correctie en nieuwe factuur blijven te beoordelen. Twee tot vier dagen uit de bron is geen gemeten garantie. Ook vijftig weigeringen per maand maakt een optelsom van doorlooptijd niet automatisch tot weken extra ontvangen cash. ### Workflow 3: rapportage **Context:** een creditmanager maakt wekelijks een DSO-overzicht voor de directie. **Zonder koppeling:** export en spreadsheetverwerking kunnen tijd vragen. Ze zijn niet automatisch onjuist of standaard zeven tot veertien dagen te laat; beoordeel de bestaande controle en gegevenskwaliteit. **Met koppeling:** beschikbare informatie kan rapportage ondersteunen. Paiement transmis mag niet als ontvangst worden geboekt. Segmentatie en groepsconsolidatie moeten worden getoetst. Vier uur naar vijftien minuten is een bronillustratie, geen aangetoonde besparing of standaardfunctionaliteit van Billabex. --- ## Criteria voor platformkeuze Betrek finance en debiteurenbeheer naast inkoop en IT, zodat gegevens voor het dagelijkse werk worden meegenomen. **Interfacekwaliteit:** vraag documentatie, testmogelijkheden, rechten en foutafhandeling. Volledige openbare toegang is niet automatisch vereist voor iedere dienst; een geschikte geautoriseerde technische route kan bestaan. **Statusdetails:** controleer welke verplichte en aanvullende statussen beschikbaar zijn, met welke betekenis en geschiedenis. Vier statussen alleen zegt niet of uw workflow voldoende informatie heeft. **Entiteiten en btw-groepen:** juridische organisaties, een btw-groep en rapportageconsolidatie zijn verschillende behoeften. Test de scheiding en rechten met uw werkelijke structuur. **Continuïteit van de leverancier:** onderzoek contract, dienstverlening, export en ontwikkelrichting. Een groot concern garandeert niet de beste continuïteit en wederverkoop betekent niet automatisch een marktuitstap. **Kosten:** vergelijk volumes, abonnement, API, inrichting, ondersteuning en eventuele migratie. Een simulatie over drie jaar kan nuttig zijn als dezelfde aannames worden gebruikt. **Boekhoudkoppeling:** controleer versie, velden en richting van uitwisseling. Een native vermelding kan helpen maar bewijst niet zonder test lagere kosten of volledige EDI-dekking. --- ## Voorbeeldplanning voor een middelgrote organisatie Een project kan in drie fasen worden ingedeeld. De benodigde duur hangt van gegevens, koppelingen en mensen af. **Fase 1, bijvoorbeeld zes tot drie maanden vooraf:** platformselectie, ERP-verbinding, adreslijst, referentiegegevens, factuurmodellen en opleiding voorbereiden. **Fase 2, bijvoorbeeld drie tot één maand vooraf:** een beperkt bereik testen, afwijzingen onderzoeken en de statusketen controleren voordat uitbreiding volgt. **Fase 3, bijvoorbeeld één maand vooraf tot drie maanden erna:** opvolgregels en benodigde data koppelen, historie en teamtaken inrichten en gecontroleerd uitbreiden. Honderd procent bereik na drie maanden is een doel in een planning, geen garantie. Zes tot negen maanden voor een ETI of drie tot zes maanden voor het mkb zijn bronramingen, geen norm. Een korter project is niet per definitie onzorgvuldig en een lang project niet automatisch geslaagd. Bewijs volgt uit tests en verantwoordelijkheden. --- ## Conclusie: koppel functies, niet beloften Een erkend platform ondersteunt het voorgeschreven factuurcircuit. Het maakt verkeerde brongegevens niet automatisch correct en garandeert niet elke archief- of opvolgfunctie. Debiteurensoftware kan gesprekken en acties ondersteunen, maar garandeert geen ontvangst. Ook een PA kan nuttige opvolgfuncties bieden. Het onderscheid moet op concrete taken worden gemaakt. Een werkende combinatie vraagt passende gegevens, integratie en controle. De waarde hangt af van het werk dat uw team wil overdragen en de taken die bij mensen blijven, niet van de architectuurnaam. **Billabex heeft geen bewezen native koppeling met alle grote Franse PA’s of al hun statussen.** Controleer uw specifieke bron en bereik. De agent kan gewone e-mails volgen; regelingen en gevoelige besluiten blijven menselijk. [Ontdek Billabex](https://www.billabex.com/nl/debiteurensoftware/).