Vanuit Raadplegen Verkooporders is het mogelijk om (middels Shift-F8,F) een Kommissie Inkooporder te genereren.
Bij een Kommissie Verkoop-/Inkoop bemiddelt U tussen uw Leverancier en uw klant. De daadwerkelijke levering vindt (altijd) rechtstreeks plaats van de Leverancier naar de Klant.
U verkoopt het produkt van de Leverancier aan een klant. De Verkoopprijs wordt bepaald door wat bijv. de markt op dat moment voor het produkt wil betalen. Vervolgens worden hierop de Verkoopkosten (die U moet maken om het produkt verkocht te krijgen) in mindering gebracht, worden tevens de Inkoopkosten in mindering gebracht, en blijft over een (bruto) Inkoopprijs. Hierover ontvangt U het opgegeven Kommissiepercentage, en hetgeen overblijft is de prijs waarvoor het produkt uiteindelijk wordt ingekocht.
In werkelijkheid zullen de goederen al lang geleverd zijn, en vandaar dat deze methode verplicht stelt dat de Leverancier direkt levert aan uw klant, immers pas dan rechtvaardigt dit het achteraf registreren van de Inkoop + Levering.
Tot hier min of meer een korte beschrijving van de funktionaliteit om welke het gaat.
In deze Releasenote is gekonstateerd dat de teruggemeldde prijs onjuist werd bepaald zodra gebruik werd gemaakt van Vreemde Valuta. Dit probleem werd veroorzaakt omdat de Verkoopprijs tegen een andere koersdatum werd gewaardeerd als de Inkoopprijs, waardoor verschillen ontstonden.
Stel, we verkopen 100 Verschijningen van 2,5 Kg á $ 4,00 / COL. Voor het gemak laten we de Verkoop-/Inkoopkosten even buiten beschouwing. Zelf willen we 10% Kommissie, ofwel het produkt moet worden ingekocht voor $ 3,60 per Verschijning, ofwel $ 1,44 per Kg.
In bovenstaand voorbeeld wordt er van USD naar USD omgerekend, en bevat de berekening geen koersverhouding. In werkelijkheid wordt er bij Vreemde Valuta altijd omgerekend via de Bedrijfsvaluta; immers er kunnen ook voorbeelden zijn dat we in USD verkopen en NZD inkopen, of EUR <> USD etc.
Bij het omrekenen werd de Verkoopprijs naar de Bedrijfsvaluta omgerekend tegen de koers op de Leverdatum. De Inkoopprijs werd hieruit teruggerekend tegen de koers op de datum waarop de Inkooporder werd gegenereerd. In de meeste gevallen zal bij een Komissie Inkoop (omdat het een registratie achteraf betreft) de Inkooporder direkt worden gegenereerd, maar zo dit een paar dagen later gebeurd, werd er dus tegen een andere koers omgerekend.
Feitelijk kwam het eropneer dat het systeem zei 'bekijk wat de omzet is geweest van de betreffende verkoop in dollars, en reken nu opnieuw uit hoeveel dollars ik met die omzet kan terugkopen'.
Op zich kan er gediscusseerd worden over de vraag 'tegen welke koers moet er omgerekend worden', waarbij i.i.g. mag worden gesteld dat zowel de heen- als de terugrekening per dezelfde koersdatum dient te gebeuren (opdat omrekeningen van-/naar dezelfde valuta geen verschillen opleveren). Er is nu gekozen e.e.a. om te rekenen met de koers op de datum waarop er wordt afgerekend (de datum waarop de Kommissie Inkooporder wordt gegenereerd). De Leverdatum van de Verkooporder zou ook een mogelijkheid zijn, maar kan dan veelal achteraf niet geanalyseerd worden. Ervanuitgaande dat we de koers van de dollars netjes dagelijk bijhouden, er we vandaag een Verkooporder maken met als Leverdatum volgende week, dan weten we vandaag natuurlijk de koers per die leverdatum niet; dat zou hooguit de koers 'van vandaag' zijn. Zijn we eenmaal een week verder, dan is de koers per die leverdatum anders. De koers t.t.v. de orderdatum van het genereren van de Komissie Inkooporder zou altijd gelijk moeten blijven.
| Funktie | Omschrijving | Dtm.Vl.Wyz | Dtm.L.Wyz |
| LOPRIKV1 | Omschrijving (nog) niet bekend | 12-07-2006 | 15-01-2008 |
| LOVOGNUB | Genereren Uitbestedings-Order | 03-09-2007 | 15-01-2008 |
| LOVRGNUB | Omschrijving (nog) niet bekend | 04-01-2008 | 14-01-2008 |
| LOVRUBDK | Omschrijving (nog) niet bekend | 24-03-2006 | 15-01-2008 |
