PLM-software laten maken

PLM staat voor product lifecycle management: het beheren van een product door de volledige levenscyclus heen, van eerste ontwerp via engineering en productie tot einde levensduur. De kern is één centraal productdossier waarin ontwerpen en CAD-tekeningen met versiebeheer staan, wijzigingen via een vaste goedkeuringsflow lopen, en de stuklijst (BOM) synchroon blijft tussen engineering en productie. R&D, engineering, inkoop en productie werken op dezelfde gegevens in plaats van op eigen kopieën.

PLM wordt vaak verward met PDM, product data management. PDM is het onderdeel dat CAD-tekeningen en documenten beheert: versies, revisies en wie welk bestand mag wijzigen. PLM omvat dat, maar gaat verder, met wijzigingsbeheer over afdelingen heen, synchrone stuklijsten en samenwerking gedurende de hele levenscyclus in plaats van alleen rond het tekenwerk. Wie alleen tekeningenbeheer nodig heeft, is vaak al geholpen met PDM; wie ontwerp, wijziging en productie aan elkaar wil knopen, heeft PLM nodig. Standaardpakketten bieden zelden allebei op een manier die aansluit op uw eigen productstructuur, en dat is waar maatwerk uitkomst biedt.

De kern is één betrouwbare bron voor productgegevens, van eerste ontwerp tot uitfasering. Daaromheen zijn dit de functies die het verschil maken:

• CAD-tekeningen en documenten centraal, met versiebeheer, zodat iedereen met de laatste vrijgegeven versie werkt en oudere revisies traceerbaar terug te vinden zijn.
• Wijzigingsbeheer (engineering change requests) met een vaste goedkeuringsflow: een verzoek, beoordeling door de betrokken afdelingen, en pas na akkoord doorvoeren in tekening en stuklijst.
• Stuklijsten (BOM's) die synchroon blijven tussen engineering en productie, zodat een wijziging in het ontwerp automatisch doorwerkt in de productielijst.
• Eén productdossier waarin R&D, engineering, inkoop en productie samenwerken, met rollen en rechten per afdeling.
• Statussen per onderdeel en assemblage: in ontwikkeling, vrijgegeven, verouderd.
• Historie per wijziging: wie wijzigde wat, wanneer en met welke reden.

Een wijziging op een onderdeel kan overal in de organisatie gevolgen hebben: een andere maatvoering raakt de stuklijst, een ander materiaal raakt inkoop, en een gewijzigde tolerantie raakt de productie. PLM-software legt dat vast als een vast traject. Een engineering change request omschrijft de wijziging en de reden, de betrokken afdelingen beoordelen de impact, en pas na akkoord wordt de wijziging doorgevoerd in tekening, stuklijst en werkinstructie. Zonder die flow circuleren wijzigingen via e-mail en werkt de productievloer soms nog op een oude tekening zonder dat iemand het doorheeft.

De goedkeuringsflow hoeft niet voor elke wijziging identiek te zijn. Een kleine documentatiecorrectie vraagt minder beoordeling dan een wijziging die de stuklijst of een leverancier raakt. Maatwerk software volgt daarin uw eigen classificatie van wijzigingen, in plaats van één flow op te leggen die voor de eenvoudigste en de ingrijpendste wijziging hetzelfde traject voorschrijft.

PLM staat niet op zichzelf. Tekeningen en 3D-modellen komen uit uw CAD-pakket, stuklijsten moeten aansluiten op het ERP voor inkoop en productie, en bij samenwerking met toeleveranciers is een neutraal uitwisselformaat voor productdata vaak nodig. Voor die uitwisseling is ISO 10303, beter bekend als STEP, de gangbare internationale standaard: een neutraal formaat waarmee CAD- en PLM-systemen van verschillende leveranciers productgegevens met elkaar kunnen uitwisselen zonder dat er informatie verloren gaat.

Maatwerk koppelt uw bestaande CAD- en ERP-omgeving rechtstreeks aan het productdossier, zodat een vrijgegeven wijziging niet apart in meerdere systemen hoeft te worden overgetypt. Dat is precies waar standaardpakketten vaak vastlopen: ze verwachten een vaste combinatie van CAD- en ERP-merken, terwijl uw omgeving zelden precies zo is opgebouwd.

PLM gaat over het product: het ontwerp, de wijzigingen en de stuklijst, van eerste tekening tot uitfasering. Dat is iets anders dan het inplannen van orders langs werkplekken, waar job-shop planning-software voor is, en iets anders dan het analyseren van productiedata en prestaties op de vloer, het domein van productie-analyticssoftware. De drie raken elkaar wel: een vrijgegeven stuklijst uit PLM is de basis voor wat een planningssysteem inplant, en productiedata uit de analyselaag kan aanleiding zijn voor een nieuwe engineering change. Ze zijn echter zelden hetzelfde systeem, en wie ze door elkaar bouwt, krijgt een tool die nergens goed in is.

Bepalend zijn het aantal productlijnen en varianten dat u beheert, de complexiteit van de koppeling met uw bestaande CAD- en ERP-omgeving, het aantal afdelingen dat in de goedkeuringsflow moet meebeslissen, en de hoeveelheid bestaande tekeningen en stuklijsten die moet worden overgezet. Eén productlijn met een overzichtelijke stuklijst is aanzienlijk lichter dan een assortiment met veel varianten en meerdere engineeringlocaties. We beginnen bij het traject waar wijzigingen nu het meeste zoekwerk en risico opleveren.

We brengen eerst uw huidige productdossier in kaart: waar tekeningen, stuklijsten en wijzigingsverzoeken nu staan en waar ze uit de pas lopen. Daarna bouwen we het centrale beheer van ontwerpen met versiebeheer, gevolgd door de wijzigingsflow met goedkeuring per afdeling. Vervolgens komt de koppeling van stuklijsten tussen engineering en productie, en tot slot de aansluiting op uw CAD- en ERP-systemen. Elke stap maakt het productdossier een stap vollediger en betrouwbaarder.

• Productie-analyticssoftware laten maken
• Job-shop planning-software laten maken
• Alle software op maat