Usersite
»
UserSite SI
»
Naročila
»
Naročila kupcev
»
Partnerski cenik, klasifikacije
Stopnja: Newbie
Pridružen(a): 04/01/2013(UTC)
Objave: 4
|
Zanima me, zakaj v partnerskem ceniku ni možno nastaviti popusta na kombinacijo primarne in sekundarne klasifikacije - lahko samo eno ali drugo? Kje je potem smisel klasificiranja po obeh - razen za lastno rabo?
Na ta problem prek podpornikov opozarjam že leta in leta, izvedba je zelo enostavna, pa se ne zgodi nič.
Tole je sicer karikiran primer, ampak ponavadi skozi hrano bolje razumemo problematiko:
Če prašiča klasificiraš kot prašiča, lahko prodajaš šnicle z drugačnim rabatom kot špeh. To tu okej. Potem se pojavi krava, ki je ne rediš sam ampak kupiš od soseda, zato cena je omogoča enakih popustov, kot lastno vzrejen prašič ... in tudi pri kravi so v ponudbi tako šnicli kot mast.
Meni logična klasifikacija bi bila:
Primarna (vrsta živali) + sekundarna (vrsta mesa)
PRAŠIČ + ŠNICL = 15%
PRAŠIČ + MAST = 50%
KRAVA + ŠNICL = 7%
KRAVA + MAST = 25%
...
Če bi bli samo ti 4 primeri, bi vse skupaj lahko naredil samo s primarno klasifikacijo, ko pa se dodajo še druge vrste mesa (za vsakega) in več različnih živali (ovce, kure, purane, gosi, zajce, konje ...) zadeva postane prezapletena, da bi jo lahko obvladoval le s primarno - kombinacij bi bilo preveč.
Če mi kdo zna povedati, kako bi tale zgornji primer rešil drugače ... zunanjih import/export rešitev ne maram, ker po nadgradnji nikoli ne veš, kako in če bo funkciniralo ..
Lp, Mitja
|
|
|
|
|
|
Stopnja: PA User
Pridružen(a): 24/04/2009(UTC)
Objave: 151
|
Zdravo,
mi imamo enak problem in enako željo. Res je, da na to temo še nismo prosili Datalab, ker nimajo rešenih osnov od osnov pa vseeno, določanje cen na kombinacije klasifikacij bi bilo zakon.
Datalabovci, kaj pravite? Bo kaj? |
|
|
|
|
|
|
Stopnja: Newbie
Pridružen(a): 20/05/2014(UTC)
Objave: 3
|
Pa najprej malo možganskega viharjenja - nisem član razvoja v DL :)... Meni osebno bi se zdelo normalno da imam za takšne kombinacije svoje idente in da za posamezen ident ponujate nek pogodben cenik. Ti identi so seveda lahko klasificirani po neki logiki, ki je domača vam. Funkcionalnost postavljanja pogodbenih cenikov vezanih za klasifikacije je kakršna je. Glede na dejstvo, da so šifre kalsifikacij lahko govoreče in glede na dejstvo da lahko pri različnih obdelavah podatkov (poročila, izpisi...) uporabljate tudi "šifra%" filtre si lahko pomagate tudi tako, da uvedete podrobnejšo klasifikacijo na istem nivoju. Primer recimo primarnih klasifikacij (maksimalna dolžina šifre 16 znakov), povzemam vašega (Primarna (vrsta živali) + sekundarna (vrsta mesa) v isti klasifikaciji): - PrasicSnicl - PrasicMast - KravaSnicl - KracaMast Primer izpisa identov iz skupine Prašič - "Prasic%". Primer izpisa identov in skupine Mast - "%Mast". S stališča procesa dela je enako zamudno obvladovanje cenikov preko klasifikacij s takšnimi govorečimi šiframi kot s kombinacijo primarne in sekundarne klasifikacije. Kaj so torej prednosti uporabe dveh klasifikacij zaradi česar bi bila predlagana razširitev postavljanja cenikov upravičena? lp G gaber@panlab.si
|
|
|
|
|
|
Stopnja: Newbie
Pridružen(a): 04/01/2013(UTC)
Objave: 4
|
Gaber,
ne razumem vašega vprašanja o upravičenosti.
Ker .. če je vnosno polje na nivoju identa na voljo, naj ga program obvladuje. Ne vidim razloga, zakaj bi kombinacija klasifikacij bila na voljo pri izpisih/obračunih, v partnerskem ceniku pa ne. Ne gre za upravičenost, gre za to, da je arhitektura postavljena na osnovi vnosnih polj identa.
Ko v avtu potegneš ročno zavoro pričakuješ, da bo avto obstal na mestu. To je na nivoju identa. Obstaja možnost, da je zavora pokvarjena, pa gre avto vseeno naprej - to okvara, se popravi. V primeru Pantheona pa sistema zavore sploh ni, je samo ročica.
Sam ročne zavore ne uporabljam, ampak drugim ne pametujem. Če je tam, naj opravlja funkcijo. Sicer naj se odstrani. Ali jasno označi, da ni v funkciji.
Lp,
Mitja
|
|
|
|
|
|
Usersite
»
UserSite SI
»
Naročila
»
Naročila kupcev
»
Partnerski cenik, klasifikacije
Hitra navigacija
Ne smete dodajati novih tem.
Ne smete odgovarjati na teme.
Ne smete brisati svojih objav.
Ne smete urejati svojih objav.
Ne smete ustvarjati anket.
Ne smete glasovati v anketah.