Opletten bij Regel naar Raaplijst na eerst volgende Upgrade

[Wouter Rijnbende]

Als alles goed is zult u nergens iets van merken, maar, bij dezen toch even de opdracht om bij een eerst volgende Upgrade op of ná 8 augustus 2022 de funktionaliteit 3-2-1-x (Raadplegen te Leveren Artikelen) in uw omgeving even goed te testen.

Alle Raadplegen te Leveren Artikelen schermen zijn m.i.v. deze Releasenote drastisch aangepast.

Een eerste aanleiding hiertoe was een "Internal Consistancy Error" welke kon optreden in een omgeving waarbij er héél veel op elkaar lijkende Voorraaditems bestonden (denk hierbij aan tientallen pallets die niet op basis van een Palletnummer (Subcharge) uniek werden gemaakt, maar op verschillende (Palletplaats) Lokaties waren opgeboekt. Tijdens het oplossen van die fout is gekonstateerd dat de diverse 3-2-1-x Funkties feitelijk allen "aangepaste kopiën" met steeds een iets andere sorteerwijze: Raadplegen te Leveren Artikelen op Verkooporderregel (1), op Verzenddatum (2), op Kliënt (3), van een Raapvloer (4) etc. In de loop der jaren is er voor tal van klanten maatwerk ontwikkeld, welke aanpassingen niet altijd in alle "Te leveren Artikelen" schermen zijn opgenomen; hierdoor kon het ene scherm al anders reageren dan een ander scherm. Zo is afgelopen tijd ook nieuwe funktionaliteit ontwikkeld m.b.t. het kunnen Reserveren van Voorraad welke nog niet op de juiste lokatie ligt en nog verplaatst moet worden (of zelfs nog uit Produktie moet worden opgeboekt) hetgeen ook zijn invloed heeft op de diverse 3-2-1-x schermen (immers, een partij die voor een specifieke order is gereserveerd mag niet op de order van een andere klant worden geleverd).

Met ingang van heden zijn de filters voor al deze "Raadplegen te Leveren Artikelen" schermen aan elkaar gelijk getrokken.
Op één centrale plek wordt nu (voor alle 3-2-1-x schermen tegelijk) bepaald welk Voorraaditem wel of niet naar een Raaplijst gestuurd mag worden.

Waar dient u op te letten?
Wel, of het "naar de Raaplijst sturen" van Verkooporderregels in uw omgeving nog werkt. Aan het "Rapen" van de Raaplijst is op zich niets veranderd, het gaat dus puur om het gebruiken van de toetsen zoals Deellevering (F4), Regellevering (F5), Orderlevering (F6) etc.

Bij verreweg de meeste implementaties van Profit wordt gewerkt met "gewone" Verschijningsvormen, bijvoorbeeld "blikken". Er liggen 100 blikken x 20 Liter op voorraad en een klant bestelt er 22. Zodra de 22 blikken naar de Raaplijst worden gestuurd zijn 22 van de 100 blikken hard gereserveerd in het Voorraaditem. Dit zijn de voorbeelden waarin we geen problemen verwachten. Er kunnen echter ook situaties zijn waarbij de inrichting iets minder gebruikelijk in elkaar steekt; denk hierbij aan:

- Samengestelde Artikelen; we verkopen een "Kinderkamer" die bestaat uit een bed, een bureau, een stoel en een ladekast. Hoeveel kinderkamers we kunnen verkopen hangt af van hoeveel bedden, bureau's, stoelen en ladekasten hebben (die we op zich ook los kunnen verkopen).

- Bulk. In het verleden is al eens gekonstateerd dat bulk niet via een Raaplijst geleverd mag worden; dit moet geleverd worden via Shift+F5 (Levering zonder invulling van Raaplijst).

- Appels per stuk verkopen uit kisten van 25 Kg (waarbij gedefiniëerd is dat 1 appel 0,200 gram impliceert).

en zo zijn er nóg wel een aantal voorbeelden te verzinnen. Veel van dit soort voorbeelden hebben we zelf al nagespeeld, maar voordat we er ook maar één over het hoofd hebben gezien die wel in úw omgeving wordt gebruikt, let even extra goed op, en kontroleer (Testbestanden) of het naar de Raaplijst sturen van de produkten zoals deze op uw systeem zijn ingericht probleemloos verloopt.