misproductie door onvolkomendheid in PO vlag systeem bij hergenereren PO

[mdekraa]

Herberekenen PO houdt geen rekening met vlag indicator

Voorbeeld
Artikel ASHL100360 heeft 2 recepturen
975CF = maakrecept met grondstoffen
431AI = repack recept zonder grondstofffen, met alleen artikel en bewerkingen

Ik heb het maakrecept gevlagd ivm met een receptuur probleem op receptniveau.

Ik maak ordergerelateerd een PO op de 431AI verschijning (is klant verpakking)
Deze wordt netjes gemaakt op de juiste antal kgs en komt op status T

Vervolgens komt werkvoorbereiding erachter dat er geen voorraad is van dit product.
Deze gaan naar het overzichtscherm productieorders en hergenereren de PO op basis van het 975CF recept om een maak receptuur te krijgen (immers de verpakkingen worden dan al vaak gelabeld en die gooi je niet weg en je wilt geen 2 bonnen draaien om tot 1 resultaat te komen.

PROBLEEM:
Deze bon wordt vervolgens niet gevlagd maar blijft netjes op status T staan!!!

Gevolg een misproductie en een hoop kosten
Daar worden wij niet blij van
Dus graag even kijken waarom het vlagmechanisme hier faalt....

[Wouter Rijnbende]

Ik vermoed dat dit komt omdat je een parameter "Hergenereren P.O. zonder dat de Nakijkvlag aan staat" aan hebt staan.

Normaal gesproken mag een Produktieorder pas hergegenereerd worden als de Nakijkvlag aan staat. Ofwel, die moet je zelf aanzetten, dan pas kun je herberekenen, en daarna mag-/moet je de nakijkvlag weer uitzetten.

Ooit is er voor een klant (die overigens niets met Nakijkvlaggen deed) de bovengenoemde parameter geïntroduceerd, waarmee ze niet eerst de nakijkvlag expliciet aan hoefde te zetten, en deze vervolgens weer uit moest zetten. O.b.v. de parameter zette het systeem zelf de Nakijkvlag aan, herberekende de P.O. (waardoor die toepassing niet hoefde te worden aangepast) en na herberekenen werd de Nakijkvlag weer uitgezet.

Als ik daarin gelijk heb, werkt dit niet i.c.m. "iets anders dwingt alsnog af dat de Nakijkvlag aan moet staan", immers de methode zegt keihard "nakijkvlag aanzetten indien ze nog niet aan staat, herberekenen, nakijkvlag uitzetten als het systeem haar autom. aan had gezet".

Nb: Merk op dat er ook nog een parameter bij is gekomen die zegt "altijd Nakijkvlag op", welke hier ook wel eens niet zal worden gerespekteerd.

Programmatuur zal kunnen worden aangepast m.b.t. het respekteren van "iets anders heeft bepaald dat de Nakijkvlag aan moet blijven" óf je moet de bedrijfsparameter die de nakijkvlag aan-/uitzet op "Nee" zetten.

[Wouter Rijnbende]

In de Helptekst van de betreffende Parameter wordt overigens ook vermeld dat het systeem de Nakijkvlag vóór herberekening aanzet, en ná herberekening weer uitzet, dus ik denk dat het aanstaan van deze parameter de boosdoener is.

[mdekraa]

Programmatuur zal kunnen worden aangepast m.b.t. het respekteren van "iets anders heeft bepaald dat de Nakijkvlag aan moet blijven" óf je moet de bedrijfsparameter die de nakijkvlag aan-/uitzet op "Nee" zetten.

Ik denk dat dit de goede aanpak is, immers je hebt een reden om een bovenliggend recept te vlaggen. En die reden blijft valide.
Indien het bovenliggende recept niet gevlagd is zie ik n.l. ook de noodzaak niet om er dan bij een legitieme "simpele" handeling als HERBEREKEN PO er een vlag op te zetten.

(Wij hebben intern de afspraak dat de productie middels deze functie de order mag verhogen/verlagen ivm beschikbaarheid productiemiddelen en/of grondstoffen)

mvg

Marco

[YK]

E.e.a. is opgelost. Vereist wel een Upgrade.