Hoewel de hoofdregel bij TS en Scanterminal schermen was dat er géén Raapvloer bij een Verkooporderregel mocht worden ingevuld (dit, om op een consistente wijze vanaf iedere Raapvloer te mogen leveren), is op enig moment een stukje koding ingebouwd waarmee het toch mogelijk is gemaakt om voorraad van een andere lokatie te kunnen Toekennen en Rapen.
Vereiste hierbij is dat er een specifieke barcode wordt gescand die tot een uniek Voorraaditem leidt. Als dit V-item nu op B1ALG gescand wordt, en wordt geraapt op een order voor B2EUR, dan wordt dit alsnog geaccepteerd onder het motto "we zullen wel weten waar we mee bezig zijn". Of dit terecht is is nog maar de vraag, want, hoewel dit werkt, hebben we een Raaplijst die zegt dat er vanaf B2EUR geraapt moet worden, terwijl er goederen op gereserveerd zijn die op B1ALG liggen.
Het formeel leeglaten van de Raapvloer zou dit probleem omzijlen, immers, dan mag er formeel van iedere lokatie worden afgeboekt. Reden dat dit niet gebeurt, is dat orders door zowel het TS scherm als middels een Scanterminal scherm worden geleverd, en het TS scherm niets 'scant', en daarmee niets van een bepaalde partij afweet. Zouden we dus bij de Verkooporderregel geen Raapvloer opnemen, dan zal het TS scherm van iedere willekeurige lokatie de oudste charge als eerste afboeken; dat willen we dus niet.
In mei 2012 blijkt nu een aanpassing te zijn gedaan (i.v.m. een lock probleem) welke niet geheel conform bovenstaande aanpassing is uitgevoerd. Resultaat is dat er alsnog niet kon worden geraapt zodra de voorraad op een andere lokatie lag, maar tevens ook niet kon worden gereserveerd middels "Toekennen Voorraaditems" !
Zonder nog even een uitspraak te doen of het is toegestaan dat we een partij die gescand wordt op lokatie B1ALG mogen inzetten op een Verkooporder met Raapvloer B2EUR, geldt dat e.e.a. nu weer even is teruggezet naar de situatie van voor mei 2012. Reserveren zouden we immers wel degelijk al moeten kunnen doen als de voorraad nog op B1ALG ligt, en dat deel blijkt inmiddels al een paar maanden niet meer te werken...
| Funktie | Omschrijving | Dtm.Vl.Wyz | Dtm.L.Wyz |
| LOLLTVLM | Omschrijving (nog) niet bekend | 27-07-2012 | 25-09-2012 |
| LOOFT1 | Omschrijving (nog) niet bekend | 25-07-2012 | 25-09-2012 |
