Heart-Profit ERP

Heart-Profit Boards => Heart-Profit ERP Support => Topic started by: Cathelijn on March 01, 2012, 02:40:34 pm



Title: Functie LOPOGM zet artikelen op Raaplijst
Post by: Cathelijn on March 01, 2012, 02:40:34 pm
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


Title: Re: Functie LOPOGM zet artikelen op Raaplijst
Post by: Wouter Rijnbende on March 01, 2012, 02:44:28 pm
Betreft het Produktieorders die 1:1 voor een specifieke klant uit een Verkooporder(regel) zijn gegenereerd ?


Title: Re: Functie LOPOGM zet artikelen op Raaplijst
Post by: Cathelijn on March 01, 2012, 03:11:06 pm
Ja dat klopt.



Title: Re: Functie LOPOGM zet artikelen op Raaplijst
Post by: Wouter Rijnbende on March 01, 2012, 03:35:00 pm
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.


Title: Re: Functie LOPOGM zet artikelen op Raaplijst
Post by: Wouter Rijnbende on March 01, 2012, 03:38:40 pm
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).


Title: Re: Functie LOPOGM zet artikelen op Raaplijst
Post by: Cathelijn on March 01, 2012, 03:42:54 pm
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.


Title: Re: Functie LOPOGM zet artikelen op Raaplijst
Post by: Wouter Rijnbende on March 02, 2012, 08:19:39 am
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.


Title: Re: Functie LOPOGM zet artikelen op Raaplijst
Post by: Cathelijn on March 02, 2012, 10:29:38 am
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
:13c:


Title: Re: Functie LOPOGM zet artikelen op Raaplijst
Post by: Richard Masseling on March 02, 2012, 12:03:28 pm
In de produktie bestanden hebben we het niet na kunnen spelen.
Getest met 2 Produktieorders.


Title: Re: Functie LOPOGM zet artikelen op Raaplijst
Post by: Peter Stordiau on March 02, 2012, 03:23:10 pm
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.