Van stuklijst naar inkooporder: het verborgen tijdsverlies in de machinebouw

Vraag een inkoper in de machinebouw waar zijn dag aan opgaat, en het antwoord is zelden "onderhandelen". Het is het rondpompen van offertes: de stuklijst opknippen, per regel bepalen wie wat moet uitvragen, antwoorden verzamelen, vergelijken, en die hele waaier weer terugvouwen naar één order.

Dat is pure overhead. Het voegt niets toe aan de machine — alleen tijd en vertraging. En het schaalt slecht: hoe complexer de machine en hoe meer leveranciers, hoe meer uren er per project in dit administratieve heen-en-weer verdwijnen.

De drie bewerkingen die niemand meetelt

Tussen "stuklijst klaar" en "alles besteld" zitten drie handmatige bewerkingen. In Excel en mail zijn ze los van elkaar, foutgevoelig en traag.

1. Opsplitsen. Engineering levert een meerlaagse stuklijst — vaak uit je PDM- of CAD-systeem, soms gewoon overgetypt in Excel. Inkoop moet die per regel toewijzen: dit staal naar leverancier A, deze lagers en motoren naar B, deze verspaning uitbesteed naar C. Daarna worden de regels gebundeld tot pakketten per leverancier. Allemaal met de hand, elk project opnieuw.

2. Uitvragen en verzamelen. Per pakket gaat er een offerteaanvraag de deur uit — vaak naar meerdere leveranciers, want je wilt prijzen vergelijken. De antwoorden komen op verschillende momenten terug, in verschillende formaten, en moeten worden overgetypt en naast elkaar gelegd om per regel de beste keuze te maken. Dit is het echte tijdslek: het achterna zitten, transcriberen en vergelijken van offertes.

3. Centraliseren. En dan het deel dat het vaakst misgaat: alle gekozen offertes en uiteindelijke inkooporders weer terugkoppelen aan de overkoepelende order. Want uiteindelijk wil je één plek waar staat: deze machine bestaat uit deze orders, bij deze leveranciers, voor deze prijzen. In de praktijk leeft die waarheid verspreid over een dozijn losse PO's, een Excel en iemands mailbox.

Waar het stuk loopt

Omdat die drie bewerkingen los van elkaar staan, sluit de keten nooit. En dat kost op twee plekken geld.

Aan de voorkant tijd: een inkoper besteedt het grootste deel van een project aan logistiek rond offertes, niet aan inkopen. Schaal dat over meerdere gelijktijdige projecten en je hebt een fte aan administratie die nergens op de machine terug te zien is.

Aan de achterkant marge: omdat de losse orders nooit netjes onder de hoofdorder hangen, verdwijnt de koppeling tussen calculatie en werkelijke inkoop. Je hebt geoffreerd op geschatte prijzen; de werkelijke prijzen wijken af; en omdat niemand dat real-time terugkoppelt, ontdek je het verschil pas bij de nacalculatie — als het project gesloten is en sturen niet meer kan.

En dan is de factuurmatching nog niet eens begonnen. Elke binnenkomende factuur moet handmatig tegen de juiste order en ontvangst worden gelegd, op driewegbasis. Bij tientallen regels per project glippen prijsafwijkingen en dubbele facturen erdoorheen.

Hoe BOM-gedreven inkoop dit oplost

In een ERP dat is gebouwd voor projectmatige machinebouw verloopt dit fundamenteel anders. Leveranciersonafhankelijk komt het hierop neer: de drie bewerkingen worden één doorlopende stroom, en alles blijft gekoppeld aan de hoofdorder.

• Opsplitsen wordt automatisch. De stuklijst komt — inclusief revisie — uit je PDM/CAD het ERP in. De behoefteberekening (MRP) explodeert hem, saldeert tegen voorraad en lopende orders, en bundelt de inkoopbehoefte automatisch per leverancier via de artikel-leverancierkoppeling, voorkeursleveranciers en staffelprijzen. De handmatige toewijzing per regel verdwijnt.
• Uitvragen wordt gestroomlijnd. Vanuit één behoefte stuur je een offerteaanvraag naar meerdere leveranciers tegelijk. De antwoorden landen in het systeem en worden per regel naast elkaar gezet — je ziet in één scherm welke leverancier op welk onderdeel het scherpst is, zonder over te typen.
• Gunnen wordt één klik. Je selecteert de winnende offerte per regel en die wordt direct een inkooporder. Geen transcriptie, geen versieverwarring.
• Centraliseren is ingebouwd. Elke offerteaanvraag, offerte en order hangt automatisch onder de overkoepelende project- of hoofdorder. Er is één dossier per machine: alle leveranciers, alle prijzen, alle status — real-time. De fan-in die je nu met de hand doet, is een bijproduct van het systeem.
• Matching en marge sluiten de loop. Ontvangsten worden tegen de order afgeboekt, facturen automatisch driewegs gematcht met tolerantie, en elke order- en factuurregel rolt op naar de projectkostprijs. De nacalculatie tegen de voorcalculatie ontstaat vanzelf — en revisies tonen meteen of er al iets op de oude versie besteld is.

De winst zit niet in één feature. Hij zit erin dat opsplitsen, uitvragen en centraliseren niet langer drie losse handmatige klussen zijn, maar één keten die zichzelf bij elkaar houdt.

Wanneer Excel stopt met werken

Eerlijk: niet elke machinebouwer heeft dit nodig. Bouw je een paar machines per jaar met een handvol vaste leveranciers, dan is een goed bijgehouden spreadsheet verdedigbaar. Het kantelpunt ligt rond deze signalen:

• meerdere projecten tegelijk in de offerteronde, die om dezelfde leveranciers vechten;
• veel leveranciers per machine, inclusief uitbesteed werk dat je per project opnieuw uitvraagt;
• offertes die je standaard bij meerdere partijen opvraagt en handmatig vergelijkt;
• frequente revisies tijdens de uitvoering;
• een inkoopwaarde per project die groot genoeg is dat verloren uren én weggelekte procenten echt geld kosten.

Boven dat punt betaal je de prijs niet in licentiekosten, maar in inkooptijd en onzichtbare marge. Dat is duurder.

De vijf vragen die je een ERP-leverancier moet stellen

Selecteer je hier specifiek op, leg de leverancier dan deze vragen voor — en accepteer geen "dat kan ook" zonder demo op je eigen stuklijst:

1. Kun je onze meerlaagse stuklijst importeren en daaruit automatisch inkoopbehoefte per leverancier bundelen?
2. Kan ik vanuit één behoefte meerdere leveranciers tegelijk uitvragen en de offertes per regel naast elkaar vergelijken?
3. Hangen alle aanvragen, offertes en orders automatisch onder de overkoepelende project-/hoofdorder?
4. Ondersteunt het systeem driewegmatching met tolerantie en automatische signalering van afwijkingen?
5. Wat gebeurt er met openstaande inkooporders zodra engineering een revisie doorvoert?

Op vraag 2 en 3 scheidt zich het kaf van het koren — daar zit jouw tijdslek.

Niet zeker hoeveel tijd en marge dit bij jou kost? Doe de ERP-scan. In een paar minuten breng je in kaart waar in jouw inkoop- en projectproces de uren en de marge weglekken, en welke ERP-aanpak past bij de complexiteit van jóuw machinebouw. → Start de scan

Lees ook: ERP-systeem voor de machinebouw — waar je op moet letten