Fashion ERP compliance: regels, data en Business Central
Artikel samenvatting
Wat moet een fashion ERP systeem kunnen om aan de regels te voldoen?
Direct antwoord: Fashion ERP compliance betekent dat uw ERP systeem per artikel, partij en leverancier kan aantonen wat u wettelijk en contractueel moet rapporteren: gewicht en categorie voor textiel-EPR, materiaal en herkomst voor het Digital Product Passport, stoffeninformatie voor REACH en exacte EDI-gegevens voor retailers. Microsoft Dynamics 365 Business Central biedt daarvoor een sterke basis, maar de meeste fashionbedrijven hebben aanvullende branchefunctionaliteit, integraties en goede afspraken over datakwaliteit nodig.
- TCOG implementeert Business Central met branchespecifieke oplossingen zoals itSuitsFashion 365, wat goed past bij modebedrijven die compliance in hun dagelijkse processen willen vastleggen in plaats van in losse spreadsheets.
- Compliance begint bij het artikelrecord.
- Regels voor het Digital Product Passport worden per productgroep nog verder ingevuld, dus kies een datamodel dat u later kunt uitbreiden.
- EDI-afwijzingen van retailers zijn meestal een datakwaliteitsprobleem en zelden een technisch koppelingsprobleem.
Stel dat de jaarlijkse opgave voor textiel-EPR klaar moet. Finance telt het gewicht van alles wat u op de Nederlandse markt bracht, het magazijn komt op een ander totaal uit, en de export uit de webshop geeft een derde getal. Niemand weet welk cijfer klopt, want het gewicht per artikel staat op drie plekken (en op één daarvan is het een schatting van twee seizoenen terug).
Dat is waar fashion ERP compliance om draait. Uw ERP systeem moet één betrouwbare bron zijn voor de gegevens die toezichthouders, producentenorganisaties en retailers van u verwachten: gewicht, materiaalsamenstelling, herkomst, leveranciers, chemische stoffen en de exacte velden die een afnemer in een EDI-bericht nodig heeft. Met een audit trail erbij, zodat u kunt laten zien wie wat wanneer heeft gewijzigd.
De regeldruk op modebedrijven neemt toe. Wie die data nu goed inricht, beantwoordt straks de meeste vragen met een rapport in plaats van een project. Dit artikel bevat algemene informatie en vervangt geen juridisch advies.
Wat fashion ERP compliance in de praktijk betekent
Compliance in een fashion ERP is geen aparte module die u aanzet. Het is wat u dagelijks vastlegt bij inkoop, productie, ontvangst en verkoop, en of u dat later kunt reconstrueren.
Vergelijk het met een etiket in een kledingstuk. Dat kleine stukje stof vertelt de consument wat erin zit en hoe hij het moet wassen, maar het is pas betrouwbaar als iemand eerder in de keten de juiste samenstelling heeft doorgegeven. Een ERP systeem werkt net zo: het rapport aan het eind is nooit beter dan het artikelrecord aan het begin.
Voor fashion komt daar iets lastigs bij. Een broek bestaat niet als één artikel, maar als een matrix van kleuren en maten, soms met verschillende leveranciers of productielocaties per variant. Een materiaalsamenstelling die op stijlniveau klopt, kan op variantniveau afwijken (denk aan een andere voering in de grote maten). Generieke ERP software zonder fashionstructuur dwingt u dan tot omwegen, en juist in die omwegen ontstaan de fouten die bij een controle boven water komen.
Kort gezegd. U moet kunnen aantonen, niet alleen weten.
Welke regels uw ERP systeem moet kunnen onderbouwen
Nederlandse modebedrijven krijgen doorgaans te maken met een mix van wettelijke verplichtingen en eisen van afnemers. In de tabel hieronder ziet u de belangrijkste vertaald naar de gegevens die uw ERP systeem nodig heeft. De exacte reikwijdte hangt af van uw rol (producent, importeur, groothandel, retailer) en verandert nog, dus toets uw situatie altijd aan de actuele bronnen van de overheid.
| Verplichting | Wat er globaal van u gevraagd wordt | Welke data uw ERP systeem moet leveren |
|---|---|---|
| Textiel-EPR (UPV textiel) | Sinds 2023 zijn producenten en importeurs die textiel op de Nederlandse markt brengen verantwoordelijk voor de afvalfase, inclusief registratie en rapportage | Gewicht per artikel, productcategorie, aantallen per land van levering, onderscheid tussen eigen import en inkoop binnen Nederland |
| Digital Product Passport | Onder de Europese ecodesignverordening (ESPR) wordt digitale productinformatie verplicht, met textiel als prioritaire productgroep | Materiaalsamenstelling, herkomst, leveranciers, unieke productidentificatie, eventueel reparatie- en recyclinginformatie |
| REACH | Europese chemicaliënregels, met restricties op stoffen en een informatieplicht bij zeer zorgwekkende stoffen boven 0,1 gewichtsprocent | Stoffenverklaringen per leverancier, testrapporten, koppeling van verklaringen aan artikel en partij |
| ESG-rapportage | Afhankelijk van omvang en de actuele Europese afspraken over de CSRD | Inkoopvolumes per leverancier en land, transportbewegingen, materiaalverdeling over het assortiment |
| Retailer-EDI | Contractuele eisen per afnemer, vaak met boetes of afwijzing bij fouten | GTIN-codes, maat- en kleurcodering volgens afnemer, verpakkingsniveaus, tijdige verzendberichten |
| AVG | Bescherming van persoonsgegevens van klanten en medewerkers | Toegangsrechten, bewaartermijnen, inzicht in waar klantdata staat |
Wat opvalt: bijna elke regel leunt op dezelfde handvol artikel- en leveranciersgegevens. Dat is goed nieuws. Wie het gewicht, de materiaalsamenstelling en de leverancier per variant één keer goed vastlegt, bedient daarmee drie of vier verplichtingen tegelijk. Op Europees niveau is afgesproken dat alle lidstaten een textiel-EPR invoeren, dus als u ook in België of Duitsland verkoopt, wilt u die gegevens per land kunnen uitsplitsen.
Textiel-EPR en Digital Product Passport: wat Business Central zelf doet en waar u aanvult
Microsoft Dynamics 365 Business Central regelt de basis goed, maar niet alles uit de doos. Dat onderscheid voorkomt teleurstelling halverwege een implementatie.
In Business Central kunt u standaard artikelattributen vastleggen (zoals gewicht of materiaal), partijen volgen met lotnummers via artikeltracering, leveranciers aan artikelen koppelen en wijzigingen in belangrijke velden bijhouden met het wijzigingslogboek. Ook werken meerdere bedrijven, valuta en locaties binnen één omgeving. Daarmee heeft u de bouwstenen voor een EPR-opgave: verkochte aantallen per land, vermenigvuldigd met een betrouwbaar gewicht per artikel.
De aanvulling zit in drie hoeken. Eerst de fashionstructuur zelf: stijl, kleur en maat als samenhangende matrix, met materiaalgegevens op het juiste niveau. Daar zijn branchespecifieke oplossingen voor, zoals itSuitsFashion 365, dat TCOG ontwikkelde als fashionoplossing op basis van Business Central. Dan de rapportage in het formaat dat een producentenorganisatie of toezichthouder vraagt, wat vaak via Power BI of een maatwerkrapport loopt. En als laatste het Digital Product Passport, waarvoor u uw ERP systeem waarschijnlijk koppelt aan een PDM- of PIM-omgeving (productdata- of productinformatiebeheer) die de informatie naar de consument ontsluit.
Wacht niet op de definitieve DPP-eisen voor textiel voordat u aan uw datamodel begint. De precieze dataset wordt per productgroep in uitvoeringsregels vastgelegd, maar materiaal, herkomst en leverancier staan vrijwel zeker op de lijst. Wie die drie velden nu per variant vastlegt, hoeft later alleen uit te breiden. In onze gids over productdata en collecties in een fashion PDM leest u hoe u die verdeling tussen PDM en ERP verstandig maakt.
Een kanttekening hoort erbij. Voor een klein label met beperkte import is een volledig DPP-traject nu nog overkill, en dan kunt u beter eerst uw EPR-gegevens op orde brengen.
Welke data u nodig heeft voor traceerbaarheid en ESG-rapportage
Traceerbaarheid in de fashion supply chain draait om één vraag: kunt u bij een willekeurige doos in uw magazijn terugredeneren waar het product vandaan komt? Lukt dat alleen door een inkoper te bellen die nog weet welke fabriek het was, dan is het geen traceerbaarheid maar geheugen.
De minimale dataset ziet er zo uit. De eerste twee punten wegen zwaarder dan de rest:
- Leverancier en productielocatie per inkooporder. Niet alleen de handelspartij, maar ook de fabriek die het stuk maakte, want die twee zijn in fashion vaak niet dezelfde.
- Materiaalsamenstelling per variant, met percentages, vastgelegd bij het aanmaken van het artikel en niet achteraf.
- Een partij- of lotnummer bij ontvangst, zodat een stoffenverklaring of testrapport aan een concrete levering hangt.
- Gewicht per stuk (gemeten, geen catalogusschatting).
- Land van herkomst en transportwijze, als u ESG-rapportage moet voeden.
Voor REACH betekent dit concreet dat een stoffenverklaring van een leverancier niet in een mailbox blijft hangen, maar als document aan het artikel of de partij wordt gekoppeld. Met Power Automate kunt u bijvoorbeeld een melding laten versturen wanneer een verklaring ouder is dan de termijn die u intern hanteert. Klein, maar het scheelt een zoektocht wanneer een afnemer om bewijs vraagt.
ESG vraagt meer dan uw ERP systeem alleen kan leveren (energieverbruik van winkels staat er doorgaans niet in), maar inkoopvolumes, materiaalverdeling en transport wel. In ons artikel over duurzaamheid in een fashion ERP beschrijven we hoe u dat in de praktijk inzet. De praktische les is eenvoudig: leg herkomst vast op het moment van inkoop, want achteraf reconstrueren kost een veelvoud aan tijd.
Waarom retailers uw EDI-berichten afwijzen, en hoe u dat voorkomt
Een afgewezen verzendbericht voelt technisch, maar de oorzaak zit bijna altijd in de data. EDI (Electronic Data Interchange, het gestructureerd uitwisselen van orders, verzendberichten en facturen) is genadeloos: één verkeerde GTIN, een maatcode die de afnemer anders schrijft of een verzendbericht dat na de vrachtwagen aankomt, en de levering wordt geweigerd of beboet.
Dit scenario zien we regelmatig. Een medewerker in het magazijn plakt de juiste labels, de dozen staan klaar op de pallet, maar het verzendbericht bevat de aantallen van de oorspronkelijke order in plaats van wat er werkelijk is gepickt. Het ERP systeem wist het goed, alleen gebruikte de koppeling het verkeerde veld.
Retailer-EDI compliance borgt u daarom in drie lagen. Uw artikelstamdata bevat de codering per afnemer (sommige retailers willen “XL”, andere een numerieke code). Uw magazijnproces legt vast wat er per doos is verpakt, bijvoorbeeld met scanning zoals TCOG Cloud Scanning. En uw koppeling controleert berichten voordat ze vertrekken. Wie in wholesale aan meerdere ketens levert, vindt meer over die inrichting in onze uitleg over functies en integraties voor fashion wholesale.
Bouw geen aparte uitzonderingslijst per retailer in Excel naast uw ERP systeem. Hoe verleidelijk ook, zo’n lijst groeit als een la met losse snoeren: alles zit erin, niemand durft er iets uit te halen.
Internationaal verkopen: valuta, talen, vestigingen en gegevensbescherming
Zodra u buiten Nederland verkoopt, verschuift compliance van productdata naar bedrijfsstructuur. Factureert u in ponden aan een Britse afnemer, levert u vanuit een Belgisch magazijn en heeft u een Duitse webshop, dan moet uw financiële rapportage per entiteit kloppen en toch geconsolideerd leesbaar zijn.
Business Central ondersteunt meerdere valuta, meerdere talen voor artikelomschrijvingen en meerdere bedrijven en locaties. Dat klinkt als een vinkje op een lijst, maar het effect is concreet: een etiket- of producttekst in het Duits komt uit hetzelfde artikelrecord als de Nederlandse, dus de materiaalsamenstelling kan niet per taal uit elkaar gaan lopen. Voor multi-location voorraad helpt het dat u per vestiging ziet wat er ligt, wat ook uw EPR-opgave per land eenvoudiger maakt. Bedrijven met meerdere juridische entiteiten en een gedeeld magazijn gebruiken daar soms TCOG Multi Company Centralized Logistics (TCOG MCCL) voor.
Realtime inzicht is hier geen luxe. Een controller die aan het einde van het kwartaal pas ziet dat een dochterbedrijf in een andere valuta heeft geboekt, repareert achteraf wat het systeem direct had kunnen tonen.
Dan gegevensbeveiliging. De AVG vraagt dat u weet waar persoonsgegevens staan en wie erbij kan. In een fashionomgeving met webshop, kassa’s en klantprogramma’s staat klantdata al snel in vier systemen. Beperk dat aantal waar het kan, richt rollen en rechten per functie in en spreek bewaartermijnen af. Dit is algemene informatie: laat uw concrete inrichting toetsen door uw privacyfunctionaris of jurist.
Veelgemaakte fouten bij fashion ERP compliance
De duurste fout is compliance als rapportageprobleem behandelen. Bedrijven investeren in een mooi dashboard voor hun EPR-opgave of ESG-cijfers, terwijl het gewicht per artikel nog steeds door een stagiair uit een leverancierscatalogus is overgetypt. Het dashboard ziet er dan professioneel uit en rekent met verkeerde getallen. Begin daarom bij het moment van gegevensinvoer: wie maakt artikelen aan, welke velden zijn verplicht, en wie controleert ze voordat een artikel verkoopbaar wordt?
Een tweede fout is alles op stijlniveau vastleggen, omdat dat sneller gaat. Dat werkt tot de eerste variant afwijkt.
Ook zien we regelmatig dat certificaten en stoffenverklaringen als pdf in een gedeelde map staan, zonder koppeling aan artikel of partij. Bij een vraag van een afnemer begint dan het zoeken. En tot slot de neiging om te wachten tot alle regels definitief zijn (wat bij Europese regelgeving lang kan duren), waardoor er straks onder tijdsdruk moet worden geïmplementeerd.
Hoe TCOG modebedrijven helpt compliance in hun processen te verankeren
Voor de meeste modebedrijven is de vraag niet of hun ERP systeem compliance aankan, maar hoe ze de juiste data op de juiste plek krijgen zonder hun teams te overladen. Daar ligt de kracht van een partner die zowel de software als de branche kent.
TCOG is Microsoft Solutions Partner voor Business Applications en LS Retail Diamond Partner, met meer dan 225 klanten in de Benelux en ruim 90 industry experts. Microsoft ontwikkelt Business Central, TCOG implementeert, configureert en integreert het, en vult het aan met eigen branchespecifieke oplossingen zoals itSuitsFashion 365 en TCOG Apps. Voor compliance is vooral de blueprintmethodologie waardevol: in een vooraf uitgewerkte blauwdruk en fit/gap-analyse wordt vastgelegd welke gegevens u voor welke verplichting nodig heeft, waar ze ontstaan en wie ze beheert. Dat voorkomt dat compliance pas na livegang als losse wens opduikt. Wie al op Business Central draait, kan zijn bestaande omgeving laten optimaliseren in plaats van opnieuw te beginnen, en met een Continuous Improvement SLA de inrichting bijsturen wanneer nieuwe regels concreet worden.
Een implementatie wordt daarmee geen IT-project met een compliance-hoofdstuk, maar een herinrichting van processen waarin rapportage een bijproduct is. Hoe zo’n traject in fasen verloopt, staat in ons stappenplan voor een fashion ERP implementatie, en een bredere introductie op het platform vindt u in de gids over Microsoft Dynamics 365 Business Central.
Veelgestelde vragen over fashion ERP compliance
Wat betekent fashion ERP compliance precies?
Het betekent dat uw ERP systeem de gegevens bevat en kan aantonen die u nodig heeft om aan wettelijke en contractuele eisen te voldoen. Denk aan gewicht en categorie voor textiel-EPR, materiaal en herkomst voor het Digital Product Passport, stoffeninformatie voor REACH en correcte EDI-gegevens voor retailers, inclusief een overzicht van wie gegevens heeft gewijzigd.
Moet ik als groothandel ook rapporteren voor textiel-EPR?
Dat hangt af van uw rol in de keten. Brengt u als eerste textiel op de Nederlandse markt, bijvoorbeeld door het zelf te importeren of onder eigen merk te laten maken, dan valt u doorgaans onder de verplichting. Koopt u bij een Nederlandse leverancier in die zelf al producent is, dan ligt de verantwoordelijkheid meestal daar. Laat uw situatie bevestigen via de officiële overheidsinformatie of uw producentenorganisatie.
Ondersteunt Business Central het Digital Product Passport standaard?
Niet als kant-en-klare functie. Business Central kan de onderliggende data vastleggen, zoals artikelattributen, leveranciers en partijen, maar het publiceren van een productpaspoort naar consumenten loopt doorgaans via een koppeling met een PDM- of PIM-omgeving. Omdat de exacte eisen voor textiel nog worden uitgewerkt, is een uitbreidbaar datamodel nu belangrijker dan een specifieke tool.
Hoe voorkom ik EDI-afwijzingen van retailers?
Door de codering per afnemer in uw artikelstamdata te beheren en verzendberichten te baseren op wat werkelijk is gescand en verpakt.
Welke integraties heb ik naast een fashion ERP nodig voor compliance?
Meestal een EDI-koppeling met uw retailers, een PDM- of PIM-omgeving voor productinformatie, magazijnscanning en een BI-oplossing zoals Power BI voor rapportages. Welke u echt nodig heeft, hangt af van uw kanalen en volumes. Een merk dat vooral via de eigen webshop verkoopt, heeft bijvoorbeeld minder aan uitgebreide EDI dan een groothandel die aan grote ketens levert.
Is mijn ERP systeem verantwoordelijk als een rapportage niet klopt?
Nee, de wettelijke verantwoordelijkheid blijft bij uw organisatie liggen. Een goed ingericht systeem verkleint de kans op fouten wel aanzienlijk, omdat gegevens één keer worden vastgelegd en overal hetzelfde zijn.
Wat is nu een verstandige eerste stap?
Compliance wordt gewonnen of verloren bij het artikelrecord. Kies drie verplichtingen die voor uw organisatie het zwaarst wegen, zet ernaast welke gegevens ze vragen en controleer bij een handvol artikelen of die data nu betrouwbaar in uw systeem staat. Die oefening laat in korte tijd zien of u een rapportagevraagstuk heeft of een inrichtingsvraagstuk, en met welke partner u dat het beste aanpakt.
