Terugboeken Output Produktieorder is bedoeld om foutief opgeboekte Output in een Produktieorder terug te kunnen draaien. Om de output terug te kunnen draaien, zal deze nog (vrij) op voorraad aanwezig moeten zijn.
Hoewel de situatie ontwikkeld is met als uitgangspunt het per pallet opboeken van de output (Subcharges) via een Scan Terminal scherm, zal de funktionaliteit in de meeste gevallen ook gebruikt kunnen worden om een via het scherm opgeboekte output te kunnen korrigeren. Een aantal situaties (waaronder "het produceren van meerdere Charges op één Produktieorder, zonder dat dit via Produktieorder Status Z geboekt is" en "het gebruik van Kostprijsopslagen") wordt momenteel niet ondersteund (doch kan als aanvullend maatwerk worden ontwikkeld).
Merk op dat de Scan Terminal funktionaliteit afdwingt dat iedere opboeking haar eigen Subcharge toegekend krijgt, en dat dit bij verwerking via de normale Profit schermen niet noodzakelijk is. Indien via het scherm een Produktieorder van 100 dozen wordt opgeboekt in 3 etappes (10, 40 en 50), dan zal dit leiden tot 3 afzonderlijke Outputitems met dezelfde Charge. Op Voorraad zullen deze 3 opboekingen echter getotaliseerd zijn tot 1 partij van 100 dozen.
Het verwijderen gebeurt op het niveau van Artikel, Verschijning, Chargenummer, Intern Chargenummer en Werkelijke Inhoud. D.w.z., als in bovenstaande situatie er 3 gelijke Outputitems zijn, zal het terugdraaien (geïnitieerd door bij 1 van die outputitems voor "Terugboeken" te kiezen) alle 3 de opboekingen ineens terugdraaien.
Wordt er per Subcharge (pallet) opgeboekt, dan zal iedere opboeking (pallet) afzonderlijk kunnen worden teruggeboekt.
Stel dat we bij een Produktieorder van 20 pallets à 80 dozen 19 pallets van 80 dozen hebben opgeboekt, en een 20e pallet waar we 79 in wilden typen, doch waar per ongeluk 790 werd ingetypt.
Indien de Produktieorder een status Z heeft, heeft de waarde toekenning nog niet plaatsgevonden. De output kan nu vrij eenvoudig worden teruggeboekt, waarna de pallet opnieuw geboekt kan worden. Merk op dat dit veelal de situatie zal zijn, immers, bij Goedkeuren van de Produktieorder behoort o.b.v. diverse instellingen het zo te zijn ingericht dat er een melding volgt welke zegt dat er een niet reëele Produktiewinst wordt gekonstateerd (er wordt meer opgeboekt dan verwacht werd).
Indien de Produktieorder inmiddels is afgesloten, zal deze eerst door het systeem heropend moeten worden.
Werd de P.O. oorspronkelijk via de methode "Prijs niet bekend" opgeboekt, dan zal de P.O. nu weer terug worden gezet in de status "Prijs niet bekend". Dit is nodig omdat bij het Goedkeuren van zo'n order de prijs verdeeld wordt over alle opgeboekte output, en, sinds de output van 1 pallet 790-79 = 711 dozen teveel bevat, zal de prijs per eenheid van alle opgeboekte pallets onjuist zijn. Ofwel, het terugdraaien zal nu vereisen dat ook alle andere pallets gekorrigeerd moeten worden (kwa waarde). Dit is mogelijk zolang alle pallets nog op voorraad staan, danwel hooguit geleverd zijn (maar nog niet gefaktureerd).
Indien de Produktieorder nooit met een status "Prijs niet bekend" heeft gewerkt, dan mag het uitgangspunt zijn dat de kostprijs al bekend was voordat er met opboeken werd aangevangen. In dit geval zal de order niet worden teruggezet naar status Z maar wordt ze heropend naar een status A.
Wel zal er in deze situatie (bij het afsluiten van de Order) een Produktie verlies-/winst aan de orde kunnen zijn (in dit geval 711 dozen), waarvan de journalisering ongedaan dient te worden gemaakt door de procedure "Terugboeken Output P.O.".
Het feit dat de Produktieorder weer heropend wordt indien ze was afgesloten, kreëert op zich een nieuw stukje funktionaliteit:
Stel dat op een Produktieorder van 20 pallets netjes 20 pallet waren geboekt, dan zou deze methode ook kunnen worden gebruikt om nog een 21 pallet te boeken op deze Produktieorder. In de situatie dat de Produktieorder met een status Z werkt, wordt de prijs pas bepaald bij het Goedkeuren van de order, hetgeen na heropening opnieuw dient te gebeuren. Ofwel, de prijs per eenheid zal lager worden bij het boeken van een extra 21e pallet.
Bij het terugdraaien van de opboeking, zal de te korrigeren opgeboekte hoeveelheid van Voorraad worden verwijderd; tevens wordt de eventueel Lineair met de Output afgeboekte Input weer teruggeboekt op voorraad. Bij het terugboeken van deze Lineair Afgeboekte Input zal geen extra moeite worden gedaan om te achterhalen uit welke inhoud dit precies werd afgeboekt; de items worden sec. teruggezet op voorraad.
Dus, als er onterecht een pallet met 790 was opgeboekt, en hierbij 790 etiketten waren afgeboekt uit een doos van 8000 etiketten waarna er dus nog 7210 etiketten in de doos overbleven, dan zal terugboeken 790 etiketten op voorraad terugleggen, zonder op zoek te gaan naar doos van 7210 stuks waar deze hoeveelheid mogelijk weer mee moet worden samengevoegd. Dit impliceert ook dat deze Lineair afgeboekte materialen geen 'Her te gebruiken Emballage' mag triggeren. Ervanuitgaande dat we het bij Lineair met de Output afboeken van Input het sowieso hebben over Emballageonderdelen, moet dat geen kwaad kunnen.
| Funktie | Omschrijving | Dtm.Vl.Wyz | Dtm.L.Wyz |
| LOPOEMLA | Omschrijving (nog) niet bekend | 18-06-2007 | 29-06-2007 |
| LOPOGVB3 | Omschrijving (nog) niet bekend | 02-07-2007 | 02-07-2007 |
| LOPOGVG1 | Omschrijving (nog) niet bekend | 16-05-2007 | 27-06-2007 |
| LOPOTD | Volledige P.O. terugdraaien | 26-10-2005 | 14-06-2007 |
| LOPOTDVM | Omschrijving (nog) niet bekend | - - | 14-06-2007 |
| LOPOTDVW | Omschrijving (nog) niet bekend | 07-06-2007 | 03-07-2007 |
| LOPOVPRA | Raadplegen Produktieorderoutp. | 03-05-2007 | 26-06-2007 |
| LOPOVPTB | Omschrijving (nog) niet bekend | - - | 26-06-2007 |
