Prijsbepaling dmv toepassen vermenigvuldigingsfactor op Prijs Referentie Artikel

[pascal]

Sorry wat kort door de bocht, maar hij kan inderdaad
Je uitleg over prijzen offerte-regels en kontrakt-regels doorgenomen met Verkoop, dat wordt netjes geregeld.
Dus akkoord bij deze.

[pascal]

We hebben de vermenigvuldigingsfactor getest en deze doet het zoals afgesproken. Dat is super.

Zoveel mogelijk artikelen getest en laten berekenen, gaat allemaal goed.
Maar nu ontdekken we toch een aantal exotische artikelen die naast de vermenigvuldigingsfactor nog een extra opslag moeten krijgen. Dit zijn bv DDK-artikelen in halfsteens machinaal pakket.

De DKK moet in dit geval 4,5x zo duur worden als de BKK, maar vereist nog een meerprijs voor het machinale pakket.
Dit kan via een meerprijs-groep MKU Meerprijs machinaal DDK halfsteens.
Deze prijs wordt gevuld bij 3-4-1-1 Raadplegen Prijs/Kortingsafspraken, "Artikelgroep-ident"

Zou het dus mogelijk zijn dat artikelen waar vermenigvuldigingsfactor wordt toegepast, ook de artikelgroep(en) met prijs/kortingsafspraak (zoals deze MKU) meeneemt?
Dus in dit geval prijs DDK halfsteens machinaal = 4,5x  prijs BKK + prijsafspraak artikelgroep MKU?

Tweede puntje: we kunnen de Eindprijs Faktor afronden (op bv hele euro's).
Kan dit ook altijd naar boven afgerond worden? Dus 1200,4 euro > wordt 1201 euro? Wellicht via parameter?

Bij voorbaat dank!

[Richard Masseling]

Pascal,

ik heb je een mail gestuurd.

[pascal]

Richard, laatste aanpassing getest en dat gaat goed.
Kun je nog kijken naar onderstaande?

Bij het testen kom ik erachter dat funktie 3-4-7-6-8 erg langzaam is in Test.
Deze gebruik ik regelmatig (en dan voor duizenden artikelen).
Zie schermafdruk: testje met een tiental artikelen duurt in Test erg lang, in Produktie gewoon snel.

En wat nog open stond:

Tweede puntje: we kunnen de Eindprijs Faktor afronden (op bv hele euro's).
Kan dit ook altijd naar boven afgerond worden? Dus 1200,4 euro > wordt 1201 euro? Wellicht via parameter?

Bij voorbaat dank!

[Richard Masseling]

Hallo Pascal,

Printen Verkoopprijzen Debiteur is aangepast en staat inmiddels bij je op het systeem in de Test-omgeving.

[pascal]

Ik heb het getest, printen verkoopprijzen loopt nu weer snel, top!

(staat er nog maar 1 puntje open mbt de afronding  )

[Peter Stordiau]

Tweede puntje: we kunnen de Eindprijs Faktor afronden (op bv hele euro's).
Kan dit ook altijd naar boven afgerond worden? Dus 1200,4 euro > wordt 1201 euro? Wellicht via parameter?

Wij vragen ons af wat je hier bedoelt ...
1. De Eindprijs naar boven afronden waarna je nog een keer de Opslagen erop loslaat, of
2. Nadat alles is berekend de prijs nog een keer naar boven afronden.

Mijn persoonlijke opmerkingen :
- Met alle opslagen en toestanden die er al eeuwig in zitten wilde je dit ook niet;
- Iedereen gebruikt dit soort zaken maar niemand heeft ooit zoiets gewild;
- Je gaat een prijs van 1200.4 (dat is meer dan twaalf-honderd euro op 1 euro naar boven afronden ??

Ik wil wel weten welke mieghummel (zie laatste punt) dit verzint, dan kan ik 'm even bellen. Ik meen het.
Hij of zij mag mij ook bellen, want we doen het domweg niet. ... Of ik begrijp iets niet, dat kan ook.

[pascal]

Even een stukje uitleg: we gebruiken van oudsher een excel-bestand voor de prijsbepaling van bepaalde artikelen, oa artikelen waar een vermenigvuldigingsfactor toegepast wordt (maar na doorvoeren van deze nieuwe aanpassing via Profit berekend kan worden).
In dit Excel-bestand is de formule voor de prijsbepaling zo dat sommige van deze artikelen automatisch afgerond worden naar boven; dit is al heel lang zo en nooit veranderd.

Wanneer we nu deze prijs via Profit laten berekenen ipv Excel kun je dus een prijsverschil krijgen.
Hierdoor komen de prijzen uit Excel (en afgesproken met klant) niet meer overeen met Profit - dat is ook de reden het aan te kaarten.
Vraag is (zoals je terecht opmerkt) hoe erg dat kleine verschil is - hoogstens een miniem voordeel voor de klant, maar die zal daar niet over gaan klagen
Wel aanpassen heeft ook nog als nadeel dat je de berekening ingewikkelder maakt dan hij nu is, wat weer iets meer moeite kost qua beheer en ook weer meer kans op fouten.

Dit overdenkend is het laten vervallen van de afronding naar boven (en accepteren van enkele kleine verschillen) dus de beste oplossing