Modulair productmodel met posities, interfaces, modules en varianten

Modulair werken heeft een eigen taal, binnen RulePro en vaak ook bij maakbedrijven. Posities, interfaces, modules, varianten en attributen. Als engineering en verkoop die taal delen, bouw je een productmodel waar je jaren mee verder kunt. We leggen het uit met twee beelden die iedereen begrijpt: een puzzel en een werkbank.

Zie het product als een puzzel

Het product als puzzel: posities zijn lege vakken, de interface is de aansluiting, modules zijn de stukjes en varianten de waaier stukjes die ook passen — Een puzzel, vaste vakken, wisselende stukjes. Zolang de aansluitafspraken vastliggen, mag elk stukje veranderen.

Het lege vak is de positie. Die ligt vast en wacht op een puzzelstuk. De vormen aan de randen vormen samen de interface. Passen die, dan past elk stukje dat zich aan die vorm houdt. Het stukje is de module, en er passen meestal meerdere stukjes op hetzelfde vak: alternatieven en varianten. Een stukje mag zelf weer een kleine puzzel zijn. Modules mogen modules bevatten, zolang ook daar de aansluitafspraken vastliggen.

Vijf lagen, een taal

De vijf lagen van een modulair productmodel: geconfigureerd product, positie, module, variant en onderdelen, met attributen als aparte dimensie — Abstract bovenin, concreet onderin. De echte maten wonen bij de variant.

Tip: hoe herken je een module? Heeft een onderdeel een eigen functie en een duidelijke aansluiting op de rest van het product? Dan is het waarschijnlijk een module. Een aandrijfeenheid die op een machineframe wordt gemonteerd, is bijvoorbeeld een module. Kleur verbindt niets, dat is een attribuut. Zo voorkom je dat alles een zware module wordt. Deze keuzes vragen in het begin oefening. Juist daarom helpt een gedeelde producttaal.

De positie ligt vast, de module wisselt

Werkbankvoorbeeld met twee posities waarin een ladeblok, deurkast of niets past, en een brede lade die beide posities claimt — De interface hoort bij de positie, niet bij de module.

De interface hoort bij de positie, niet bij de module. Elke module die de interface volgt past erin, ook de module die je volgend jaar pas bedenkt. En let op het brede stukje dat twee vakken tegelijk claimt. Zo'n brede lade is alleen kiesbaar als links en rechts allebei vrij zijn. Een configurator bewaakt dit soort spelregels consequent. Een engineer of verkoper kan ze in een druk offertetraject over het hoofd zien.

Leg de aansluitafspraken vast

Overzicht van aansluitafspraken met mechanische aansluiting, elektrische doorvoer, verplicht attribuut en wijzigingsregels — Hier mislukken veel modulariseringen: niet op de blokken, maar op verbindingen die stilletjes blijven schuiven.

Aansluitafspraken zijn geen functie van RulePro, maar een werkwijze voor engineering. Leg per aansluiting vast wat moet passen: bijvoorbeeld maatvoering, bevestiging en randvoorwaarden. In RulePro leg je vervolgens de keuzes en regels vast die daaruit volgen. In een interfaceregister krijgen de afspraken een status, versie en eigenaar. Wijzigen gebeurt via een nieuwe versie met een impactcheck.

Wie levert de waarde van een attribuut?

De positie eist dat een bezette breedte gemeld wordt. De module belooft dat zijn uitvoeringen dat doen. Maar het echte getal komt van de variant. Daar liggen de maten vast. Globale attributen (zoals buitenkleur) leg je eenmalig vast. Gemarkeerde delen lezen mee en een bewuste override blijft mogelijk.

De ERP-nuance

Kleur blijft een eigenschap in het model. Wil je ERP per kleur een eigen artikelcode? Prima, het systeem genereert die op ordermoment. Het punt is niet dat die code niet mag bestaan, maar dat je engineer hem niet meer met de hand maakt.

Van als-dan-regels naar een attribuut

Vergelijking van als-dan-regels tussen modules met de schone aanpak waarin elke module zijn bezette breedte meldt en de plint per kant zijn eigen lengte berekent — De afhankelijkheid stroomt als data door de interface, niet als regels tussen modules.

Voorbeeld werkbank. De plint moet passen bij wat er aan zijn kant onder hangt. Naïef wordt dat een web van als-dan-regels dat bij de tiende module onbeheersbaar is. De schone aanpak werkt anders. Elke module meldt een waarde aan zijn positie (de bezette breedte), en elke plint leest alleen zijn eigen kant. Links een blok van 300 mm? Plint links = 3.000 − 300 = 2.700 mm. Nieuwe module volgend jaar? Die meldt alleen zijn breedte. Nul nieuwe regels.

Pak afhankelijkheden in deze volgorde aan. Ontwerp ze weg, bijvoorbeeld met een lengte en een vulstuk. Leg ze anders vast in de aansluitafspraken. Voeg pas als laatste een beheerde spelregel toe, met eigenaar, versie en reden.

Elke afhankelijkheid is een verplichting, geen feature.

Veelgestelde vragen

Wat is het verschil tussen een module en een variant?

Een module is een bouwsteen met een stabiele interface die je kunt selecteren zonder de buren opnieuw te engineeren. Een variant is een verwisselbare uitvoering van die module. Op een positie kies je eerst welke module, daarna welke variant.

Wat is een positie in een productconfigurator?

Een positie is een vaste plek in de productstructuur waar een module in past, zoals een leeg puzzelvak. De interface hoort bij de positie, niet bij de module. Elke module die de interface volgt, past. In PLM komt dit overeen met een slot in de stuklijst, aangeduid met een positienummer.

Wanneer is iets een attribuut in plaats van een module?

Heeft een onderdeel een eigen functie en een duidelijke aansluiting op de rest van het product? Dan is het waarschijnlijk een module. Kleur en materiaal verbinden niets, dus dat zijn attributen. Attributen beheer je als data. Als je ERP per kleur een artikelcode wil, genereert het systeem die op ordermoment.

Hoe beheer ik interfaces in de praktijk?

Aansluitafspraken zijn een werkwijze voor engineering, geen functie van RulePro. Leg per aansluiting vast wat moet passen, bijvoorbeeld maatvoering, bevestiging en randvoorwaarden. Geef die afspraken een status, versie en eigenaar. In RulePro leg je de keuzes en regels vast die daaruit volgen.

Hoe voorkom ik een wirwar van als-dan-regels?

Pak afhankelijkheden in deze volgorde aan. Ontwerp ze weg. Leg ze vast in de aansluitafspraken. Voeg pas als laatste een beheerde regel toe, met eigenaar, versie en reden.

Modulair werken: wat is het en hoe pak je het aan?