Vanuit Raadplegen-/Afboeken Artikelen-/Bewerkingen (Hoofdmenu-5-2-2-1) is er ooit funktionaliteit ontwikkeld waarmee we de Produktieorderregel kunnen afboeken door 'slechts' een hoeveelheid in te vullen.
Normaliter zullen we willen (kunnen) aangeven welke Charge we hebben verbruikt, van welke Lokatie dat is afgeboekt etc., maar, net als dat we zoiets ook niet doen als we "Automatisch Afboeken", laten we Profit nu bepalen welke Voorraaditems moeten worden afgeboekt. "Automatisch Afboeken Materialen" (F5) boekt dan altijd conform de norm, het scherm LOPOAVB2 (Shift+F5) staat dan toe om voor de geselekteerde regel een hoeveelheid te kunnen overrulen.
M.i.v. deze Releasenote is er een nieuw scherm ontwikkeld, die precies doet wat deze Shift+F5 ook doet, maar nu voor alle P.O. regels in één keer tegelijk.
In één scherm kunnen we voor meerdere Produktieorderregels aangeven hoeveel eenheden we verbruikt hebben. Na gebruik van F1 wordt dit voor alle regels verwerkt. Dit scherm kunnen we vanuit Hoofdmenu-5-2-2-1-F1 aanroepen met toets Control+F6).
Net als in het Shift+F5 scherm, kan ook hier per regel een hoeveelheid in een andere eenheid worden ingevuld. M.a.w., als de grondstof in tonnen (TN) is, mogen we ons verbruik ook invullen als 210 Kg; Profit rekent dit dan om naar 0,210 TN.
Het LOPOAVB2 scherm staat de gebruiker niet toe een hoeveelheid van 0 in te vullen. Op zich logisch, want, we gaan geen toets "afboeken" uitvoeren als we niets willen afboeken. In theorie er nog logica zijn dat we expliciet 0 willen kunnen invoeren om aan te geven dat een bepaalde grondstof niet verbruikt is, maar juist dát kan niet met die Shift+F5 funktionaliteit. Iedere regel die geboekt wordt, blijft gewoon 'Open' staan! (waarom verhaalt de historie niet).
Als we 100 Kg nodig hebben, en 20 Kg hebben geboekt via Shift+F5, dan kunnen we daarna nogmaals een hoeveelheid boeken met diezelfde toets. Sterker nog, als we eenmaal 150 Kg zouden hebben geboekt, ook dan blijft de regel gewoon open staan...
Aangezien het nieuwe scherm (LOPOAVLI) precies hetzelfde moet doen als wat dat LOPOAVB2 scherm deed, werkt e.e.a. hier dus ook op dezelfde wijze; iedere regel die geboekt wordt blijft gewoon open staan. Maar ja... nu hebben we een regel welke niet geboekt is? Bij het gebruik van Shift+F5 mogen we weliswaar geen 0,000 boeken, maar hebben we de keuze om voor die niet geboekte regel die toets ShiFt+F5 niet aan te roepen. In het nieuwe scherm hebben we alle regels in 1 overzicht staan, en als er daar een met 0,000 tussen staat... dan zouden we het scherm niet kunnen gebruiken. Derhalve is hier gesteld dat we regels die met 0,000 worden ingevuld, worden overgeslagen.
Logischerwijs zal dit massale scherm slechts één keer worden aangeroepen, en logischerwijs zouden daarna alle regels 'afgesloten' mogen worden, maar... omdat het scherm hetzelfde moet doen als het LOPOAVB2 scherm, blijven de regels tóch open staan. Als we bij de eerste aanroep van het scherm alle regels geboekt hebben, dan zullen we geen reden meer hebben om dit grote scherm nogmaals aan te roepen. Toch staan we dit toe, waarbij alle regels waarop al een verbruik geboekt is, op 0,000 worden gesteld. We kunnen het scherm dan altijd nog gebruiken om voor bepaalde regels "iets extra's" te boeken.
Let op: * Het scherm kan niet worden gebruikt bij Produktieorders die met zgn. DagsegmentRecepten werken, of Produktieorders die in gebruik zijn bij "Procesbeheer".
* Produktieorderregels die reeds zijn afgesloten, zullen niet in dit massale scherm worden getoond.
* Er geldt een beperking tot maximaal 20 weer te geven Produktieorderregels; heeft u meer regels, dan zou u er eerst een aantal handmatig kunnen boeken (en afsluiten) om daarna alsnog dit scherm te kunnen gebruiken.
Funktie | Omschrijving | Dtm.Vl.Wyz | Dtm.L.Wyz |
CLASSES | Geen standaard funktie | 27-11-2019 | 03-12-2019 |
LOPOABRA | Raadplegen/Afboeken verbr.Mat. | 29-11-2019 | 06-12-2019 |
LOPOAVAM | Afboeken Materialen | 21-11-2019 | 06-12-2019 |
LOPOAVLI | Omschrijving (nog) niet bekend | - - | 03-12-2019 |
LOTSMN | Menu Touch Screen / Scan Terminal | 22-10-2019 | 03-12-2019 |