Hoewel binnen Profit zelf al jaren funktionaliteit bestaat om te leveren, te produceren, te ontvangen etc. zijn er de afgelopen paar jaar een aantal TouchScreen- en Scanterminal schermen ontwikkeld om 'het werk' op een eenvoudige manier door de gebruikers op de werkvloer uit te kunnen laten voeren.
Waar de normale schermen in Profit in de meeste gevallen alle mogelijkheden ondersteunen die maar aan de orde kunnen zijn, is bij de ontwikkeling van de TouchScreen- en Scanterminal schermen het uitgangspunt om dit 'zo simpel mogelijk' te houden voor de gebruikers, mede door het achterwege laten van diverse toeters en bellen. In de ontwikkeling van zo'n scherm gaat relatief veel tijd zitten (t.o.v. een normaal scherm in Profit), en daarbij wordt het scherm meestal ontwikkeld conform de specifikaties van de klant voor wie we het scherm maken.
Door deze werkwijze is het niet noodzakelijk zo dat het scherm zomaar op iedere site gebruikt kan worden. Mogelijk moeten uw uitzonderingen die nog niet zijn ondervangen in deze schermen worden opgenomen.
Deze Releasenote betreft nu het TS Goederen Ontvangst. Deze is ontwikkeld om inkopen bij uw Leveranciers mee te kunnen ontvangen. Op basis van een bedrijfsparameter kan worden aangegeven of we de partijen 'per Subcharge' willen ontvangen of niet. Een Leverancier levert 4 pallets van een artikel in zakken van 25 Kg; op iedere pallet staan 40 zakken, en het scherm staat ons toe om 4 Subcharges van 40 zakken van 25 Kg te ontvangen, waarbij iedere pallet onder een Hoofdcharge (een afgeleide van de Inkooporder) + een Subcharge (het palletnummer) op voorraad terecht komt. Precies voor dit deel werkt het scherm prima.
Tsja... maar er kunnen meerdere soorten Inkooporders zijn, die op zich specifieke afwijkende regels hebben, welke NIET zijn ondervangen in het scherm. Denk daarbij aan bijv. Retouren van zgn. DryDock orders, Retouren uit Credit Verkooporders maar ook de Ontvangstorders van Externe Verplaatsopdrachten.
V.w.b. dit topic concentreren we ons even op de Externe Verplaatsopdrachten. Zo geldt voor een Verplaatsopdracht al sinds jaar en dag dat alle Charges die we aan de leverende zijde geleverd hebben, aan de Ontvangstzijde met hetzelfde Chargenummer opgeboekt moeten worden. Bedenk daarbij maar dat we een partij van e.o.a. gevaarlijke stof produceren, en er een MSDS bij die Charge hoort die aangeeft hoe brand-/explosie gevaarlijk het produkt is. Na produktie wordt het verplaatst naar een extern Magazijn (desnoods een speciale bunker). Als het daar aankomt, MOET het Chargenummer natuurlijk hetzelfde blijven, al was het maar omdat als we die partij later vanuit dat Magazijn aan een klant leveren, we de klant van het juiste MSDS kunnen voorzien.
Zie het maar zo dat als we ontvangen van een Leverancier, wij onze eigen stickers op de partijen willen plakken waarmee we kunnen scannen maar als we iets verplaatsen, die stickers er al op zitten (afgedwongen door de Inkoop of Produktie) en we geen nieuwe stickers gaan plakken.
Het TS Goederen Ontvangst is ontwikkeld voor een klant die hiermee Goederen Ontvangsten boekt van Inkooporders die ze bij haar Leverancier inkoopt. V.P.O.'s leiden echter ook tot Inkooporders en staat ook in dit scherm (eigenlijk alleen omdat ze er niet expliciet tussen uit zijn gehaald). Maar... voor V.P.O.'s kan dit scherm nooit werken, immers, dit scherm kent ALTIJD een nieuw Chargenummer toe, terwijl we weten dat als we met V.P.O.'s werken, het Chargenummer gelijk MOET blijven. Een kleine test zou dus al uitwijzen dat dit scherm niet voor die situatie gebruikt kan worden, met als eenvoudigste oplossing: het niet opnemen van de Ontvangstorders van V.P.O.'s in dit TS scherm.
Los van het feit dat het scherm niet werkt omdat ze nieuwe Chargenummers toekent, is er nog een reden waarom het scherm niet werkt i.g.v. Verplaatsopdrachten: Deelontvangsten zijn NIET toegestaan bij Verplaatsopdrachten.
Als we aan de leverende zijde 20 Verschijningen leveren, zullen we er bij Goederen Ontvangst 20 moeten ontvangen. Zijn er toch ergens 2 van een vrachtwagen afgevallen en komen er 18 binnen... tsja... dan zouden we speciaal voor zo'n situatie alle deelontvangst schermen kunnen aanpassen om het verschil weg te kunnen boeken (en financieel juist te kunnen verantwoorden), maar, 't behoort niet op te treden. En, de enkele keer dat het gebeurd, kunnen we ook gewoon 20 ontvangen en er daarna 2 met een handmatige mutatie afboeken...
Deelontvangsten bij V.P.O.'s omvat echter nog veel meer, immers, als we een pallet met 40 zakken leveren, met 30x Charge A en 10x Charge B en we gaan Deelontvangsten toestaan, dan moeten we ook gaan bijhouden hoeveel A of B er al ontvangen is, c.q. hoeveel we nog mogen ontvangen van een specifieke Charge. Immers, eerst 25A boeken en daarna nog 10A zou niet mogen omdat we maar 30A geleverd hebben en dus geen 35A mogen ontvangen.
Vervolgens zou het TS scherm dit ineens wél toegestaan...
Omdat het leverende deel van een V.P.O. al bij de 1e Ontvangst wordt "afgesloten" gaan sowieso de ontvangst van meerdere Subcharges fout.
Kortom, het Ontvangen van V.P.O.'s is NIET toegestaan op het TS Goederen Ontvangst, en eigenlijk moeten we dit nu blokkeren, ware het niet dat er een klant is die deze schermen juist enkel en alleen voor de Ontvangst van Verplaatopdrachten wilde gaan gebruiken en het nu een beetje sneu is om (nadat er maatwerk is ontwikkeld aan de verzendende zijde) te moeten stellen dat de Goederen Ontvangst niet meer is toegestaan.
Dit houdt echter niet in dat wij ineens als "bug" Deelontvangsten en wat dan nog meer moeten toestaan voor Verplaatsopdrachten. Toch kunnen we misschien met een kleine ingreep ervoor zorgen dat het scherm nog wel in staat is zo'n ontvangst te kunnen boeken. Daarbij is het nu dan WEL toegestaan om aan te geven dat de partij ontvangen is, maar is het NIET mogelijk de hoeveelheden te wijzigen, of meerdere Subcharges toe te kennen.
Nb: Merk overigens op dat er i.c.m. het juist wel werken met nieuwe Subcharges best mogelijkheden zouden zijn voor een Deelontvangst, immers, het maakt niet meer uit hoeveel A, B of C er verzonden is als we aan de Ontvangstzijde toch nieuwe stickers gaan plakken. Keerzijde van die medaille is dan wel dat we NOOIT meer iets met specifieke Charges zouden kunnen doen! Zelfs een specifiek voor een klant geproduceerde Charge zou dan niet meer geleverd kunnen worden omdat we bij verplaatsing een nieuwe Charge zouden toekennen. Ook hier zou gelden dat dit best voor "iemand" een oplossing mag zijn maar dit nooit "algemeen" mag werken.
Let op: Eigenlijk gelden er ook van dit soort beperkingen voor (DryDock) Retouren van Credit Verkooporderregels. Van dit soort regels was al wél gesteld dat ze NIET op dit scherm getoond moesten worden, echter, daarvoor is december 2015 bepaalt dat als je dit toch graag wilt, en je plakt bij Retourname nieuwe stickers op alle Verschijningen, dit toch maar moet kunnen (en anders moet je het scherm niet voor Retouren gebruiken).
Ok, wat is er konkreet aan het scherm gewijzigd m.b.v. VPO's ?
* Aantal kan òf met 0 (spaties) òf met 1 worden gevuld; de partij komt dus wel/niet binnen. Meerdere Subcharges of delen is niet toegestaan.
* Printen van een Etiket is niet aan de orde, omdat we i.g.v. een VPO geen nieuw Etiket zullen afdrukken; we verplaatsen enkel en de verplaatste voorraad behoort al een etiket te bevatten.
* De Inkooporderregel wordt pas getoond als ze aan de Leverzijde gezonden is. Verplaatsopdrachten die nog niet verzonden zijn, kunnen dus ook niet worden ontvangen.
* De hoeveelheid wordt aangepast naar het deel wat verzonden is. Maken we een VPO voor 10 Verschijningen, maar leveren we er slechts 8, dan kunnen we er als vanzelf slechts 8 ontvangen.
| Funktie | Omschrijving | Dtm.Vl.Wyz | Dtm.L.Wyz |
| CLASSES | Geen standaard funktie | 06-10-2016 | 06-10-2016 |
| LOILOGST | Omschrijving (nog) niet bekend | 15-07-2016 | 07-10-2016 |
| LOOFT | Omschrijving (nog) niet bekend | 22-07-2016 | 07-10-2016 |
| LOTSGO | TouchScreen Goederen Ontvangst | 11-01-2016 | 07-10-2016 |
