Functie LOPOGM zet artikelen op Raaplijst

[Cathelijn]

Sinds vanochtend worden alle artikelen op de raaplijst gezet na gebruik van functie LOPOGM.
Voorheen kon je ze meteen terugvinden bij LOLLRA, nu dus niet meer. En de al opgeboekte artikelen komen ook niet op de verzendlijst LOPRTV als ze op de raaplijst staan.

Kan iemand even kijken waarom dit nu zo gebeurt?

groeten,
Cathelijn
SE

[Wouter Rijnbende]

Betreft het Produktieorders die 1:1 voor een specifieke klant uit een Verkooporder(regel) zijn gegenereerd ?

[Cathelijn]

Ja dat klopt.

[Wouter Rijnbende]

Ik weet niet of het ergens uitschakelbaar is, maar, ik weet wel dat het al jaren zo is dat iets wat 1:1 voor een klant geproduceerd wordt, altijd direkt gereserveerd wordt op een Raaplijst voor die klant.

Dit heeft ermee te maken dat je als je partij klant specifiek produceert, je wel op e.o.a. wijze moet garanderen dat deze klant ook echt dié partij krijgt. Immers, als dat niet het doel is, produceer je gewoon op voorraad, en belever je je klant vanuit je algemene voorraad.

Als een andere klant ook een order heeft voor hetzelfde produkt, en je zou vanuit Raadplegen te Leveren Artikelen zelf mogen bepalen welke order je als eerste gaat leveren, dan kan het dus voorkomen dat een andere klant de partij toegewezen krijgt die specifiek voor de eerste klant geproduceerd is. Door iets wat je klantspecifiek produceert direkt te reserveren op een Raaplijst, voorkom je dat die partij aan een ander geleverd kan worden.

Dit overigens "als default werkwijze", want mocht het nu expliciet je bedoeling zijn om iets wat je voor klant A geproduceerd hebt aan B te willen leveren, dan kun je die Raaplijst ongedaan maken, en daarna B alsnog vanuit voorraad beleveren.

Ofwel, dit gebeurt al jaren redelijk bewust op deze manier.

[Wouter Rijnbende]

Ik weet niet of het ergens uitschakelbaar is

Zojuist even gekontroleerd: ja, dit is in-/uitschakelaar.

Bij Parameters Produktie (F5-F5-G) staat op Tabblad 3 een parameter "Genereren Raaplijst na Gereedmelden P.O. J/N".

Het lijkt er dan op dat deze altijd op Nee gestaan heeft, en iemand deze recentelijk geaktiveerd heeft (wat m.i. overigens wel juist zal zijn wat je wilt, om te voorkomen dat de partij aan een ander geleverd wordt).

[Cathelijn]

Bij de parameters staat het vinkje uit maar toch worden er raaplijsten gegenereerd. En we willen op zo'n moment geen raaplijsten genereren.
Zeker niet als er gewoon precies de juiste hoeveelheid is geproduceerd.

[Wouter Rijnbende]

IK zou bijna willen vragen "zeker weten?", want, zojuist nog even gekontroleerd, het reserveren op de Raaplijst vindt in LOPOGM wel degelijk plaats afhankelijk van de bedrijfsparameter.

Kun je in de Testbestanden even een voorbeeld reproduceren? Dan kunnen wij even inbellen om te kijken.

[Cathelijn]

Voorbeeld in test is niet gelukt, daar liep hij vreemdgenoeg wel goed op de ene order die ik heb uitgeprobeerd, maar het probleem blijft bestaan in de productieomgeving.
Vinkje staat echt niet aan. Zie bijlage

[Richard Masseling]

In de produktie bestanden hebben we het niet na kunnen spelen.
Getest met 2 Produktieorders.

[Peter Stordiau]

Zonder het echt uit te zoeken, denk ik dat er in dit geval situaties kunnen hebben bestaan die e.e.a. zo hebben laten lopen zoals ze liepen (en blijven lopen voor deze Order !). Denk (ver weg hoor) aan het aangezet hebben gehad van de Parameter, dan de Order maken, om vervolgens de Parameter weer uit te zetten terwijl "het gegeven" in de Order is gekopieerd en z'n werk blijft doen.

Alleen ...

Je moet denk ik niet bij die Parameter zijn, maar iets anders.
Niet dat ik kan bedenken wat ...

Ehm, in de gaten houden bij volgende orders ?
Overigens, mocht je zeggen "ja maar bij alle Orders gaat het fout" dan maar eens uitzoeken wat het verschil is tussen ons (kunnen het niet nadoen) en jullie.