Artikelen met variabelen Terugkoppeling en toetsing Leden werkgroep : Unidek (Adri Donkers) ETIM (Marc Habets) Van Drimmelen (Otto van Wort) MEBIN ( Patrick van Lanen) Saint Gobain (Ron Kessels) 2BA (Martin Kreijenbroek, Arian Haeser) Natuursteen.nl (Ton Vossen) S@les (Rien Wabeke) GS1 (Loek Boortman

Terugkoppeling en toetsing Onderwerpen Opdracht Gevolgde aanpak Toetsing keuze Voorstel vervolgopdracht

Probleemstelling en Scope werkgroep Standaard voorraadartikel Artikelen met variabelen (= configureerbare artikelen) Maatwerk artikelen Voorbeeld isolatieplaten Plaatradiator lucht/warmtepomp Probleemstelling driehoeksverhouding tussen afnameeenheid, prijseenheid en gebruikseenheid wordt niet begrepen en daardoor vaak verkeerd ingevuld geen eenduidige regels voor identificatie van artikelen die op het moment van bestellen uniek worden gemaakt door opgave van variabelen Geen probleemstelling geformuleerd Werkgroep ‘de driehoek’ artikelen met variabelen niet van toepassing

Opdracht werkgroep Opdracht: Leer van eerdere pogingen om artikelen met variabelen te coderen door te focussen op de frequent bestelde producten en op het bestelproces. Als van het begin af aan alle situaties, artikelen, uitzonderen en processen worden meegenomen in het zoeken naar een oplossing is de kans groot dat de uitwerking te complex wordt en niet snel zal worden geadopteerd. Praktische vertaling: Invloed van prijs buiten de scope van de werkgroep gehouden. Er is alleen gekeken naar het bestellen van producten. Zoveel mogelijk bestaande en bewezen oplossingen onderzocht. Gekeken naar internationaal toepasbaar en ondersteunde oplossingen. Minimale aanpassingen in berichten en systemen. breed inzetbare oplossing, die voor een beperkt aantal maar wel flink verschillende producten inzetbaar moet zijn.

Gevolgde aanpak Stap 1: inventariseren oplossingsrichting: Oplossing A: GTIN voor basisproduct aangevuld met GS1 oplossing voor klantspecifieke artikelen Oplossing B: GTIN voor basisproduct aangevuld met standaard ETIM kenmerken en velden voor vrije kenmerken Oplossing C: GTIN voor basisproduct aangevuld met velden voor vrije kenmerken Stap 2: Besloten om oplossing B en C verder uit te werken. Voorlopige ETIM classificatie aangemaakt voor houten balk en dakelement Schematische invulling gemaakt berichtinhoud Stap 3: Uitwerking besproken met werkgroep leden Stap 4: Toetsing keuze en voorstel voor vervolgstappen door CCS B&I

Uitwerking optie B

Keuze werkgroep: GTIN + ETIM + vrije velden (oplossing B) GTIN + Klantspecifieke artikelen (oplossing A) valt af omdat Het niet als snel implementeerbaar wordt gezien Klantspecifieke artikelen oplossing biedt voor ‘Prijs’ (buiten scope) Er vraagtekens kunnen worden gesteld of het daadwerkelijk een in de praktijk bewezen systemen is en of het wel internationaal toepasbaar en ondersteund wordt GTIN + vrije velden (oplossing C) valt af omdat: Er dan veel bilaterale afspraken moeten worden gemaakt Er geen lokale ondersteuning in het buitenland is

GTIN + ETIM + variabele velden (oplossing B) Vaste ETIM kenmerken aluminium GTIN: 8712345678906 GTIN:8712345678913 variabele ETIM kenmerken

Werkwijze Oplossing B Fabrikant bepaald wat voor hem een basisproduct is. Dat kan per fabrikant verschillen omdat het productieproces per fabrikant verschilt en/of hij een bepaald maatwerkbeleid voert. Fabrikant kent een GTIN toe aan zijn basisproduct Fabrikant bepaald welke kenmerken variabel zijn (inclusief opties en beperkingen) Fabrikant gebruikt voor variabelen zoveel mogelijk de ETIM codes en afspraken Afnemer bestelt producten op basis van de door de fabrikant opgegeven variabelen.

Toetsing GTIN + ETIM + vrije velden Uit bespreking bleek Personen/systemen die de bestelling genereren (moeten) weten wat reële combinaties zijn van variabelen (ruig hout wordt normaal gesproken ongelakt geleverd). Implementatiepartners kunnen een belangrijke rol spelen bij het uitsluiten van onmogelijke combinaties. Personen/systemen die de bestelling genereren (moeten) kennen de gebruiken die voor een bepaalde productsoort gelden. Bijvoorbeeld dat je bij geschaafd hout op bruto kopmaat besteld maar de netto kopmaat geleverd krijgt. De netto maten verschillen vervolgens wel per fabrikant en natuurlijk ook per productgroep Vrije velden zijn nodig omdat ETIM nog niet voor alle producten beschikbaar zijn Fabrikanten zich toch willen blijven onderscheiden met specifieke kenmerken die per definitie niet in classificatie zullen worden opgenomen Het belangrijk is om niet alleen de variabelen te communiceren maar ook de beperkingen. Bijvoorbeeld maximale, minimale hoogte en stapgrootte Toetsing GTIN + ETIM + vrije velden

Voorgestelde vervolgstappen planning 1 Voorstel uitwerken Richtlijnen voor toekennen GTIN aan basisproduct Welke type opties zijn er Welke type beperkingen zijn er In welke berichten moet welke informatie worden opgenomen Kan prijs simpel worden meegenomen Openstaande vragen beantwoorden (zie volgende dia) Jan / Feb 2 Pilot Unidek – Saint Gobain ….. Mrt 3 Brede toetsing softwareleveranciers adviesraad S@les in de Bouw fabrikanten groothandelaren April / Mei 4 Uitgewerkt voorstel voorleggen aan CCS B&I Juni 5 Verwerken in berichtenset Volgende release

Openstaande vraagstukken / opmerkingen De vaste en configureerbare kenmerken worden nu met verschillende berichten uitgewisseld (resp. ‘prodat’ en ‘pricat’). Moet dat zo blijven of moet er een nieuw bericht worden gemaakt waarin de vaste én de configureerbare kenmerken zitten Hoe voorkom je dat de vrije tekst velden worden gebruikt voor informatie die eigenlijk met ETIM codes moet worden uitgewisseld Is het toegestaan/wenselijk dat elke leveranciers voor zichzelf bepaald wat voor zijn product vaste en configureerbare kenmerken zijn of moet daar een sector afspraak over worden gemaakt Wat zijn de consequenties voor groothandelaren? Worden die verplicht om nu artikelen zelf te voorzien van een GTIN wanneer zij andere vaste kenmerken willen meecoderen dan de fabrikant oorspronkelijk heeft gedaan ? Wat te doen met het coderen van artikelen waarbij de vaste kenmerken consequenties voor de prijs hebben Is het een idee om in de orderbevestiging de juiste / berekende prijs te communiceren ? Niet alle productkenmerken zijn in elke fase van het order, lever en betalingsproces noodzakelijk maar welke informatie is voor welk proces belangrijk Is het realistisch om te veronderstellen dat deze productinformatie via berichtenverkeer tussen systemen wordt uitgewisseld of zal men gebruik gaan maken van webservices, configureertools en cloudservices