ERP

software

per

branche:

welke

eisen

stelt

jouw

sector?

Waarom stelt elke branche andere eisen aan een ERP?

Elke branche stelt andere eisen omdat het kernproces anders is. Standaard ERP-pakketten zijn historisch gebouwd rond administratie en handel: inkopen, verkopen, voorraad bijhouden en factureren. Hoe verder jouw kernproces daarvan afstaat, hoe eerder je tegen de grens van het pakket aanloopt.

Een groothandel koopt in en verkoopt door. Dat proces ligt dicht bij wat Exact, AFAS, Microsoft Dynamics 365 Business Central of SAP Business One standaard ondersteunen. Een productiebedrijf daarentegen maakt iets op de werkvloer, met machines, halffabricaten en wisselende levertijden. Een foodbedrijf werkt met recepturen en partijen die bederven. Een retailer verkoopt via de winkel, de webshop en soms een marktplaats tegelijk. En een logistiek bedrijf verdient zijn geld met de goederenstroom zelf, niet met de handel erin.

De vraag die dit artikel draagt is daarom: hoe ver staat jouw kernproces af van een standaard handelsproces? Hoe groter die afstand, hoe groter de kans dat je naast je ERP iets nodig hebt. Dat betekent niet automatisch maatwerk. De algemene afweging tussen een pakket en eigen software lees je in standaardsoftware of maatwerk. Hier gaat het om de branchespecifieke kant: per sector waar een pakket volstaat, waar het wringt en wat je eraan kunt doen.

ERP software voor de groothandel.

ERP-software voor de groothandel draait om drie dingen: voorraad over meerdere locaties, klantspecifieke prijzen en de koppeling met verkoopkanalen. Voor het eerste volstaat een standaardpakket vaak gewoon. Bij de laatste twee begint het te wringen.

Welke processen moet het ondersteunen?

Een groothandel leeft van volume en marge. Het ERP moet inkooporders, voorraadbeheer per magazijn, orderverwerking en facturatie aankunnen, vaak met barcodescanning in het magazijn en EDI-berichten van en naar grote afnemers. Dropshipping, waarbij de leverancier rechtstreeks aan jouw afnemer levert, komt er steeds vaker bij. Dit is het terrein waar pakketten als Exact, AFAS en Business Central oorspronkelijk voor gebouwd zijn. Draait je groothandel op standaard assortiment, standaard prijzen en één verkoopkanaal, dan heb je waarschijnlijk geen maatwerk nodig. Goede inrichting van je pakket levert dan meer op dan extra software.

Waar loopt een standaardpakket vast?

Het wringt bij de commerciële logica die jouw groothandel onderscheidt. Drie plekken komen steeds terug.

1. Klantspecifieke prijsafspraken. Staffelkortingen per klantgroep, projectprijzen, contractprijzen met een looptijd, korting op productgroep in plaats van artikel. Een pakket kan prijslijsten aan, maar zodra afspraken op elkaar gaan stapelen, verdwijnt de logica in Excel of in het hoofd van een accountmanager.

2. Assortimentslogica. Welke afnemer mag welk artikel zien en bestellen? Bij een groot assortiment met dealerspecifieke selecties wordt dat beheer zwaar in een systeem dat daar niet voor ontworpen is.

3. De koppeling met webshop en portaal. Je afnemers willen zelf bestellen, met hun eigen prijzen en hun eigen orderhistorie. Dan moet een B2B-webshop of een dealerportaal realtime dezelfde prijzen en voorraad tonen als je ERP. Productdata komt vaak uit een apart PIM-systeem, dat ook weer moet aansluiten.

Wat maatwerk hier toevoegt, is meestal een laag naast het ERP: prijs- en kortingslogica die het pakket niet kan uitdrukken, en een portaal of webshop die direct uit het ERP leest. Printdienstverlener Nou, dat apparaten en verbruiksartikelen aan zakelijke en particuliere afnemers verkoopt, koos daarvoor. Cube bouwde een DMP, klantportaal en webshop op de bestaande AFAS-omgeving. De webshop is volledig geïntegreerd met AFAS, waardoor een extern platform als Shopify of Magento overbodig werd. AFAS bleef de bron. De case lees je bij hoe Nou bestellen koppelde aan AFAS.

ERP voor productiebedrijven.

ERP voor productiebedrijven moet de werkvloer kunnen volgen: wat er gemaakt wordt, met welke materialen, op welke machine en tegen welke kosten. Dat is precies het deel dat het verst afstaat van een handelsproces, en daarom de plek waar standaardpakketten het vaakst tekortschieten.

Welke processen moet het ondersteunen?

Een productie-ERP draait om de stuklijst (bill of materials, BOM): de lijst van onderdelen en halffabricaten waaruit een eindproduct bestaat. Daaromheen zitten MRP (materiaalbehoefteplanning), capaciteitsplanning, productieorders, werkvloerregistratie en nacalculatie per order. In de maakindustrie komt daar vaak een MES bij, een manufacturing execution system dat de uitvoering op de vloer registreert. De administratieve kant, inkoop, verkoop en financiën, regelt een standaardpakket meestal prima. Veel pakketten hebben ook een productiemodule. De vraag is of die module jouw manier van produceren aankan. Hoe Cube in de maakindustrie werkt, lees je op de sectorpagina.

Waar loopt een standaardpakket vast?

Stuklijsten met varianten. Zodra een product in tientallen of honderden uitvoeringen bestaat, kun je niet elke variant als los artikel met een eigen stuklijst aanmaken. Je hebt configureerbare artikelen nodig: regels die bepalen welke onderdelen bij welke keuze horen. Daar is een productconfigurator voor, die de configuratie vertaalt naar een stuklijst die het ERP begrijpt.

Machineplanning op de werkvloer. Een ERP plant in dagen en weken, de werkvloer in uren en minuten. Wil je weten welke snijmachine of zetbank wanneer vrij is, dan heb je data van de machine zelf nodig. In de staal- en metaalbewerking speelt dat sterk: zaag- en snijmachines die opdrachten uit het ERP moeten ontvangen en restlengtes of verbruik moeten teruggeven aan de voorraad. Een standaardpakket heeft daar geen kant-en-klare koppeling voor.

Nacalculatie per order. Wat kostte deze order werkelijk aan materiaal, machine-uren en arbeid? Als die registratie op de vloer op papier of in een losse app gebeurt, klopt de nacalculatie in het ERP nooit helemaal.

Halffabricaten en tussenvoorraad. Producten die halverwege het proces op voorraad liggen, worden in een handelsgeoriënteerd pakket al snel onzichtbaar.

Wat maatwerk hier toevoegt, is de verbinding tussen het ERP en de werkvloer: een koppeling met het machinepark, configureerbare artikelen en werkvloerregistratie die terugschrijft naar het ERP. Het ERP blijft de administratieve bron. Kozijnproducent Direct Een Kozijn laat zien hoe dat eruitziet: aannemers stellen hun kozijnen samen in een configurator en een DMP zet die orders automatisch door, van bestelling tot boekhouding. De achtergrond lees je in de case van Direct Een Kozijn.

ERP voor retail.

ERP voor retail draait om voorraad over kanalen heen: wat ligt er in welke winkel, in het magazijn en in de webshop, en wat is daarvan echt verkoopbaar? Waar een groothandel B2B denkt in afnemers en marges, denkt een retailer B2C in kanalen en collecties.

Welke processen moet het ondersteunen?

Een retail-ERP verbindt inkoop, centrale voorraad en financiën met de verkooppunten. Dat zijn de kassa's (POS), de webshop en eventuele marktplaatsen. Daarbij komen filiaalvoorraad, herbevoorrading van winkels, retouren en seizoens- of collectieplanning. Pakketten als NetSuite en Business Central worden in retail vaak genoemd. Welk pakket het ook is: de administratieve kern regelen ze.

Waar loopt een standaardpakket vast?

Realtime voorraad over kanalen. Een klant bestelt online een product dat volgens de webshop op voorraad is, terwijl het laatste exemplaar net in de winkel is verkocht. Dat gebeurt als kassa, webshop en ERP met vertraging synchroniseren. Omnichannel verkopen vraagt om één voorraadbeeld dat binnen seconden klopt, niet na de nachtelijke batch. Dat principe heet een single source of truth: per gegeven één systeem dat leidend is.

De koppeling tussen POS, webshop en ERP. Elk kanaal heeft zijn eigen systeem met eigen datamodel. Een retour die online is gekocht en in de winkel wordt teruggebracht, raakt alle drie. Welke webshopkoppelingen daarvoor nodig zijn, hangt af van de pakketten die je gebruikt.

Retourstromen. Retouren zijn in retail geen uitzondering maar een vaste stroom. Wordt een retour weer verkoopbare voorraad, gaat hij naar outlet of naar de leverancier terug? Dat proces past zelden in de standaardflow.

Collectie- en seizoenslogica. Kleuren, maten, collecties die maar een seizoen meegaan: de artikelstructuur in retail is anders dan in een groothandel met een vast assortiment.

Wat maatwerk hier toevoegt, is de laag die kanalen bij elkaar houdt: realtime voorraadsynchronisatie, een koppeling tussen kassa, webshop en ERP en een eigen retourafhandeling. Voor Hartman, dat tuinmeubelen produceert en via dealers in bijna veertig landen verkoopt, bouwde Cube een DMP dat consumentenwebsites en een dealerportaal vanuit één bron voedt, met het bestaande PIM-systeem als productbron. Hoe dat is opgezet, lees je in de case van Hartman.

Logistiek ERP systeem: waar ERP en WMS elkaar raken.

Een logistiek ERP-systeem is in de praktijk bijna altijd een combinatie: het ERP regelt de financiële en administratieve stroom, het WMS (warehouse management system) de fysieke stroom in het magazijn. Waar die twee elkaar raken, ontstaan de meeste problemen.

Welke processen moet het ondersteunen?

Een logistiek bedrijf heeft magazijnbeheer nodig met voorraadlocaties, orderpicking, inslag en uitslag, en vaak cross-docking: goederen die binnenkomen en direct doorgaan zonder op voorraad te gaan. Daarnaast speelt transport een rol, met een TMS (transport management system) voor planning en vervoerderkoppelingen voor labels en track-and-trace.

Het ERP doet in dit plaatje wat het goed kan: facturatie, contracten, financiële verwerking. De fysieke uitvoering zit in andere systemen.

Waar loopt een standaardpakket vast?

De brug tussen ERP en WMS. Een order ontstaat in het ERP, wordt gepickt in het WMS en moet daarna als verzonden en gefactureerd terugkomen in het ERP. Elke stap is een synchronisatiemoment. Gaat er één mis, dan klopt de voorraad niet meer of wordt er gefactureerd wat niet is geleverd.

Vervoerderkoppelingen. Elke vervoerder heeft een eigen API, eigen labels en eigen statusberichten. Een standaardpakket ondersteunt er een paar. Werk je met tien, dan heb je een laag nodig die ze allemaal vertaalt.

Track-and-trace naar je afnemer. Je afnemer wil weten waar zijn zending is. Die informatie zit bij de vervoerder, niet in je ERP.

Locatie- en routelogica. Waar leg je binnenkomende goederen neer, en in welke volgorde pick je? Dat is WMS-terrein, maar het moet aansluiten op wat het ERP verwacht.

Wat maatwerk hier toevoegt, is middleware tussen ERP, WMS en vervoerders: een tussenlaag die berichten vertaalt, de volgorde bewaakt en realtime voorraadinzicht geeft. Het ERP en het WMS blijven elk doen waar ze goed in zijn.

ERP software voor food en voedingsindustrie.

ERP-software voor de voedingsindustrie draait om traceerbaarheid en houdbaarheid. Je moet van elk eindproduct kunnen terugvinden uit welke partijen grondstof het is gemaakt, en welke partijen eindproduct bij welke afnemer liggen. Dat is de basis van elk terugroepscenario.

Welke processen moet het ondersteunen?

Een food-ERP registreert batches en lotnummers vanaf ontvangst van grondstoffen tot uitlevering. Het beheert de THT (ten minste houdbaar tot) per partij en stuurt de voorraadrotatie op FEFO: first expired, first out. Daarbij komt receptuurbeheer, ingrediëntenbeheer en allergenenregistratie, die door moet werken tot op het etiket. Voor het ERP betekent dat: elke beweging van een partij moet vastgelegd en terug te zoeken zijn.

Waar loopt een standaardpakket vast?

Batch- en lottracking met terugroepscenario. Veel pakketten kunnen een lotnummer opslaan. Minder pakketten kunnen in één overzicht laten zien welke grondstofpartij in welke eindproducten is verwerkt en bij welke afnemers die nu liggen.

FEFO in plaats van FIFO. Standaard voorraadlogica werkt vaak met FIFO: first in, first out. In food is niet de ontvangstdatum maar de houdbaarheidsdatum leidend. Een partij die later binnenkwam maar eerder vervalt, moet eerst de deur uit.

Receptuur met variabele opbrengst. In de procesindustrie levert dezelfde receptuur niet altijd dezelfde hoeveelheid op. De yield varieert met de grondstof. Een stuklijst die uitgaat van vaste hoeveelheden, past daar slecht op.

Weging en etikettering. Producten met een variabel gewicht moeten aan de weegschaal gekoppeld zijn, en het etiket moet de juiste allergenen en THT tonen.

Wat maatwerk hier toevoegt, is een traceerbaarheidslaag naast het ERP: FEFO-logica, receptuur- en wegingskoppelingen en een terugroepoverzicht dat partijen door de hele keten volgt.

Hoe vul je een standaardpakket aan zonder het te vervangen?

Je vult een standaardpakket aan door het te koppelen in plaats van te vervangen. Het ERP blijft de bron voor administratie en financiën. Wat het pakket niet kan, bouw je ernaast en verbind je met het ERP via een koppeling of een middlewarelaag die data tussen systemen vertaalt. Technisch gaat dat meestal via een API-koppeling. Een koppeling lost de uitwisseling op: orders, voorraad en prijzen gaan automatisch heen en weer. Wat een koppeling niet oplost, is een proces dat in geen van beide systemen goed is ingericht. Hoe je dat stap voor stap aanpakt, lees je in je ERP uitbreiden zonder het te vervangen.

Wanneer heb je géén maatwerk nodig?

Je hebt geen maatwerk nodig als het probleem niet in de software zit. Drie situaties waarin we organisaties afraden om te bouwen.

1. Je processen lijken uniek, maar zijn het niet. Veel organisaties denken dat hun werkwijze afwijkt, terwijl die bij nadere analyse terug te brengen is tot een standaardproces met een paar uitzonderingen. Pas dan eerst het proces aan, niet de software. Dat is goedkoper en je blijft dichter bij de updates van je pakket.

2. Je hebt geen interne eigenaar voor het systeem. Maatwerk heeft iemand nodig die weet waarom het zo gebouwd is, die wijzigingen bewaakt en die keuzes maakt. Zonder eigenaar wordt maatwerk binnen een paar jaar legacy: software die niemand meer durft aan te passen.

3. De pijn zit in de inrichting, niet in het pakket. Een ERP dat jaren geleden is ingericht en sindsdien is meegegroeid met workarounds, voelt al snel als het verkeerde pakket. Vaak lost een herinrichting door je implementatiepartner meer op dan een nieuwe laag erbovenop.

Herken je jezelf in een van deze drie, begin dan daar. Maatwerk is een middel voor processen die je pakket echt niet kan dragen, niet voor processen die nog niet scherp zijn.