Heart-Profit ERP
September 30, 2024, 11:28:18 pm *
Welcome, Guest. Please login or register.

Login with username, password and session length
News:
 
   Home   Help Login Register  
Pages: [1]
  Print  
Author Topic: Aanpassen Scan Terminal Splitsen m.b.t. Splitsen Gereserveerde Voorraad  (Read 897 times)
0 Members and 2 Guests are viewing this topic.
Heart Informatisering B.V.
Partner
******
Offline Offline

Posts: 27468


View Profile WWW
« on: May 11, 2012, 02:24:38 pm »

M.i.v. deze Releasenote is het mogelijk om een Voorraaditem, welke voor 100% is gereserveerd voor één Verkooporderregel, middels een Scan Terminalscherm "Splitsen" te splitsen in 2 partijen, die daarna ook beide gereserveerd zullen worden voor diezelfde Verkooporderregel.

Omdat het nut hiervan wel enige toelichting vereist, volgt hier de situatie waarvoor e.e.a. ontwikkeld is:

In het ontwerp "Rapen Gereserveerde Charges" wordt rekening gehouden met het feit dat indien een klant 40 Verschijningen bestelt, en er 1 pallet (Charge) van 40V voor deze order worden gereserveerd, het ten allen tijde mogelijk moet zijn om iets anders te rapen dan wat er gereserveerd is.

Uitgangspunt is dat er in dit voorbeeld met unieke Subcharges wordt gewerkt per Pallet, en dat een scan van een dergelijke Subcharge altijd leidt tot één unieke partij op voorraad.

Zouden we nu een andere pallet rapen, met eveens 40 Verschijningen daarop, dan is er eigenlijk niets aan de hand; de ene pallet van 40V zal de andere pallet van 40V doen vervangen. Er treedt pas een rare situatie op indien we elders nog een partij met 10V hebben liggen, en we dié partij gaan rapen. Immers, in totaal moesten we 40V gaan leveren, zijn er ook 40V gereserveerd, maar rapen we nu 10V van een andere partij, waaruit volgt dat we nog 30V zullen moeten leveren.

Aan "Deelreserveringen" doen we niet (lees: dit zou impliceren dat één pallet produkten kan gaan bevatten voor meerdere klanten, waardoor we niet zonder meer de partij naar een Dock kunnen brengen) en dus zou de partij van 40V die we gereserveerd hadden moeten worden vrijgegeven.

Het klakkeloos vrijgeven van die partij zal er echter voor zorgen dat iemand anders deze voor onze neus kan wegkapen (immers, ze is dan niet meer vrij), en, aangezien we dat niet zullen willen (dat kan immers altijd nog als je als werkwijze eerst de ene pallet formeel ontkoppelt alvorens een andere op te nemen), blijft de hele pallet gereserveerd, totdat we helemaal klaar zijn met de betreffende Verkooporderregel.

Dit neemt niet weg dat we van de 40 dozen die op de pallet liggen, er nog maar 30 nodig zullen hebben (immers, we hebben al 10 van een andere partij geraapt). Hieruit volgt dat de gereserveerde partij met 40 dozen "gesplitst" moet kunnen worden naar 30+10. Zowel de 30 alsmede de 10 blijven nu gereserveerd voor de order waarvoor e.e.a. gereserveerd was (hooguit krijgt de 10V een nieuwe Subcharge toegekend). Rapen we vervolgens de 30V dan hebben we tezamen met de reeds geraapte 10V de hele orderregel geraapt, en zal de resterende 10V (die a.g.v. het rapen van een andere charge nu teveel gereserveerd is) weer worden vrijgegeven.

 Let op: Merk overigens op dat als iemand 45 pallets moet leveren op een orderregel, en hij een andere pallet leent bij een collega (omdat die pallet beter geschikt is voor de klant waar hij voor loopt), zijn collega pas een andere pallet terugkrijgt als alle 45 pallets zijn geraapt (immers, pas dán wordt de teveel gereserveerde pallet vrijgegeven). Voor deze werkwijze is bewust gekozen (mede omdat in het andere geval iemand zal moeten aangeven welke van de andere 45 pallets zal moeten worden vrijgegeven; dat blijkt nu wel vanzelf aan de hand van wat er over blijft.

Het splitsen van een gereserveerde partij is alleen mogelijk indien:

* Er met unieke Subcharges per Pallet wordt gewerkt

* Het om een Reservering gaat t.b.v. een Raaplijst (LOCL) gaat (en werkt bijv. niet met reserveringen voor Omvorm Opdrachten)

* Het hele Voorraaditem is voor één Verkooporderregel gereserveerd (volgt eigenlijk al uit de werkwijze bij de vorige twee punten; een partij is in zijn geheel wel of niet gereserveerd).

Ofwel, stel dat we Charge L13A0340301 van 40V hebben gereserveerd voor een order, en we splitsen deze naar 30/10, dan hebben we vervolgens 30V L13A0340301 en 10V L13A0340302 op voorraad liggen, en zijn beide voor de oorspronkelijke orderregel gereserveerd.

Mocht U zich afvragen waarom het splitsen van gereserveerde voorraad niet is toegestaan indien er niet met "pallets" gewerkt wordt: Stel dat we 200 dozen inkopen, en dit als één partij op voorraad leggen, we vervolgens 10V reserveren voor klant A, 10V voor klant B en 10 V voor klant C. Nu gaan we 10V splitsen... Splitsen we dan 10V van klant A, 10V van klant B of C, of 10V uit de niet gereserveerde 170V ? Kortom, in die situatie zullen er diverse extra instellingen aan de orde zijn om aan te kunnen geven wat we precies willen, en, omdat die funktionaliteit nog door niemand benodigd is, is dit niet ontwikkeld.

FunktieOmschrijvingDtm.Vl.WyzDtm.L.Wyz
LOOFT1      Omschrijving (nog) niet bekend    03-02-2012    10-05-2012
LOPOSPSS    Omschrijving (nog) niet bekend    02-04-2009    11-05-2012
LOTSSTSP    Scan Terminal Splitsen Pallet    12-05-2010    10-05-2012
Logged
Pages: [1]
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1 RC2 | SMF © 2001-2005, Lewis Media Valid XHTML 1.0! Valid CSS!
Page created in 0.057 seconds with 19 queries.