• Inloggen
  • nl-NLen-USde-DEzh-CN

Archief Request For Changes (RFC)

De tabel hieronder bevat een overzicht met alle RFC's. Je kunt deze lijst exporteren in Excel ().

Zelf een RFC indienen? Stuur dan een mail aan RFC@floricode.com.

Archief Request For Changes (RFC)

Back
Nr 400
Titel RFC 289: GTIN veld als optionele artikelcode
Categorie EDIFACT
Omschrijving

Achtergrond/Aanleiding
Vanuit ketenonderzoek o.l.v. Floricode is vastgesteld dat ketenpartijen behoefte hebben om met GTIN artikelcodes te werken. Vanuit het FloraHolland vooronderzoek Vernieuwing keten product coderingen� is hierbij vastgesteld dat de huidige wijze van implementatie van GTIN codes in berichten niet optimaal is om in de behoeften te voorzien.

Probleemstelling
GTIN is in de huidige Floricode berichten ge�mplementeerd als 1 van de mogelijke optionele productcodes naast de verplichte VBN productcode. Daarnaast zijn er bijvoorbeeld nog de kweker product/ artikelcode en koper product/ artikelcode.
In de door Floricode opgestelde richtlijn voor identificatie van producten wordt gesteld dat zowel een kweker, groothandel/ tussenhandel als retailer een GTIN code kan toekennen.
Deze combinatie maakt het straks � als gebruik van GTIN gemeengoed is � lastig om te onderscheiden welke GTIN code er in een bericht bedoeld wordt.
Bovendien kan er maar 1 GTIN meegegeven worden, terwijl er voor 1 product meerdere GTINs kunnen zijn. Bijvoorbeeld door de kweker toegekend en door de retailer, waarbij het relevant is beide GTINs te benoemen.
Zolang dit niet is opgelost moet er een implementatiespelregel komen om aan te duiden wiens GTIN er in welk geval ingevuld moet worden. B.v. in algemeen aanbod (quotes/ EAB) altijd GTIN van kweker, maar in klantspecifiek aanbod (quotes) of order kan het ook de GTIN van de koper/ retailer zijn.
Daarnaast speelt de wens om bij een GTIN artikel een artikelnaam te kunnen communiceren. In de huidige berichtimplementaties is het alleen mogelijk een kweker eigen artikelnaam in te voeren, gekoppeld aan de kweker eigen artikelcode. Een GTIN code staat helemaal op zichzelf en heeft geen artikelnaam.
Gewenste situatie Bij een partijregel in een elektronisch bericht zouden meerdere GTIN codes gecommuniceerd moeten kunnen worden.
Tevens zou een artikelnaam vastgelegd moeten kunnen worden, corresponderend met de GTIN code(s).

Doel / gewenst resultaat
Ketenpartijen kunnen in berichtuitwisseling meerdere GTIN codes gebruiken bij een partij, zodat altijd duidelijk wie de uitgever is van een GTIN code. Bovendien is er bij die code een omschrijving van het artikel vastgelegd als extra �herkenning� of zelfs voor commercieel gebruik.

Wijzigingen/oplossingen
T.a.v. ondersteunen van meerdere GTINs is de wens om de aanvullende product/ artikelcode structuur te flexibliseren, door b.v. X (10/ 13/ 99?) alternatieve product/ artikelcodes te ondersteunen en bij elke code te kunnen kiezen welk uitgever het betreft. Voorbeeld bij 1 aanbodsregel:
� code 123 - GTIN kweker
� code 456 - VBN POS
� code 789 - kweker eigen code
� code 012 � GTIN koper (b.v. in geval van klantspecifiek aanbod)

Mogelijk moet er nog meer onderscheid gemaakt worden, namelijk tussen type code en uitgever daarvan (dus type is GTIN, uitgever is GLN bedrijfscode kwekerij Jansen. Of type is VBN POS code, uitgever is VBN.

Voor het kunnen koppelen van een artikelnaam aan een GTIN code zou het introduceren van een GTIN artikelnaamveld in berichten een oplossing kunnen zijn. Maar als er meerdere GTINs kunnen voorkomen, moeten er ook meerdere GTIN artikelnamen kunnen voorkomen.
Sneller alternatief voor kwekers kan zijn om de reeds bestaande kweker artikelomschrijving te gebruiken indien deze is ingevuld.

Consequenties bij niet doorvoeren
In principe kan, met eerder genoemde strikte spelregels en zonder doorvoeren van wijzigingen, gestart worden met het werken met GTINs.
Maar FloraHolland en de keten staan aan de vooravond van grootschalig gebruik van GTIN. Verwachting is dat naast FH ook vele ketenpartijen hun software moeten aanpassen voor het ontvangen, verwerken en uitsturen van GTIN codes. Zelfs met de huidige berichtimplementaties. Als we het nu in 1 keer goed doen, dan scheelt dat uiteindelijk in de ketenkosten.
 

Ingediend door persoon Tim van Dantzig, namens Floraholland projectgroep vernieuwing keten product coderingen
Ingediend door community Ingediend voor FloraHolland klok en virtuele marktplaats, maar in potentie voor alle communities in de keten
Uitvoerder
Status Ingetrokken
Release 2013/02
Prioriteit Must
Berichttype All
Oplossing
Impactanalyse
Opmerkingen CMG N.a.v. GTIN overleg FH/Floricode dd 10-10-2013: RFC wordt ingetrokken. Reden is de constatering dat de markt niet snel genoeg in beweging komt t.a.v. gebruik van GTIN en dat de verwachting is dat dit nog langer zal duren. Daarom willen we eerst de huidige mogelijkheden in het berichtenverkeer benutten en eventuele knelpunten hierbij ervaren. Dat is mogelijk zonder RFC.
Opmerkingen Kwaliteitsmanager
Aangemaakt door Floricode Administrator
Aangemaakt op 30-10-2013 22:49
Gewijzigd door Floricode Administrator
Gewijzigd op 30-10-2013 22:49