Indien in bedrijf A een Verkooporder wordt toegevoegd aan een klant, en deze order wordt uitbesteedt aan bedrijf B (die rechtstreeks aan de klant van A moet leveren) dan zal iedere levering die B verricht, onder water worden doorgekopieerd naar een (administratieve) levering in bedrijf A zodat A kan faktureren.
De levering van B wordt een fraktie van een seconde als ontvangst geboekt in A, en daarna onder water doorgeleverd op een Raaplijst in A. Zolang de Raaplijst in B niet is afgesloten, zal ook de Raaplijst in A nog open staan, immers, als in B aan de Raaplijst wordt toegevoegd, moet er ook aan de Raaplijst in A toegevoegd kunnen worden.
Het afsluiten van de Raaplijst in bedrijf B behoort ook de Raaplijst in bedrijf A af te sluiten. Tot op heden was het echter ook mogelijk om de Raaplijst vanuit bedrijf A af te sluiten (en waarna de Raaplijst in B open bleef staan).
Dat is per heden geblokkeerd. De Raaplijst in A, die onder water gegenereerd is door de Intercompany Levering vanuit B, mag alleen worden afgesloten vanuit bedrijf B.
Voor gebruikers die als "Manager" gedefinieerd zijn is er een escape ingebouwd; zij kunnen e.d. Raaplijst alsnog afsluiten, maar worden geacht dit alleen te doen om een foutsituatie te korrigeren. Zo niet, dan kreëren ze er juist ellende mee. De "Manager" wordt hier middels een melding voor gewaarschuwd.
Ervanuitgaande dat iemand niet zomaar op een stel knoppen zit te drukken behoort dit niet fout te gaan, immers, bedrijf A levert de goederen niet eens (de order is immers uitbesteedt) en heeft derhalve ook helemaal geen reden om de Raaplijst te boeken danwel gereed te melden.
| Funktie | Omschrijving | Dtm.Vl.Wyz | Dtm.L.Wyz |
| LOLRBK | Invullen Raaplijst-Regel. | 12-08-2014 | 16-10-2014 |
| LOLRRA | Raadplegen Raaplijst. | 27-06-2014 | 16-10-2014 |
| LOLRRG | Rapen en Goedkeuren Raaplijst. | 15-10-2014 | 16-10-2014 |
| LOLRTRKO | Omschrijving (nog) niet bekend | 16-06-2014 | 16-10-2014 |
