Profit vraagt onterecht of de pakbon geprint mag worden

[Demis van Kouwen]

Functie: LOLLRA1

Deze melding is geruime tijd geleden met Wouter besproken (toen het Forum nog niet actief was) en is volgens mij nooit opgelost. Het probleem is er echter nog wel.

Bedrijf: HVC

Het volgende:
Bij het geraapt/gereed melden van de raaplijst (via de ontvangst van een inslaglijst OF het direct goedkeuren via 3-2-3-2) is er voor HVC een controle ingebouwd die kijkt of er nog openstaande regels op de verkooporder aanwezig zijn die nog niet geraapt/geleverd zijn.
Zo ja, dan vraagt Profit niet of de Pakbon geprint moet worden. Zo nee, en staan er geen openstaande regels meer op de verkooporder dan vraagt Profit of de pakbon geprint moet worden.

Echter, als er nog wel openstaande regels op de order staan maar GEEN artikelen die door leverancier GELDER worden geleverd, vraagt Profit toch of de pakbon geprint moet worden, en dat is onterecht.
 
Kan dit opgelost worden?

[Wouter Rijnbende]

Kan me niet herinneren dat wij hierover gesproken hebben. Zeker niet als dit in HVC optreedt en orders van GELDER er iets mee te maken hebben, immers dat zal het iets met Intercompany moeten zijn?

Hoe dan ook, ik kan me ook slecht voorstellen wat orders van GELDER ermee te maken zouden moeten hebben. De kontrole die erin zit zegt min of meer "als deelleveren niet is toegestaan, en je hebt zojuist de laatste regel geleverd, kom dan met de melding dat er een pakbon geprint moet worden". Als deelleveren op Ja staat, komt hij volgens mij bij ieder Touch Screen levering met de vraag of je een pakbon wilt voor het geleverde deel.

Kan het zijn dat je procedureel iets gewijzigd hebt? En anders, een voorbeeld maken waarmee we dit na kunnen spelen.

[Demis van Kouwen]

Wouter, we hebben hier zeker (telefonisch) over gesproken. Er is bij ons niets procedureel gewijzigd.
Ik kan me herinneren dat ik al een keertje een voorbeeld gemaakt heb.
Zal er morgen nog eentje voor je maken.

[Demis van Kouwen]

Hierbij het voorbeeld.

Ik maak in HVC een order aan met daarop een artikel van de visleverancier (620001) en een artikel van de vleesleverancier (600001). Beide producten besteed ik uit via Hmenu 3-1-9-9.
Nu heb ik de vleesleverancier ontvangen via de inslaglijst. Er komt een melding dat de order is ontvangen, Profit vraag niet om een pakbon, OK.

Nu is de vis nog niet binnen, er is hiervoor ook nog geen inslaglijst gemaakt.
Nu zie ik bij de openstaande raaplijsten (3-2-3-2) dat er een raaplijst openstaat van de TESTKLANT met daarop het vleesartikel dat is geraapt.
Als ik nu deze raaplijst via F5, F1 gereed meldt, dan vraag Profit of de pakbon geprint moet worden, en juist dat is niet juist. Immers, de vis is niet ontvangen en dus ook niet geleverd.
Als ik nu de pakbon print dat staat de vis in backorder, maar deze komt nog wel binnen.

Kortom, Profit mag in die situatie nooit vragen of de pakbon geprint mag worden. Als er namelijk nog AGF artikelen op de bon hadden gestaan, dan had Profit niet gevraagd of de pakbon geprint moet worden.

Wouter, herinner je je dit inmiddels weer? En kan dit aangepast worden?

[Wouter Rijnbende]

Gaat nog geen belletje rinkelen, maar ik zou denken dat als je gewoon met een Raaplijst werkt die je met F5 gaat Rapen & Goedkeuren, dat je dan altijd een melding krijgt dat de Pakbon geprint moet worden.

Het onherkenbare aan dit verhaal is dan ook die Raaplijst. Daar werk je niet mee, hooguit vwb zuivel-deel.
Zowel je vlees als je vis wordt 1:1 ingekocht en wordt ontvangen via een Inslaglijst.
De Inslaglijst en het Touch Screen Leveren 'vullen' dan a.h.w. je Raaplijst.

Ik kan me voorstellen dat de 1e ontvangst de goederen binnenboekt, en meteen als geraapt boekt op de Raaplijst, en vervolgens deze Raaplijst (netjes) open laat staan omdat daar de order nog niet kompleet is. En, omdat alles op 1 Pakbon de deur uit moet (ivm gesorteerd printen), zal alles op 1 Raaplijst moeten staan. Dat zal dus de reden zijn dat je een openstaande Raaplijst hebt.
Komt het 2e (vis) binnen, dan wordt dit aangevuld op de Raaplijst en zal deze worden afgesloten omdat alles kompleet is.

Waar het lijkt mij fout gaat is dat je tussentijds F5 gebruikt, en F5 bij Raaplijsten is meestal "Rapen & Goedkeuren". Wat mij betreft aldaar standaard gekombineerd met een Pakbon, misschien met uitzondering van de situatie dat de order niet gedeeltelijk geleverd mag worden, in welk geval je dacht ik een melding kreeg. Heb je deelleveren op ja of op nee staan?

Waarom gebruik overigens je Rapen & Goedkeuren als in jouw voorbeeld dat niet eens aan de orde is? Je hebt niet eens een Raaplijst geprint, laat staan dat je iets zelf hebt kunnen rapen (doe je alleen met zuivel, en is hier niet aan de orde).

[Demis van Kouwen]

Het vinkje deelleveren staat niet aan.

Waar het lijkt mij fout gaat is dat je tussentijds F5 gebruikt, en F5 bij Raaplijsten is meestal "Rapen & Goedkeuren".

Ik heb het niet in mijn voorbeeld meegenomen, maar als ik 1 pak melk op de order erbij zou zetten, en ik zou hier een raaplijst van maken (via 3-2-7-1) dan zou de melk op de raaplijst erbij komen te staan. Vervolgens raapt men de melk, en wordt de raaplijst via F5, F1 goed gemeld. Dan vraag Profit om de pakbon, waar dat niet hoort. Eerst moet de vis nog binnen gemeld worden.

Stel dat op bovenstaand voorbeeld er nog AGF op de order open zou staan, dan zou Profit niet om de pakbon vragen.

Let op! Als er melk wordt geraapt, wordt er altijd via het menu rapen/goedkeuren gewerkt. En dit gaat altijd goed, behalve in de situatie zoals ik beschreven heb.

[Wouter Rijnbende]

Ik heb het niet in mijn voorbeeld meegenomen, maar als ik 1 pak melk op de order erbij zou zetten, en ik zou hier een raaplijst van maken (via 3-2-7-1) dan zou de melk op de raaplijst erbij komen te staan. Vervolgens raapt men de melk, en wordt de raaplijst via F5, F1 goed gemeld. Dan vraag Profit om de pakbon, waar dat niet hoort. Eerst moet de vis nog binnen gemeld worden.

Situatie blijft dan hetzelfde; je doet Rapen & Goedkeuren. Dan krijg je altijd een Pakbon (behoudens...)
Of die "behoudens" op e.o.a. manier niet aktief is zal ik even moeten kontroleren.

[Demis van Kouwen]

Situatie blijft dan hetzelfde; je doet Rapen & Goedkeuren. Dan krijg je altijd een Pakbon (behoudens...)

Is gewoon niet waar. Wij krijgen nooit een pakbon, behalve in de beschreven situatie 

[Wouter Rijnbende]

Is gewoon niet waar. Wij krijgen nooit een pakbon, behalve in de beschreven situatie 

Sorry, ik heb mij misschien niet duidelijk genoeg uitgedrukt. Ik probeerde aan te geven dat die melk daar niets mee te maken heeft. Die verandert niets aan de situatie. Rapen & Goedkeuren konstateert op e.o.a. manier dat de order afgesloten mag worden.

[Wouter Rijnbende]

Ok. Kan het zijn dat jouw vis werkt met 'terugmelden netto inhoud'?
Dus koop je die in porties in en wordt er 1 gewicht teruggeleverd?

[Demis van Kouwen]

Yep, dat werkt inderdaad zo. Met Vis maar ook met Vlees en Kip.

[Wouter Rijnbende]

Dat verklaart het dan. Als Deelleveren toegestaan op Nee staat, wordt bij Rapen & Goedkeuren gekontroleerd of alles geraapt is. Dit niet op basis van "staan er nog regels open" maar door "aantal besteld" te vergelijken met "aantal geraapt"; immers, als er 5 besteld zijn doch er maar 2 op de Raaplijst staan omdat je even niet meer voorraad hebt, dan wordt dit als een deellevering beschouwd (let wel, bij de normale Raaplijst funktionaliteit, bij het TS scherm werkt de kontrole iets anders).

Je "portie" produkten zijn begin 2006 uitgesloten van deze kontrole, omdat je 40 Verschijningen (porties van 60 gram) besteld, doch er 1 x 2,5 Kg geleverd wordt. Feitelijk: 40 besteld, 1 geleverd, ofwel, er staan er nog 39 open. Hij slaat die regels dus gewoon over, en daar er niet meer regels op staan, sluit hij de Raaplijst af en drukt bij de Pakbon af.

Ik heb dit zojuist gewijzigd in "als het om de situatie terugmelding netto inhoud gaat, dan kontroleren of die VO regel al dan niet open staat". Nu zal Rapen & Goedkeuren melden dat de order nog niet volledig geraapt is, en dat goedkeuren niet toegestaan is.

[Wouter Rijnbende]

Aangepast. Zit in eerst volgende Upgrade.