Omstreeks het jaar 2000 is voor een klant het ontwerp "DryDock" ontwikkeld. Binnen dit ontwerp ligt er een schip in een dock om te worden geverfd. Omdat het vooraf slecht in te schatten is hoeveel verf er nu precies nodig is om het schip te schilderen (wat o.a. ook van het weer afhangt, hoe snel de verf droogt etc) wordt er een bepaalde hoeveelheid verf aan het schip geleverd (wordt bij het dock neergezet) en wordt de afspraak gemaakt dat alles wat niet verbruikt wordt retour mag worden gezonden. Zo is het mogelijk dat er 1000 blikken naar het schip gestuurd worden, en er 100 retour komen. "DryDock" dient dan als doel dat we die 100 retour kunnen boeken op dezelfde Verkooporder, waarna er een Faktuur gestuurd kan worden voor het daadwerkelijke verbruik: de 900V.
Nb: Omdat dit veel breder inzetbaar is dan alleen de levering van verf aan schepen, is dit niet als DryDock J/N in Profit opgenomen, maar als "Komt Retour J/N" welke op Verkooporderheaderniveau kan worden opgegeven. Op deze manier zou ook een supermarkt drank kunnen leveren voor een feestje van iemand, en retour kunnen nemen wat niet verbruikt is.
Juist omdat het bij "DryDock" de bedoeling is om "per saldo" het werkelijke verbruik te faktureren (zonder steeds met Creditnota's te hoeven werken) geldt dat de Faktuur altijd pas aan het einde van de rit wordt opgemaakt (als alles geleverd is, en alles wat retour moest komen retour is).
Met ingang van deze Releasenote is hier nog een tweede belangrijk aspekt aan "DryDock" toegevoegd: de order blijft open staan (en al dan niet beperkt muteerbaar) zolang deze nog niet is gefaktureerd. Bedenk hierbij maar dat zolang het schip in het dock ligt, de plannen nog kunnen wijzigen. Misschien is er wel rode verf besteld en besluit met dat zodra de 1e emmer op het schip zit, het toch voor geen meter staat en we een andere kleur of kwaliteit willen hebben. "Retournemen" konden we al wel, maar "iets bijbestellen" was niet mogelijk op dezelfde order, immers, als op enig moment alle produkten die op de order stonden geleverd waren, werd de order afgesloten, en kon ze niet meer worden gemuteerd. Niet handig, want we willen juist één Faktuur hebben voor het totale verbruik, ook al wijzigt de keuze voor produkten halverwege het projekt.
Merk op dat dit ook voor het voorbeeld van de supermarkt die de spullen voor een feestje levert aan de orde kan zijn. Misschien wil de klant wel ineens ook frisdrank of zoutjes bij bestellen, of plastic drinkbekers.
Derhalve blijft een order die op "Komt Retour" staat (= DryDock) m.i.v. deze Releasenote "open" staan tot het moment dat ze wordt goedgekeurd voor fakturatie. Voor het geval de order een keer per ongeluk is goedgekeurd, zal het 'niet goedkeuren' de order weer "open" zetten. Bijbestellen is op zich altijd mogelijk. Regels verwijderen die al geleverd zijn zal nimmer zijn toegestaan (dan moet de hoeveelheid retour ontvangen worden). Een bestelling verminderen is mogelijk, doch tot het niet geraapte deel.
| Funktie | Omschrijving | Dtm.Vl.Wyz | Dtm.L.Wyz |
| LOLLDR | Direkt Leveren | 29-05-2015 | 06-07-2015 |
| LOLLLA | Omschrijving (nog) niet bekend | 08-06-2015 | 06-07-2015 |
| LOLLRA2 | Selekteren Pakbonnen Vrachtbr. | 30-09-2014 | 06-07-2015 |
| LOLLSTWY | Faktuur-status Pakbon gefaktureerd | 16-01-2012 | 07-07-2015 |
| LOLLTVAL | Omschrijving (nog) niet bekend | 01-10-2014 | 07-07-2015 |
| LOLLTVBK | Omschrijving (nog) niet bekend | 29-05-2015 | 07-07-2015 |
| LOLRGKF1 | Omschrijving (nog) niet bekend | 29-06-2015 | 07-07-2015 |
| LOLRRG | Rapen en Goedkeuren Raaplijst. | 29-06-2015 | 07-07-2015 |
| LOLRRGA1 | Omschrijving (nog) niet bekend | 19-06-2015 | 07-07-2015 |
| LOLRRGA2 | Omschrijving (nog) niet bekend | 13-01-2015 | 07-07-2015 |
| LOVBGN | Omschrijving (nog) niet bekend | 25-11-2014 | 07-07-2015 |
| LOVBRA | Raadplegen Vrachtbrieven | 30-01-2014 | 07-07-2015 |
| LOVOGKBP | Omschrijving (nog) niet bekend | 30-01-2014 | 07-07-2015 |
| LOVORA | Raadplegen Verkooporders | 30-06-2015 | 07-07-2015 |
| LOVOUBGK | Omschrijving (nog) niet bekend | 02-07-2015 | 07-07-2015 |
