Heart-Profit ERP

Wij boeken middels 5-2-2-1 en dan p.o. invullen de verbruiken handmatig af.
Echter als je bij bijv. de laatste grondstof per abuis teveel afboekt, heb je geen andere mogelijkheid om de p.o. terug te draaien naar status "T" en alles opnieuw te doen.
Kan dit niet anders? Bijv. door dan een negatieve waarde in te geven of de foutief ingegeven waarde te overschrijven.
Dinand.

Het terugdraaien naar status T is ooit juist daarom gemaakt.
Het probleem was dat je op het moment dat je in Heart een regel geboekt had hier ook direct een voorraad mutatie tegenover staat.
Als je dit dus wilt moet je ook een correctiemogelijkheid hebben bij de volgende fouten:
- goedkeuring afboekingen en PO grootte
- opboeken verschijningen
- afsluiten en goedkeuren PO

Daar had Heart toendertijd niet zoveel zin in, vandaar dat wij toen die aanpassing zijn overeengekomen naar status T.

Negatief boeken heeft weinig zin, immers weet je dan de chargenummers, locaties e.d. allemaal nog...?

Wij hebben een interface (5,2,6,5) die de grondstoffen afboekt via deze functie.
Deze interface kan ook correcties verwerken en dat werkt prima.

Een optie zou dus kunnen zijn om pas voorraadcharges af te boeken als je alle verbruiken hebt ingevuld. Je zou dan als je een fout maakt dit direct kunnen corrigeren en pas aan het eind alles afboeken. Dit zal op zich wel nadelen hebben bijv. bij te weingig voorraad.
Maar het zou voor ons wel een verbetering zijn.

Dinand, je hebt best wel gelijk;
We hebben recent in deze hoek (Terugboeken) alles op z'n kop gezet, en ik wil eens kijken of we niet iets kunnen maken wat (tegenwoordig) makkelijker "typefouten" toestaat. Je zou er zowat een obsessie van krijgen (mag geen typefouten maken !! ... hoe verder je komt hoe erger dat wordt).
:17c:

Peter,

Ik heb een gevoel dat het weer helemaal goed komt.

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)).

Beste Wouter,

Dank voor je reactie.
Op dit moment vind ik het teveel werk om dit op te lossen.  Het is niet lonend om hier 11 uur aan te besteden.
Ik heb er nu wel meer begrip voor dat het complex is. Maar het komt nog te weinig voor (gelukkig) om deze aanpassing te doen.

Ik wil daarom dit item sluiten.

Bedankt en mvrgr,
Dinand