Bij de recentelijk ontwikkelde Scan Terminal schermen voor Produktie, bestaat het afboeken van de grondstoffen uit een tweetal schermen:
a. afboeken input
b. terugboeken input
Het verbruik in de Produktieorder wordt berekend door het verschil te nemen tussen hetgeen in eerste instantie werd afgeboekt, minus hetgeen naderhand weer werd teruggeboekt.
Achterliggende gedachte is dat als we 50 poolbakken met appels moeten gaan omvormen naar dozen, en er wordt een pallet met 80 poolbakken naar de produktieruimte overgeboekt, in eerste instantie de hele pallet met 80 poolbakken kan worden afgeboekt.
Let wel: enkel administratief, omdat in werkelijkheid natuurlijk geen 80 poolbakken verbruikt zullen worden, maar "nèt zoveel als nodig is om het benodigd aantal dozen te krijgen".
Als de om te vormen (danwel de te produceren hoeveelheid) klaar is, en blijkt dat er nog 18 poolpakken op de pallet staan, worden deze 18 poolbakken weer teruggeboekt op de produktieorder, waarmee het daadwerkelijke verbruik dus uitkomt op 80-18=62 poolbakken.
Nb: Reden dat er meer verbruikt is, kan zijn omdat er tijdens het produktieproces meteen gekontroleerd wordt op kwaliteit, grootte etc.
Door e.e.a. administratief op de afboeken-/terugboeken wijze te verwerken, blijkt achteraf vanzelf wat het verbruik was, zonder dat achteraf een aantal poolbakken met rotte van voorraad afgeboekt hoeft te worden.
Tot zover even de korte uitleg van de funktionaliteit waar het hier om gaat.
De funktionaliteit "Terugboeken Input" hield voorheen geen rekening met de Her-te-gebruiken-Emballage. Ofwel, zodra er bij Afboeken Grondstoffen 80 poolbakken met appels werden afgeboekt, zal dit meteen hebben geresulteerd in het opboeken van 80 lege poolbakken; immers, een poolbak kan hergebruikt worden als de inhoud eruit gehaald wordt.
Het terugboeken van de input 18 poolbakken werden teruggeboekt, zal dit impliceren dat er (door afboeken) feitelijk 18 poolbakken teveel waren afgeboekt (die nu worden teruggeboekt), hetgeen echter ook impliceert dat afboeken 18 lege poolbakken teveel terug op voorraad gezet heeft. Het terugboeken van de input zal derhalve ook weer 18 lege poolbakken van voorraad moeten afboeken, hetgeen vanaf deze Releasenote ook daadwerkelijk gebeurd.
Merk op dat deze 18 poolbakken aanwezig moéten zijn. In praktijk zál dat ook zo moeten zijn, immers, in werkelijkheid worden er geen 80 poolbakken leeggegooid, en daarna weer 18 gevuld, maar zullen de poolbakken stuk voor stuk worden geleegd (tot de PO hoeveelheid bereikt is) en blijven er uiteindelijk 18 over.
Als de lege Emballage, welke teruggeboekt moet worden bij het Terugboeken van de Input, niet aanwezig is, zal terugboeken niet kunnen worden uitgevoerd. Deze situatie kan bijv. optreden indien de bij het afboeken grondstoffen opgeboekte lege poolbakken, handmatig van voorraad werden geboekt (danwel middels een Inventarisatie werden verwijderd). U dient er in zo'n geval voor te zorgen dat er een voldoende aantal lege poolbakken staat, waarna er alsnog input kan worden teruggeboekt op deze order.
Afhankelijk van het Artikel zal er in het ene geval in Verschijningen worden afgeboekt, en in het andere geval in eenheden. Bij het korrigeren in eenheden is veel moeite gedaan om het emballagesaldo zo goed mogelijk te korrigeren, doch er zullen altijd situaties blijven waarin dit niet geheel juist zal gaan. E.e.a. o.a. afhankelijk van de werkelijkheid versus uw werkelijkheid.
Stel dat er in een Produktieorder 1440 kg is afgeboekt uit kisten van 18 kg. Het zal het meest voor de hand liggend zijn dat dit 80 kisten van 18 kg zijn geweest, maar in principe hoéft dat niet. Bij het terugboeken van 96 kg kunnen we moeilijk 1 partij van 96 kg terugboeken (gebeurde echter wel), immers, we moeten ook de leeggeraakte emballage korrigeren.
Het uitgangspunt zal dus zijn dat die 96 kg 5 volle verschijningen van 18 kg betreft, plus een restantje van 6 kg. V.w.b. die 5 volle verschijningen zal het emballagesaldo moeten worden gekorrigeerd. V.w.b. het restant van 6 kg zal het emballagesaldo alleen moeten worden aangepast indien deze 6 kg als nieuw voorraaditem wordt teruggelegd op voorraad (waar het ook mogelijk is dat deze wordt samengevoegd met een restantkist van 12 kg).
Dit alles weer zodanig gekombineerd dat er nooit meer emballage kan worden teruggeboekt in een produktieorder, dan er op die produktieorder is afgeboekt.
Problemen met de realiteit zullen te verwachten zijn als we de order bijv. kilogram voor kilogram gaan terugboeken, immers, bij welke terugboeking moet er nu een lege poolbak worden afgeboekt. Uitgangspunt is dat dit in praktijk niet zal gebeuren.
Nb: I.g.v. Geserienummerde Emballage is de problematiek nog een stapje erger, omdat dan een specifiek containernummer teruggeboekt dient te worden. Vooralsnog is deze situatie uitgesloten van terugboeken; middels aanvullend maatwerk kan ook die situatie (tegen de tijd dat iemand dat nodig heeft) werkend worden gemaakt.
| Funktie | Omschrijving | Dtm.Vl.Wyz | Dtm.L.Wyz |
| LOPOAVAM | Afboeken Materialen | 22-03-2007 | 07-06-2007 |
| LOPOAVB3 | Omschrijving (nog) niet bekend | 16-05-2007 | 07-06-2007 |
| LOTSSTTI | Omschrijving (nog) niet bekend | 04-06-2007 | 07-06-2007 |
