Engineer-to-order Projectmatig produceren Stuklijst uit engineering

ETO-ERP laten maken

Bij engineer-to-order begint het ontwerp pas nadat de order getekend is. Er is dan geen artikelnummer, geen complete stuklijst en geen routing, terwijl inkoop al moet starten voor onderdelen met een lange levertijd. Standaard-ERP gaat uit van het omgekeerde. Appfront bouwt ERP-software voor bedrijven die per order engineeren: machinebouw, scheepsbouw, speciaalvoertuigen, procesinstallaties en interieurbouw op maat.

Wat engineer-to-order anders maakt

Make-to-stock produceert op voorspelling: artikel, stuklijst en routing staan vast. Make-to-order maakt datzelfde bekende artikel pas na de order, hooguit met keuzes binnen een vooraf bedacht optiebereik. In beide gevallen weet het systeem bij orderintake wat er gemaakt moet worden. Bij engineer-to-order niet: de specificaties zijn bij orderontvangst nog niet in detail bekend en het ontwerpwerk zit in de levertijd. Elke order is een engineeringproject, en dus is de offerte een calculatie op een concept en moet inkoop beginnen voordat engineering klaar is.

Zit u hier goed? Deze pagina gaat over projectmatig engineeren per order. Combineert u juist discrete productie met procesproductie, met stuklijsten naast recepturen en met chargeregistratie in hetzelfde systeem, dan hoort u bij ERP voor gemengde productie. Daar moeten twee productielogica's samenleven; hier bestaat het product nog niet op het moment dat het besteld wordt.

Het ontwerp zit in de levertijd

Tekenuren zijn geen voorbereiding maar een fase van het project. Zolang die loopt verandert de materiaalbehoefte nog.

De stuklijst groeit gaandeweg

Bij de order staat er een globale opzet. Werktuigbouw, elektro en besturing vullen die in hun eigen tempo aan.

Marge blijkt achteraf

Er is geen kostprijs per artikel om op te sturen. Alleen calculatie naast werkelijkheid laat zien of dit ordertype rendeert.

Inkopen op een stuklijst die nog niet bestaat

Hier lopen de meeste ETO-bedrijven vast op hun ERP. De klassieke behoefteberekening werkt van artikel naar stuklijst naar routing naar behoefte; haal het eerste element weg en de rest van de keten heeft niets om op te rekenen. Toch moet de inkoper dan al aan de slag, want de hoofdaandrijving, het gietstuk of de besturingskast hebben een levertijd die het engineeringtraject overtreft. Wachten op een complete stuklijst betekent dat zij de opleverdatum bepalen.

Bedrijven werken daarom met een voorlopige stuklijst met posities als "aandrijving, type nader te bepalen", met een geschat bedrag en een levertijd uit de offertecalculatie. Zodra werktuigbouw de aandrijving kiest, moet het echte artikel die positie vervangen zonder dat het project zijn geschiedenis verliest: inkooporder, verplichting en het verschil met het budget moeten blijven kloppen. Kent uw systeem alleen volledig gespecificeerde artikelen, dan wijkt de inkoper uit: de stuklijst leeft in een spreadsheet en niemand weet nog welk deel van het budget vastligt.

Daarbij hoort gefaseerde vrijgave. Engineering die pas vrijgeeft als het hele ontwerp af is, laat inkoop wachten. Vrijgave per samenstelling lost dat op, mits het systeem die deelvrijgave accepteert en later opnieuw rekent zonder de eerste tranche overhoop te gooien.

En dan wijzigt engineering iets waarvan al besteld is

Neem een frame dat al gezaagd en gelast is wanneer werktuigbouw de motorflens verplaatst. Het systeem moet dan meer tonen dan de nieuwe stuklijst: dat er nog vier stuks van de oude uitvoering op voorraad liggen, dat er een inkooporder loopt voor bevestigingsmateriaal dat straks niet past, dat de lasuren op de vorige revisie geboekt zijn, en of de leverancier de order nog kan wijzigen. Een engineering change order is bij ETO dus een kernproces. Per geraakte positie hoort zichtbaar te zijn waar de kosten landen: een klantwijziging als meerwerkregel met akkoord, een ontwerpfout als interne kostenpost.

Wat een ETO-ERP moet kunnen

Deze onderdelen hangen samen: een groeiende stuklijst zonder wijzigingsbeheer levert chaos op, wijzigingsbeheer zonder projectcalculatie alleen administratie.

Projectstructuur met deelleveringen

Secties of modules met een eigen planning, budget en oplevermoment, waaraan uren, inkoop en facturatie hangen.

Budgetposities zonder artikelnummer

Posities met een bedrag en een levertijd, later vervangen door het definitieve artikel met behoud van inkooporder en geboekte kosten.

Vrijgave per samenstelling

Engineering geeft per deel vrij; het systeem plant daarop in en rekent opnieuw zodra de volgende tranche binnenkomt.

Wijzigingsbeheer met impactbeeld

Elke change order toont per geraakt onderdeel de stand, de kosten en de gevolgen voor de planning.

Voor- en nacalculatie naast elkaar

Offertecalculatie en werkelijke kosten in dezelfde opbouw, zodat het verschil per onderdeel af te lezen is.

Meerwerk met klantakkoord

Een wijzigingsverzoek krijgt een prijs en een status; pas bij akkoord werkt het door in budget en facturatie.

Waar de marge zichtbaar wordt of verdwijnt

De vergelijking tussen voorcalculatie en nacalculatie is bij ETO het belangrijkste rapport in het systeem, en tegelijk het rapport dat in de meeste bedrijven onbruikbaar is. De oorzaak is structureel: de offerte is opgebouwd per functieblok (aandrijving, frame, besturing, montage), de boekhouding per kostensoort (materiaal, uitbesteed werk, uren). Sluiten die indelingen niet op elkaar aan, dan stelt u wel vast dát het project duurder werd, maar niet waar.

Engineeringuren verdienen aparte aandacht. Geboekt als overhead verdwijnt het project waar de constructeur weken extra aan werkte in het gemiddelde. Bij ETO zijn die uren productkosten, en samen met de uren voor inbedrijfstelling zijn het de posten waar uitloop het eerst zit. Meerwerk is de derde lekplaats: wijzigingen zijn hier regel, de meeste zijn klein genoeg om even zonder papierwerk te doen, en bij elkaar opgeteld maken ze het verschil. Zie ook software voor de maakindustrie.

  • Engineeringuren als projectkosten, niet als overhead
  • Voorcalculatie en nacalculatie in dezelfde opbouw
  • Uren, inkoop en uitbesteding op één projectnummer
  • Verplichtingen zichtbaar zodra de inkooporder loopt
  • Meerwerk met status, bedrag en klantakkoord
  • Afwijking per functieblok, niet alleen op projecttotaal
Nog niet zeker over een groot traject?

Test je idee eerst — werkend prototype in 1 dag

Met OneDayBuild maken we je idee in één dag tastbaar voor €950, zodat je weet of verdere ontwikkeling de investering waard is. Besluit je door te gaan met de volledige bouw? Dan verrekenen we de kosten volledig.

Bekijk OneDayBuild →

CAD, PDM en de twee stuklijsten

Engineering en productie kijken naar dezelfde onderdelen, maar ordenen ze verschillend. De engineeringstuklijst volgt de functionele opbouw en de disciplines: aandrijflijn, frame, hydrauliek, besturing. De productiestuklijst volgt de montagevolgorde en de werkorders. Een koppeling die alleen artikelnummers overzet, levert een onbruikbare lijst op.

Wat wel werkt is een expliciete afbeelding tussen beide structuren, per revisie bijgehouden, met een verschillenlijst per vrijgave: welke posities zijn vervallen, welke toegevoegd, welk aantal gewijzigd. Zonder die lijst wordt revisies vergelijken een foutenbron die pas in de assemblage opduikt. Stuklijstdata loopt meestal via de API van het PDM-systeem; voor geometrie wordt vaak ISO 10303-242 gebruikt, beter bekend als STEP AP242, dat sinds 2014 de protocollen AP203 en AP214 samenbrengt.

Aan de dossierkant maakt het projectkarakter het verschil. Wie machines op de Europese markt brengt stelt per machine een technisch dossier samen; bij ETO is dat per order een dossier met de tekeningrevisies, materiaalcertificaten en testrapporten van die ene uitvoering. Documentbeheer dat aan het artikelnummer hangt werkt hier niet. Het kader verandert bovendien: de Machineverordening (EU) 2023/1230 is vanaf 20 januari 2027 verplicht van toepassing en volgt dan de Machinerichtlijn 2006/42/EG op. In staalconstructie komt EN 1090 erbij, waarvan deel 1 de CE-markering van constructieonderdelen regelt en de uitvoeringsklassen EXC1 tot en met EXC4 bepalen hoe zwaar de bewijslast per project is.

Gefaseerde vrijgave EBOM naar MBOM Change orders Budgetposities Behoefteberekening per project Nacalculatie PDM-API-koppeling ISO 10303-242 Projectdossier

Wanneer een standaardpakket de betere keuze is

Engineer-to-order is geen witte vlek in de ERP-markt. Er bestaan volwassen pakketten met echte ETO-functionaliteit, waaronder Nederlandse leveranciers die machinebouw en carrosseriebouw expliciet als doelgroep noemen, met data-uitwisseling tussen CAD, PDM en ERP en projecten die in fasen worden opgedeeld. Voor een deel van de lezers van deze pagina is zo'n pakket de verstandigere route, en dat zeggen we liever nu dan halverwege een offertetraject.

Volgt uw proces het patroon van project, engineering, vrijgave, inkoop, productie en nacalculatie, dan koopt u dat kant-en-klaar in, inclusief onderhoud en aanpassingen aan gewijzigde regelgeving. Uw inspanning verschuift van bouwen naar inrichten.

Maatwerk loont in minder situaties dan aanbieders suggereren. De sterkste is een configuratie- of calculatielogica die echt van u is: een rekenmodel dat uit een klantspecificatie de hoofdcomponenten, de engineeringinspanning en de prijs afleidt. Dat model in een pakketformulier persen kost juist het onderscheidende deel. De tweede is een pakket dat pas inkoop toestaat bij een volledig gespecificeerd artikel; de derde is vastlopen op de roadmap van een leverancier.

De keerzijde hoort erbij: bij zelfbouw ligt het bijhouden van wijzigende normen bij uw eigen organisatie. Vaak is de tussenweg het beste antwoord: een pakket als administratieve kern, maatwerk voor de configurator of de calculatie. Hoe we die afweging maken leest u bij een ERP-systeem op maat.

  • Pakket als uw proces het gangbare ETO-patroon volgt
  • Pakket als stuklijstdiscipline nog moet groeien
  • Maatwerk bij een eigen configuratie- of calculatielogica
  • Maatwerk als het pakket een complete stuklijst eist
  • Tussenweg: pakket als kern, maatwerk aan de voorkant

Veelgestelde vragen over ETO-ERP

Bij make-to-order bestaat het product al: artikelnummer, stuklijst en routing liggen vast en de order zet de productie in gang. Bij engineer-to-order zijn de specificaties bij orderontvangst nog niet in detail bekend en begint het ontwerp pas na de order. Het engineeringwerk zit dus in de levertijd en de stuklijst ontstaat gaandeweg.

Door gefaseerd vrij te geven en te werken met budgetposities. Onderdelen met een lange levertijd, zoals aandrijvingen, gietstukken of besturingskasten, staan vroeg als positie in het project met een geschat bedrag en een verwachte levertijd, nog zonder artikelnummer. Zodra engineering ze specificeert, vervangt het echte artikel de positie, met behoud van inkooporder en geboekte kosten.

Dat is bij engineer-to-order geen uitzondering maar een kernproces. De wijziging wordt vastgelegd als engineering change order en het systeem toont per geraakte positie de stand: nog niet besteld, besteld, ontvangen of al verwerkt. Daarna volgt de keuze: annuleren, bewaren of afboeken. Even belangrijk is wie de kosten draagt: een klantwijziging hoort een meerwerkregel met akkoord te krijgen, een eigen ontwerpfout blijft een interne kostenpost.

Vaak wel, en voor een deel van de bedrijven is dat de verstandigere route. Er bestaan volwassen pakketten met echte engineer-to-order functionaliteit, waaronder Nederlandse leveranciers gericht op de maakindustrie. Volgt uw proces het patroon van project, engineering, vrijgave, inkoop, productie en nacalculatie, dan koopt u dat kant-en-klaar in. Maatwerk wordt pas interessant bij een eigen calculatielogica, of als het pakket een complete stuklijst eist voordat u mag inkopen.

De broncode en de documentatie zijn eigendom van de opdrachtgever en staan in een repository waar u zelf toegang toe heeft. Bij oplevering hoort een beschrijving van de architectuur, de datamodellen, de koppelingen en de deployment, zodat een andere partij het kan overnemen zonder eerst te reverse-engineeren. We werken met gangbare technologie, omdat dat bepaalt hoeveel partijen het onderhoud kunnen oppakken.

De fabrikant van de machine blijft daarvoor verantwoordelijk, ongeacht welk systeem de documentatie beheert. Het ERP maakt die verplichting werkbaar door het technisch dossier aan het projectnummer te hangen, zodat certificaten, materiaalbewijzen en tekeningrevisies per order terug te vinden zijn. Het kader verandert bovendien: de Machineverordening (EU) 2023/1230 is vanaf 20 januari 2027 verplicht van toepassing. Bij een zelfgebouwd systeem ligt het inbouwen daarvan bij u.

Gerelateerde diensten

ERP voor gemengde productie

Voor bedrijven die discrete productie en procesproductie combineren: stuklijsten naast recepturen, batch- en chargeregistratie in hetzelfde systeem. Zie ERP voor gemengde productie.

ERP-systeem op maat

Speelt de vraag breder dan productie, rond inkoop, verkoop, service en administratie, dan is een ERP-systeem op maat de bredere ingang.

Software voor de maakindustrie

Productiebesturing, werkvloerregistratie, kwaliteitsdossiers en machinekoppelingen naast het ERP zelf: software voor de maakindustrie.

Uw ETO-proces onder de loep

Vertel ons hoe uw offertecalculatie eruitziet, wanneer engineering vrijgeeft en wat er nu gebeurt als een wijziging binnenkomt op een onderdeel dat al besteld is. Uit die drie antwoorden blijkt meestal of een pakket, maatwerk of een combinatie het beste past.

Edit Content