|
Title: Productieorder output zonder charge? Post by: Johan on June 03, 2009, 08:45:54 am Het volgende is iets wat we niet gewend zijn. Welke parameter oid zorgt er voor dat PO-output zonder charge gemuteerd wordt, en wat voor toegevoegde waarde zou dat moeten bieden? Is dit iets wat heel bewust zo is ingebouwd, of gewoon hartstikke fout?
Het chargenummer van PO 2009050270055 is 000000000000/57976 die serie nullen komt anders nooit voor. Maar blijkbaar is e.e.a. ook gewoon geleverd. Ooh ja, het overzicht voorraadmutaties is niet aangepast, gewoon een printscreen zonder verder enige vorm van bewerking. Laco Productiebestanden :17c: Title: Re: Productieorder output zonder charge? Post by: Wouter Rijnbende on July 20, 2009, 09:14:30 am Welke parameter oid zorgt er voor dat PO-output zonder charge gemuteerd wordt, en wat voor toegevoegde waarde zou dat moeten bieden? Is dit iets wat heel bewust zo is ingebouwd, of gewoon hartstikke fout? Dat je je zelf nog afvraagt of zoiets achter een bedrijfsparameter hangt :fool: Natuurlijk is dat hartstikke fout ! Hoe je dit voor elkaar krijgt, zal met jullie werkwijze te maken moeten hebben. In je printscreen zie je een 3 tal output records, waarvan één wel een Charge ingevuld heeft. Dit is het record wat bij Toevoegen Produktieorder is aangemaakt. Tijdens de deelgereedmeldingen hierop, zal er een aantal zijn overgeheveld van dit record (op dat moment Open indikator Ja) naar de andere 2 record (Open Nee). Bij dat Gereedmelden gaat het schijnbaar fout. Als vanzelf de vraag "hoe melden jullie precies gereed", en ten tweede "wat voor een procedure houden jullie erop na dat het Chargenummer daar leeg kan worden". Maak je bijv. vanuit een Gereedmeldscherm met Userbuttons zijstapjes naar andere schermen waarin om een Chargenummer wordt gevraagd, en waarmee je de waarde reset voor de gereedmeldfunktie? Heb je DynScreen definities op een Chargenummer staan? Het zou niet "uit je Produktie-Interface" moeten kunnen komen, omdat de userid daarvoor op MVI danwel GVW zou moeten staan (naar ik begrepen heb). Title: Re: Productieorder output zonder charge? Post by: Wouter Rijnbende on November 15, 2010, 02:58:28 pm Goh... toevallig ben ik voor een andere klant bezig met een nieuw stukje maatwerk in de hoek van Bijvoegen Produktieorders, en kom ik een probleem tegen welke jij zo'n 1,5 jaar geleden al op het forum geplaatst hebt. En... wat mij betreft kan ik het nadoen ook:
a. Voeg een Produktieorder toe voor een produkt b. Sluit Profit af c. Start Profit opnieuw op d. Voeg nogmaals een Produktieorder toe voor hetzelfde produkt, samenvoegen met degene onder a. genoemd Bingo. Bij de order onder a. genoemd is een Chargenummer gegenereerd, tijdens het opnieuw opstarten is het Chargenummer leeg, bij het samenvoegen met order a. wordt niet het Chargenummer van order a. opgehaald. Ik heb ook al diverse voorbeelden weten te kreëren waarbij ik op de uiteindelijke order 2 Charges (of meer) heb weten te kreëren. En eigenlijk vraag ik me daarmee af hoe iemand die "Bijvoegen aan Produktieorders" gebruikt, daar eigenlijk mee kan werken. Als het Chargenummer nl. niet opnieuw wordt opgehaald bij de order waarmee wordt samengevoegd, dan lijkt me dat e.e.a. alleen maar kan werken als je 2x achterelkaar een P.O. genereert voor hetzelfde produkt, en deze twee samenvoegt. Vooral dan dus niet samenvoegen met een P.O. die er al stond, want dan gaat het verkeerd. Het lijkt erop dat de fout alleen optreedt indien je bij Toevoegen Produktieorder zowel Artikelnummer áls Produktievorm invult (en dan een Produktievorm welke <> M en <> G is), óf indien je een Produktievorm invult welke bij het Artikel als Verschijningsvorm is gekoppeld. :17c: Title: Re: Productieorder output zonder charge? Post by: Peter Stordiau on November 15, 2010, 05:18:44 pm Ter info (voegt niet erg veel toe hoor) :
Dit is ooit ontwikkeld voor klant SV, alwaar vrij specifiek met deze materie werd omgegaan. Dan is ze ook nog ontwikkeld door iemand die binnen de kortste keren vrij overspannen werd van het geheel, en daarna is het nooit meer echt goedgekomen. Er staat mij bij dat ook ik nog eens een poging heb ondernomen (eh, 17 jaar geleden ?). In het algemeen mag wel worden gesteld dat je heel erg moet oppassen alvorens dit Bijvoegen te gebruiken. Lees : als het werkt zit je goed, maar pas op dàt het werkt ... Title: Re: Productieorder output zonder charge? Post by: Wouter Rijnbende on November 16, 2010, 07:41:09 am Probleem is nu opgelost, doch vereist i.v.m. andere aanpassingen in deze hoek een Upgrade.
Title: Re: Productieorder output zonder charge? Post by: Wouter Rijnbende on November 16, 2010, 07:51:42 am In het algemeen mag wel worden gesteld dat je heel erg moet oppassen alvorens dit Bijvoegen te gebruiken. Lees : als het werkt zit je goed, maar pas op dàt het werkt ... Een van de vraagtekens die ik er al bij zou plaatsen is de werkwijze hoe het zit als je vanuit een Verkooporderregel een Produktieorder genereert. Ik heb dit zojuist ook meteen maar even getest, maar konstateer dat als ik eerst een algemene P.O. heb voor 1000 liter (50 x 20L) , en ik daarna nog eens 400 liter (20 x 20L) specifiek voor een klantorder produceer, ik deze kan samenvoegen met de eerste order, met als enige output regel: 70x20L (= 1400 liter), waarbij die regel dan ook nog eens verwijst naar de betreffende Verkooporderregel. Nu kun je je afvragen wat er verderop in het trajekt gebeurt, immers, zodra iets specifiek voor een V.O. regel geproduceerd wordt, is het mogelijk de geproduceerde hoeveelheid direkt op een Raaplijst voor de betreffende V.O. te zetten, opdat iemand anders die voorraad niet kan wegpakken. Nu zal daar wel iets in kunnen zitten als "maar er kan nooit meer geleverd worden dan de 70x20L die op de V.O. open staat", maar merk ook op dat er in het pakket ook "Custom produktie" onderkend wordt. Een klant laat 100 liter mengen, en omdat we niet precies die 100L kunnen produceren (kan wat meer zijn, kan wat minder zijn), wordt het meerendeel óók geleverd. Kombineer die zaken, en ik vermoed dat je het wel voor elkaar krijgt dat de volledige 1400L op die Verkooporderregel wordt geleverd. |