Juli 2006 is voor een klant het Inkopen-/Verkopen met een prijs per V (Verschijning) ontwikkeld. M.i.v. deze Releasenote is deze funktionaliteit uitgebreid m.b.t. extra kontroles inzake Bulk <> een prijs per V.
De problematiek wordt mogelijk mede veroorzaakt door andere funktionaliteit, het afboeken van een "verkoop-verschijning" uit andere op voorraad liggende Verschijningen, die raakvlakken heeft met dit onderwerp.
Allereerst een beschrijving van het probleem: als we een klant 1 Kg boerenkool verkopen, dan kan dit uit 2 partijen geleverd worden. Als er uit twee partijen geleverd wordt, zijn er 2 Verschijningen aan de orde, en zou e.e.a. met een prijs per V verkocht zijn, dan betaalt de klant ineens 2x teveel.
Om dit te voorkomen zijn een aantal aanvullende kontroles nodig, maar de vraag is "hoe precies" ?
In eerste instantie lijkt de oplossing eenvoudig: verkopen met een prijs per V is niet toegestaan zodra het om een Bulk-Verschijning gaat. Toch klopt dit niet, immers, als we in andere branches een tankwagen met een produkt lossen, mogen we best 1 prijs rekenen voor de totale hoeveelheid.
Waar zit het verschil ?
Laten we als eerste eens wat dieper op "bulk" in gaan. "Bulk" is aan de orde als we niet kunnen spreken over een specifieke verpakking met een bepaalde vaste maximale inhoud (hierbij ga ik even bewust de term verschijning even uit de weg, want dat werkt alleen verwarrend als we het over een prijs per V. hebben). Kenmerkend is ook dat we spreken over 1 partij met een inhoud van xxxxx,xxx eenheden.
Als we iets in "bulk" verkopen, zullen we dit niet via 3-2-1-1 naar een Raaplijst sturen, al was het maar omdat als we 1 partij van 1000 Kg op voorraad hebben liggen, we niet "een deel" daarvan (300 kg) kunnen reserveren.
Hoe gaan we dan om met het leveren van bulk ?
Als we in het groot denken (Tankwagens) dan kunnen we een Verkooporderregel formeel definiëren als "Bulklevering". We verkopen in dat geval een produkt ongeacht de Verschijningsvorm (deze is dan -------). Het leveren van de regel kan dan via "Leveren zonder Raaplijst" (3-2-1-1-Sh+F5) waarbij we de te leveren hoeveelheid uit één andere partij kunnen afboeken. Op die manier kunnen we 300 Kg verkopen, en deze afboeken uit een partij van 1000 Kg.
Een methode die bij Tankwagenleveranties ook veel wordt toegepast is het genereren van een Produktieorder voor een laadopdracht. Dit betreft een Produktieorder die 1:1 met de V.O.-regel wordt gegenereerd, en die is uitgeschreven voor de verkochte hoeveelheid, bijv. 20000 Kg. De output van de P.O. is dan 1 partij met deze totale hoeveelheid; de input van de P.O. bevat een halffabrikaat ongeacht de Verschijningsvorm. De vrachtwagen wordt vanuit een silo gevuld, rijdt over de weegbrug, en zodra aldaar 19800 Kg wordt gewogen, zal de P.O. kunnen worden gereedgemeld voor 19800 Kg (en wordt er 19800 Kg uit de silo afgeboekt). De gereedgemeldde output van de P.O. zal naar de Raaplijst worden gestuurd, en zo komt daar als vanzelf 19800 Kg op te staan: altijd 1 partij (die best met een prijs per V. verkocht mag worden).
Het TouchScreenscherm Leveren Verkooporder biedt speciaal voor de AGF branche de mogelijkheid om een deel van een Verschijning te kunnen leveren zónder hiervoor eerst formeel te moeten produceren of omvormen. Zo is het mogelijk om een kist appels op voorraad te hebben van 16 Kg, maar deze appels toch ook "per stuk" te kunnen verkopen. Dit, door een Verschijningsvorm "STUK" te definiëren, hier een gewicht van bijv. 0,200 Kg aan toe te kennen, en hiervan aan te geven dat deze als een Behoefte Ongeacht Verschijningsvorm afgehandeld dient te worden. Op die manier kunnen we 5 STUK (= 5 appels) verkopen, terwijl er géén STUK op voorraad ligt. In plaats daarvan zal het TS scherm 5 x 0,200 = 1,000 Kg afboeken uit een Verschijningsvorm die wel op voorraad ligt: de kist van 16 Kg.
In theorie zou je je kunnen voorstellen dat als we nog één kist op voorraad hebben liggen met een Werkelijke Inhoud van 0,100 Kg en we vervolgens 1 STUK rapen, dit 100 gram uit die kist afboeken, en nog 100 gram uit een andere Verschijning afboekt, zodat er alsnog 2 Verschijningen geraapt zijn. Toch is dat niet het geval. Voor deze funktionaliteit is gesteld dat één STUK altijd uit één Voorraaditem moet worden afgeboekt, en daarmee kan de levering van 5 STUK nooit impliceren dat er bijv. 6 delen van charges worden geleverd.
Nb: Zouden we stellen dat 1 STUK 175 gram weegt, dan is de kist van 16 Kg niet deelbaar door 175 gram, en kunnen we maximaal 91 stuks afboeken waarna er 0,075 Kg achterblijft in de kist (en die vervolgens handmatig afgeboekt moet worden). Uitgangspunt is derhalve dat als we geen restanten willen overhouden bij het toepassen van zo'n truc, de totale inhoud van een kist wel deelbaar moet zijn op de stuks gewichten.
Bij bovenstaande Verschijningsvorm "STUK" boeken we echter een vaste inhoud (200 gram) af uit een kist. Maar, als we het over KG bulk hebben, dan kunnen we ieder gewenst gewicht leveren. "Bulk" en "afboeken uit een andere Verschijningsvorm" wordt derhalve op een iets andere wijze afgehandeld, en hierbij geldt dat de totale hoeveelheid die op voorraad ligt wordt opgesoupeerd alvorens een nieuw Voorraaditem aan te breken. Hierdoor kan het voorkomen dat als we 1 Kg verkopen, en er nog 600 gram ligt in een kist, er 0,600 Kg wordt afgeboekt uit deze kist, om vervolgens 0,400 Kg uit een nieuwe kist af te boeken, met als resultaat dat er 2 Verschijningen geleverd zijn.
Niets mis mee, ware het niet dat we nu niet met een prijs per V moeten gaan werken, immers dan betaalt de klant de dubbele prijs, immers er zijn twee Verschijningen geleverd. Het hanteren van een prijs per V is ook helemaal niet nodig, immers, het is de bedoeling om met een prijs per KG te verkopen: de prijs dient dan ook per KG gedefinieerd te worden.
Het blokkeren van een prijs per V bij een KG artikel is niet aan de orde. Immers, 'rauwkost' kunnen we in produktie best verpakken in zakjes van 400 gram, 1000 gram of 2500 gram, om ze vervolgens met een prijs per Verschijning te kunnen willen verkopen.
"Bulk" kunnen we ook niet zonder meer blokkeren, omdat dit ervoor zorgt dat er geen vaste prijs meer voor een bulklevering kunnen hanteren.
Wellicht is de minst slechte oplossing te stellen dat als we een prijs per V willen hanteren, we ook daadwerkelijk "een echte Verschijning" moeten hebben aangemaakt zoals "zakje van 400 gram", "blik 5 liter", "container 1000 Kg" of "tankwagen 20 Ton".
De opgenomen blokkade geldt derhalve voor de situatie waarin de Verschijningsvorm gelijk is aan een van de mogelijke Voorraadeenheden.
Dus: bij een Artikel in KG, zal een Verschijningsvorm "KG" niet mogen worden verkocht met een prijs per V. Bij een Artikel in L (liters) zal een Verschijningsvorm L niet mogen worden verkocht met een prijs per V. Toch moet ook hier weer een uitzondering worden gemaakt, nl. dat dit hele verhaal NIET geldt voor Artikelen die met Kenmerken werken, en waarbij de ingevulde Kenmerkwaarden bepalend zijn voor de Werkelijke Inhoud (formule Artikel). Immers, een Spaanplaat, die met Kenmerken "Lengte = 2,000 meter" en "Breedte = 1,400 meter" in M2 wordt vastgelegd, mag best met een prijs per spaanplaat worden verkocht. In dit voorbeeld zijn het de Kenmerken die alsnog een 'stuksprodukt' van dit artikel maakt; zouden we geen kenmerken hebben en gewoon "10 M2 spaanplaat verkopen" (dan zou dit net als KG als verschillende afmetingen geleverd kunnen worden, uit diverse partijen kunnen worden afgeboekt, en is een prijs per M2 alsnog weer niet toegestaan).
| Funktie | Omschrijving | Dtm.Vl.Wyz | Dtm.L.Wyz |
| LOAVSTTV | Toevoegen Staffels Art/Verschr | 23-02-2015 | 01-04-2015 |
| LOAVSTWY | Wijzigen Staffels Art/Versch | 23-02-2015 | 01-04-2015 |
| LODATV | Toevoegen Prijs/Kortingsafspraak | 10-10-2014 | 01-04-2015 |
| LODAWY | Wijzigen Prijs/Kortingsafspra | 10-10-2014 | 01-04-2015 |
| LODBDATV | Toevoegen Prijs/Kortingsafspraak | 10-10-2014 | 01-04-2015 |
| LODBDAWY | Wijzigen Prijs/Kortingsafspraak | 10-10-2014 | 01-04-2015 |
| LODSTV | Toevoegen Staffel Prijs/Kortin | 10-10-2014 | 01-04-2015 |
| LODSWY | Wijzigen Staffel Prijs/Korting | 10-10-2014 | 01-04-2015 |
| LOOATV | Toevoegen Offerte-regels | 19-12-2014 | 01-04-2015 |
| LOOAWY | Wijzigen Offerte-regels | 12-08-2014 | 01-04-2015 |
| LOOAWY1 | Wijzigen Offerte-regel | 10-10-2014 | 01-04-2015 |
| LOVRPE | Invullen Verkoopprijs | 22-02-2010 | 01-04-2015 |
| LOVRPEIC | Invullen I.C. Verkoopprijs | 26-10-2005 | 01-04-2015 |
| LOVRTVVA | Omschrijving (nog) niet bekend | 17-09-2014 | 01-04-2015 |
| LOVRWYVA | Omschrijving (nog) niet bekend | 18-06-2013 | 01-04-2015 |
