ERP voor groothandel en distributie: waar je handelspakket stopt, bouwen wij door

De orderintake is in een groothandel de duurste handeling die niemand als proces heeft ingericht. Dezelfde bestelling kost twintig seconden of acht minuten, puur afhankelijk van het kanaal waarlangs hij binnenkwam.

Automatiseren begint dus niet bij het ERP, maar bij het verschuiven van volume naar de bovenste twee rijen — en bij het leesbaar maken van de derde. Een extractiemodel op de bestel-PDF haalt regels, aantallen en klantartikelnummers eruit; de binnendienst ziet een conceptorder in plaats van een leeg scherm.

Waar we nadrukkelijk nee zeggen: volautomatisch doorboeken zonder bevestiging. Een verkeerd gelezen aantal is in de handel geen tikfout maar een pallet.

In de groothandel bepaalt niet je eigen ERP hoe je productdata eruitziet, maar de partij die bij je bestelt. Dat is het structurele verschil met een productiebedrijf, dat zijn eigen artikelstructuur mag kiezen.

GS1 Nederland beheert de identificatiesleutels waar retail en food op draaien: GTIN voor het artikel, GLN voor de locatie, SSCC voor de pallet, plus de EDIFACT-berichten waarmee order, pakbon en factuur worden uitgewisseld. In de installatie- en bouwtechniek loopt het anders: daar leveren fabrikanten en groothandels hun artikelen aan bij 2BA, het centrale artikelbestand voor die branche, geclassificeerd volgens ETIM — de internationale classificatiestandaard voor technische producten, met een zetel in Margraten en beheer in Nederland via Ketenstandaard Bouw en Techniek.

Praktisch gevolg: dezelfde boormachine heeft een GTIN voor de bouwmarkt, een ETIM-klasse met kenmerken voor 2BA en een eigen webshopbeschrijving. Wie dat in drie systemen onderhoudt, onderhoudt het in de praktijk in één en vergeet de andere twee.

Wij bouwen daarom zelden een nieuw artikelbestand. We zetten een exportlaag op de bron die je al hebt, met een profiel per kanaal en een validatie die afwijkingen meldt voordat je afnemer ze meldt.

Nederland kent nog geen e-facturatieplicht voor binnenlands B2B — maar als je exporteert, is de keuze al voor je gemaakt door het land van je afnemer.

In België is gestructureerde elektronische facturatie tussen btw-plichtigen verplicht sinds 1 januari 2026, uitgewisseld via het Peppol-netwerk.

Duitsland zit middenin een overgangsregime: volgens § 27 UStG mag een niet-conforme factuur nog tot en met 31 december 2026, en tot en met 31 december 2027 voor bedrijven met een voorgaande jaaromzet tot 800.000 euro. Voor bestaande EDI-uitwisseling geldt diezelfde uitloop tot eind 2027.

Europees ligt de stip vast: onder ViDA (Richtlijn (EU) 2025/516) gelden vanaf 1 juli 2030 verplichte e-facturatie en digitale rapportage voor intracommunautaire transacties.

Wat dat voor je softwarekeuze betekent is kort: bouw zelf geen Peppol-koppeling, want verzending loopt via een gecertificeerd access point, ook bij volledig maatwerk.

Wat je wél zelf inricht is de vertaalslag — jouw ordergegevens naar een factuur die aan de eisen van het ontvangende land voldoet, inclusief de velden die een PDF nooit hoefde te dragen.

Bij intracommunautaire levering is het btw-identificatienummer van je afnemer geen administratief detail maar een materiële voorwaarde voor de vrijstelling.

Sinds de Quick Fixes, van toepassing per 1 januari 2020, bepaalt Richtlijn (EU) 2018/1910 dat de afnemer zijn btw-nummer aan de leverancier moet hebben meegedeeld (art. 138 lid 1 sub b), én dat de vrijstelling niet geldt wanneer de leverancier geen lijstopgave indient of een lijst met onjuiste informatie indient (art. 138 lid 1 bis). De Opgaaf ICP is daarmee een voorwaarde, geen formaliteit.

Dat is precies het soort regel dat in een handmatige route wegzakt: nummer overnemen, VIES-controle vergeten, factuur met 0% verstuurd. Bij Senco Stock hebben we die logica daarom in de koppeling naar de boekhouding gelegd in plaats van in een werkinstructie — vier btw-scenario’s (21%, 9%, 0% intracommunautair, 0% export) met een geautomatiseerde VIES-controle op het nummer van de zakelijke koper, voordat de order als nultarief wordt weggeschreven.

Hetzelfde patroon zetten we op andere boekhoudpakketten; hoe zo’n koppeling technisch werkt staat in Exact Online API uitgelegd.

De marge op een order is in de handel geen getal maar een optelsom die pas na de afsluiting compleet is. Dat is geen boekhoudprobleem maar een verkoopprobleem: de binnendienst geeft de prijs af op het moment dat de onderbouwing er nog niet is.

Vier posten ontbreken meestal op het moment van verkoop: de retro-bonus die aan het eind van het jaar per klant wordt verrekend, de werkelijke vracht- en handlingkosten, de retouren, en de inkoopprijs die bij de volgende zending anders was. Standaardrapportage in een handels-ERP stopt doorgaans bij omzet per klant.

Onze route is niet "vervang je ERP" maar "reken de vier posten toe op regelniveau, naast je pakket". Dat is dezelfde maatwerklaag waar bedrijfssoftware op maat over gaat, en de plek waar een model zinvol wordt: het signaleert de order waarvan de marge structureel onder de klantgemiddelde zakt, in plaats van hem achteraf te rapporteren.

Waar we nee zeggen: margebewaking bouwen bovenop een voorraadadministratie die niet klopt. Dan begin je bij de voorraad, en daarvoor is pakket of maatwerk voor voorraadbeheer het eerste gesprek.

Vier Europese regimes vragen inmiddels gegevens per artikel die in de meeste handelspakketten geen veld hebben. Ze raken niet elke groothandel, maar wie ze raakt, raakt ze op artikelniveau.

Daarbovenop komt het digitaal productpaspoort onder de ESPR: het kader staat, de concrete eisen komen per productgroep in gedelegeerde handelingen.

De praktische consequentie is niet "koop compliance-software", maar: zorg dat je artikelbestand velden heeft waar deze gegevens in kunnen, met een bron per veld en een datum.

Wie dat uitstelt, doet het later met de hand, per artikel, onder tijdsdruk.

AI in een groothandel rendeert op drie plekken, en het zijn niet de plekken waar hij nu wordt ingezet. Van de handelsbedrijven gebruikt 67% AI, maar vooral voor teksten en vergaderverslagen, en 46% zegt niet goed te weten hoe het bedrijf AI kan inzetten (Exact MKB Barometer 2026, Handel).

De drie die wél iets opleveren: orderextractie uit e-mail, PDF en Excel; vraagvoorspelling die per artikel een bestelvoorstel doet op je eigen historie en levertijden; en margesignalering die de afwijkende order aanwijst voordat de prijs eruit gaat. Alle drie draaien op data die je al hebt, en alle drie leveren een voorstel dat een mens accordeert.

Nu het misverstand dat we in verkoopgesprekken het vaakst tegenkomen. De zwaarste verplichtingen van de AI Act gelden voor hoog-risicosystemen uit bijlage III, en punt 5(b) daarvan gaat over de kredietwaardigheid van natuurlijke personen.

Beoordeel je als groothandel of een zakelijke afnemer op rekening mag kopen, dan valt dat daar niet onder. Wat wél geldt: artikel 4 AI-geletterdheid sinds 2 februari 2025 en artikel 50 transparantie sinds 2 augustus 2026; bijlage III is handhaafbaar per 2 december 2027 en bijlage I per 2 augustus 2028, na de wijziging door Verordening (EU) 2026/1744.

Blijft staan: een bestel-PDF bevat naam, e-mailadres en telefoonnummer van de inkoper. Die gaat dus niet in een publieke chatbot, maar door een model in een EU-regio met verwerkersovereenkomst en zonder training op je prompts.

Het bredere raamwerk staat in onze gids over AI-automatisering.

Onze volgorde is vrijwel altijd dezelfde, en hij begint nooit bij het vervangen van je ERP.

1. Orderintake — extractie op e-mail en PDF, mapping van klantartikelnummers, conceptorder met bevestiging.
2. Koppellaag — ERP, WMS, webshop en boekhouding via één middleware met monitoring, in plaats van zes losse integraties.
3. B2B-portaal — eigen prijzen, bestelhistorie, factuurinzage, goedkeuringsflow voor inkooporganisaties.
4. Btw- en facturatielogica — VIES-validatie, Opgaaf ICP-ondersteuning, e-facturatie via een access point.
5. Marge op regelniveau — bonussen, vracht en retouren toegerekend, met signalering vóór verzending.
6. Vraagvoorspelling — pas als voorraad en orderhistorie betrouwbaar zijn.

Waar we nee zeggen is even concreet. Is je proces standaard en is je enige klacht dat het pakket onhandig werkt, dan is overstappen goedkoper dan wij.

Heb je één magazijn en een reguliere pickflow, dan koop je een WMS in plaats van er een te laten bouwen — zie WMS-software kiezen en, als je Picqer naast je ERP draait, de Picqer-koppeling. Een eigen Peppol-access-point bouwen we evenmin.

Reken voor de wél-gevallen op de tarieven die ook op maatwerk software staan: een koppeling vanaf 5.000 euro voor één richting en 7.500 tot 15.000 euro tweezijdig, een bedrijfsapplicatie of portaal tussen 25.000 en 75.000 euro, altijd als vaste prijs na intake, met de broncode op jouw naam.