15 jaar geleden is het in het ontwerp "DryDock" mogelijk gemaakt om een regeling met de klant te kunnen maken dat zij iets afneemt, verbruikt wat ze nodig heeft, het restant mag terugsturen, en ze uiteindelijk 1 Faktuur krijgt voor hetgeen verbruikt is (zonder dus met creditnota's te hoeven werken). Ofwel, we leveren iemand 100V, na een paar weken stuurt ze 10V terug, en ze krijgt een Faktuur voor 90V.
DryDock is ontwikkeld voor normale Leveringen aan een klant, en is niet ontwikkeld voor "Intercompany orders" danwel "Uitbesteding". In theorie zal in die hoek best funktionaliteit kunnen zitten, maar, dit is nimmer ontwikkeld voor deze situatie.
Voor "Uitbesteding" geldt dat als we 100V verkopen aan een klant, en deze order uitbesteden aan een Leverancier (die direkt levert), de goederen nooit bij ons op lokatie aankomen, en derhalve de klant dit ook niet aan ons retour zal sturen. En, als ze het aan de Leverancier terugstuurt (met wie ze rechtstreeks kontakt heeft) zullen wij een lagere Faktuur verwachten; ook aan de Inkoopkant moet er dan gecrediteerd worden.
Voor "Intercompany" mag gelden dat het boeken van een VO regel Credit effekt zal hebben in "het andere bedrijf" en er dus meerdere Intercompany orders gemaakt moeten worden. Ook dat is niet ontwikkeld.
Uitbesteding is ook geblokkeerd voor het gebruik van DryDock. Of dit het uitbesteden van een order aan een (normale) Leverancier is, danwel de situatie "Singapore orders" (binnen dat ontwerp wordt er in bedrijf A een verkooporder geplaatst aan een klant, welke order wordt uitbesteedt aan een Leverancier van Intercompany Bedrijf B) maakt daarbij niet veel uit. Moraal is dat bij dergelijke konstruktie de voorraad niet door U geleverd wordt, maar door een ander. Het faktureren van alleen de verbruikte voorraad zou afgehandeld moeten worden door de Leverancier aan wie e.e.a is uitbesteedt.
Bij Uitbesteding aan een normale Leverancier zal die Leverancier op enig moment aan U terugmelden dat er (per saldo) 90V geleverd zijn, en op basis daarvan kunt u uw klant 90V faktureren.
Zouden we een order uitbesteden aan een Intercompany Bedrijf (die ook in Profit is vastgelegd) dan geldt dat we in het bedrijf aan welke de order wordt uitbesteedt het best wel weer wenselijk kan zijn dat DryDock wordt toegepast. Helaas is dat deel (Intercompany DryDock) nooit ontwikkeld; zodra de 100V worden geleverd, zullen deze in het andere bedrijf worden ontvangen op de "Dummy Lokatie Direkte Leveringen" en direkt worden doorgeleverd op de Verkooporder in dat bedrijf. 10V Credit boeken zou dan ook moeten triggeren dat die korrektie van 10V in het andere bedrijf aan komt, en dat gebeurt niet. Ter voorkoming van inconsistentie problemen is DryDock om die reden geblokkeerd.
Aanleiding voor het blokkeren is overigens omdat het veld (welke standaard uit staat en alleen bij een expliciete DryDock op Ja gezet behoort te worden) nu door de gebruiker met DynScreen hard op "Ja" wordt gezet, waardoor de niet ondersteunde situaties sneller aan het licht komen.
| Funktie | Omschrijving | Dtm.Vl.Wyz | Dtm.L.Wyz |
| LOVOTV | Toevoegen Verkooporders | 12-06-2015 | 16-06-2015 |
| LOVOTVVA | Omschrijving (nog) niet bekend | 12-06-2015 | 16-06-2015 |
| LOVOWY | Wijzigen Verkooporder | 12-06-2015 | 16-06-2015 |
| LOVRTV | Toevoegen Verkooporderregels | 05-06-2015 | 17-06-2015 |
| LOVRTVEX | Toevoegen Verkooporder-regels. Uitbreiding | 12-06-2015 | 16-06-2015 |
| LOVRTVG2 | Omschrijving (nog) niet bekend | 12-06-2015 | 16-06-2015 |
| LOVRTVGE | Omschrijving (nog) niet bekend | 16-06-2015 | 16-06-2015 |
| LOVRWY1 | Omschrijving (nog) niet bekend | 12-06-2015 | 16-06-2015 |
