> chodzi mi o to: jak obliczyc te "100% abonamentu", jesli klient ma taryfe
> miesieczna i jednoczesnie powiedzmy kwartalna, czy tez roczna? mozna
> zsumowac, ale mozna tez usrednic
no tak w takiej sytuacji to sie nieco komplikuje... ale pewnie da sie
wypracowac jakis kompromis, moze faktycznie przyjac srednia
Robert CyberM
--
Sarocom Network (http://www.sarocom.net)
Debian Project (http://www.debian.org)
Robert CyberM wrote:
>> dobry pomysl, ale.. co zrobic gdy korzystamy z abonamentów
>> tygodniowych, kwartalnych i rocznych? liczyc srednia miesieczna? nie
>> brac pod uwage?
> mysle ze idea jest taka ze klient nie moze miec wiekszego zadluzenia
> niz x okresow rozliczeniowych. wiec jesli placi 10zl za okres
> rozliczeniowy to nie ma chyba znaczenia w jakich odstepach czasu jest
> to naliczane. jesli stan konta jest wiekszy niz 100% abonamentu to
> wiadomo juz ze klient ma zaleglosc niezaleznie od tego czy wynika ona
> za 1 tydzien czy 1 kwartal...
> mam nadzieje ze dobrze rozumuje ;)
chodzi mi o to: jak obliczyc te "100% abonamentu", jesli klient ma taryfe
miesieczna i jednoczesnie powiedzmy kwartalna, czy tez roczna? mozna
zsumowac, ale mozna tez usrednic
--
Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252
Lan Management System Developer http://lms.alec.pl
> dobry pomysl, ale.. co zrobic gdy korzystamy z abonamentów tygodniowych,
> kwartalnych i rocznych? liczyc srednia miesieczna? nie brac pod uwage?
mysle ze idea jest taka ze klient nie moze miec wiekszego zadluzenia niz x
okresow rozliczeniowych. wiec jesli placi 10zl za okres rozliczeniowy to nie
ma chyba znaczenia w jakich odstepach czasu jest to naliczane. jesli stan
konta jest wiekszy niz 100% abonamentu to wiadomo juz ze klient ma zaleglosc
niezaleznie od tego czy wynika ona za 1 tydzien czy 1 kwartal...
mam nadzieje ze dobrze rozumuje ;)
Robert CyberM
--
Sarocom Network (http://www.sarocom.net)
Debian Project (http://www.debian.org)
On Tue, 5 Oct 2004 11:55:04 +0200, A.L.E.C wrote
> > tak sie zastanawiam czy nie bylo by dobrze dodac jako parametr dla
> > "limit" w lms.ini, zamiennie z kwota, wartosci wyrazanych procentowo
> > (np. zapis 200% powodowalby reakcje po przekroczeniu 200% wartosci
> > uslugi) teraz wpisujac kwote w sumie niewiele mozna uzyskac, dla
> > jednych np. 200zl to jeden abonament czyli zwloka za 1mc a dla innych
> > moga to byc juz 4 mc. gdyby opisywac to procentowo wpis 200% oznaczalby
> > 2 miesiace zaleglosci niezaleznie od wartosci pakietu co wydaje sie
> > bardziej funkcjonalne.
> > co o tym myslicie ?
>
> dobry pomysl, ale.. co zrobic gdy korzystamy z abonamentów
> tygodniowych, kwartalnych i rocznych? liczyc srednia miesieczna? nie
> brac pod uwage?
Jeśli chodzi o pomysł z limitem to uważam, że należałoby wprowadzić pole
percents_limit (obok limit) w celu zachowania zgodności, a w ten sposób
wyeliminowania problemów wielu osób po ewentualnym upgrejdzie lmsa. Pole
percents_limit o ile jest zdefiniowane powinno mieć wyższy priorytet niż pole
limit. Pytanie czy w lms.ini można sprawdzić, że jakiejś zmiennej w ogóle nie
ma zdefiniowanej?
Dla każdych okresów obowiązywania powinno się właściwie inaczej naliczać
dozwolony limit. Ale jak to jak będę miał czas to podrzucę swój pomysł.
> Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252
> Lan Management System Developer http://lms.alec.pl
Pozdrawiam
Tomasz Chiliński
Robert CyberM wrote:
> tak sie zastanawiam czy nie bylo by dobrze dodac jako parametr dla
> "limit" w lms.ini, zamiennie z kwota, wartosci wyrazanych procentowo
> (np. zapis 200% powodowalby reakcje po przekroczeniu 200% wartosci
> uslugi) teraz wpisujac kwote w sumie niewiele mozna uzyskac, dla
> jednych np. 200zl to jeden abonament czyli zwloka za 1mc a dla innych
> moga to byc juz 4 mc. gdyby opisywac to procentowo wpis 200% oznaczalby
> 2 miesiace zaleglosci niezaleznie od wartosci pakietu co wydaje sie
> bardziej funkcjonalne.
> co o tym myslicie ?
dobry pomysl, ale.. co zrobic gdy korzystamy z abonamentów tygodniowych,
kwartalnych i rocznych? liczyc srednia miesieczna? nie brac pod uwage?
--
Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252
Lan Management System Developer http://lms.alec.pl
tak sie zastanawiam czy nie bylo by dobrze dodac jako parametr dla "limit" w
lms.ini, zamiennie z kwota, wartosci wyrazanych procentowo (np. zapis 200%
powodowalby reakcje po przekroczeniu 200% wartosci uslugi) teraz wpisujac
kwote w sumie niewiele mozna uzyskac, dla jednych np. 200zl to jeden
abonament czyli zwloka za 1mc a dla innych moga to byc juz 4 mc. gdyby
opisywac to procentowo wpis 200% oznaczalby 2 miesiace zaleglosci niezaleznie
od wartosci pakietu co wydaje sie bardziej funkcjonalne.
co o tym myslicie ?
Robert CyberM
--
Sarocom Network (http://www.sarocom.net)
Debian Project (http://www.debian.org)
Can't call method "val" on an undefined value at ./lms-sendinvoices line 90.
^- ktos sie z tym spotkal ? pozostale skrypty dzialaja.
Robert CyberM
--
Sarocom Network (http://www.sarocom.net)
Debian Project (http://www.debian.org)
Grzegorz Cichowski wrote:
> wysylam nasze poprawki do panelu lusera
> jest to poprawka do slownego zapisu kwoty przelewu
> (rozwiazany problem kropki) w druk.php
zrobilem to troche inaczej, ale dzieki za sygnal.
--
Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252
Lan Management System Developer http://lms.alec.pl
witam
wymyslilem ze poprzez include kazdy kto ma konto na serwerze na ktorym jest
LMS moze podejzec sobie caly plik konfiguracyjny LMS'a
include('/etc/lms/lms.ini')
najprawdopodobniej wszyscy trzymaja swoje konfigi w difoltowych miejscach i
raczej latwo 'dzieki' temu o wlamanie na sniadanie.
mozna zmienic oczywiscie miejsce przechowywania konfigu i nawet jego nazwe
ale czy to wystarczy?
razem z ALEC'iem wykombinowalismy (chyba moge tak powiedziec) dorazne
rozwiazanie problemu:
wystarczy na poczatku pliku lms.ini dopisac <?php a na koncu ?> i juz.
include zwraca blad.
pytanie teraz do madrych z zakresu php: czy mozna tak to zrobic? (dziala to
juz wiem) czy jest lepszy sposob?
w zasadzie powinno sie rowniez zmienic nazwe pliku lms.ini na lms.ini.php
ale bez tego rowniez jest poprawa.
byq
> Robilem kiedys projekt z generowaniem rtfow... Robilem mianowicie tak:
> robilem se dokumencik w wordzie i tam gdzie chcialem zmienne to
> wpisywalem [zmienna], potem edytowalem np z notepada ten pliczek i:
> - na poczatku pliku {literal}
> - nastepnie zamienialem wszystkie [zmienna] na
> {/literal}{$zmienna}{literal}
>
> i to wszystko :)
faktycznie dziala :)
moze ma ktos gotowy szablon faktury zrobiony zgodnie z tym pomyslem ?
Robert CyberM
--
Sarocom Network (http://www.sarocom.net)
Debian Project (http://www.debian.org)
