Cześć.
Jak każdy z Was rozwiązuje u siebie sprawę rabatów od taryf? Jeśli np. abonament wynosi 45 zł, a z jakiegoś powodu chcecie obciążać klienta 30 zł miesięcznie to jak to robicie? Widzę kilka możliwości (niestety bez tej najlepszej wg mnie): 1) Taryfa 45 zł z procentowym rabatem wynoszącym 33,33 %. W przypadku inny kwot docelowych może być problem ustaleniem procentowym rabatu. 2) Taryfa 45 zł + dodatkowa obciążanie miesięczne pozycją np. "rabaty i upusty" w wysokości -15 zł. Tutaj może być problem z księgowanie, bo "rabaty i upusty" nie są ani towarem, ani usługą. 3) Specjalna taryfa 30 zł uwzględniająca od razu rabat tak, żeby zgadzało się wszystko kwotowo. Wadą takiego rozwiązania jest konieczność tworzenia tylu taryf ile jest różnych typów rabatów, albo alternatywnie dodawanie takich "specjalnych" zobowiązań jako zobowiązań beztaryfowych.
Przydałaby się opcja kolejna (jej nie ma w LMS póki co): 4) Możliwość przy dodawaniu zobowiązania klientowi ustalenia rabatu procentowo, albo kwotowo - taki dwa radiobuttony przy dwóch odpowiednich polach określających rabat na dwa sposoby.
Co o tym myślicie?
W dniu 2011-11-30 14:37, Tomasz Chiliński pisze:
- Taryfa 45 zł z procentowym rabatem wynoszącym 33,33 %. W przypadku
inny kwot docelowych może być problem ustaleniem procentowym rabatu.
używamy u siebie tego sposobu, jedna taryfa np 4Mbps, ma rabaty różne jeżeli umowa na 12m czy 24m, mamy podręczną tabelkę z wyliczonymi procentami
- Możliwość przy dodawaniu zobowiązania klientowi ustalenia rabatu
procentowo, albo kwotowo - taki dwa radiobuttony przy dwóch odpowiednich polach określających rabat na dwa sposoby.
rabaty kwotowe byłyby wygodniejsze do wprowadzania, lms i tak operuje cenami brutto.
[Wednesday, 30 November 2011], Tomasz Chiliński napisał(a):
Cześć.
Jak każdy z Was rozwiązuje u siebie sprawę rabatów od taryf? Jeśli np. abonament wynosi 45 zł, a z jakiegoś powodu chcecie obciążać klienta 30 zł miesięcznie to jak to robicie? Widzę kilka możliwości (niestety bez tej najlepszej wg mnie):
- Taryfa 45 zł z procentowym rabatem wynoszącym 33,33 %. W przypadku
inny kwot docelowych może być problem ustaleniem procentowym rabatu.
Musialem zrobic poprawke w bazie rozszerzajaca liczbe miejsc po przecinku do (bodajze) 10-ciu bo mi wychodzily jakies smieszne kwoty typu 366,01 :>
[...]
- Możliwość przy dodawaniu zobowiązania klientowi ustalenia rabatu
procentowo, albo kwotowo - taki dwa radiobuttony przy dwóch odpowiednich polach określających rabat na dwa sposoby.
To jest najbardziej koszerne rozwiazanie :)
Zreszta jak juz napisano - i tak wszystko sprowadza sie do konkretnej kwoty a % sa tylko utrudnieniem.
pozdrawiam
On 30.11.2011 14:37, Tomasz Chiliński wrote:
Przydałaby się opcja kolejna (jej nie ma w LMS póki co): 4) Możliwość przy dodawaniu zobowiązania klientowi ustalenia rabatu procentowo, albo kwotowo - taki dwa radiobuttony przy dwóch odpowiednich polach określających rabat na dwa sposoby.
Jeśli chodzi o UI to pole może być jedno, a obok select z dwoma opcjami "%" i "kwota" (albo "zł").
On 01.12.2011 09:11, A.L.E.C wrote:
On 30.11.2011 14:37, Tomasz Chiliński wrote:
Przydałaby się opcja kolejna (jej nie ma w LMS póki co): 4) Możliwość przy dodawaniu zobowiązania klientowi ustalenia rabatu procentowo, albo kwotowo - taki dwa radiobuttony przy dwóch odpowiednich polach określających rabat na dwa sposoby.
Jeśli chodzi o UI to pole może być jedno, a obok select z dwoma opcjami "%" i "kwota" (albo "zł").
Rozwiązałem to jeszcze inaczej: można wpisać w polu rabat wartość bez % i z %. Zależnie od tego inaczej jest on traktowany. Tak będzie szybciej przy wpisywaniu pozycji faktury i zobowiązań dla użytkowników LMS. Zastanawiam się jeszcze nad tym czy nazw pól nie zmienić na pdiscount i vdiscount (od razu by było wiadomo o jaki chodzi). Również wyliczenia wartości w zapytaniach zmieniłem na: ((100 - pdiscount) * value / 100) - vdiscount Zmian jeszcze nie commitnąłem, bo co najmniej 2 rzeczy chcę jeszcze uporządkować.
On 01.12.2011 09:17, Tomasz Chiliński wrote:
Jeśli chodzi o UI to pole może być jedno, a obok select z dwoma opcjami "%" i "kwota" (albo "zł").
Rozwiązałem to jeszcze inaczej: można wpisać w polu rabat wartość bez % i z %. Zależnie od tego inaczej jest on traktowany. Tak będzie szybciej przy wpisywaniu
W sumie może tak, ale dla użytkowników obecnych wersji, to może być mylące. Wolałbym selecta.
pozycji faktury i zobowiązań dla użytkowników LMS. Zastanawiam się jeszcze nad tym czy nazw pól nie zmienić na pdiscount i vdiscount (od razu by było wiadomo o jaki chodzi). Również wyliczenia wartości w zapytaniach zmieniłem na: ((100 - pdiscount) * value / 100) - vdiscount
No wygląda czytelniej niż jakieś case'y.
On 01.12.2011 10:39, A.L.E.C wrote:
On 01.12.2011 09:17, Tomasz Chiliński wrote:
Jeśli chodzi o UI to pole może być jedno, a obok select z dwoma opcjami "%" i "kwota" (albo "zł").
Rozwiązałem to jeszcze inaczej: można wpisać w polu rabat wartość bez % i z %. Zależnie od tego inaczej jest on traktowany. Tak będzie szybciej przy wpisywaniu
W sumie może tak, ale dla użytkowników obecnych wersji, to może być mylące. Wolałbym selecta.
W jaki sposób mylące Alku? Przecież pozostanie 100% zgodność wstecz z poprzednimi wersjami LMS. Zwykły użytkownik nawet nie zauważy zmiany poza tekstem pojawiającym się w podpowiedzi, że można wpisać rabat kwotowo lub procentowo ;-)
pozycji faktury i zobowiązań dla użytkowników LMS. Zastanawiam się jeszcze nad tym czy nazw pól nie zmienić na pdiscount i vdiscount (od razu by było wiadomo o jaki chodzi). Również wyliczenia wartości w zapytaniach zmieniłem na: ((100 - pdiscount) * value / 100) - vdiscount
No wygląda czytelniej niż jakieś case'y.
Zdecydowanie.
On 01.12.2011 11:02, Tomasz Chiliński wrote:
W sumie może tak, ale dla użytkowników obecnych wersji, to może być mylące. Wolałbym selecta.
W jaki sposób mylące Alku? Przecież pozostanie 100% zgodność wstecz z poprzednimi wersjami LMS. Zwykły użytkownik nawet nie zauważy zmiany poza tekstem pojawiającym się w podpowiedzi, że można wpisać rabat kwotowo lub procentowo ;-)
Dotychczas wpisywało się procentowo, jeśli teraz wpisze po staremu (bez znaku %) to będzie to kwota nie procent, prawda?
On 01.12.2011 12:07, A.L.E.C wrote:
On 01.12.2011 11:02, Tomasz Chiliński wrote:
W sumie może tak, ale dla użytkowników obecnych wersji, to może być mylące. Wolałbym selecta.
W jaki sposób mylące Alku? Przecież pozostanie 100% zgodność wstecz z poprzednimi wersjami LMS. Zwykły użytkownik nawet nie zauważy zmiany poza tekstem pojawiającym się w podpowiedzi, że można wpisać rabat kwotowo lub procentowo ;-)
Dotychczas wpisywało się procentowo, jeśli teraz wpisze po staremu (bez znaku %) to będzie to kwota nie procent, prawda?
Zgadza się, ale za to ergonomia interfejsu poprawi się. Moim zdaniem nadmiar checkboksów i radiobuttonów nie służy ergonomii. Uwierz mi, że prościej wpisać, albo 30%, albo 25 kwotowo niż kombinować z wciskaniem dodatkowych radiobuttonów. Uważam, że nie warto poświęcać wygody interfejsu użytkownika na rzecz utrzymania za wszelką cenę zgodności z poprzednimi wersjami. Formularze LMS-a i tak są mało czytelne, a dorzucanie kolejnych kontrolek na pewno tego nie poprawi ;-) Może niech ludzie wypowiedzą się w temacie jak będzie im wygodniej, bo nieraz mam wrażenie, że z ergonomią interfejsu to my na bakier jesteśmy ;-)
[Thursday, 01 December 2011], Tomasz Chiliński napisał(a):
Dotychczas wpisywało się procentowo, jeśli teraz wpisze po staremu (bez znaku %) to będzie to kwota nie procent, prawda?
Zgadza się, ale za to ergonomia interfejsu poprawi się. Moim zdaniem nadmiar checkboksów i radiobuttonów nie służy ergonomii. Uwierz mi, że prościej wpisać, albo 30%, albo 25 kwotowo niż kombinować z wciskaniem dodatkowych radiobuttonów. Uważam, że nie warto poświęcać wygody
Zgodnosc wsteczna mozna zapewnic dopisujac na koncu "%" w tym polu - wtedy wszystko bedzie zgodne wstecznie (bo wszystkie zapisy doychczas oznaczające procentowy upust nadal będą procentowe).
pozdrawiam Jarek Dziubek
On 01.12.2011 12:44, Jaroslaw Dziubek wrote:
[Thursday, 01 December 2011], Tomasz Chiliński napisał(a):
Dotychczas wpisywało się procentowo, jeśli teraz wpisze po staremu (bez znaku %) to będzie to kwota nie procent, prawda?
Zgadza się, ale za to ergonomia interfejsu poprawi się. Moim zdaniem nadmiar checkboksów i radiobuttonów nie służy ergonomii. Uwierz mi, że prościej wpisać, albo 30%, albo 25 kwotowo niż kombinować z wciskaniem dodatkowych radiobuttonów. Uważam, że nie warto poświęcać wygody
Zgodnosc wsteczna mozna zapewnic dopisujac na koncu "%" w tym polu - wtedy wszystko bedzie zgodne wstecznie (bo wszystkie zapisy doychczas oznaczające procentowy upust nadal będą procentowe).
Tak właśnie o tym pisałem, ale tu raczej chodzi o to, że nowe rabaty bez % będą inaczej traktowane niż do tej pory. U siebie testuję wersję bez listy wyboru "%/waluta" i sprawdza się to jeśli chodzi o wygodę. Można zrobić jeszcze inaczej - po wpisaniu kwoty rabatu wyświetlać popup z pytaniem czy użytkownik zdaje sobie sprawę, że chodzi o rabat kwotowy (jeśli podał bez %) ;-)
pozdrawiam Jarek Dziubek
On 01.12.2011 12:02, Tomasz Chiliński wrote:
Tak właśnie o tym pisałem, ale tu raczej chodzi o to, że nowe rabaty bez % będą inaczej traktowane niż do tej pory. U siebie testuję wersję bez listy wyboru "%/waluta" i sprawdza się to jeśli chodzi o wygodę. Można zrobić jeszcze inaczej - po wpisaniu kwoty rabatu wyświetlać popup z pytaniem czy użytkownik zdaje sobie sprawę, że chodzi o rabat kwotowy (jeśli podał bez %) ;-)
Popup jest jeszcze gorszy. Czemu nie select, domyślnie ustawiony na "kwota"?
On Thu, 01 Dec 2011 12:07:41 +0100, A.L.E.C wrote:
On 01.12.2011 12:02, Tomasz Chiliński wrote:
Tak właśnie o tym pisałem, ale tu raczej chodzi o to, że nowe rabaty bez % będą inaczej traktowane niż do tej pory. U siebie testuję wersję bez listy wyboru "%/waluta" i sprawdza się to jeśli chodzi o wygodę. Można zrobić jeszcze inaczej - po wpisaniu kwoty rabatu wyświetlać popup z pytaniem czy użytkownik zdaje sobie sprawę, że chodzi o rabat kwotowy (jeśli podał bez %) ;-)
Popup jest jeszcze gorszy. Czemu nie select, domyślnie ustawiony na "kwota"?
Na początku IMHO % i zrobić zmienną, która pozwala to zmienić - pozwoli uniknąć błędów przy wpisywaniu.
jest jakas szansa na wypisanie sie z tej listy ?
zadne unsubscribe nie dzialaja niestety
On 01.12.2011 13:07, A.L.E.C wrote:
On 01.12.2011 12:02, Tomasz Chiliński wrote:
Tak właśnie o tym pisałem, ale tu raczej chodzi o to, że nowe rabaty bez % będą inaczej traktowane niż do tej pory. U siebie testuję wersję bez listy wyboru "%/waluta" i sprawdza się to jeśli chodzi o wygodę. Można zrobić jeszcze inaczej - po wpisaniu kwoty rabatu wyświetlać popup z pytaniem czy użytkownik zdaje sobie sprawę, że chodzi o rabat kwotowy (jeśli podał bez %) ;-)
Popup jest jeszcze gorszy. Czemu nie select, domyślnie ustawiony na "kwota"?
Może lepiej, żeby domyślnie było "%"? Bo jak damy domyślnie "kwota" to w przypadku pań z księgowości będzie problem po zmianie wersji ;-)
On 01.12.2011 13:24, Tomasz Chiliński wrote:
Może lepiej, żeby domyślnie było "%"? Bo jak damy domyślnie "kwota" to w przypadku pań z księgowości będzie problem po zmianie wersji ;-)
w sumie racja
On 01.12.2011 14:34, A.L.E.C wrote:
On 01.12.2011 13:24, Tomasz Chiliński wrote:
Może lepiej, żeby domyślnie było "%"? Bo jak damy domyślnie "kwota" to w przypadku pań z księgowości będzie problem po zmianie wersji ;-)
w sumie racja
A jak potem sterować tym klawiaturą? Ma ktoś jakiś pomysł? Mimo wszystko rozwiązanie z rozróżnianiem typu rabatu na podstawie wartości samego pola rabat byłoby dużo, dużo wygodniejsze...
On 01.12.2011 13:37, Tomasz Chiliński wrote:
A jak potem sterować tym klawiaturą? Ma ktoś jakiś pomysł?
Nie widzę problemu, gdy jesteś w polu na wartość wciskasz TAB potem strzałki
On 01.12.2011 14:40, A.L.E.C wrote:
On 01.12.2011 13:37, Tomasz Chiliński wrote:
A jak potem sterować tym klawiaturą? Ma ktoś jakiś pomysł?
Nie widzę problemu, gdy jesteś w polu na wartość wciskasz TAB potem strzałki
My problemu zawsze nie widzimy, ale kto używa LMS do prowadzenia finansów? Na pewno nie my ;-)
PS. Potem jeszcze SHIFT+TAB ;-)
Mam jedną uwagę odnośnie rabatów - proponuję, aby przy rabacie kwotowym pozwolić wpisywać kwoty ujemne (mam parę takich przypadków, gdzie klient płaci teoretycznie więcej niż jest w cenniku) - wtedy prosto można to zrobić wprost z interfejsu a nie grzebiąc ręcznie w bazie ;)
On 04.12.2011 19:09, Jaroslaw Dziubek wrote:
Mam jedną uwagę odnośnie rabatów - proponuję, aby przy rabacie kwotowym pozwolić wpisywać kwoty ujemne (mam parę takich przypadków, gdzie klient płaci teoretycznie więcej niż jest w cenniku) - wtedy prosto można to zrobić wprost z interfejsu a nie grzebiąc ręcznie w bazie ;)
Dlaczego by nie. Niech jeszcze inni się wypowiedzą w tym temacie. A może ktoś chętny zrobić taką malutką zmianę i przesłać gotowego patcha? ;-)
[Sunday, 04 December 2011], Tomasz Chiliński napisał(a):
On 04.12.2011 19:09, Jaroslaw Dziubek wrote:
Mam jedną uwagę odnośnie rabatów - proponuję, aby przy rabacie kwotowym pozwolić wpisywać kwoty ujemne (mam parę takich przypadków, gdzie klient płaci teoretycznie więcej niż jest w cenniku) - wtedy prosto można to zrobić wprost z interfejsu a nie grzebiąc ręcznie w bazie ;)
Dlaczego by nie. Niech jeszcze inni się wypowiedzą w tym temacie. A może ktoś chętny zrobić taką malutką zmianę i przesłać gotowego patcha? ;-)
Mowisz - masz :)
Pozdrawiam Jarek Dziubek
Index: customerassignmentadd.php =================================================================== RCS file: /cvsroot/lms/modules/customerassignmentadd.php,v retrieving revision 1.9 diff -u -r1.9 customerassignmentadd.php --- customerassignmentadd.php 1 Dec 2011 17:10:46 -0000 1.9 +++ customerassignmentadd.php 4 Dec 2011 18:25:47 -0000 @@ -220,7 +220,7 @@ $a['pdiscount'] = ($a['discount_type'] == DISCOUNT_PERCENTAGE ? floatval($a['discount']) : 0); $a['vdiscount'] = ($a['discount_type'] == DISCOUNT_AMOUNT ? floatval($a['discount']) : 0); } - if ($a['pdiscount'] < 0 || $a['pdiscount'] > 99.99 || $a['vdiscount'] < 0) + if ($a['pdiscount'] < 0 || $a['pdiscount'] > 99.99 ) $error['discount'] = trans('Wrong discount value!');
// suspending Index: customerassignmentedit.php =================================================================== RCS file: /cvsroot/lms/modules/customerassignmentedit.php,v retrieving revision 1.6 diff -u -r1.6 customerassignmentedit.php --- customerassignmentedit.php 1 Dec 2011 17:10:46 -0000 1.6 +++ customerassignmentedit.php 4 Dec 2011 18:25:47 -0000 @@ -232,7 +232,7 @@ $a['pdiscount'] = ($a['discount_type'] == DISCOUNT_PERCENTAGE ? floatval($a['discount']) : 0); $a['vdiscount'] = ($a['discount_type'] == DISCOUNT_AMOUNT ? floatval($a['discount']) : 0); } - if ($a['pdiscount'] < 0 || $a['pdiscount'] > 99.99 || $a['vdiscount'] < 0) + if ($a['pdiscount'] < 0 || $a['pdiscount'] > 99.99 ) $error['discount'] = trans('Wrong discount value!');
if ($a['tariffid'] == -1)
On 04.12.2011 20:26, Jaroslaw Dziubek wrote:
[Sunday, 04 December 2011], Tomasz Chiliński napisał(a):
On 04.12.2011 19:09, Jaroslaw Dziubek wrote:
Mam jedną uwagę odnośnie rabatów - proponuję, aby przy rabacie kwotowym pozwolić wpisywać kwoty ujemne (mam parę takich
przypadków,
gdzie klient płaci teoretycznie więcej niż jest w cenniku) - wtedy prosto można to zrobić wprost z interfejsu a nie grzebiąc ręcznie w bazie ;)
Dlaczego by nie. Niech jeszcze inni się wypowiedzą w tym temacie. A może ktoś chętny zrobić taką malutką zmianę i przesłać gotowego patcha? ;-)
Mowisz - masz :)
O jak pięknie - teraz już na 100% jestem pewien, że rozumiem o co Ci chodziło, a przedtem na 100% nie byłem pewien :D
Pozdrawiam Jarek Dziubek
Index: customerassignmentadd.php
RCS file: /cvsroot/lms/modules/customerassignmentadd.php,v retrieving revision 1.9 diff -u -r1.9 customerassignmentadd.php --- customerassignmentadd.php 1 Dec 2011 17:10:46 -0000 1.9 +++ customerassignmentadd.php 4 Dec 2011 18:25:47 -0000 @@ -220,7 +220,7 @@ $a['pdiscount'] = ($a['discount_type'] == DISCOUNT_PERCENTAGE ? floatval($a['discount']) : 0); $a['vdiscount'] = ($a['discount_type'] == DISCOUNT_AMOUNT ? floatval($a['discount']) : 0); }
if ($a['pdiscount'] < 0 || $a['pdiscount'] > 99.99 ||$a['vdiscount'] < 0)
if ($a['pdiscount'] < 0 || $a['pdiscount'] > 99.99 ) $error['discount'] = trans('Wrong discount value!'); // suspendingIndex: customerassignmentedit.php
RCS file: /cvsroot/lms/modules/customerassignmentedit.php,v retrieving revision 1.6 diff -u -r1.6 customerassignmentedit.php --- customerassignmentedit.php 1 Dec 2011 17:10:46 -0000 1.6 +++ customerassignmentedit.php 4 Dec 2011 18:25:47 -0000 @@ -232,7 +232,7 @@ $a['pdiscount'] = ($a['discount_type'] == DISCOUNT_PERCENTAGE ? floatval($a['discount']) : 0); $a['vdiscount'] = ($a['discount_type'] == DISCOUNT_AMOUNT ? floatval($a['discount']) : 0); }
if ($a['pdiscount'] < 0 || $a['pdiscount'] > 99.99 ||$a['vdiscount'] < 0)
if ($a['pdiscount'] < 0 || $a['pdiscount'] > 99.99 ) $error['discount'] = trans('Wrong discount value!'); if ($a['tariffid'] == -1)
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
On 04.12.2011 20:26, Jaroslaw Dziubek wrote:
[Sunday, 04 December 2011], Tomasz Chiliński napisał(a):
On 04.12.2011 19:09, Jaroslaw Dziubek wrote:
Mam jedną uwagę odnośnie rabatów - proponuję, aby przy rabacie kwotowym pozwolić wpisywać kwoty ujemne (mam parę takich
przypadków,
gdzie klient płaci teoretycznie więcej niż jest w cenniku) - wtedy prosto można to zrobić wprost z interfejsu a nie grzebiąc ręcznie w bazie ;)
Dlaczego by nie. Niech jeszcze inni się wypowiedzą w tym temacie. A może ktoś chętny zrobić taką malutką zmianę i przesłać gotowego patcha? ;-)
Mowisz - masz :)
Dzięki. Puszczone do CVS.
Pozdrawiam Jarek Dziubek
-- Pozdrawiam Tomasz Chiliński, Chilan
On 30.11.2011 15:37, Tomasz Chiliński wrote:
Przydałaby się opcja kolejna (jej nie ma w LMS póki co): 4) Możliwość przy dodawaniu zobowiązania klientowi ustalenia rabatu procentowo, albo kwotowo - taki dwa radiobuttony przy dwóch odpowiednich polach określających rabat na dwa sposoby.
W CVS już jest dostępna ta opcja - typ rabatu wybieramy z listy.
uczestnicy (6)
-
"D.Wesołowski" -
A.L.E.C -
Jaroslaw Dziubek -
Mariusz G. Bednarek -
Sarenka -
Tomasz Chiliński