Heart-Profit ERP

Heart-Profit Boards => Heart-Profit ERP Support => Topic started by: Johan on November 01, 2007, 01:47:13 pm



Title: LOVRTV lijkt niet te anticiperen op meerdere kontrakten
Post by: Johan on November 01, 2007, 01:47:13 pm
Ik heb van een artikel in een bepaalde periode meerdere openstaande kontraktregels (Zie LOKKRA1 Bijlage)

Nu ga ik verkooporders toevoegen via LO<3-1-1-F4> Waarna er een regel geleverd moet worden. Dan constateert profit dat er een kontrakt(regel?) open staat. Prachtig, maar er staan meerdere contract(regels) op die datum open. Wat nu? Ik kan hier dus niet kiezen van welke kontraktregel ik wil afboeken. Druk je op <ESC>? dan wordt niet een volgend kontrakt voorgesteld.

Hoe kun je nu vanuit LOVRTV toch zonder al te veel gedoe een ander (openstaand) kontrakt(regel) selecteren?



Title: Re: LOVRTV lijkt niet te anticiperen op meerdere kontrakten
Post by: Johan on November 01, 2007, 01:52:30 pm
Ja natuurlijk, je kunt via LO<3-1-6- select debiteur - f1 - 2 - selecteer kontraktregel - Shift F4> en je kunt via LOKKKZ ook je verkooporder(regel)s aanmaken, maar dat is niet handig voor mensen die altijd via LO<3-1-1-f4 - etc .... > hun Verkooporders inbrengen.

Maar misschien zou je bij LOVRTV een soort aangepaste LOKKRA1 moeten aanroepen, om de juiste kontrakt regel te selecteren. (Of iets wat daar op lijkt. )


Title: Re: LOVRTV lijkt niet te anticiperen op meerdere kontrakten
Post by: Peter Stordiau on November 01, 2007, 02:00:54 pm
Het is gewoon niet goed (meer). Althans, ooit werkte dit wat mij betreft (als je Nee zegt, komt de volgende voorbij).
:11c:


Title: Re: LOVRTV lijkt niet te anticiperen op meerdere kontrakten
Post by: YK on November 02, 2007, 08:10:44 am
Kan het zijn dat de Betalingskondities (Bt.knd Prc.Dgn DgnNt/End, Betalingskonditie rgl 1 en 2) van een Kontraktregel afwijken van die van de Verkooporder ? Is dat namelijk het geval, dan zal zo'n Kontraktregel niet in aanmerking komen om uit te kiezen.


Title: Re: LOVRTV lijkt niet te anticiperen op meerdere kontrakten
Post by: Johan on November 02, 2007, 11:26:03 am
Kan het zijn dat de Betalingskondities (Bt.knd Prc.Dgn DgnNt/End, Betalingskonditie rgl 1 en 2) van een Kontraktregel afwijken van die van de Verkooporder ? Is dat namelijk het geval, dan zal zo'n Kontraktregel niet in aanmerking komen om uit te kiezen.

Dat zijn goede hints, inderdaad daar was verschil in die betalingskondities, gevolgje van iets te enthousiast gedisabelde / enabelde rubrieken die ik bij het toevoegen van de kontrakten had ingesteld.

En dan krijg je obv die datum inderdaad de juiste kontrakten te zien, inclusief de openstaande hoeveelheden. Hier (nog?) zonder de einddatum, maar dat mag de pret niet drukken. Je selecteert er 1, je bevestigt het even en klaar.

Dit wordt trouwens nog leuk voor kontrakten die een afwijkende betalingskonditie krijgen t.o.v. de debiteur parameters. Je krijgt dan dus niet eens een waarschuwing dat er een kontrakt is.

Je kunt je afvragen waarom je per contract een andere betalingskonditie zou moeten wensen, maar evengoed kun je je ook af vragen waarom die controle op betalingskonditie er eigenlijk in zit. Hier gaan we nog even over nadenken, maar voorlopig zorg ik er gewoon voor dat de betalingskonditie bij de debiteur identiek is aan die van het contract.

Dank voor de hint.


Title: Re: LOVRTV lijkt niet te anticiperen op meerdere kontrakten
Post by: Peter Stordiau on November 05, 2007, 12:22:48 pm
Quote
Je kunt je afvragen waarom je per contract een andere betalingskonditie zou moeten wensen, maar evengoed kun je je ook af vragen waarom die controle op betalingskonditie er eigenlijk in zit. Hier gaan we nog even over nadenken, maar voorlopig zorg ik er gewoon voor dat de betalingskonditie bij de debiteur identiek is aan die van het contract.

Over iets dergelijks heb je (hebben we) het al eens eerder gehad (maar dan juist andersom ! (Hoe mal gaat het, als LOKKRA1 ook een einddatum vermeldt? (http://ha1.heartprofit.nl/profit/index.php?topic=19095.0))

Nu heb je dus wel degelijk een goede reden (zie topic waaraan ik refereerde) om meerdere Kontrakten parallel te hebben. Bijvoorbeeld, de ene is franko huis, en de ander af fabriek;
Feitelijk wordt dit bepaald door de VOHeader, en dus is het "wel aardig" dat de regels (met hun prijzen) zijn afgestemd op de konditie zoals bepaald (afgesproken) in de header.

Het voorbeeld is misschien raar, maar feit is dat een Kontrakt = een afspraak, en de Kondities = eveneens een afspraak.

Vergelijk het maar met twee Afleveradressen; die krijg je ook niet op 1 Order - omdat er teveel aanhangt wat bepalend is voor van alles, en wat alleen voor een hele Order tegelijk kan gelden (alhoewel "alles kan", maar het een keer z'n doel voorbij schiet als het moet worden ontwikkeld).