In de eerste opzet van het Scanterminal Inventariseren is een Inventarisatievlag geļntroduceerd. De 1e scan van een Voorraaditem zorgde ervoor dat er op alle Voorraaditems van dezelfde Artikel-/Vrs op de te inventariseren Lokatie een Inventarisatievlag werd geset, welke bij het daadwerkelijk tellen (verwerken) weer werd gestreken. Het beoogde doel was hier om aan te geven dat er in totaal 5 Charges van het te inventariseren Artikel-/Vrs op de geselekteerde Lokatie moesten liggen, en dat we nu de 1e daarvan aan het tellen waren.
Medio oktober 2016 is er een geheel nieuwe opzet geintroduceerd nl. dat niet een scan van het 1e Voorraaditem van een Artikel-/Vrs de vlag sette, maar dat dit "met een run" kon gebeuren vanuit het menu Inventariseren.
Reden voor deze run is overigens dat het natuurlijk leuk is bedacht dat de 1e scan van een Artikel-/Vrs de Inventarisatievlag van alle gelijke Artikel-/Verschijningen op die Lokatie aan zet, maar als een Artikel-/Verschijning administratief NIET in het magazijn ligt, maar in Profit wel, je daar nooit de Inventarisatievlag op "nog niet geteld" krijgt, simpelweg omdat er niets in het magazijn ligt om te kunnen scannen.
Naast de eerder ontwikkelde methode, is er derhalve voor een andere klant een nieuwe methode ontwikkeld waarmee we vanuit het menu Inventariseren (in Profit) met een Run alle Voorraaditems die aan een opgegeven selektie voldoen te kunnen voorzien van een markering "deze is nog niet geteld" (de Inventarisatievlag) waarna het Scanterminalscherm Inventariseren deze vlag weer strijkt zodra het produkt geteld werd. Op voorraad blijft dan als vanzelf alles over wat niet geteld werd (gescand kon worden) welke voorraad dan handmatig kan worden afgeboekt als Inventarisatieverlies. Als we met bovenstaande in het achterhoofd nogmaals naar de X van Y teller kijken, dan kunnen we ons nu afvragen wat we daarvan willen tonen? Tot op heden toonde deze alsnog de teller op basis van de Charges van de gescande Artikel-/Verschijning, hetgeen in deze situatie helemaal niets zegt. In theorie zou nu beter zijn dat we juist X van Y tonen, waarbij we met X aangeven hoeveel items we al geteld hebben op deze Lokatie en waarbij Y bevat hoeveel items er in totaal liggen. Dat we bijv. kunnen tonen dat we 50 V-items moeten scannen en er al 23 gehad hebben. Toch werkt dit niet, want, die 50 mogen we niet bepalen door "het aantal Voorraaditems" immers, niet van ieder V-item hoeft de Inventarisatievlag aan te staan. Dan zouden we nog kunnen zeggen dat we dit alleen willen doen van de items waarvan de Inventarisatievlag aan staat, maar ook dat is niet handig omdat met ieder gescand item die vlag gestreken wordt, en de 50 dus minder worden. Nou is hier natuurlijk best wel uit te komen (in de zin dat we er iets voor kunnen verzinnen) maar... voor de klant voor wie dit Inventariseren op basis van een Run is ontwikkeld geldt dat de X van Y teller helemaal niet eens wenselijk is!
De een telt, een ander kontroleert op basis van de niet getelde items of ze er inderdaad niet zijn. Als je de teller gaat vertellen dat er nog een partij moet zijn, gaat ze zoeken waarmee ze tijd kwijt raakt. Daarnaast is de methode op basis van de run ontwikkeld om meerdere Gebruikers tegelijk het magazijn in te kunnen sturen om gelijktijdig te tellen. Hierdoor zouden de X van Y tellers rare effekten gaan vertonen die aan de gebruikers niet is uit te leggen. Derhalve, in plaats van tijd en moeite te investeren om een alternatieve X van Y teller te ontwikkelen voor de situatie "Inventarisatievlag op basis van een Run", is m.i.v. deze Releasenote gesteld dat er helemaal GEEN X van Y wordt getoond als de Inventarisatievlag op basis van een Run werkt.
| Funktie | Omschrijving | Dtm.Vl.Wyz | Dtm.L.Wyz |
| LOTSSTIV | Scan Terminal Inventariseren | 16-12-2016 | 16-12-2016 |
