Sectoren
81% van de groothandels met 10 of meer werkzame personen draait een ERP. Slechts 39% kan online een order ontvangen.
Hoe het nu gaat
Je ERP weet precies welke kortingsgroep bij welke klant hoort, welke staffel geldt en hoeveel vrije voorraad er in welke vestiging ligt. Je klant ziet daar niets van, dus belt hij de binnendienst en typt iemand de order regel voor regel over. Dat ERP is gekocht om het bedrijf te draaien, niet om gelezen te worden door de mensen die bij je kopen.
Er komt een mail of een pdf binnen. De medewerker binnendienst zoekt de klant op, zoekt elk artikelnummer op, controleert kortingsgroep en staffel, kijkt naar de vrije voorraad en typt de verkooporder regel voor regel in het ERP. En dan de volgende. Het blijft bestaan omdat het werkt, en omdat juist de trouwste klanten zo bestellen. Bij 53% van de groothandels van deze omvang komt geen enkele order digitaal binnen.
De prijslogica zit in het ERP: kortingsgroepen, staffels, projectprijzen en lopende prijsafspraken. De klant ziet hooguit een brutoprijs, dus belt hij om te vragen wat het bij hem kost, of hij komt erachter op de factuur. Nettoprijs betekent hier na de korting van deze klant, niet exclusief btw, en wie die twee verwisselt, stuurt er een creditnota achteraan. Ondertussen zit de binnendienst aan de telefoon een prijs voor te lezen die gewoon in het ERP staat.
De artikeldata van de fabrikant staat ETIM-geclassificeerd in de datapool. De handelsdata erbij, prijzen, verpakkingseenheden en voorraadbeschikbaarheid, houd je zelf bij: 2BA legt de verantwoordelijkheid voor de kwaliteit en de actualiteit ervan bij de groothandel. In de praktijk beheert een assortimentsmanager dat naast zijn andere werk, met een Excel als lijm. Wie geen kloppende ETIM-data levert, staat niet in de calculatiesoftware waarmee zijn klanten hun werk begroten. Dat zijn orders die je nooit ziet.
Gepickt, in backorder of al op de wagen: de klant kan het nergens zien, dus belt hij. De binnendienst opent het ERP, misschien het WMS, misschien de site van de vervoerder, en leest het voor. De gegevens staan in drie systemen en op geen enkel scherm bij elkaar, zeker niet op een scherm waar de klant bij kan. Backorders worden nagebeld vanaf een lijst die vanochtend is uitgeprint.
Wat wij bouwen voor deze sector
Geen menukaart met producten. Dit zijn de onderdelen die zich in dit vak meestal als eerste terugverdienen.
De monteur op de bouw bestelt binnen het budget dat zijn werkvoorbereider heeft ingesteld, en de werkvoorbereider fiatteert voordat de order het ERP in gaat. Dat stuk slaan de meeste B2B-webshops over. Daaromheen: prijzen en staffelkortingen live uit het ERP in plaats van uit een kopie, bestellijsten per klant, bestellen op het artikelnummer van de klant zelf, klantspecifiek assortiment, vrije voorraad per vestiging, backorderstatus, pakbon en factuur downloaden. Heb je al een webshop die niemand gebruikt, dan zit het bijna altijd in die koppelingen.
Onderdeel van B2B-bestelportalenDe Exact Online REST API met SalesOrder, Items, StockPositions, SalesPriceLists en Accounts. Business Central API v2.0 met gepubliceerde OpenAPI-spec. De JSON REST webservices van 2BA, GS1 Data Source en EZ-base voor artikeldata. DICO-transactieberichten over Messageservice 3.1 voor de klanten die dat al doen, en Peppol of Digipoort voor e-facturatie.
Onderdeel van Systeemkoppelingen & API'sDe ETIM-geclassificeerde artikeldata van je leveranciers en je eigen handelsdata staan niet langer in twee systemen, maar op de plek waar de classificatie toch al staat. Publiceren richting 2BA of GS1 Data Source gaat via ETIM xChange of BMEcat in plaats van via SALES005, dat 2BA zelf niet meer doorontwikkelt. En meteen de velden erbij die je toch nodig hebt: verpakkingsgewicht per artikel, materiaalsoort, herkomst.
Onderdeel van Dataplatforms & pipelinesBesteladvies per leverancier, minimum en maximum met seizoenspatroon, dode voorraad signaleren, ABC-analyse, en een vrije voorraad per magazijn die ook echt klopt in het portaal. Eerlijk: Slim4 en Optiply zijn volwassen en vaak de betere koop. Wij bouwen de koppeling ernaartoe, of het stuk dat je ERP niet kan voeden.
Onderdeel van Voorraad- en orderbeheerVoor de klanten die nooit gaan inloggen. De pdf of Excel uit de mailbox wordt gelezen, artikelnummers van de klant worden gematcht op die van jou, besteleenheid en vrije voorraad worden gecontroleerd, de juiste nettoprijs wordt opgehaald en er staat een verkooporder klaar die de binnendienst met een klik akkoord geeft. Geen order gaat ongezien het ERP in.
Onderdeel van Bedrijfsprocessen automatiserenWelke klant de tijd van je accountmanager krijgt, is een margebeslissing, en die marge kunnen de meeste groothandels alleen schatten. Dus: marge per klant, per artikelgroep en per vestiging, de accounts die stilletjes krimpen, backorderregels per dag, voorraadomloop en dode voorraad. En creditnota's uitgesplitst naar oorzaak, de meest directe meter voor wat er misgaat in je orderproces.
Onderdeel van Dashboards & business intelligenceSystemen waar we op aansluiten
Een bestelportaal is niet meer dan zijn koppelingen. Bijna altijd dezelfde vier: het ERP voor klanten, prijzen, voorraad en verkooporders, een datapool voor artikeldata en beeld, het WMS voor de status, en EDI voor de paar klanten die dat al kunnen. 19% van de groothandels verkoopt via EDI, dus dat is een kanaal, geen fundament.
Dit is geen uitputtende lijst en we zijn van niets hiervan reseller. Heeft een systeem een API, een database of een export, dan kunnen we er meestal mee werken. Kan dat niet, dan zeggen we dat voordat je iets uitgeeft.
Regels waar je mee te maken hebt
Verpact wil verpakkingsgewicht per artikel. CBAM wil ingebedde emissies per zending. EUDR wil perceelgegevens. GPSR wil een sluitend spoor van leverancier naar afnemer. Zitten die velden in je artikelstam en je orderhistorie, dan is het elke keer een rapport. Zitten ze er niet in, dan is het elke keer een Excel en een telefoontje naar de leverancier.
Wat er verandert
Nu
Ongeveer 260 orders per dag. Twee grote accounts sturen EDI. De rest mailt, belt of staat aan de balie. Een medewerker binnendienst opent een pdf van een monteur met acht regels in de artikelnummers van de klant zelf, zoekt ze stuk voor stuk op, checkt kortingsgroep en staffel, checkt de vrije voorraad in de andere vestiging, typt de verkooporder en mailt een orderbevestiging terug. Reken op zeven minuten. De rest van de dag is wat kost die bij ons en is hij al weg.
Straks
Een bestelportaal dat Exact Globe live uitleest: klantspecifieke prijzen en staffels rechtstreeks uit het ERP, bestellen op het eigen artikelnummer via een mappingtabel die ze zelf beheren, de vrije voorraad in beide vestigingen, en rollen zodat de monteur binnen zijn budget bestelt en de werkvoorbereider fiatteert. Productinformatie en beeld komen via de JSON REST webservices van 2BA. Daarnaast leest een component de gemailde pdf-orders en zet er een verkooporder klaar.
Het resultaat
Herhaalorders gaan van de telefoon af. De binnendienst stopt met typen en begint met bellen naar de accounts die stil zijn geworden. De twee EDI-klanten merken er niets van, en dat is precies de bedoeling: het portaal is voor de andere 848.
Een voorbeeldscenario gebaseerd op hoe het werk in deze sector doorgaans is ingericht, geen specifieke klant.
Vragen uit deze sector
Klopt vaak, en daarom houdt het portaal zelf geen prijzen bij. Het vraagt ze op het moment van tonen op bij het ERP, via de gedocumenteerde API. Kortingsgroepen, staffels, project- en contractprijzen, nettoprijzen per klant: staat het goed in Exact of Business Central, dan staat het goed in het portaal. Verandert het vanavond, dan verandert het morgenochtend mee. Een webshop met een eigen prijstabel is binnen een week fout, dus die bouwen we niet.
Exact publiceert een REST API onder /api/v1/ met onder meer SalesOrder, Logistics/Items, Inventory/StockPositions, Sales/SalesPriceLists en CRM/Accounts. Business Central heeft API v2.0 met een gepubliceerde OpenAPI-spec, OData en eigen API-pagina's in AL. En waar echt geen API zit, is er bijna altijd een gedocumenteerde import- of exportroute of een leesreplica van de database. De vraag is nooit of het gekoppeld kan worden, maar wat de koppeling kost en wie hem beheert.
Dat doet hij, en precies daarom bouwen we dit. De gesprekken die verdwijnen zijn de gesprekken die niemand wil: wat kost die bij ons, is hij al weg, kun je die factuur nog een keer sturen. De gesprekken die blijven zijn de gesprekken die verkopen. Het portaal neemt het overtypen weg, niet de klant. En de vaste orderregels die er nu tussendoor komen, hoeft de binnendienst straks niet meer aan te raken.
Een Nederlandse groothandel houdt gemiddeld 4,08 cent bedrijfsresultaat over per euro omzet (CBS, 2024). Zet dit dus niet af tegen je omzet, maar tegen je loonkosten op de binnendienst. Personele kosten zijn in SBI 46 goed voor 6,6% van de omzet, dus groter dan de winst. En met 31,1% van de groothandels die begin 2026 een personeelstekort meldt, is het alternatief voor een uur automatiseren meestal niet iemand aannemen, maar het werk laten liggen. We faseren, en je ERP blijft staan.
Verwante sectoren
Logistiek & transport
Wij bouwen naast je TMS, niet eroverheen: koppelingen, kostprijs per rit inclusief de vrachtwagenheffing, een chauffeursapp die geen uitleg nodig heeft en een portaal dat het bellen stopt.
Maakindustrie
Tussen je ERP en de werkvloer: digitale werkbonnen, machinedata en nacalculatie per order. Uren die dezelfde dag in Ridder iQ, Isah of MKG staan, en een marge per order die de DGA voor het eerst ziet.
Retail & e-commerce
Wij bouwen de laag achter je platform: voorraad die klopt over winkel, webshop en bol, productdata die naar elk kanaal meestroomt, en retouren die dezelfde dag weer verkoopbaar zijn.
Beschrijf hoe het werk nu loopt, inclusief de stukken die met spreadsheets aan elkaar hangen. Wij zeggen wat het bouwen waard is en wat niet.
Begin het gesprek