Vanaf deze Release-note is het mogelijk geworden om bij de Artikel-/Leverancier een 2e Inkoopprijs te noteren.
E.e.a. betreft een zeer simpele vormgeving aan de wens om bij het genereren van een Inkooporder middels
Shift +
F8___ te kunnen kiezen uit een 'Franco huis' en een 'Af fabriek' prijs, wat dan ook de reden is voor opname van deze twee Inkoopprijzen.
Als we normaal gesproken middels
Shift +
F8___ een Inkooporder genereerden, werd de Leveringskonditie van de Crediteur naar de Inkooporder gekopieerd en werd de prijs van de Artikel-/Leverancier meegenomen op de Inkooporderregel. In de nieuwe situatie kunnen we ook besluiten een Inkooporderregel te genereren voor de 2e prijs. Omdat er ongetwijfeld een reden is voor deze andere prijs (in het gegeven voorbeeld: de Leveringskonditie) zal dit veld ook minimaal dienen te worden opgegeven.
De nieuwe 2e prijs is alleen bedoeld voor de
Shift +
F8___ Inkooporder. Alle overige funktionaliteit in Profit werkt met de andere prijs. Derhalve noemen we de huidige prijs de "Standaardprijs" en is de 2e prijs de "Alternatieve prijs" geworden.
Nb: Merk op dat deze aanpassing enkel zo is ontwikkeld om voor de relatief simpele vraag niet met een te complexe oplossing te komen. In werkelijkheid zal het verhaal complexer zijn. Waarom definiëren we 2 prijzen bij één Leverancier voor hetzelfde produkt. "De Leveringskonditie" kan één van de redenen zijn. Maar... bedenk hierbij dat als we een produkt goedkoper kunnen inkopen "omdat de prijs van het transport er niet bij in zit", we deze kosten toch op e.o.a. manier in de kostprijs van het produkt zullen willen kunnen opnemen, bijv. d.m.v. de opname van een DKK, die we ergens aan zullen moeten kunnen koppelen. Doen we dat niet (en beperken we ons tot de huidig ontwikkelde funktionaliteit) dan zal het eropneer kunnen komen dat we hetzelfde produkt voor EUR 5,- op voorraad hebben liggen, maar ook voor EUR 8,50, terwijl niet zichtbaar is waar dat verschil vandaan komt.
Nu hebben we 2 prijzen voor 2 Leveringskondities, maar we kunnen natuurlijk veel meer Leveringskondities hebben.
Een Inkoopprijs zouden we op eenzelfde manier ook af kunnen laten hangen van de Betalingskondities, immers, voor een langere Betalingskonditie betalen we wellicht een prijs.
Bij een andere prijs mag wellicht ook gelden dat daar een andere default bestelhoeveelheid bij hoort, of mogelijk een andere Valutakode.
Resumer: een meer formele oplossing zou zijn als we 1:n met een Artikel-/Leverancier meerdere prijzen zouden kunnen definiëren met ieder hun eigen parameters zoals Betalingskonditie, Leveringskonditie, Bestelgrootte, Prijs, Valutakode en in theorie zelfs bijbehorende DKK's.
Omdat dié aanpassing te zwaar is voor de huidige toepassing, hebben we toegestaan e.e.a. op deze manier te ontwikkelen. Mocht e.e.a. alsnog in de uitgebreidere vorm gewenst zijn, zal de 2e prijs methode moeten worden omgebouwd naar de 1:n vorm.
| Funktie | Omschrijving | Dtm.Vl.Wyz | Dtm.L.Wyz |
| LOIRPB | Omschrijving (nog) niet bekend | 12-12-2011 | 24-10-2012 |
| LOLAIOGN | Omschrijving (nog) niet bekend | 09-06-2005 | 24-10-2012 |
| LOLAIOKZ | Omschrijving (nog) niet bekend | 26-10-2005 | 24-10-2012 |
| LOLAOP | Leveranc.koppelen aan een Art. | 28-09-2010 | 24-10-2012 |
| LOLARA | Raadplegen Leveranciers Artik. | 04-10-2010 | 24-10-2012 |
| LOLAWG | Omschrijving (nog) niet bekend | 05-03-2008 | 24-10-2012 |
| LOLAWY | Wijzigen Koppeling Lever.-Art. | 28-09-2010 | 24-10-2012 |
