Naast de opties:
* Intercompany Leveren o.b.v. Effektieve Kostprijs
* Intercompany Leveren o.b.v. Kostprijs
* Intercompany Leveren o.b.v. Prijslijst-id
* Intercompany Leveren o.b.v. Verkoopprijs
is met ingang van deze Releasenote ook een optie
* Intercompany Leveren o.b.v. Inkoopprijs
toegevoegd.
Dat de prijs waarvoor intercompany geleverd wordt nu bepaald wordt door het inkopende bedrijf is 180° de andere kant op t.o.v. de eerdere definities, die allen als uitgangspunt hebben dat het juist het
verkopende bedrijf is die de prijs bepaalt.
Deze situatie wordt konkreet toegepast in door een bedrijf in Italië welke aan de kapitein van een schip verkoopt, en de order uitbesteedt aan het Nederlandse Intercompany Bedrijf, die vervolgens zorgdraagt voor de levering. De prijs waarvoor moet worden ingekocht hangt nu af van de Lokatie waar het schip zich bevindt; ligt deze in de haven van Rotterdam, dan zal een andere prijs gelden dan als het schip in de haven van Singapore ligt.
Problematiek die optreedt als het nederlandse bedrijf aan een schip verkoopt en uitbesteedt aan Singapore, zouden niet anders moeten hoeven te zijn dan wanneer het italiaanse bedrijf verkoopt, en uitbesteedt aan nederland.
Als in het ene geval de Inkoopprijs per Ontvangstlokatie (Hmenu-4-6) bepalend is voor de prijs, moet diezelfde methode ook kunnen werken als dit intercompany gebeurd.
Merk op dat in de voor ogen liggende situatie de trigger altijd in het inkopende bedrijf ligt; Italië verkoopt aan een schip, en besteedt de order uit aan Nederland (koopt in bij). Nederland weet niets van de Debiteuren van Italië af; Italië kan wél bij een bestelling de Afleveradresgegevens van háár Debiteur doorgeven.
Let op: Omdat de prijzen in het inkopende bedrijf nu bepalend zijn voor de prijs waarvoor intercompany geleverd gaat worden, én we maar één Valuta op een Inkooporder-/Verkooporder kunnen hebben, is het uitgangspunt (kwa inrichting) dat alle prijzen voor een bepaalde "Leverancier + Ontvangstlokatie" in dezelfde Valutakode worden geregistreerd, opdat de Lokatie bepalend is voor de Valutakode van de orders.
Tevens is het uitgangspunt dat de Inkoopprijzen via Hmenu-4-6 worden geregistreerd (al dan niet geacht Ontvangstlokatie).
Niet geheel ontoevallig geldt in dit konkrete voorbeeld dat alle Intercompany Bedrijven onderling aan elkaar verkopen tegen dezelfde prijs. Een specifiek intercompany bedrijf verdient dus niets aan het aandere bedrijf, maar 'het concern als geheel' verdient natuurlijk wel,er is immers weer wat verkocht.
Eigenlijk mag je uit bovenstaande lezen dat de Verkoopprijzen in het ene bedrijf gelijk zouden moeten zijn aan de Inkoopprijzen in het andere bedrijf (immers, de prijzen moeten in alle bedrijven gelijk zijn), hooguit wordt e.e.a. nu getriggerd in het inkopende bedrijf.
Aan de Verkoopzijde is niets aangepast m.b.t. deze instelling.
Hoewel het NL in deze situatie niet zelf een verkoop zal triggeren aan de klant van IT, is het wel mogelijk dat NL aan IT verkoopt, al was het maar voor voorraadaanvulling in bedrijf IT.
Met dat we dan een parameter op "Leveren tegen Inkoopprijs" hebben staan, zou dit impliceren dat we in het andere bedrijf (IT) op zoek zouden moeten gaan naar een Inkoopprijs, die aldaar voor een Ontvangstlokatie geregistreerd staat, en zouden we een link moeten hebben tussen de Raapvloer en die Ontvangstlokatie. Vooralsnog doen we niet moeilijk in deze, met name omdat geldt dat de bedrijven Intercompany tegen dezelfde prijs faktureren. Derhalve geldt dat we de instelling "Leveren tegen Inkoopprijs" alleen instellen in bedrijf IT, die uitbesteedt aan NL.
Als NL aan IT levert, zal in NL de parameter op "Leveren tegen Prijslijstprijs" moeten staan, en geldt dat als NL de verkoop triggert, de prijs uit een normale Prijslijst-id wordt gehaald.
Let op: Waar IT meerdere (Inkoopprijzen) kan hebben bij NL (dit zijn nl. Inkoopprijzen per Lokatie), geldt dat NL maar één Verkoopprijs kan hebben naar IT. Dit, omdat bij IC Leveren tegen een Prijslijst-prijs er géén Prijslijst-id per Verkooporder kan worden ingevuld, doch altijd naar de Prijslijst-id van de betreffende Intercompany Debiteur zal worden gekeken.
Op zich hoeft dit geen probleem te zijn, immers, we hebben al gesteld dat NL niet een levering aan de klant van IT zal triggeren, en juist in dié hoek zitten de verschillende prijzen per afleveradres. Indien NL een verkoop aan IT triggert, zal dat zijn omwille van voorraad aanvulling, en geldt dat het afleveradres altijd dezelfde zal zijn: IT. Derhalve zou één Prijslijst-id kunnen werken.
NB: Aanpassingen in deze Releasenote zijn nog niet volledig, maar, Releasenote is alvast gereedmeld om de klant te kunnen laten testen met het deel wat gereed is.
| Funktie | Omschrijving | Dtm.Vl.Wyz | Dtm.L.Wyz |
| ADBOTV4 | Genereren Batchboekingsregel | 04-04-2013 | 08-04-2013 |
| LODARA | Raadplegen Prijs/Kortingsafspraken | 12-12-2011 | 05-04-2013 |
| LOICKPBR | Omschrijving (nog) niet bekend | 12-12-2011 | 05-04-2013 |
| LOICPB | Omschrijving (nog) niet bekend | 12-12-2011 | 08-04-2013 |
| LOILOGAU | Omschrijving (nog) niet bekend | 22-10-2012 | 08-04-2013 |
| LOIOGN1 | Genereren Orders Bestel-advies | 31-12-2012 | 08-04-2013 |
| LOIRPB | Omschrijving (nog) niet bekend | 28-12-2012 | 08-04-2013 |
| LOIRTV | Toevoegen Inkooporderregels | 24-12-2012 | 08-04-2013 |
| LOIRVRGN | Omschrijving (nog) niet bekend | 26-03-2013 | 05-04-2013 |
| LOLAOP | Leveranc.koppelen aan een Art. | 31-12-2012 | 08-04-2013 |
| LOLAWY | Wijzigen Koppeling Lever.-Art. | 21-12-2012 | 08-04-2013 |
| LOPAICWY | Parameters Intercompany | 26-03-2013 | 04-04-2013 |
| LORDWYKO | Omschrijving (nog) niet bekend | 14-11-2011 | 08-04-2013 |
| LOUFDB | Fin. Doorbelasten Faktuur | 04-03-2013 | 08-04-2013 |
| LOUFGN1 | Omschrijving (nog) niet bekend | 18-03-2013 | 08-04-2013 |
| LOUFGN2 | Omschrijving (nog) niet bekend | 27-12-2012 | 08-04-2013 |
| LOUFGN6 | Omschrijving (nog) niet bekend | 21-01-2013 | 08-04-2013 |
| LOUFGNLL | Omschrijving (nog) niet bekend | 14-12-2012 | 08-04-2013 |
| LOVOGNUB | Genereren Uitbestedings-Order | 27-03-2013 | 05-04-2013 |
| LOVRGNUB | Omschrijving (nog) niet bekend | 27-03-2013 | 05-04-2013 |
| LOVRTV | Toevoegen Verkooporderregels | 04-04-2013 | 08-04-2013 |
