Een volgend stukje funktionaliteit die per heden uit de Statistieken zijn geëlimineerd: weergave van 'KG' als bruto of netto J/N.
Reden voor eliminatie is dat de funktionaliteit niet werkt, en ook niet 'eenvoudig' even werkend gemaakt kan worden. Feit is wel dat deze funktionaliteit de berekening van de statistieken behoorlijk doet vertragen, en de keuze voor 'goed werken' + 'ook nog sneller' dan al snel gemaakt is.
Ook deze selektie is er een waarvan we ons kunnen afvragen waarom nog nooit iemand hier last van heeft gehad; w.s. wordt de funktionaliteit gewoonweg niet gebruikt.
Wat gaat er fout?
Een overzicht zoals het Gefaktureerde Verkoopoverzicht doorloopt alle Fakturen in de opgegeven periode, en van die Fakturen alle Faktuurregels, op zoek naar die regels die gerapporteerd moeten worden.
Als we een regel gevonden hebben, is de omzet en de kostprijs te vinden in de betreffende Faktuurregel. Ook zal het 'aantal eenheden' bekend zijn, in 2 formaten: het aantal Voorraadeenheden en een eventueel opgegeven aantal Faktuureenheden.
1. Zodra we een rapportage opvragen in eenheid *, wordt het aantal Voorraadeenheden hard uit de Faktuurregel gehaald; omrekening is niet aan de orde.
2. Zodra we een rapportage opvragen in ST, dan wordt hiervoor hard het aantal Verschijningen gehanteerd welke gefaktureerd wordt (op zich ook al fout, immers, een doosje waar 2 stuks inzitten, zal als 1 stuk gerapporteerd worden; dit zal zijn oorsprong hebben in het kunnen faktureren met een prijs per doos in de tijd dat we nog geen prijs per Verschijning/Colli hadden).
3. Zodra de rapportage is op een eenheid die gelijk is aan de Voorraadeenheid van het artikel, wordt weer hard gerekend o.b.v. het aantal eenheden uit de Faktuurregel.
4. Zodra de rapportage is op een eenheid die gelijk is aan de Faktuureenheid, wordt hard gerekend o.b.v. het aantal Faktuureenheden.
5. Zodra de rapportage op KG/TN/LB is, wordt omgerekend o.b.v. het gewicht van de Artikel-/Verschijning.
6. Er wordt omgerekend via het Gewicht per Voorraadeenheid danwel de Soortelijke Massa danwel formules.
Neem nu als voorbeeld een Artikel in KG, welke in LBS gefaktureerd wordt. We verkopen 100 Verschijningen in blikken van 5LBS. 1 Blik van 5 LBS bevat 2,270 Kg (en het blik zelf weegt conform het gewicht welke bij de Verschijningsvorm geregistreerd staat) 0,4 Kg.
Rapportage op * levert nu het aantal eenheden op: 227,000 Kg.
Bij rapportage op KG zien we eveneens 227,000 a.g.v. #3.
Gaan we echter op TN rapporteren, zal zien we geen 0,227 TN maar blijkt het gewicht ineens te zijn gewijzigd naar 0,267 TN, omdat bij regel #5 ineens het "gewicht van de Verschijningsvorm" erbij geteld gaat worden; dit, terwijl het gewicht per Verschijningsvorm in geen van de andere gevallen erbij betrokken wordt.
Bij rapportage op LBS zou ook de verwachting zijn dat we 500,000 LBS als antwoord krijgen; ook hier wordt ineens het gewicht v/d Verschijningsvorm erbij opgeteld. Regel #4 treedt niet in werking (immers er wordt gefaktureerd in LBS, maar we vragen formeel LB op), en dus wordt #5 aktief.
Ook als een bedrijfsparameter "'KG' bruto weergeven J/N" met "Ja" gevuld zou zijn, geldt dat dit gewicht
alleen inklusief het gewicht van de Verschijningsvorm is als er via #5 wordt omgerekend. Artikelen die een Voorraadeenheid KG hebben, danwel die in KG gefaktureerd zijn, worden op basis van #3 en #4 altijd netto verwerkt.
Een parameter zoals genoemd zou in theorie best handig kunnen zijn. Al was het maar omdat we een statistiek voor een Vervoerder zouden willen maken, om die te kunnen gebruiken om te zien hoeveel kilogrammen die Vervoerder vervoert heeft. We zouden dan op basis van 'brutogewichten' willen werken (die dan wel bij
alle selekties verwerkt moet worden).
Maar... er gaat nog meer fout. Als we de rubriek met
Nee beantwoorden zou het in de lijn der verwachting mogen liggen dat we dan
niet het gewicht van de Verschijningsvorm erbij op tellen, en we enkel werken met het gewicht van het Artikel. Niets is minder waar !
Zodra we op basis van het netto gewicht werken, zal #5 nog steeds het gewicht van een Artikel-/Verschijning berekenen (5 LBS * 0,454 Kg = 2,270 Kg aan produkt + 0,400 Kg van het blik = 2,670 Kg per Verschijning) en wordt dát aantal met het aantal gefaktureerde verschijningen vermenigvuldigd (dus x 100 = 267,000 Kg). In plaats van nu het gewicht van 0,400 Kg die bij de Verschijningsvorm staat niet mee te tellen, gaat het systeem op zoek naar de Emballage die aan de (eventueel Klantspecifieke) Emballageset is gekoppeld, en bepaalt het gewicht op basis van dié onderdelen om ze vervolgens in mindering te brengen. Resumer, als er geen Emballageset gedefinieerd is, wordt er bij de netto gewicht rapportage gewoon op 2,670 Kg per blik (minus 0,000 Kg van de Emballageset) gerekend.
Het mag duidelijk zijn dat het totaal gewoonweg niet kan werken. In theorie misschien "bij een bepaald soort inrichting" waarin iemand altijd met Emballagesets werkt én per Emballageset zelf het gewicht berekend van de Emballageonderdelen én dit gewicht vervolgens bij de Verschijningsvorm invult (waarmee een klantspecifieke Emballageset dus al bij voorbaat uitgesloten is te kunnen werken).
Voor het gros van de gebruikers geldt dat als we rapporteren op een eenheid, we zien hoeveel we in die eenheid gefaktureerd hebben. En, als we een blik van 5 LBS verkopen met een prijs per KG we alleen betalen voor de netto inhoud (en niet de KG prijs ook nog eens over het gewicht van de Verschijningsvorm berekend wordt) geldt dat we dit gewicht er ook niet zomaar ineens bij mogen tellen in de rapportage.
Willen we dat wel, bijv. voor het overzicht om te kijken hoeveel bruto kilogram een vervoerder vervoerd heeft, dan moeten we:
a. dit gewicht bij iedere selektie erbij optellen
en
b1. òf afhankelijk van een Bruto/Netto rubriek altijd werken o.b.v. het gewicht van de Verschijningsvorm
b2. òf afhankelijk van een Bruto/Betto rubriek altijd werken met het gewicht van de onderdelen van de Emballageset
Het gewicht van de Verschijningsvorm er standaard bij op tellen, om vervolgens het gewicht van de Emballageset (die er niet hoeft te zijn) er vanaf te trekken, werkt natuurlijk nooit.
De ooit ontwikkelde "'KG' bruto weergeven J/N" is als bedrijfsparameter opgenomen (Management Informatie) en is ooit ook als overschrijfbare selektie bij het opstarten van het gefaktureerde Verkoopoverzicht opgenomen. Zo te zien is de selektie daar in 2007 al komen te vervallen. Neemt niet weg dat de bedrijfsparameter nog wel aktief was, en onafhankelijk van de stand van die parameter verkeerde resultaten teruggaf.
| Funktie | Omschrijving | Dtm.Vl.Wyz | Dtm.L.Wyz |
| LOAVVGBR | Omschrijving (nog) niet bekend | 21-03-2014 | 21-03-2014 |
| LOEXTWDE | Exporteren Toegevoegde Waarde Debiteuren | 07-01-2014 | 21-03-2014 |
| LOOZLVBP | Omschrijving (nog) niet bekend | 09-01-2014 | 21-03-2014 |
| LOOZPOBP | Omschrijving (nog) niet bekend | 21-03-2014 | 21-03-2014 |
| LOOZVFBP | Omschrijving (nog) niet bekend | 21-03-2014 | 21-03-2014 |
| LOOZVOBP | Omschrijving (nog) niet bekend | 09-01-2014 | 21-03-2014 |
| LOPAMIWY | Wijzigen Management Inf. Parameters | 14-11-2011 | 21-03-2014 |
| LOPRVKO1 | Omschrijving (nog) niet bekend | 21-03-2014 | 21-03-2014 |
| LOPRVKOV | Printen Verkoopoverzicht | 14-03-2014 | 21-03-2014 |
