|
Wouter Rijnbende
|
 |
« Reply #6 on: July 23, 2007, 12:56:36 pm » |
|
Het terugdraaien van een foutieve handeling is i.d.d. iets wat niet overal mogelijk is, veelal omdat het terugdraaien van een handeling nog complexer is dan het registreren van de handeling.
Het vervelende is dat er talloze situaties aan de orde kunnen zijn, en iedere situatie een andere (gewenste) oplossing kan hebben. De laatste tijd zijn er wel wat nieuwe ontwikkelingen geweest op dit gebied, waaronder:
Scan Terminal Terugboeken Input
Bedoelt om bijv. 100 Kg Tomaten van kisten naar dozen om te vormen, doch waarbij de input méér dan 100 Kg zal zijn, omdat tijdens het ompakken tevens gekeurd wordt op kleur, rotting etc. Om niet steeds ieder verbruikt doosje af te hoeven boeken, bestaat de mogelijkheid om bijv. eerst een hele pallet met 400 Kg in te steken in de P.O., en na afloop aan te geven dat er 260 Kg is overgebleven (moet worden teruggeboekt). Het verbruik in die P.O. wordt dan vanzelf 400 - 260 = 140 Kg.
Toch kun je dit w.s. niet meteen gebruiken, omdat je in jouw situatie 'delen van' een blik-/vat zult willen kunnen terugboeken, hetgeen via dat Scan Terminal scherm (nu) niet mogelijk is.
Terugboeken Output Produktieorder
Staat je toe om foutief opgeboekte Output terug te boeken.
Stel dat je enkel nog bezig bent met het registreren van afboekingen, dan valt er te denken aan een toets waarmee een afboeking (desnoods alle afboekingen op een bepaalde P.O. regel) ongedaan gemaakt kunnen worden. Als een P.O. uit 20 regels bestaat, kun je bij iedere regel een fout maken welke je wenst te korrigeren. In jouw voorbeeld noem je expliciet "de laatste regel" waaruit wij enkel de konklusie zouden kunnen trekken dat je in een aansluitende stap meteen je afboekingen hebt goedgekeurd. En, stapje verder, misschien zelfs al wel output hebt opgeboekt, tegen een kostprijs die dan (dus) al onjuist is.
Met dit soort problematiek in het achterhoofd is ook het Terugboeken van de Output ontwikkeld. Hierin zit dan ook funktionaliteit welke een Produktieorder omzet naar een Produktieorder volgens status "Z" (Prijs niet bekend), en in welk geval feitelijk de prijs van hetgeen op voorraad ligt (en al geleverd is) op 0,00 zet. Daarna wordt de P.O. heropend, en bij het opnieuw goedkeuren wordt de prijs opnieuw bepaald door doorgerekend naar voorraad + leveringen. Een probleem: e.d. produkt mag niet een grondstof voor een andere Produktieorder betreffen.
Er is op zich best uit te komen, maar het vereist nog al wat werk, en dat alles afhankelijk van hetgeen je wilt. Ik bedoel: als we kiezen voor een oplossing om één inputregel terug te boeken, dan is dat niet handig als het om regels gaat waarop iemand 10 verschillende charges expliciet heeft afgeboekt, en feitelijk maar 1 van die boekingen verkeerd is geweest. Wil je eerst een specifieke afboeking ongedaan kunnen maken, dan moet je eerst kunnen zien wat er afgeboekt is, en ben je al snel 11 uur extra kwijt aan een Raadpleegfunktie daarvoor.
Daarnaast zitten we ook nog met de problematiek zoals die in Terugdraaien P.O. zit m.b.t. het niet kunnen korrigeren van grondstoffen waaraan her te gebruiken Emballage hangt, danwel het niet kunnen terugdraaien van input welke met Kenmerken werkt.
Even ervanuitgaande dat je er nu ook uitkomt met Terugdraaien Produktieorder naar Status T (lees: e.e.a. niet struikelt op de onmogelijkheden zoals daar in de helptekst uitgelegd) moeten we met ± 16-20 uur wel iets kunnen maken waarmee je de input kunt korrigeren. Zolang het grondstofverbruik nog niet is goedgekeurd moet dit sowieso kunnen werken, is het grondstofverbruik al wel goedgekeurd, dan zullen er nog beperkte mogelijkheden zijn. Heb je bijv. nog niets opgeboekt, dan kunnen we het goedkeuren (straffeloos) ongedaan maken. Heb je al wel iets opgeboekt, dan zouden er alsnog een mogelijkheid zijn door de P.O. om te zetten naar een P.O. met Status "Z" (mits de opgeboekte Output op voorraad ligt, danwel hooguit geleverd is (niet gefaktureerd)).
|
