De Barcode van een Etiket welke op een Voorraaditem is geplakt bevat in de meeste gevallen een EAN kode (Identifier 01) een Chargenummer (Identifier 10). Een scan van deze gegevens zal veelal direkt kunnen leiden tot een uniek Voorraaditem, maar... dat hoeft niet het geval te zijn.
In een specifiek voorbeeld produceerde een produktiemaatschappij een Chargenummer 3607637 en leverde deze aan een Intercompany Bedrijf in het buitenland. Dit Intercompany Bedrijf ontving de voorraad via een Inslaglijst, waardoor bij Goederen Ontvangst de partij weliswaar met als Chargenummer 3607637 op voorraad terecht kwam, maar een Intern Chargenummer toegekend kreeg die gelijk werd gemaakt aan het Inslaglijstnummer waarmee de order werd ontvangen.
Tot zover op zich nog geen probleem, immers, een scan van Chargenummer 3607637 zou nog steeds leiden tot één uniek Voorraaditem.
Maar... nu worden er 2 pallets geleverd, waarbij beide pallets op een andere Lokatie werden opgeslagen. Als nu EAN + Chargenummer werd gescand, zorgde dat ervoor dat er twee Voorraaditems in aanmerking kwamen die voldeden aan de gescande opdracht. Zouden we zo'n partij scannen op een Scanterminalscherm "Verplaatsen Voorraaditem" dan zou er een popup volgen waarin om de Lokatie werd gevraagd; hierdoor zou de scan alsnog tot een uniek item kunnen leiden waardoor ze alsnog gebruikt kon worden.
Het Scanterminalscherm Inventariseren kon de scan van het V-item niet matchen met een uniek te tellen Voorraaditem, en meldde in zo'n geval dat het om een NIEUW voorraaditem ging. Fout natuurlijk! Zouden we echter toch door zijn gegaan met "Nieuw V-item", dan werd de door ons getelde hoeveelheid ook daadwerkelijk als Nieuw Voorraaditem opgeboekt, naast de partij die er al lag. Resultaat was dan een dubbele voorraadhoogte, waarvan onze "nieuwe" zonder Intern Chargenummer werd opgeboekt!
| Funktie | Omschrijving | Dtm.Vl.Wyz | Dtm.L.Wyz |
| LOTSSTIV | Scan Terminal Inventariseren | 16-12-2016 | 16-12-2016 |
