Verkorte prijslijst

[Demis van Kouwen]

Wat zijn de mogelijkheden omtrent een verkorte prijslijst? Als een klant nu een prijslijst vraagt zijn we ruim 30 pagina's verder. We sturen nu dagelijks een prijslijst naar een selecte klantengroep. Uiteindelijk kunnen we de lijst terugbrengen van 30 naar 4 pagina's. Ik zou graag per artikel/verschijning willen kunnen aangeven dat deze op de verkorte prijslijst mag komen. Wat is hierin mogelijk of kan hierin mogelijk gemaakt worden? Eigenlijk is het nog erger: de lijst kan weer per prijslijst verschillen 

[Peter Stordiau]

Eigenlijk is het nog erger: de lijst kan weer per prijslijst verschillen

Bedoel je dit ook te zeggen, of bedoel je "gewoon" per klant (of iets anders) ?

[Demis van Kouwen]

Bedoel je dit ook te zeggen, of bedoel je "gewoon" per klant (of iets anders) ?

Nee niet per klant, we hebben in 6 prijslijsten, waarbij vervolgens een klant aan een prijslijst gekoppeld is. Per prijslijst kun je een verkorte prijslijst hebben.
Ik verwacht alleen dat dit het extra moeilijk maakt.

[Peter Stordiau]

Ik verwacht eigenlijk dat ik iets niet overzie wat jij wel overziet. Ofwel : Waarom zou dit niet per Prijslijst een vinkje kunnen zijn bij de betreffende Artikel/Verschijning ? Dan ben je er toch eigenlijk al (print moet er rekening mee houden) ?

[Demis van Kouwen]

Tsja, waarom ook niet. Per artikel/verschijning vastleggen op deze manier lijkt me goed. De prijslijst printen we bij 3-4-7-6-2, wellicht dat daar een optie "verkorte prijslijst" o.i.d. bij moet komen. De opzet van de print heb je.

Niet heel moeilijk blijkt dus!

[Wouter Rijnbende]

Denk er niet te makkelijk over, je hebt het over het Prijsreglement.
De prijzen worden daar door héél wat meer zaken bepaald dan alleen maar een prijsje met al dan niet een vinkje die aan een Prijslijst-id hangt.

[Demis van Kouwen]

Denk er niet te makkelijk over, je hebt het over het Prijsreglement.
De prijzen worden daar door héél wat meer zaken bepaald dan alleen maar een prijsje met al dan niet een vinkje die aan een Prijslijst-id hangt.

Snap ik, maar de functionaliteit die de prijs bepaald zit toch al in de functie gebakken? Het gaat er hier alleen om welke artikel wel/niet getoond moeten worden. Dus: een vinkje o.i.d. bij de artikel/verschijning waarbij de functie prijsreglement getriggerd wordt. Of spelen hier andere zaken?

[Wouter Rijnbende]

Ik lees niet "per Artikel-/Verschijning" maar "Per Prijslijst per Artikel-/Verschijning".

[Peter Stordiau]

Ja ehh ... betreft het nou een Prijslijst of het Prijsreglement ?
Zo het laatste, dan kunnen mijn hersentjes er even niet bij hoe je dat wilde laten werken, tenzij gewoon een vinkje bij de Artikel/Verschijning. Nou, dan komt er vast niet uit wat je wilt (kan ik ook al niet overzien). In elk geval lijkt het me juist dat je er dan met 40 vinkjes niet komt, maar in plaats daarvan zoveel vinkjes moet zetten dat op iedereen z'n "Prijslijst" (met daarop dus verschillende Artikelen) in elk geval 40 regels kunnen verschijnen.

Snap je ? je bent dan erg raar bezig. Dus zo zal het niet moeten.
Hoe wel ? ik heb even geen idee.
Maar Wouter misschien wel.

[Wouter Rijnbende]

Ervanuitgaande dat het op Prijslijst niveau moet, zou je de "Prijsregristratie" bepalend kunnen laten zijn voor het wel/niet opnemen in de verkorte prijslijst. Prijzen (voor een Prijslijst-Id) registreer je via LODATV/LODAWY, dus daar een J/N veldje erbij.

Dat J/N veldje moet dan formeel "onderdeel worden van de prijs". Ofwel, ervanuitgaande dat we zo'n J/N veldje niet op alle andere honderden prijsregistratie plekken op gaan nemen (zoals bijv. Verkoopprijs wordt bepaald o.b.v. de Bruto Inkoopprijs van de Leverancier, in welk geval er helemaal geen prijs voor een Prijslijst-Id geregistreerd zal zijn, want de Leverancier bepaald dat) geldt alsnog dat we op alle plekken waar een prijs door "iets" kan worden overruled, we het J/N veldje moeten resetten naar Nee. Eigenlijk net als het veld "Prijsopmerking".
Dit resetten dan weer voor situaties dat bijv. de Prijslijst "Horeca" weliswaar mag zeggen dat de ze op de verkorte prijslijst moet komen, maar als de Horeca prijs weer wordt overruled door een afspraak geacht Debiteur, wat dan?
Kortom, als je het vinkje aan een prijs gaat ophangen, moet het op meerdere niveau's, nl. eigenlijk op alle plekken waar je een prijs definieert.

Nb: Ik zie ook raakvlakken met iets anders wat jullie wilden "registratie Aktieprijs J/N" ook op de webshop; waarbij ik dit zou kunnen lezen als "print maar een aktie prijslijst uit".

Hoe dan ook, hier komt meer bij kijken dan je denkt.

Een J/N veldje op Artikel-/Verschijningsvorm niveau is eenvoudiger; dan kunnen we bij het printen eenvoudig stellen dat alleen de regels waarbij bij de Artikel-/Vrs een vinkje staat moeten worden afgedrukt.

[Demis van Kouwen]

Een J/N veldje op Artikel-/Verschijningsvorm niveau is eenvoudiger; dan kunnen we bij het printen eenvoudig stellen dat alleen de regels waarbij bij de Artikel-/Vrs een vinkje staat moeten worden afgedrukt.

Lijkt me prima, alleen moet dan wel op de een of andere of andere manier het onderscheidt worden gemaakt tussen Groothandel (Prijslijst GRH, WIN) en Horeca (Prijslijst HO1, HO2, HO3, HO4). We willen namelijk 2 soorten verkorte prijslijstjes.

[Wouter Rijnbende]

Domme vraag hoor... maar hoe print jij nu een "Groothandel" prijslijst danwel een "Horeca" prijslijst uit?

Printen Prijsreglement print nl. een print "voor een Debiteur" met daarop alle prijzen en regels die voor die Debiteur gelden.

[Demis van Kouwen]

Domme vraag hoor... maar hoe print jij nu een "Groothandel" prijslijst danwel een "Horeca" prijslijst uit?

We hebben voor iedere prijslijst een fictieve debiteur aangemaakt. Deze selecteren we bij de print. De debiteur GRH zit dus gekoppeld aan prijslijst GRH, hetzelfde voor Horeca (HO1).

[Peter Stordiau]

Demis, willen we eruit kunnen komen, moet je m.i. EERST net doen alsof je alleen dat vinkje bij de Artikel/Verschijningen hebt. Dus bijvoorbeeld, wil je iedereen enigszins gegarandeerd kunnen voorzien van een 40tal "produktregels" dan zal je wellicht voor 120 Artikel/Verschijningen een vinkje moeten zetten; Komt er voor een klant te weinig uit, dan moet je er dus vanzelf nog meer doen, en "welke" zie/voel je dan vanzelf.

Als je dit ziet zitten werkt het vanzelf wel, en ook niet tegen te veel moeilijkheden aan onze kant.
Zie je dit niet zitten, dan komt er volgens mij eerst 10 keer het verkeerde uit alvorens het werkbaar is (en dan nog).

[Wouter Rijnbende]

We hebben voor iedere prijslijst een fictieve debiteur aangemaakt. Deze selecteren we bij de print. De debiteur GRH zit dus gekoppeld aan prijslijst GRH, hetzelfde voor Horeca (HO1).

En die print gaat dan als "Groothandelsprijs" of "Horeca Prijslijst" de deur uit.

Mooi... dat verandert de zaak.

Dan betreft het dus geen echte Debiteur, het betreft geen Debiteur waar je orders voor zult toevoegen, het betreft geen Debiteur die een voorkeuze zal hebben voor een Leverancier (want het is "algemeen") en je zult geen prijzen hebben geacht Debiteur die de prijs uit de Prijslijst-Id weer doen overrulen. Je hebt een specifieke Debiteur voor één specifieke Prijslijst.

Wat we dan zouden kunnen doen is bij de Prijslijst-Id prijzen (LODATV/LODAWY) het J/N veldje opnemen. Voor het Prijsreglement zullen we wel moeten stellen dat als de prijs door een niveau bepaald wordt waarop géén J/N veldje staat, de defaultwaarde "Nee" zal zijn (anders zal het fout gaan). Bij jullie zal niets dit op nee zetten, omdat de prijzen van je GRH Debiteur alleen door de GRH Prijslijst gevoed zal worden (en op een ander niveau heb je geen prijzen !!!)

Bij de Groothandelsprijslijst zet je dan alleen bij bijv. je kisten een vinkje (en niet bij de klein verpakkingen), en zo je bij het Prijsreglement kiest voor de verkorte versie, heb je Debiteur GRH ingevuld, die is gekoppeld aan Prijslijst GRH, die haalt de vinkjes op uit die GRH prijslijst, en drukt alleen de regels af waarbij een vinkje was opgenomen.

Zoiets ?