Van een aantal processen in het systeem bestaat er ook een mogelijkheid om een verrichtte handeling ongedaan te kunnen maken. Dit soort zaken zijn veelal nog veel complexer dan de registratie van de oorspronkelijke handeling. We staan ook wel eens toe dit soort korrektiefunkties te ontwikkelen die enkel de situatie ondersteunt van de klant die de korrektie funktionaliteit heeft laten ontwikkelen; zoiets is dan vaak te herkennen doordat er een nette foutmelding volgt voor situaties waarin ze herkent dat er niet gekorrigeerd kan worden.
Zo is niet lang geleden de funktionaliteit "Terugdraaien Levering" uitgebreid met het kunnen verwijderen van een levering die Intercompany is doorgekopieerd op een IC uitbesteedde order. Het betreft dat de situatie dat bedrijf A een order heeft aan een klant, deze order uitbesteedt aan bedrijf B, en bedrijf B de goederen rechtstreeks levert aan de klant van A. Op zich werkte dit, maar slechts voor de situatie dat 1 partij 1:1 werd geleverd, of in de situatie dat er verschillende partijen werden geleverd (in 1 levering).
M.i.v. deze Releasenote is het terugboeken van deze IC levering op een uitbesteedde order verder aangepast m.b.t. de situatie "deellevering" alsmede het meermaals leveren van dezelfde Charge. Die laatste situatie treedt op indien bijv. dezelfde Charge van meerdere Lokaties wordt geleverd, bijvoorbeeld omdat er vanaf "Palletplaatsen" wordt geleverd.
Om een voorbeeld te geven:
Als we een Verkooporder zouden uitbesteden met 60 Verschijningen, en bedrijf B zou 60V leveren van Charge 12345 vanaf Lokatie EP, dan kon deze levering prima worden teruggeboekt. Wordt er ineens met palletplaatsen gewerkt, en wordt de 60V geleverd als 6V van Lokatie C2AG1, 22V van Lokatie C2AG2, 22V van Lokatie C2AG3 en 10V van Lokatie C2AG4, dan had bedrijf B formeel 4 'Charge-records' welke ook als 4 separate ontvangsten in bedrijf A aankwamen, maar, omdat we te maken hebben met een IC uitbesteding, worden deze goederen ontvangen op de "Dummy Lokatie Direkte Leveringen" (bijv. DL000 of WETUR in dit konkrete voorbeeld). En, omdat van alle 60V het Chargenummer hetzelfde is, wordt dit samengevoegd tot 1 partij op voorraad, en als 60V doorgeleverd op de IC verkooporder (en dus niet als 6+22+22+10). Met dit samenevoegen werd nog geen rekening gehouden (hetgeen ook niet nodig was indien er niet vanaf palletplaatsen geleverd werd).
Met ingang van deze Releasenote is die situatie nu ook ondervangen.
Merk overigens op dat (om dit probleem goed op te lossen) het beter zou zijn om niets samen te voegen, en de doorgekopieerde leveringen 1:1 over te nemen; dan kunnen ze ook eenvoudiger verwijderd worden. Voor nu is dit echter geen oplossing. We moeten er veel extra dingen voor registeren (bijv. vanuit welke IC Raaplijst een levering is geleverd), waardoor indexen ineens niet meer uniek zijn, en wat nog veel meer extra werk oplevert. Zolang dit niet nodig is, doen we dit liever niet. De aanpassing zou dan ook niet werken op orders die in het verleden geleverd zijn, en een Upgrade zou dus niet het probleem van de betreffende klant doen oplossen.
| Funktie | Omschrijving | Dtm.Vl.Wyz | Dtm.L.Wyz |
| LOLLDR | Direkt Leveren | 04-11-2015 | 06-11-2015 |
| LOLRTBZ3 | Omschrijving (nog) niet bekend | 19-10-2015 | 03-11-2015 |
| LOLRTBZ4 | Omschrijving (nog) niet bekend | - - | 03-11-2015 |
| LOLRTBZC | Terugboeken Levering (ongedaan maken Rapen) | 04-02-2015 | 03-11-2015 |
| LOMOICGN | Omschrijving (nog) niet bekend | 19-12-2014 | 06-11-2015 |
