Keuringen niet doorgekopieerd

[Johan]

Ik heb in het bedrijf Laco (productiebestanden) vorige week bij enkele charges het doorkopieer probleem gevonden.

voorbeeld:
Eindproduct art 23571 vrs HE 10 charge 65645 Doorkopieren obv onderliggende charges staat aan.

input daarvan = art. 20890 vrsvrm HALF charge 65646, keuringen daarvan zijn daar ingevuld maar niet doorgekopieerd.

charge 65645 is gereedgemeld (Productieorder status G) zonder dat de keuringen ingevuld zijn.

Voorbeeld 2:
Eindproduct art 23522 vrs KE25 charge 65642 Doorkopieren obv onderliggende charges staat aan.

input daarvan = art. 20570 vrsvrm HALF charge 65642, keuringen daarvan zijn daar ingevuld maar niet doorgekopieerd.

charge 65642 is gereedgemeld (Productieorder status G) zonder dat de keuringen ingevuld zijn.


Voorbeeld 3:
Eindproduct art 20838 vrs BULK charge 65880 Doorkopieren obv onderliggende charges staat aan.

input daarvan = art. 20830 vrsvrm HALF charge 65881, keuringen daarvan zijn daar zijn deels ingevuld en daardooor half doorgekopieerd.

charge 65881 is gereedgemeld (Productieorder status G) zonder dat de keuringen daar volledig ingevuld zijn. (en ja, bij de koppeling keuring aan artikel 20830, is bij alle gekoppelde keuringsvoorschriften aangegeven dat ze ingevuld moeten zijn alvorens te mogen gereedmelden)

charge 65880 is ook nog gereedgemeld (Productieorder status G) zonder dat de keuringen ingevuld zijn. Hier spelen dus 2 problemen in 1.


Dit blijft toch een terugkerend probleem. De doorkopieerfunctionaliteit is een hele sterke, echter laat ons af en toe toch nog in de steek.

[Peter Stordiau]

Dank je voor je uitgebreide verslag !

Maar nou zit ik te denken ... wat nou als dit is gerelateerd : 's nachts een ander artikel bij een charge dan 's ochtends ?

Ik bedoel, kan je bij het onderwerp van dat topic nu eigenlijk niet net zoiets konstateren ?

[Richard Masseling]

Johan,

weken jullie nog steeds volgens onderstaande methode? En is dat bij deze Orders ook zo gebeurd?

PO 001 gemaakt voor het afgezakte produkt.  Charge #001
Hieruit wordt automatisch een PO 002 gegenereerd voor het gemalen produkt. Charge #002
PO 003 gemaakt voor het bakprodukt.  Charge #003
 
1] Sub-Keuringen #003 deels ingevuld
2] Sub-Keuringen #002 deels ingevuld (alleen zeefanalyses)
3] PO 001 opgeboekt middels F10-5-2-2-2
4] Resterende Sub-Keuringen #002 ingevuld
5] PO 002 opgeboekt middels F10-5-2-2-2
6] PO 001 afgeboekt middels F10-5-2-2-1; afboekingen goedgekeurd
7] Resterende Sub-Keuringen #003 ingevuld
8] PO 003 afgeboekt (F10-5-2-2-1), afboekingen goedgekeurd, opgeboekt (F10-5-2-2-2) en PO goedgekeurd.
9] PO 002 afgeboekt (F10-5-2-2-1), afboekingen goedgekeurd en PO goedgekeurd.
10] PO 001 goedgekeurd.

want dan krijg ik het niet voor elkaar om hem fout te laten lopen.

Maar als ik tussentijds niets op-/afboek dan kan ik hem wel fout laten lopen door gewoon via Hmenu-5-2-2-4 (Kompleet Gereedmelden P.O.).

Daarnaast blijft de optie die Peter aangeeft natuurlijk ook nog open staan.

[Johan]

ja, zo wordt er inderdaad gewerkt, want als je ook ziet hoe vaak dat wél goed gaat, is gelukkig vele malen vaker dan wanneer dat niet goed gaat. Ik heb ze nog niet kunnen betrappen op een niet-werkende methode. Ook ik kan nog niet een manier ontdekken om het fout te laten gaan, maar toch gaat het wel fout. Kan er niet iets van een logging bestaan, waarmee we dit kunnen gaan ontdekken? Desnoods op 1 of 2 pc's?

[Peter Stordiau]

Kan er niet iets van een logging bestaan, waarmee we dit kunnen gaan ontdekken? Desnoods op 1 of 2 pc's?

Geen verkeerd idee.
Richard, doe dat maar (gewoon voor alle PC's).. Je moet zelf even kijken wat slim is om te registreren. Misschien wel Orderstatus, en anders alles waarvan je denkt dat het invloed kan hebben. In elk geval de stack.
Eventueel kan er meteen een kontrole inzitten die konstateert dat het fout aan het gaan is.

Als je in heel veel (??) programma's moet zijn, laat het dan eerst even weten.

[Johan]

Wat is de status hiervan? Ik heb namelijk afgelopen week weer een hele serie voorbeelden


charge: 66932, input was 66933 (met keuringen)

charge: 66961, input was 66962 (met keuringen)

charge: 66963, input was 66962 (met keuringen)

desgewenst is er nog wel een aantal te noemen. Het aantal mensen wat po's gereedmeld, dus dit kan doen is sterk beperkt wegens vakantie. Het kan eigenlijk praktisch gezien maar bij 1 pc vandaan komen. Het betreffen geeen exotische recepten of dat soort ongein, gewoon degelijk ingericht.

[Richard Masseling]

Hallo Johan,

ik heb je zojuist een mailtje gestuurd. Het klijkt erop dat de keuringen voor de tijd van goedkeuren al niet aanwezig zijn. Het log-bestand vul ik derhalve nu dus nog verder aan.