M.i.v. deze Releasenote zijn er een aantal kontroles opgenomen die stellen dat bij een geserienummerd Emballage-onderdeel rubriek "Eigenaar = Ja" verplicht op Ja moet staan.
Geserienummerde Emballage is ontwikkeld ver vóór de introduktie van rubriek "Eigenaar = Ja/Nee", en dit type Emballage respekteert die rubriek ook verder niet. Bij Retourname van Emballage wordt wél gekeken naar de Eigenaar = Ja/Nee indikator, en gaat e.e.a. fout zodra de geserienummerde Emballage "Eigenaar = Nee" betreft.
Nb: Wat er dan konkreet fout gaat is overigens dat geserienummerde Emballage per definitie naar een klantlokatie wordt overgeboekt, maar de retourontvangst i.g.v. Eigenaar=Nee deze Emballage niet van de klantlokatie afboekt.
Allereerst even beschrijven waarom op enig moment "Eigenaar Emballageonderdeel J/N" is geïntroduceerd. Vóór 2003 bestond die rubriek nog niet, en werd alles afgehandeld als "Eigenaar = Ja".
In de situatie "Eigenaar = Ja" wordt ieder geleverd Emballage onderdeel overgeboekt naar een klantlokatie, zodat getraceerd kan worden bij welke klant die Emballage uit staat (en hoeveel); dit was voor 2003 de standaard werkwijze.
Als we echter een krat bier halen bij supermarkt X, en we hebben dat krat bier leeggedronken, kunnen we de lege krat bij supermarkt Y weer inleveren. Ditzelfde geldt voor uw pallets die u aan uw klant levert, die kan uw klant weer zelf gebruiken, maar kan uw klant ook aan een andere Leverancier retour sturen. Het is a.h.w. Emballage welke onderdeel is van een "pool systeem".
Enerzijds boekten we Emballage standaard over naar een klantlokatie, anderzijds kan uw klant die Emballage aan heel iemand anders retour sturen. "Het overboeken naar een klantlokatie" kan dan nog zinvol zijn om a.d.h.v. Raadplegen Voorraaditems te kunnen zien wie er hoeveel Emballage uit heeft staan, maar... daar hebben we een komplete subadministratie voor.
Een nog veel belangrijkere reden om Emballage
niet naar een klantlokatie over te boeken, is dat als we dit soort pallets in "Voorraaditems op een klantlokatie" bijhouden, het saldo nooit negatief kan worden, immers, negatieve Voorraaditems bestaan niet. En, van Emballage die in een poolsysteem draait, kan een klant dus ook iets terugsturen wat u hem nooit geleverd heeft, en waardoor het saldo negatief kan raken. Of u accepteert dat een saldo negatief raakt is dan weer een tweede, maar feit is dat het moet kunnen.
Derhalve is in 2003 bij een Emballageonderdeel (Artikelgegevens) een rubriek erbij ontwikkeld die zegt "Eigenaar Emballage onderdeel J/N". Indien "Eigenaar=Ja" (de oude situatie) dan moet u denken aan bijv. een pallet of een container met de naam van uw bedrijf erop; deze kan alléén aan uw bedrijf retour worden gezonden (zouden we dit aan een andere Leverancier terugsturen dan gaat die natuurlijk nooit zijn produkten leveren in containers waar uw naam op staat). Omdat dit "uw" Emballage betreft, wilt u weten bij welke klant dit op voorraad staat, en omdat de klant deze emballage alleen aan u retour kan sturen, kan dit saldo als vanzelf nooit negatief geraken (immers, iets wat u niet geleverd heeft kan de klant niet terugsturen).
"Eigenaar = Nee" is dan bedoeld voor alle Emballage die "algemeen" is en overal ingeleverd kan worden. De kratten bier van de supermarkt, europallets, veilingkistjes etc. Van dit type Emballage wordt wel degelijk per Debiteur bijgehouden wat het uitstaande saldo is (immers u wilt kunnen kontroleren dat de hoeveelheid Emballage die de Debiteur retourstuurt in verhouding staat tot wat u aan hem geleverd heeft), maar het wordt niet overgeboekt naar een specifieke klantlokatie. Als een klant de Emballage niet terugstuurt, prima. Dan hoeft u hooguit het Statiegeld wat hij betaalt heeft niet meer terug te betalen...
Geserienummerde Emballage is nooit aangepast m.b.t. de Eigenaar=Nee situatie. Van Geserienummerde Emballage werd gesteld dat deze
altijd moest worden overgeboekt naar een klantlokatie. Geserienummerde Emballage is ook ontwikkeld in de periode dat Eigenaar J/N niet eens bestond, en daarmee ontwikkeld voor de situatie Eigenaar = Ja.
Per heden is per toeval gekonstateerd dat het toch ook mogelijk was om Geserienummerde Emballage te definiëren van het type "Eigenaar=Nee". Dit gaat nu fout, omdat bij het Leveren van de Verkooporder de Geserienummerde Emballage
altijd wordt overgeboekt naar een klantlokatie, terwijl bij het Retourboeken van Emballage wordt gekeken naar de "Eigenaar" indikator, en, omdat deze op "Nee" staat, wordt er niets van een Klantlokatie afgeboekt. Fout dus.
Als we even verder brainstormen, dan komen we er vanzelf op dat de situatie "Eigenaar=Nee" helemaal niet is toegestaan bij Geserienummerde Emballage! en wat dat betreft zou het handig zijn dat het systeem daarop kontroleert. Daartoe zijn m.i.v. deze Releasenote een aantal kontroles voor ingebouwd.
Stel dat we een produkt hebben die we afvullen in geserienummerde containers. We kopen in eerste instantie 10 containers in, en serienummeren deze als C001 t/m C010. Vervolgens produceren we een produkt XXX die we afvullen in Verschijng "CONT" (container) met Serienummer C003.
Als we dit produkt aan een klant leveren, wordt er een lege container (zie Emballageset-onderdelen) overgeboekt naar een klantlokatie. Deze boekt dus E-CONT/ST over naar een 0-lokatie.
So far so good.
Maar... stel nu eens dat we géén Eigenaar zijn...
Dat zou impliceren dat de container onderdeel is van een pool systeem én impliceert dat de container aan iedere willekeurige Leverancier kan worden teruggezonden.
Wij kunnen dan wel een container met serienummer C003 overboeken naar een klantlokatie, maar, als die container aan een andere Leverancier retour gestuurd kan worden (omdat ze onderdeel is van een poolsysteem) dan blijft dat containernummer tot in lengte van dagen op die klantlokatie staan.
Als de klant de container bij iedereen kan inleveren (zie ook het voorbeeld van het kratje bier) dan impliceert dat ook dat iedere klant e.d. container die ze elder betrokken heeft bij U kan inleveren. Oh... en met welk serienummer? En zo we vinden "dat daar dan om gevraagd moet worden", wat boeken we dan van de klantlokatie af? En wat nu als u een container terugkrijgt, die door een andere Leverancier geserienummerd is met eenzelfde serienummer als die bij u al ergens op voorraad ligt? Intereseert u het specifieke serienummer nu eigenlijk nog wel, of mogen we stellen dat de container nu vergelijkbaar geworden is aan "een pallet" waarvan we gewoon een saldo willen bijhouden.
Merk ook op dat als u uw containers serienummert, die container misschien ook wel in uw Vaste Aktiva administratie zijn opgenomen. Mogelijk schrijft u ook af op de containers.
Omdat de containers een serienummer hebben, is precies bekend waar de containers vandaan komen, en wat ze gekost hebben. Bij "pool emballage" is dat alles niet aan de orde.
Resumer, Geserienummerd zal i.c.m. pool-systeem niet eens werkbaar zijn. Nu werd dit al niet ondersteund in Profit, maar ontbraken enkele kontroles waar het toch verkeerd ingericht kon worden. Per heden dus een aantal extra kontroles die ervoor zorgen dat geserienummerde Emballage altijd van type "Eigenaar = Ja" moet zijn.
De kontroles zijn opgenomen bij:
LOARWY - Wijzigen Artikelen
LOEEOP - Opnemen Emballageset onderdeel
LOEEWY - Wijzigen Emballageset onderdeel
(Bij Toevoegen Artikelen kan nog niet worden gekontroleerd, omdat daar alleen "Geserienummerd" bekend is, en we nog niet weten of het Artikel als Emballage-onderdeel gebruikt gaat worden).
Nb: Overigens zal bij de eerst volgende Upgrade een kontrole worden uitgevoerd of in uw omgeving Geserienummerde Emballageset-onderdelen zijn opgenomen die als "Eigenaar=Nee" zijn gedefinieerd. Als het goed is niet, immers, dan had u als vanzelf al moeten hebben gekonstateerd dat dit niet werkt.
| Funktie | Omschrijving | Dtm.Vl.Wyz | Dtm.L.Wyz |
| LOARWY1 | Omschrijving (nog) niet bekend | 01-12-2014 | 14-01-2015 |
| LOARWY2 | Omschrijving (nog) niet bekend | 01-12-2014 | 14-01-2015 |
| LOEEOP | Koppelen Vvorm/Emballage | 13-10-2011 | 14-01-2015 |
| LOEEWY | Wijzigen Emballage Vvorm | 02-12-2008 | 14-01-2015 |
| LOKV0063 | Omschrijving (nog) niet bekend | - - | 14-01-2015 |
| LOLRBKEM | Omschrijving (nog) niet bekend | 12-08-2014 | 14-01-2015 |
