aub pickorder 202007220002 verwijderen

[mdekraa]

voorraad item bestaat niet meer en daarom kan deze niet afgewerkt worden
Administratie ADPROD

(misschien programmatuur hierop aanpassen met optie "geforceerd verwijderen"?

[Wouter Rijnbende]

De Pickorder is bij dezen verwijderd.

De programmatuur aanpassen m.b.t. een optie "geforceerd verwijderen" kan op zich, maar is wat "overdone" bij de gratie dat jullie dit probleem feitelijk zélf veroorzaken.

O.a. bij het aanmaken van een Verplaatsopdracht wordt er voorraad formeel gereserveerd; een Gebruiker krijgt immers een opdracht om "iets" te gaan ophalen en daarbij is het dan wel zo fijn dat die voorraad er dan nog is en niet voor iets anders in gebruik genomen is. Omdat zo'n reservering 'redundant' is kan er in theorie iets mis gaan bij het reserveren van de voorraad. In het verleden moesten wij dan "een onterechte reservering" ongedaan maken. Als zoiets buiten kantooruren optrad kon je even niet verder en dat was niet handig. De tool die we ontwikkeld hebben om zo'n reservering ongedaan te maken, is ook voor de klant beschikbaar gesteld, doch enkel "indien je daar expliciet voor geautoriseerd bent", immers, je kan er een foutsituatie mee herstellen, maar je kunt er ook een goede situatie mee verknallen! Alléén weggelegd voor een select groepje Gebruikers, en vereist vandaar Expliciete Autorisatie.

Dat laatste is nu gebeurd. Gebruiker CS heeft onterecht de gereserveerde voorraad vrijgegeven en daarna verbruikt in een Produktieorder; daarna krijg je echter de Pickorder er niet meer uit omdat de gereserveerde voorraad niet meer bestaat. In plaats van de reservering klakkeloos ongedaan te maken, had CS in deze situatie de Pickorder moeten verwijderen, die op haar beurt formeel de reservering van het V-item zou hebben afgehaald.

Nb: Ook viel me op dat je vnl. Externe VPO's hebt, en deze als Interne VPO was geregistreerd, maar, ik verwacht dat dat het verhaal niet veel anders maakt.

[Wouter Rijnbende]

Nb: Ook viel me op dat je vnl. Externe VPO's hebt, en deze als Interne VPO was geregistreerd, maar, ik verwacht dat dat het verhaal niet veel anders maakt.

Er stond me ook nog bij dat we ooit moeite hebben ondernomen om een Gebruiker hiet niets fout te kunnen laten doen. Maart 2019 is er een aanpassing geweest die feitelijk zegt dat een Reservering nooit lager kan worden gezet dan het daadwerkelijk gereserveerde deel. Omdat de afwijkende "Interne VPO" (waar jullie andere VPO's Extern zijn) hier uit sprong in het overzicht, heb ik dit bij ons nog even nagespeeld, en blijkt dat de reservering van de Interne VPO blijkbaar niet wordt meegeteld in deze kontrole. Daar zal ik nog even naar kijken...

[Wouter Rijnbende]

Inmiddels staat er een nieuwe versie van "Raadplegen Reserveringen" op jullie systeem, welke nu óók de Voorraad toont die door een Interne VPO is gereserveerd. Dit saldo telt ook mee in "Wijzigen Reservering" voor de bepaling tot welke minimale waarde de reservering mag worden teruggeschroefd.

Ik vermoed dat CS de voorraad nodig had in een P.O., zelf niet wist dat er een Interne VPO voor bestond, in Profit vanuit het Voorraaditem de Reserveringen heeft geraadpleegd, daar niet zag dat de voorraad in Profit ergens gereserveerd was maar het Voorraaditem zelf wel op gereserveerd stond, en toen de Reservering via zijn Expliciete Autorisatie zal hebben vrijgegeven. Vanaf heden kan dat niet meer fout gaan, omdat Profit zal zeggen dat het item écht gereserveerd is, nl. in een Interne VPO.