PDM fashion: gids voor productdata, collecties en ERP
Artikel samenvatting
Wat is PDM voor fashion en welke vorm past bij uw modebedrijf?
Direct antwoord: PDM (Product Data Management) voor fashion is de centrale plek waar u alle gegevens van een stijl beheert: materialen, kleuren, maten, maatgegevens, de stuklijst en de prototyperondes. Welke vorm bij u past, hangt af van hoe complex uw productontwikkeling is en hoe strak die gegevens moeten doorstromen naar uw ERP systeem, bijvoorbeeld Microsoft Dynamics 365 Business Central.
- Begin bij de gegevens die nu dubbel worden ingevoerd, niet bij een lijst met functies.
- PLM beslaat het hele traject van idee tot uitlevering. PDM gaat over de productgegevens zelf, en veel middelgrote modebedrijven hebben eerst dat laatste nodig.
- Spreek af wie eigenaar is van elk gegeven.
- Elk extra overdrachtsmoment tussen ontwerp, inkoop en ERP is een extra kans op fouten in maten en varianten, dus hoe minder overdrachten, hoe beter.
Uw productontwikkelaar rekent met een kostprijs die een paar euro lager ligt dan het bedrag dat inkoop in het ERP systeem ziet. Niemand weet meteen welke klopt. De laatste wijziging aan de voering staat in een mail aan de fabrikant, in versie zeven van een spreadsheet en nergens anders.
Dit probleem lost PDM voor fashion op. Een PDM-systeem bundelt per stijl de materialen, kleurstellingen, maattabellen, varianten, stuklijst en prototypecommentaar op één plek, zodat ontwerp, inkoop en uw ERP met dezelfde gegevens werken. De keuze die u daarna maakt, is vooral een inrichtingsvraag: houdt u PDM los van uw ERP systeem, of laat u de productgegevens direct in uw bedrijfssoftware landen?
Zoekt u eerst een bredere uitleg van het begrip, dan sluit ons artikel over product data management in fashion beter aan. Hier gaat het om de praktische keuze.
Wat PDM in een modebedrijf eigenlijk vastlegt
PDM in de fashionindustrie is het complete dossier van een stijl. Dat dossier groeit vanaf de eerste schets tot het moment dat het artikel verkoopbaar is, en elke afdeling voegt er iets aan toe.
In engineering draait PDM vaak om CAD-bestanden en tekeningversies. Fashion heeft een eigen complicatie: één ontwerp vertakt zich in een matrix van kleuren en maten, en elke cel van die matrix moet later een eigen artikelvariant met barcode worden. Een kookboek waarin elk recept in zes porties bestaat, en waarin de hoeveelheid zout per portie net anders uitvalt… zo voelt een maattabel voor wie hem handmatig bijhoudt.
Stel: een proefmodel komt terug van de fabrikant met een verkeerd ingenaaid label. De pasopmerkingen staan op een foto in een chatgroep, de correctie op de technische tekening wordt pas twee weken later doorgevoerd. Een goed ingericht PDM-systeem bewaart die opmerking bij de juiste prototyperonde, gekoppeld aan de stijl, zodat u bij de volgende ronde ziet wat er al is afgesproken.
Benaader PDM daarom als het geheugen van uw productontwikkeling (en niet als nog een ontwerptool). Werkt u met een klein ontwerpteam en twee collecties per jaar, dan kan dat geheugen eenvoudig zijn. Bij meerdere labels, private label en tientallen leveranciers wordt het snel te veel voor gedeelde mappen. Onze ervaring: dit knelpunt groeit sneller dan u verwacht.
Welke gegevens PDM-software voor fashion moet beheren
Een PDM-systeem voor fashion beheert alles wat nodig is om een stijl te laten maken, te calculeren en later als artikel te verkopen. Onderstaande tabel laat per type gegeven zien wat u vastlegt en waar het in de praktijk misloopt wanneer dat ontbreekt.
| Gegevens | Wat u vastlegt | Waar het misgaat zonder centrale plek |
|---|---|---|
| Productdata en stijlen | Stijlnummer, omschrijving, productgroep, seizoen, technische tekening | Dezelfde stijl krijgt in verschillende bestanden een ander nummer |
| Materialen | Hoofdstof, voering, fournituren, samenstelling, leverancier | Een gewijzigde stof bereikt de calculatie niet |
| Kleuren | Kleurcodes, kleurstellingen per stijl, goedkeuring van lab dips | Inkoop bestelt een kleur die ontwerp al had geschrapt |
| Maten en maatgegevens | Maatreeks, maattabel, gradering, meetpunten en toleranties | Pasvormfouten die pas in de winkel opvallen |
| Varianten | Combinaties van kleur en maat die echt geproduceerd worden | Varianten in het ERP systeem die nooit besteld worden, of juist ontbreken |
| BOM | Stuklijst met verbruik per materiaal, eventueel per maat | Kostprijs en materiaalbehoefte kloppen niet |
| Prototypes | Proefrondes, pasopmerkingen, foto’s, status per ronde | Commentaar raakt kwijt tussen mail en chat |
| Collecties | Indeling per seizoen, drop of thema, planning en status | Geen overzicht welke stijlen nog niet zijn goedgekeurd |
De BOM (Bill of Materials, oftewel de stuklijst) verdient extra aandacht. Dit is waar ontwikkeling en financiën elkaar raken, want verbruik per materiaal bepaalt uw kostprijs en dus uw marge. Wilt u maar één ding goed geregeld hebben voordat u met een PDM-traject begint? Bepaal dan of u de stuklijst per maat of per stijl wilt vastleggen. Dat klinkt als een detail, maar het bepaalt later hoe nauwkeurig uw materiaalplanning wordt.
PDM en PLM voor mode: waar ligt de grens?
PDM beheert de productgegevens, PLM (Product Lifecycle Management) beheert het proces eromheen. PLM voegt planning, taken, deadlines, samenwerking met leveranciers en goedkeuringsstappen toe aan wat PDM vastlegt. In veel softwarepakketten lopen de twee in elkaar over, wat vergelijken er niet eenvoudiger op maakt.
Om de rolverdeling helder te maken, zet de volgende tabel PDM, PLM en uw ERP systeem naast elkaar.
| Aspect | PDM | PLM | ERP |
|---|---|---|---|
| Kernvraag | Wat is dit product precies? | Waar staat dit product in het ontwikkeltraject? | Hoeveel kopen, maken, verkopen en leveren we? |
| Belangrijkste gegevens | Specificaties, materialen, maten, BOM | Kalender, taken, statussen, leveranciersafstemming | Artikelen, voorraad, orders, financiën |
| Primaire gebruikers | Ontwerp en productontwikkeling | Productmanagement en sourcing | Inkoop, logistiek, sales en finance |
| Moment van gebruik | Vooral vóór productie | Van idee tot uitlevering | Vanaf de eerste inkooporder |
Voor de meeste middelgrote kledingbedrijven is PDM de eerste stap en volledige PLM pas zinvol wanneer de ontwikkelkalender zelf het knelpunt is. Merkt u dat collecties te laat klaar zijn omdat goedkeuringen blijven liggen, dan zit het probleem in het proces. Hebben uw collega’s vooral last van tegenstrijdige specificaties, dan zit het in de data. Hoe de ontwikkelkant uiteindelijk overgaat in productie en magazijn, beschrijven we stap voor stap in ons stuk over automatisering van ontwerp tot magazijn, inclusief de overdrachtsmomenten die vaak vergeten worden.
Vier routes om PDM voor fashion in te richten
Er is geen standaardinrichting die voor elk modebedrijf werkt. Wel zijn er vier herkenbare routes, elk met een eigen prijs in tijd, complexiteit en dubbel werk.
Spreadsheets en gedeelde mappen
Zo begint bijna iedereen. Voor een jong label met één leverancier is het verdedigbaar. Maar de zwakte ontstaat bij groei: een maattabel wordt gekopieerd voor een nieuwe stijl, iemand past het origineel aan, en de kopie leeft gewoon door. Spreadsheets zijn een noodoplossing die zich graag permanent maakt.
Losstaande PDM- of PLM-software
Gespecialiseerde fashionsoftware voor ontwikkeling biedt sterke ondersteuning voor technische tekeningen, gradering en leverancierssamenwerking. Daar staat tegenover dat u twee systemen met elk een eigen artikeldefinitie hebt. Zodra een stijl wordt goedgekeurd, moet die als artikel met varianten in uw ERP systeem terechtkomen, via een koppeling of (minder wenselijk) via handmatig overtypen. Voor bedrijven met een groot ontwerpteam en complexe ontwikkeling kan die prijs het waard zijn, zolang de koppeling goed is afgesproken.
PDM als uitbreiding binnen uw ERP
Bij deze route leeft de productontwikkeling in dezelfde omgeving als inkoop, voorraad en financiën. Een stijl die wordt goedgekeurd, hoeft dan niet te verhuizen. De afweging: zulke uitbreidingen bieden niet altijd dezelfde ontwerpdiepte als een losstaand pakket. U moet nagaan of uw ontwikkelaars er dagelijks prettig mee kunnen werken.
Fashion-ERP dat ontwikkeling en operatie verbindt
Een branchespecifieke ERP oplossing voor mode denkt standaard in seizoenen, maatreeksen en kleurvarianten. Ontwerp kan dan in een gespecialiseerd hulpmiddel blijven werken, terwijl de structuur waarin de productgegevens landen al op fashion is ingericht. Of u daarvoor een specialistische of generieke basis kiest, werken we uit in ons artikel over fashion ERP kiezen: specialistisch of generiek.
Geschikt voor: wholesalers, merken met eigen retail en private-labelbedrijven die veel varianten en meerdere verkoopkanalen beheren.
Hoe PDM aansluit op Microsoft Dynamics 365 Business Central
Microsoft Dynamics 365 Business Central kent artikelen, artikelvarianten en stuklijsten, en daarmee de bouwstenen waarin fashiondata kan landen. De vraag is dus zelden of de koppeling kan, maar hoe u bepaalt welk systeem welk gegeven beheert. Dat principe heet ook wel Single Point of Truth: voor elk gegeven één bron die leidend is.
Een praktisch voorbeeld. Een stijl krijgt de status goedgekeurd. Op dat moment moet in Business Central een artikel ontstaan, met precies de kleur-maatcombinaties die echt geproduceerd worden, een stuklijst voor de kostprijs en de leverancier voor de eerste inkooporder. Vergeet u die overdracht te automatiseren, dan zit er straks iemand met twee schermen naast elkaar varianten over te tikken. Dat is werk waar niemand voor is aangenomen.
Voor die overdracht helpt een vaste volgorde:
- Leg per gegeven vast welk systeem leidend is: stijl en maatgegevens in PDM, voorraad en prijzen in het ERP systeem.
- Bepaal het statusmoment dat de overdracht start.
- Spreek af wat er gebeurt als ontwikkeling na overdracht nog iets wijzigt, want dat gebeurt vaker dan iemand vooraf toegeeft.
- Test met een complete stijl uit een echte collectie, inclusief afwijkende maatreeks.
Stap drie is de lastigste. Een late wijziging in de stuklijst na de eerste inkooporder raakt zowel de kostprijs als de materiaalbehoefte, en u wilt dat dit zichtbaar wordt in plaats van stil overschreven. Een estafette verlies je zelden op snelheid, maar bij de wissel van het stokje. Bij PDM-integratie is het niet anders. Hoe Business Central als basis voor modebedrijven werkt, leest u in ons artikel over fashion ERP software op Business Central, waar ook varianten en voorraad aan bod komen.
Werkt uw PDM binnen dezelfde Business Central-omgeving, dan vervalt een groot deel van deze afspraken, omdat er geen tweede database is. Draait PDM extern, dan is een realtime of geplande koppeling nodig. Welke van de twee beter past, hangt af van hoeveel waarde u hecht aan de ontwerpfuncties van een losstaand pakket.
Veelgemaakte fouten bij het kiezen van PDM-software
De duurste fout is beginnen zonder afspraken over gegevenseigenaarschap. Een team kiest een PDM-pakket op basis van een overtuigende demo, en pas tijdens de implementatie blijkt dat ontwerp, inkoop en finance elk een andere definitie van een artikel hanteren. Is een kleur een variant of een apart artikel? Telt een andere wassing als nieuwe stijl? Zolang die vragen open staan, verplaatst geen enkel systeem uw probleem, hoogstens het adres ervan. Leg deze definities vast voordat u software vergelijkt, bijvoorbeeld in een fit/gap-analyse waarin u per proces bepaalt wat de software standaard doet en wat maatwerk vraagt.
Een tweede fout: de maatmatrix uitstellen tot later. Wie eerst stijlen inricht en maatreeksen “straks” toevoegt, bouwt opnieuw.
Kiezen op basis van alleen het ontwerpteam komt ook veel voor. Het pakket voelt prettig voor de ontwikkelaar, terwijl inkoop en logistiek er pas na de keuze naar kijken. Neem in de selectie minimaal iemand mee die later met de artikelen in het ERP systeem werkt.
En dan de historische seizoenen. Ik zie regelmatig de neiging om alle oude collecties te migreren (u wilt niets kwijtraken), maar dat vervuilt een nieuw systeem met verouderde maatreeksen en materialen die niemand meer gebruikt. Archiveer oude seizoenen liever als naslag en zet alleen lopende en doorlopende stijlen over.
Zo helpt TCOG modebedrijven met productdata en ERP
TCOG implementeert en optimaliseert Microsoft Dynamics 365 Business Central voor fashion, retail, hospitality en industry, en vult dat aan met itSuitsFashion 365, de fashionoplossing die TCOG zelf ontwikkelde. Microsoft ontwikkelt Business Central zelf. TCOG richt het in, koppelt het en ondersteunt het.
Voor een PDM-vraagstuk betekent dat een concrete werkwijze. In een blueprinttraject brengt u samen met TCOG in kaart welke productgegevens uw collectieproces nu doorlopen, waar ze dubbel worden vastgelegd en welk systeem voor elk gegeven leidend moet worden. Zo ziet u vóór de implementatie of productontwikkeling binnen uw ERP kan landen of dat een koppeling met bestaande ontwerpsoftware verstandiger is. De volgorde van zo’n traject, van analyse tot livegang, beschrijven we in het stappenplan voor een Business Central-implementatie.
Met meer dan 225 klanten in de Benelux en 90+ industry experts kent TCOG de typische knelpunten van modebedrijven: veel varianten, seizoensdruk en meerdere kanalen tegelijk. Na livegang blijft u niet alleen staan. Ondersteuning via een Service Level Agreement (SLA) en doorlopende optimalisatie zorgen dat uw inrichting meegroeit wanneer er een label, kanaal of land bijkomt.
Veelgestelde vragen over PDM fashion
Wat is PDM in de fashionindustrie?
PDM in de fashionindustrie is software of een werkwijze waarmee u alle productgegevens van een stijl centraal beheert. Denk aan materialen, kleuren, maattabellen, varianten, de stuklijst en prototypecommentaar.
Wat is het verschil tussen PDM en PLM voor kledingbedrijven?
PDM beheert de gegevens van een product, PLM beheert het volledige ontwikkeltraject eromheen. PLM voegt planning, taken, goedkeuringen en leverancierssamenwerking toe. Veel pakketten combineren beide, dus kijk bij een selectie naar wat u werkelijk nodig hebt in plaats van naar het label op de verpakking.
Heeft een klein modelabel PDM-software nodig?
Niet altijd. Met één of twee collecties per jaar, een beperkt aantal stijlen en weinig leveranciers kunt u vaak prima uit de voeten met goed gestructureerde bestanden. Het omslagpunt ligt meestal bij dubbele invoer: zodra varianten handmatig van het ene systeem naar het andere worden overgezet, of maattabellen in meerdere versies rondgaan, verdient een vaste structuur zich terug in minder fouten.
Kan PDM gekoppeld worden aan Microsoft Dynamics 365 Business Central?
Ja. Business Central werkt met artikelen, varianten en stuklijsten, zodat goedgekeurde stijlen daar als verkoopbare artikelen kunnen landen. Het belangrijkste ontwerpbesluit is welk systeem voor welk gegeven leidend is en op welk statusmoment de overdracht plaatsvindt.
Welke PDM-functionaliteiten zijn belangrijk voor collecties, maten en varianten?
Belangrijk zijn een maatmatrix die per stijl de werkelijk geproduceerde kleur-maatcombinaties vastlegt, maatgegevens met meetpunten en toleranties, en een stuklijst die waar nodig per maat verschilt. Voor collecties wilt u per seizoen of drop kunnen zien welke stijlen nog in ontwikkeling zijn.
Moeten oude collecties mee naar een nieuw PDM-systeem?
Meestal alleen de lopende en doorlopende stijlen. Oude seizoenen kunt u beter archiveren als naslag.
Wat betekent dit voor uw collectieproces?
PDM voor fashion draait minder om software dan om de vraag waar de waarheid over een stijl staat, en hoe die zonder overtypen in uw ERP terechtkomt. Een zinvolle eerste stap is één recente stijl volgen van schets tot eerste inkooporder en noteren waar gegevens opnieuw worden ingevoerd. Die lijst vertelt u welke van de vier routes bij uw organisatie past.
