Normaal gesproken voegen we een Verkooporder toe, sturen de regels naar de Raaplijst (het moment waarop daadwerkelijke Voorraaditems worden gereserveerd), Printen we daarna de Raaplijst (opdat we kunnen zien welke Charges Profit voor onze order heeft gereserveerd) en kunnen we daarna de Raaplijst gaan Rapen en Goedkeuren.
Dit invullen kan op twee manieren.
1. Handmatig aangeven wat er geraapt is + Raaplijst Goedkeuren.
2. Automatisch Rapen & Goedkeuren van hetgeen op de Raaplijst staat.
Met andere woorden, als we wat meer tijd en moeite steken in het rapen van de Charges die het systeem voor ons gereserveerde, dan zijn we sneller klaar met een terugmelden van de Raaplijst, immers met één toets geven we aan dat we gedaan hebben wat er op de Raaplijst stond. Voor een specifieke klant, die helemaal niets met Charges en-/of Traceability deed, is er ook een mogelijkheid gemaakt waarmee middels een Bedrijfsparameter kon worden ingesteld dat de Raaplijst NOOIT geprint hoeft te worden. Profit moet gewoon "voorraad" afboeken, en van welke partij dat gebeurd interesseert niemand. Deze werkwijze scheelde de betreffende klant tijd omdat ze niet meer aan Profit hoefde te vertellen welke voorraad waar lag, danwel terug te melden dat er voorraad werd verplaatst van de produktievloer naar een opslagmagazijn; er was maar één lokatie en daar mocht alles vanaf geboekt worden.
Vandaag is er nog weer een variant op deze versie ontstaan. De voorraad ligt in een Extern Magazijn die door een externe partij beheerd wordt. In Profit kunnen we op zich netjes aangeven welke partij er aan welke klant geleverd moet worden en omwille van de traceability geven we ook netjes aan dat er een andere partij werd geraapt als dat het geval is, maar... dit is zo ongeveer "altijd" het geval. De externe partij krijgt weliswaar te horen wat er geleverd moet worden, maar 9 van de 10 keer levert ze een andere partij (desnoods omdat ze de aangegeven pallet niet kunnen vinden of er een andere pallet voor staat). Middels nieuw te ontwikkelen funktionaliteit gaan we er voor zorgen dat als een andere pallet wordt geleverd die al voor een andere klant was gereserveerd, de reserveringen van beide orders worden omgedraaid.
Maar... wetende dát de klant zo werkt en wetende dát er geen Raaplijst wordt geprint (omdat er toch altijd iets anders wordt geraapt) hoort hoort hier heel expliciet bij dat de toets "Rapen en Goedkeuren" nooit gebruikt zal mogen worden, immers, die funktionaliteit zal Charges afboeken waarvan niemand weet welke dat zijn, immers, we vonden het niet nodig om de Raaplijst te printen.
In theorie zouden we kunnen zeggen "een parameter hebben we daarvoor niet nodig, immers, geen Raaplijst printen? dan ook geen Automatisch Rapen & Goedkeuren" mogen doen ! ware het niet dat de andere klant dan haar orders niet meer met Rapen & Goedkeuren kan leveren. Derhalve is er nu een extra parameter opgenomen waarmee het "Rapen & Goedkeuren" kan worden geblokkeerd in situaties dat er géén Raaplijst wordt geprint.
| Funktie | Omschrijving | Dtm.Vl.Wyz | Dtm.L.Wyz |
| LOLLRA1 | Raadplegen Raaplijsten. | 29-07-2021 | 13-09-2022 |
| LOLLRA3 | Selekteren Raaplijsten tbv Vra | 29-07-2021 | 12-09-2022 |
| LOLLRA5 | Raadplegen/Inv. Raaplijsten op O/Deb./V.O./Vlgnr | 04-02-2021 | 13-09-2022 |
| LOLRRA | Raadplegen Raaplijst. | 07-04-2021 | 13-09-2022 |
| LOPAEXWY | Wijzigen Expeditie Parameters | 03-02-2021 | 12-09-2022 |
| LOPAIN | Initialiseren Parameters. | 25-08-2022 | 12-09-2022 |
