netsuite-artikelen
Vat het artikel samen met je AI:
De Europese deadlines voor e-facturatie zijn ondertussen operationele deadlines geworden. België verplicht B2B e-facturatie via Peppol vanaf 2026. Frankrijk start de gefaseerde uitrol in september 2026, met verplichte ontvangst voor alle bedrijven en gefaseerde verplichtingen voor het verzenden van e-facturen op basis van bedrijfsgrootte.
Voor finance teams die met NetSuite werken, is de vraag niet langer of e-facturatie compliance eraan komt. De echte vraag is of de ERP, data, systemen en financiële processen er klaar voor zijn.
Deze NetSuite e-facturatie readiness checklist geeft finance leaders en NetSuite administrators een praktische manier om hun voorbereiding te beoordelen vóór de implementatie start. De checklist focust op de domeinen die meestal vertraging veroorzaken: de keuze van de e-facturatieoplossing, de scope per juridische entiteit, de controle en opschoning van master data, tax code mapping, systeemvoorbereiding, AR- en AP-workflows, onboarding van teams, training en readiness, sandbox testing en governance.
E-facturatie is geen PDF die per e-mail wordt verstuurd. Het gaat om de uitwisseling van gestructureerde factuurdata via goedgekeurde platformen, netwerken of publieke systemen. Daardoor is e-facturatie een compliance-onderwerp, maar ook een NetSuite data- en procesonderwerp.
In een traditioneel facturatieproces maakt het finance team een factuur aan, verstuurt die naar de klant en volgt de betaling op. Met e-facturatie krijgt de factuur een volledige levenscyclus. Afhankelijk van het land en het toepasselijke model kan een factuur worden aangemaakt, verzonden, geaccepteerd, geweigerd, betwist, opgeschort of betaald.
NetSuite moet die levenscyclus kunnen weerspiegelen. Finance teams hebben zichtbaarheid nodig op statussen, fouten en volgende acties, zonder afhankelijk te zijn van spreadsheets of externe controles.
Er bestaat geen uniform e-facturatiemodel in Europa. België gebruikt Peppol voor B2B e-facturatie. Frankrijk introduceert zowel e-facturatie- als e-reportingverplichtingen via geaccrediteerde platformen, de zogenaamde Plateformes Agréées, met specifieke identificatoren zoals SIRET en SIREN. Andere landen volgen andere regels, formaten en tijdslijnen.
Voor bedrijven die NetSuite gebruiken over meerdere dochterondernemingen heen, betekent dit dat de voorbereiding moet starten met een duidelijke scope-oefening. Eén land, één entiteit en één facturatiestroom is relatief eenvoudig. Meerdere landen, juridische entiteiten, transactietypes en gekoppelde systemen vragen meer voorbereiding.
Voor een overzicht per land is Novutech overzicht van de Europese e-facturatieverplichtingen en deadlines een nuttige referentie voor de planning.
E-facturatie legt zwakke ERP-data bloot. Een ontbrekend btw-nummer, een onvolledig adres, een foutieve lokale identificator of een inconsistente tax code kan ervoor zorgen dat een factuur niet kan worden verzonden, gerouteerd of geaccepteerd.
Daarom mag e-facturatie compliance niet worden behandeld als een last-minute technische configuratie. De technische setup werkt alleen goed als NetSuite over schone, gestructureerde en volledige data beschikt.
Voordat u NetSuite configureert, moet duidelijk zijn welke e-facturatieoplossing zal worden gebruikt voor elk land en elke flow.
De gekozen oplossing moet aansluiten bij het regelgevend model binnen de scope: bijvoorbeeld een verbinding met een Plateforme Agréée in Frankrijk, ondersteuning voor e-reporting waar van toepassing, of toegang tot het Peppol-netwerk in België en andere Peppol-landen.
De oplossing moet ook uw reële businessbehoeften ondersteunen, waaronder AR- en AP-flows, creditnota’s, self-billing indien relevant, tax code mapping, feedback over factuurstatussen, foutafhandeling en integratie met NetSuite.
Een oplossing die werkt voor één eenvoudige outbound flow is mogelijk niet voldoende voor meerdere juridische entiteiten, AP-processen, specifieke use cases of toekomstige Europese verplichtingen.
Start met een lijst van alle juridische entiteiten die NetSuite gebruiken. Documenteer voor elke entiteit in welke landen ze gevestigd is, welke juridische entiteiten betrokken zijn en waar elke entiteit facturen uitstuurt of ontvangt.
Splits vervolgens uw flows op in binnenlandse B2B-, B2C-, export-, intracommunautaire en intercompanytransacties. Dat is belangrijk omdat e-facturatie- en e-reportingverplichtingen anders kunnen gelden afhankelijk van het transactietype.
Het resultaat moet een eenvoudige scopematrix zijn: juridische entiteit, land, transactietype, factuurvolume, deadline, verplichting en bronsysteem.
Controleer klant- en leveranciersrecords vóór de implementatie. Controleer minstens geregistreerde adressen, btw-nummers, landcodes en lokale identificatoren.
Voor e-facturatie in Frankrijk is de identificator cruciaal. Vaak gaat het om het SIREN-nummer, dat kan worden afgeleid uit het btw-nummer, maar niet altijd. Voor Peppol-gebaseerde flows worden Peppol IDs onderdeel van de factuurrouting. Als deze velden ontbreken of inconsistent zijn, kan de levering van facturen mislukken.
Dit is vaak een van de langste onderdelen van een NetSuite e-facturatieproject. Data cleanup moet starten vóór de configuratie, omdat configuratie onvolledige of inconsistente master data niet kan compenseren.
De e-facturatieoplossing van Novutech bevat een NetSuite bundle die ontworpen is om de e-facturatie-identificator voor klantrecords automatisch op te halen op basis van het standaard btw-nummerveld. Dit helpt finance teams om master data sneller op te schonen en manuele controles vóór go-live te verminderen.
Uw NetSuite tax codes moeten correct worden vertaald naar het gestructureerde e-facturatieformaat. Standaard-btw, verlaagd btw-tarief, vrijstellingen, verlegging van btw, intracommunautaire leveringen en de juiste btw-vrijstellingscode, waar van toepassing, hebben allemaal een duidelijke mapping nodig.
Een correct factuurtotaal is niet voldoende. Het gestructureerde bestand moet ook uitleggen welke btw-behandeling van toepassing is op een manier die het ontvangende platform of de belastingautoriteit kan valideren.
Novutech technische gids over e-facturatieformaten, netwerken en standaarden legt uit hoe formaten zoals UBL, Peppol en GOBL zich verhouden tot btw-mapping en gestructureerde factuuruitwisseling.
Documenteer waar klantfacturen vandaan komen. Sommige facturen worden rechtstreeks in NetSuite aangemaakt. Andere kunnen afkomstig zijn uit Salesforce, een e-commerceplatform, een billingtool, SuiteScript-automatisatie of middleware zoals Celigo of Workato.
Elke bron moet de data aanleveren die nodig is voor conforme e-facturatie. Als één flow de vereiste velden omzeilt, kan die flow een bron van terugkerende fouten worden.
Ook de factuurdata zelf moet in detail worden bekeken. Sommige informatie die vandaag voor PDF-facturen wordt gebruikt, komt al overeen met standaard NetSuite-velden en kan relatief eenvoudig in de e-facturatieoplossing worden opgenomen. E-facturatieverplichtingen kunnen echter bijkomende datavereisten introduceren, zoals het e-mailadres van de klant, lokale identificatoren, routinginformatie of landspecifieke factuurreferenties. In Frankrijk heeft AFNOR ook 44 use cases opgelijst, waarvan sommige vereisen dat niet-standaard factuurinformatie wordt gemapt.
Neem creditnota’s mee in de review. Ze worden vaak vergeten tijdens de scoping, maar maken deel uit van de echte facturatieprocessen.
Accounts payable heeft evenveel aandacht nodig als accounts receivable. Definieer hoe inkomende gestructureerde leveranciersfacturen in NetSuite moeten worden ontvangen, gecontroleerd, gematcht en geboekt.
Als u een externe accounts payable tool gebruikt, beoordeel dan of die tool e-facturen kan ontvangen en de vereiste data met NetSuite kan uitwisselen. Als dat niet kan, moet de tool mogelijk worden herbekeken, aangepast of vervangen vóór de verplichting operationeel wordt.
Sommige bedrijven hebben enkel eenvoudige vendor bill creation nodig. Andere hebben 2- of 3-way matching nodig met purchase orders en/of item receipts, validatie van item receipts, goedkeuringsflows voor leveranciersfacturen, of verplichte segmentdefinitie op header- of lijnniveau vóór boeking.
In Novutech France-focused e-facturatiegids gebruikt de inbound flow Draft Bills als buffer vóór er boekhoudkundige impact is. Zo kunnen finance teams gestructureerde factuurdata valideren voordat de finale Vendor Bill wordt aangemaakt. U leest hierover meer in Novutech artikel over NetSuite e-facturatie in Frankrijk.
E-facturatie creëert nieuwe operationele statussen. Finance teams moeten weten welke facturen zijn aangemaakt, verzonden, geaccepteerd, geweigerd, ontvangen, betwist of in afwachting van review zijn.
In NetSuite betekent dit meestal saved searches, dashboards, statusvelden en de juiste governance. Een geweigerde factuur mag niet onopgemerkt blijven omdat niemand de juiste queue opvolgt.
Definieer het exception process vóór go-live: wie leest de fout, wie corrigeert de data, wie verstuurt de factuur opnieuw en hoe wordt het probleem gedocumenteerd?
Test niet alleen één standaardfactuur. Gebruik echte voorbeelden uit uw business.
Uw testpakket moet binnenlandse B2B-facturen, creditnota’s, btw-vrijstellingen, verlegging van btw, facturen met meerdere lijnen, leveranciersfacturen, purchase order matching, scenario’s met geweigerde facturen en e-reportingscenario’s bevatten, indien van toepassing.
Het doel is niet alleen om te bevestigen dat de verzending werkt. Het doel is om te bevestigen dat finance gebruikers het proces end-to-end kunnen uitvoeren.
NetSuite kan bijkomende velden nodig hebben voor e-facturatie-identificatoren, verzendstatussen, platformreferenties, redenen voor weigering, gestructureerde bestanden en audit trail-informatie.
Deze velden helpen finance teams om eenvoudige operationele vragen te beantwoorden: Is de factuur verzonden? Is ze geaccepteerd? Als ze faalde, waarom? Wat werd gecorrigeerd?
Saved searches moeten e-facturatie zichtbaar maken in NetSuite. Finance teams moeten facturen kunnen filteren op status, land, entiteit, klant, datum, fouttype en volgende actie.
Dit vermindert de afhankelijkheid van manuele opvolging en maakt de maandafsluiting eenvoudiger. Het helpt tax- en finance teams ook om aan te tonen dat facturen correct werden verwerkt.
E-facturatie introduceert nieuwe verantwoordelijkheden. De persoon die facturen aanmaakt, is niet noodzakelijk de persoon die weigeringen controleert, leveranciersfacturen valideert of tax code mappings onderhoudt.
Controleer rollen en permissies vóór go-live. Gebruikers moeten voldoende toegang hebben om hun werk te doen, maar niet zoveel dat ze zonder controle gevoelige complianceconfiguratie kunnen wijzigen.
Start met de keuze van de oplossing, de scope per entiteit, verplichtingen per land, transactietypes, factuurvolumes, gekoppelde systemen en druk vanuit deadlines.
Bevestig in deze fase dat de gekozen e-facturatieoplossing het vereiste landenmodel ondersteunt, zoals een Plateforme Agréée in Frankrijk of het Peppol-netwerk in België en andere Peppol-landen, en ook belangrijke behoeften zoals AP-flows, creditnota’s, self-billing, statusfeedback en vereisten voor toekomstige uitrol.
Deze fase moet de risicodomeinen identificeren: onvolledige master data, complexe tax logic, manuele factuurcreatie, hoge factuurvolumes of meerdere systemen die NetSuite voeden.
Schoon klant- en leveranciersdata op. Bevestig tax code mapping. Documenteer AR- en AP-flows. Beslis hoe factuurstatussen en uitzonderingen zullen worden gemonitord.
Dit is het moment waarop finance, tax, IT en NetSuite administrators duidelijke verantwoordelijkheden moeten hebben vanuit governanceperspectief. Als niemand eigenaar is van master data quality, zal het project later vertragen.
Configureer de gekozen e-facturatieoplossing, inclusief de vereiste NetSuite-velden, workflows, scripts, parameters, dashboards en andere relevante configuratie-elementen. Test in sandbox met realistische scenario’s.
Novutech artikel over e-facturatie in Frankrijk schetst een implementatieschatting van 5 tot 6 weken zodra de scope duidelijk is, inclusief scoping, configuratie, user testing en productie-uitrol. Data cleanup en interne afstemming moeten mogelijk eerder starten.
Er moet een go-live datum worden vastgelegd. Als accounts payable binnen de scope valt, betekent dit ook dat u de registratiedatum van uw bedrijf op het relevante e-facturatieplatform kiest, zoals een Plateforme Agréée in Frankrijk of het Peppol-netwerk in andere landen.
Go-live moet een duidelijk supportmodel bevatten. Definieer wie de eerste facturen monitort, wie fouten opvolgt, wie de verwerking van leveranciersfacturen valideert en wie met gebruikers communiceert.
Hypercare is niet optioneel. Het is de periode waarin echte uitzonderingen zichtbaar worden.
Ontbrekende btw-nummers, SIRET/SIREN, Peppol IDs of entiteitsidentificatoren kunnen routing en validatie blokkeren. Deze gaps moeten idealiter vóór go-live worden opgevolgd en opgelost.
Btw-logica die over meerdere jaren is opgebouwd, kan moeilijk te mappen worden. Vrijstellingen, verlegging van btw, intracommunautaire leveringen, facturen met gemengde tarieven en landspecifieke belastingvereisten vragen bijzondere aandacht.
Veel bedrijven bereiden eerst outbound facturen voor en laten de ontvangst van leveranciersfacturen voor later. Dat creëert een gap als de verplichting vereist dat gestructureerde facturen worden ontvangen.
Het is ook moeilijk om problemen aan de accounts payable kant te anticiperen wanneer een nieuwe verplichting in een specifiek land start, omdat veel bedrijven tot het laatste moment wachten om e-facturen uit te sturen en zo volume creëren. Als de AP-verantwoordelijkheid onduidelijk is, kunnen de ontvangst, validatie en boeking van leveranciersfacturen snel bottlenecks worden.
Geweigerde facturen zijn normaal tijdens testing. Ze worden een probleem wanneer niemand eigenaar is van correctie en herverzending.
Finance gebruikers en accountants moeten de oplossing begrijpen, de oorzaken van verschillende fouten kennen, weten hoe ze die oplossen en uiteindelijk de nieuwe levenscyclus begrijpen. Ze moeten ook begrijpen wat elke nieuwe factuurstatus betekent en welke actie verwacht wordt.
Bevestig in deze fase dat de geselecteerde e-facturatieoplossing het vereiste landenmodel ondersteunt, zoals een Plateforme Agréée in Frankrijk of het Peppol-netwerk in België en andere Peppol-landen, en ook belangrijke behoeften zoals AP-flows, creditnota’s, self-billing, statusfeedback en vereisten voor toekomstige uitrol.
Een NetSuite e-facturatieproject faalt niet omdat één veld ontbreekt. Het faalt meestal omdat ownership, data readiness en procesvoorbereiding werden onderschat.
Als uw team een uitrol voorbereidt in Frankrijk, Duitsland, Spanje, België, Griekenland of breder in Europa, kan Novutech uw NetSuite setup, datakwaliteit en projectplanning beoordelen. Vraag een NetSuite e-facturatie readiness assessment aan om te identificeren wat moet worden opgelost voordat de implementatie start.
NetSuite e-facturatie readiness betekent dat uw ERP-data, tax code mapping, facturatieworkflows, monitoring en gebruikers voorbereid zijn om gestructureerde elektronische facturen uit te sturen en te ontvangen via het vereiste compliancemodel.
Het gaat verder dan het installeren van een connector of het activeren van een feature. Het omvat de scope per entiteit, klant- en leveranciersdata, tax logic, AR/AP process design, testing en support ownership.
Nee. Een PDF-factuur die per e-mail wordt verstuurd is digitaal, maar meestal geen conforme gestructureerde e-factuur. E-facturatie vereist machineleesbare data die wordt uitgewisseld via het vereiste platform, netwerk of overheidsgelinkte systeem.
Voor NetSuite-gebruikers betekent dit dat het factuurrecord de data moet bevatten die nodig is om de gestructureerde factuur te genereren en op te volgen.
NetSuite-gebruikers moeten enkele maanden vóór de relevante deadline starten met de readiness work. Data cleanup, tax code mapping en procestesting duren vaak langer dan de technische configuratie.
Als uw bedrijf actief is in meerdere landen of meerdere systemen gebruikt om facturen te genereren, start dan vroeger.
Het grootste risico is meestal onvoldoende data readiness. Ontbrekende identificatoren, inconsistente tax codes en onduidelijke factuurflows veroorzaken fouten tijdens testing en go-live.
Het tweede risico is onduidelijk ownership. Finance, tax, IT en ERP teams moeten duidelijke verantwoordelijkheden hebben vóór de eerste factuur wordt verstuurd.
Ja. Zowel outbound klantfacturen als inbound leveranciersfacturen kunnen worden beïnvloed. Accounts receivable heeft conforme factuuruitgifte en statusopvolging nodig. Accounts payable kan workflows nodig hebben voor ontvangst, validatie, matching en boeking van gestructureerde facturen.
In sommige landen wordt de complianceverplichting gefaseerd per factuurflow of bedrijfsgrootte. In Frankrijk moeten bijvoorbeeld alle bedrijven vanaf september 2026 elektronische facturen kunnen ontvangen, terwijl kmo’s en micro-ondernemingen vanaf september 2027 elektronische facturen moeten uitreiken.
Een volledig readiness project moet beide kanten bekijken.
brede-erp-tech
Brede ERP/Tech
netsuite-artikelen
NetSuite-artikelen
oe NetSuite voldoet aan de verplichte elektronische facturering in Frankrijk vanaf september 2026. Gecertificeerde Invopop-oplossing, kalender en implementatie.
brede-erp-tech
Brede ERP/Tech
Het landschap van zakelijke facturering ondergaat de grootste transformatie in decennia. Nu de nalevingstermijnen snel naderen, is het voor elk Europees bedrijf een strategische noodzaak geworden om deze vereisten te begrijpen.
Laten we bespreken hoe we u kunnen helpen om van complexiteit naar duidelijkheid te komen.
