Heart-Profit ERP

Stel we hebben administratief 10 stuks op voorraad. We plaatsen een Verkooporder voor 10 stuks. Deze 10 worden via het Vulgraadscherm naar de Raaplijst-/Opdrachtblad gestuurd. Vervolgens gaan we via het Scan Teriminal scherm Rapen voor Debiteur-/Route het Opdrachtblad rapen, maar, het blijkt dat er in werkelijkheid maar 9 stuks in het magazijn liggen; we rapen er derhalve maar 9. De Raaplijstregel toont nu 10 te rapen, 9 geraapt (en de Raaplijstregel staat nog voor 1 stuks open).

Nb: Indien via het normale Rapen een Raaplijstregel voor een deel geraapt wordt, wordt de betreffende Raaplijstregel meteen afgesloten; dat is bij het Scan Terminal scherm niet het geval.

Indien in bovenstaande situatie bij de Verkooporderregel de bestelling van 10 stuks werd gewijzigd in 9 stuks, dan werd deze bestelling weliswaar in mindering gebracht op het deel wat naar de Raaplijst was gestuurd (deze wijzigt daarmee in 9 te rapen, 9 geraapt), maar indien er daarna niets meer te rapen viel, werd de Raaplijstregel niet afgesloten.

Resultaat was dat de Raaplijstregel open bleef staan op een status "9 te rapen, 9 geraapt", en met geen mogelijkheid meer af te sluiten was.

10 december jl. is er een noodoplossing geïntroduceerd om e.d. situatie te kunnen herstellen (zie Releasenote http://ha1.heartprofit.nl/profit/index.php?topic=23117.0). Bij deze is de oorzaak van het probleem opgelost.

Funktie	Omschrijving	Dtm.Vl.Wyz	Dtm.L.Wyz
LOVRWYF1	Wijzigen Verkooporderregels.	30-08-2010	20-12-2010

Stel dat we een Verkooporder maken voor 10 stuks, deze naar de Raaplijst-/Opdrachtblad sturen, er vervolgens 10 stuks rapen via het Scan Terminal Rapen voor een Debiteur-/Route, dan konstateerd het Scan Terminal scherm dat er vervolgens niets meer te rapen valt, en wordt de Raaplijst afgesloten. Wordt een order geraapt via het Touch Screen Leveren Verkooporder, dan zal de vraag worden gesteld of er een Pakbon moet worden geprint, wordt er geraapt via het Scan Terminal Rapen voor een Debiteur-/Route, dan wordt er daar geen Pakbon geprint (zo is die funktionaliteit ontwikkeld).

Als we via de normale Profit schermen een Raaplijst goedkeuren, dan volgt er een popup waarin we gewichten en-/of verzenddatum kunnen overschrijven. Schermen zoals Touch Screen Leveren Verkooporder, danwel het rapen via een Scan Terminal scherm, sluiten de Raaplijst af, en bepalen de gewichten automatisch op basis van de gewichten van de Artikel-/Verschijningen. Zodra deze gegevens niet overschreven hoeven te worden, kan het systeem e.d. Raaplijst ook zelf afsluiten daar waar nodig; sterker nog, een site die alleen maar met Scan Terminal en Touch Screen schermen werkt, weet bij wijze van spreken niet eens wat af van het Afsluiten van een Raaplijst, immers "dat gaat altijd vanzelf".

Wat me bij de procedure van het wijzigen van de bestelling opvalt, is dat waar de Raaplijst eerst 10 te rapen bevatte (waarvan nog 1 te rapen), en we wijzigen de bestelling op de Verkooporder, dan kunnen we weliswaar die verminderde bestelling in mindering brengen op de nog te rapen hoeveelheid, maar als we die Raaplijst achter laten met een status "er valt niets meer te rapen", dan wordt deze daarmee nog niet afgesloten. Ook kunnen we niet standaard stellen dat als we de bestelling wijzigen en het betreft de laatste regel, dat we dan de Raaplijst automatisch afsluiten, immers, het kan ook de situatie betreffen waarbij een klant de gewichten op de Raaplijst wil kunnen overschrijven.

Middels aanvullend maatwerk (te denken valt aan een Parameter waarmee we in zo'n geval de Raaplijst automatisch mogen afsluiten J/N) kunnen we hier wel naar gelang uw werkwijze op ingrijpen. Vooralsnog (maar dat was u wellicht al gewend, 't is meer iets wat ik nu konstateer en bij deze maar eens beschrijf) moet u er rekening mee houden dat als op deze wijze de Verkooporder achteraf gekorrigeerd wordt, dit niet impliceert dat ook de laatste goederen geraapt zijn, en daardoor de Raaplijst moet worden goedgekeurd, en al dan niet een Pakbon moet worden afgedrukt.