Kontrole op bestaan "Etiket" bij Scannen Barkode

[Heart Informatisering B.V.]

Om bij de diverse Scan Terminal funkties een Barkode van een Voorraaditem te kunnen scannen, dienen we (uiteraard) eerst een Etiket te hebben waarop de Identificerende gegevens (vnl. Chargenummer) in Barkode is afgedrukt.

Bovenstaande was niet helemaal waar, immers, als we zelf het Chargenummer zouden kunnen verzinnen, en hier een volgnummer aan zouden plakken, en we dit Chargenummer vervolgens zelf intypten, dan was het alsnog mogelijk om die partij bij Inkoop- of Produktie op te boeken.

Hieraan is m.i.v. heden een kleine beperking toegevoegd: Met ingang van deze Releasenote zal worden gekontroleerd of er een Etiket is gegenereerd voor de binnen te boeken Charge. Zo niet, dan zal de partij niet mogen worden gescanned.  
Reden voor deze aanpassing is dat dezelfde tabel met gegenereerde Etiketten aan de basis ligt voor het bijhouden welke etiketten er in omloop zijn, danwel wat het eerst volgende te genereren etiket is. Zouden we in staat zijn Voorraad op te boeken zonder eerst formeel een Etiket hiervoor gegenereerd te hebben, dan raakt deze registratie uit de pas met de opgeboekte voorraad, waardoor er fouten kunnen ontstaan.

 
Voorbeeld: Ik maak een Produktieorder en zie dat hieraan Chargenummer 13340375 wordt toegekend. Zonder hiervoor eerst formeel een etiket te hebben gegenereerd, kan ik zelf bedenken dat de 1e opboeking mag plaatsvinden onder Chargenummer 1334037501, hetgeen het systeem toestond. Zouden we vervolgens deze partij gaan splitsen, dan moet er een nieuw Subchargenummer worden gegenereerd. Volgens de Etiketten registratie zijn er nog geen Subcharges bij Hoofdcharge 13340375, en dus wordt 01 het eerste volgnummer. Resultaat is dat Pallet 01 wordt gesplitst naar een tweede pallet 01, met niet unieke Chargenummers als gevolg.

 
In praktijk zal dit niet aan de orde zijn, immers de gebruiker op de werkvloer scant de barkode op het etiket, en zal dus eerst een etiket hebben. Wel zou dit net zo makkelijk fout kunnen gaan indien Uw Leverancier de geleverde goederen al direkt voorziet van een Barkode welke voldoet aan de wijze waarop U Uw partijen nummert. Ook dan zal t.b.v. funktionaliteiten als "Extra Etiket" bekend moeten zijn hoeveel etiketten er al in omloop zijn. Mocht zoiets aan de orde zijn, dan vergt dat nog de benodigde aandacht (maatwerk).  
 
 

Funktie	Omschrijving	Dtm.Vl.Wyz	Dtm.L.Wyz
LOBHOI1	Opbouwen Indexen.	11-05-2007	02-10-2007
LOOFT	Omschrijving (nog) niet bekend	17-09-2007	02-10-2007

[Peter Stordiau]

In de laatste alinea zit een (negatieve) "crux" die m.i. niets met de uitleg in de alinea zelf te maken heeft;

Als een Leverancier een "publieke" barcode op het produkt heeft aangebracht (denk aan wat je bij de supermarkt koopt), dan zal er ten eerste geen eigen etiket op zijn geplakt. N.b.: Er mag hier eventueel (!) een verschil zijn tussen de barcode op het, stel, flesje, en een (eigen) eitiket op een omdoos/pallet.

Hoe dan ook, in die situaties (als die er zijn) dat de "publieke" barcode een eigen leven leidt (lees : bij organisaties), zal onder die barcode het produkt ook worden binnengeboekt, is de charge in het systeem aldus bekend (moet uit de barcode volgen), en kan ze dus ook wel degelijk worden gescanned (lees : met nut).

Het gevolg van zo'n werkwijze is uiteraard dat diverse funktionaliteit (denk aan het splitsen van pallets) niet meer kàn werken.
Dat vervolgens uit alles volgt dat je wel degelijk een eigen etiket (barcode) op omdoos/pallet plakt is een ander verhaal, maar de moraal is dat dit laatste dan wel aan de orde dient te zijn.
De tegenhanger is, zo lijkt het, dat het zonder eigen etiket helemaal niet (meer !) werkt ... maar wat op zich terecht is (ofwel : wil je nou pallets splitsen of niet, enz. enz. ?).