- lms - lists.lms.org.pl

Re: Re[2]: Re: Re[2]: Cutoff i terminy.
by Marek Adamski 12 Lis '04

12 Lis '04

Witaj A.L.E.C, W Twoim liście datowanym 10 listopada 2004 (08:53:05) można przeczytać: ALEC> Marek Adamski wrote: >> właściwie to bez sensu. Więc może tak >> dodnia = data - $user_dni >> zlicz płatności do $dodnia >> if $płatności > $user_def; then catoff;fi W tym czymś chodziło mi generalnie o to, aby obliczać zobowiązania użytkownika do dnia, który był by obliczany na podstawie "data dzisiejsza" - "ilość dni zdefiniowanych" Jeżeli zobowiązania były by większe niż dopuszczony limit to wtedy nastąpiłoby wyłączenie. To rozwiązanie było by o tyle dobre, że nawet jak dany użytkownik miałby więcej zobowiązań w danym miesiącu to i tak by nie było problemu z obliczeniem, kiedy odciąć komputery. Ale może tylko mi się wydaje, że było by to łatwiejsze do zrealizowania. A jeżeli chodzi o warning to może być a za razem mam takie pytanie. Czy w daemonie coś generuje warningi przy określonym zadłużeniu bez odcinania komputera (cutoff :D)? ALEC> trochę tego nie rozumiem, więc napiszę własnymi słowami jak ja to widzę: ALEC> skrypt uruchamiamy raz dziennie (skoro każdy user ma inny termin ALEC> naliczenia). Obliczany jest ostateczny dzień zapłaty - na podst. dnia ALEC> naliczenia i liczby dni na zapłatę (określanej jako opcja modułu). Jeżeli to ALEC> bieżący dzień i użytkownik ma zaległość większą niż określony limit, to ALEC> zostaje odłączony. Dodatkowo skrypt wykona polecenie systemowe ALEC> odpowiedzialne za przestawienie firewalla, jeżeli nastąpiło przynajmniej ALEC> jedno odłączenie (żeby nie przeładowywać firewalla niepotrzebnie). ALEC> takie rozwiązanie dodaje jeszcze jeden wymóg definiowania terminu płatności ALEC> dla wszystkich jednego, bo jakbyś chciał jednemu dać 14 dni, a innemu 30, no ALEC> to już trzebaby zmiany w bazie i lms-ui robić. ALEC> Żeby już ustalić wszystkie szczegóły, to napisz jeszcze czy chcesz, aby tak ALEC> jak teraz był ustawiany warning dla usera, bo w sumie mam zamiar to zrobić ALEC> jako opcja, ale zawsze czasu brak. ALEC> Daj znać czy wszystko pasuje i biorę się do roboty. -- Pozdrowienia, **************************** * Marek (SirAdams) Adamski * * LMS: 1.4.0 Evalla+daemon * * ICQ:42751516 * * GG:14747 * * Linux user:#253788 * ****************************

1 0

Re: Re[2]: Re: Re[2]: Cutoff i terminy.
by A.L.E.C 11 Lis '04

11 Lis '04

Marek Adamski wrote: > W tym czymś chodziło mi generalnie o to, aby obliczać zobowiązania > użytkownika do dnia, który był by obliczany na podstawie "data > dzisiejsza" - "ilość dni zdefiniowanych" > Jeżeli zobowiązania były by większe niż dopuszczony limit to wtedy > nastąpiłoby wyłączenie. > To rozwiązanie było by o tyle dobre, że nawet jak dany użytkownik > miałby więcej zobowiązań w danym miesiącu to i tak by nie było > problemu z obliczeniem, kiedy odciąć komputery. Ale może tylko mi się > wydaje, że było by to łatwiejsze do zrealizowania. wydaje mi się przekombinowane, wystarczy sprawdzić, czy zaległość usera jest większa od limitu i w ostatecznym dniu płatności (dzień naliczenia + termin zapłaty w dniach) odciąć gościa. Żeby to dobrze działało muszą być spełnione dwa założenia: do wyznaczenia ostatecznego dnia zapłaty bieżemy pod uwagę tylko zobowiązania miesięczne i najlepiej jakby były płatne w tym samym dniu w obrębie każdego usera (aczkolwiek nie koniecznie, bo można użyć max(), ale to już nie będzie dokładnie to samo). > A jeżeli chodzi o warning to może być a za razem mam takie pytanie. już to zrobiłem wczoraj, jest opcja warning - treść ostrzeżenia (jeśli puste to nie ustawia ostrzeżeń) i dodatkowa opcja command pozwalająca na wywołanie np. skryptu firewalla, gdy nastąpiło choć jedno odłączenie. > Czy w daemonie coś generuje warningi przy określonym zadłużeniu bez > odcinania komputera (cutoff :D)? nie, ale pomyślę o dorobieniu opcji do cutoff, tak aby go można było używać tylko do warningów. -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 Lan Management System Developer http://lms.alec.pl

1 0

Iptables i SNAT
by Kamil Walczak 11 Lis '04

11 Lis '04

Witam Mam taki pomysl aby dodac mozliwosc przy regolkach SNAT definiowania dla ktorego interfejsu ma to dotyczyc. Mam taka sytuacje eth0 - internet eth1 - lan eth2 - lan pomiedzy kilkoma sieciami Router ma posierdniczyc miedzy maja siecia, a innymi podlaczonymi w posredniczaca siec za moim eth2. Przy obecnej konfiguracji SNAT jest dodawany dla calego ruchu przechodzacego przez serwer (czyli do sasiednich lanow rowniez), a ten do innych lan`ow nie powinien podlegac tej regole. Z gory dziekuje Pozdrawiam Kamil ---------------------------------------------------------------------- Ponad 400 tysiecy facetow szuka przyjaciolki, a moze czegos wiecej... >>> http://link.interia.pl/f183b

1 0

Re: Re[2]: Cutoff i terminy.
by Robert CyberM 10 Lis '04

10 Lis '04

> > moze dobrze ze poszlo tutaj :) kiedys wspominalem o wartosci > > procentowej jako dodatek na dozwolonej kwoty zadluzenia... > nie pamiętam, możesz rozwinąć? chodzilo o to ze teraz mozna okreslic max kwote zadluzenia dla cutoff, notify, warnning.... i paru innych jesli dobrze pamietam. zaproponowalem aby dodac mozliwosc opisania procentowego tej wartosci. np. ze klient moze miec 200% zadluzenia ale nie wiecej niz 500zl zamiast stalej kwoty. chodzilo o to ze dla klienta ktory placi 50zl miesiecznie limit 100zl bedzie dlugiem za dwa miesiace a dla kogos z pakietem za 200zl... no wlasnie tu zaczyna sie problem, gdyby opisac to jako np. 200% to niezaleznie od wartosci pakietu zawsze bedzie to zadluzenie za 2 miesiace. pisalem o tym w watku: "Zadluzenie - powiadomienia" > > moze by > > tak zalatwic to za jednym zamachem. numer konta juz znam :) wiec moze > > mala skladka i oba postulaty ? :) > > czemu nie, jestem ostatnio otwarty na takie propozycje, gdyż cienko u mnie > z kasą moze by przy okazji rozpatrzyc watek (rozwiazanie ktore przydaloby mi sie bardzo): "Dwie propozycje (pewnie juz do 2.0)" chetnie dorzuce co nie co do wymienionej wczesniej kwoty ku uciesze innych LMS'owcow :)... moze znajdzie sie jeszcze jakis sponsor... trzeba chlopaki wspomoc ALEC'a Robert CyberM -- Komputery,Sieci,Serwis,Sklep Wireless, 0-604-724-113 Sklep internetowy Marishop (http://marishop.sarocom.net) Sarocom Network (http://www.sarocom.net) Debian Project (http://www.debian.org)

1 0

Re: Re[2]: Cutoff i terminy.
by Robert CyberM 10 Lis '04

10 Lis '04

Dnia środa, 10 listopada 2004 15:21, A.L.E.C napisał: > oops, wydało się ;) > > sorry za śmieci nie miało iść tutaj. moze dobrze ze poszlo tutaj :) kiedys wspominalem o wartosci procentowej jako dodatek na dozwolonej kwoty zadluzenia... moze by tak zalatwic to za jednym zamachem. numer konta juz znam :) wiec moze mala skladka i oba postulaty ? :) Robert CyberM -- Sarocom Network (http://www.sarocom.net) Debian Project (http://www.debian.org)

1 0

Re: do tworcow LMS odnosnie polityki na przyszlosc
by hunter 10 Lis '04

10 Lis '04

On Mon, Nov 08, 2004 at 09:45:07AM +0100, Bogdan Breczko wrote: > Mam krotkie pytanie odnosnie struktury bazy danych w przyszlosci. > Dostalem bojowe zadanie od swego szefostwa, wdrozenia LMS'a w firmie, A co Ci da pewność struktury? Możliwość dopięcia swojego F/K ? > chocby najmniejsza gwarancje, ze nastepne wersje (stabilne) systemu beda > w pelni kompatybilne ze starszymi. Będzie wręcz przeciwnie, wersja 2.x będzie nie zgodna z 1.x > Sorry, za wydawaloby sie, tak oczywiste pytanie, jednak musze miec chocby > honorowa gwarancje. Wdrażasz w firmie? Zdobądź jakiś budżet roboczogodzin i gdy będą zmiany możesz robić backporty w postaci np widoków do bazy czy jakiś między mordziów. kd. -- Krzysztof Drewicz Podsłuchane na pogrzebie: "Wiem, że to niezręcznie pytać o takie rzeczy w tej chwili, ale przypominasz sobie, żeby on kiedykolwiek wspomniał coś o kodzie źródłowym?" --- Charles Addams

1 0

Re: KP - dowód wpłaty
by hunter 10 Lis '04

10 Lis '04

On Tue, Nov 09, 2004 at 01:37:21PM +0100, Marcin Król wrote: > >Myślę że najlepiej było by jak KP wystawiane było automatycznie, a > >drukowanie było identycznie jak w przypadku faktury, ikonka drukarki > >koło opisu wpłaty. Jak KP to tylko pełen automat każda wpłata to KP > > A jak ktoś płaci przelewem to też mu KP wystawiasz? Na konto sieci nie, ale jeśli Ty masz mbank, on ma mbank a sieć ma inteligo to on przyoszczędza 0,50 pln i na Twój mbank płaci :) A poważnie: KP jest drukiem ścisłego zarachowania KP nie jest paragonem (gdzie można każdego 30 drukować raport zbiorczy sprzedaży i mieć wszystko w pupie) KP wystawia się w momencie wpłaty. Jedno KP - wiele wpłat (?) Jedna wpłata/pozycja na KP to jeden wpis w cashid typu wpłata I tak jak mamy: TABLE cash ( ..., invoiceid int(11) NOT NULL default '0', ... ); TABLE invoices (id int(11) NOT NULL auto_increment, ...) TABLE invoicescontents (id int(11) NOT NULL auto_increment, ...) To powinno być jeszcze: TABLE kp(???) (id, number, date, ... , finished, info ); TABLE kpcontents(???) (id, kp_id, user_id, cash_id); komentarze? chcętni do pisania? kd. -- Krzysztof Drewicz Podsłuchane na pogrzebie: "Wiem, że to niezręcznie pytać o takie rzeczy w tej chwili, ale przypominasz sobie, żeby on kiedykolwiek wspomniał coś o kodzie źródłowym?" --- Charles Addams

1 0

Re: HelpDesk - panel dla klientów!
by Marcin Król 10 Lis '04

10 Lis '04

Tomasz Lam [ZULU] napisał(a): > Panowie, czy dałoby się dorobić do Contrib, tam gdzie klient sprawdza > swój stan finansów, aby mógł zgłosić jakiś problem dla Helpdesku?! Zeby > nie musiał wpisywać haseł, or sth, żeby identyfikował sie IP! A w treści > mogło by sie znaleźć automagicznie jego Imie i Nazwisko, żeby było > wiadomo kto. Niestety nie znam się ani na php, ani na perlu, więc sam > sobie tego nie dorobię, a obecny helpdesk jest jakby tylko dla adminów! rt-parser, do podpięcia pod mta, identyfikuje maile przychodzące na jakiś adres, np. helpdesk(a)siec.pl i wrzuca do helpdeska. userpanel, w niedalekiej przyszłości będzie umożliwiał wysyłanie danych do helpdesku. Identyfikacja po UID i PIN. contrib/customer bo chyba o tym mówisz takiej funcjonalności nie będzie miał (bo nie jest od tego). -- _ _ _ ___ | |_ | \/ |( __| http://www.|___)|_||_||___).rulez.pl Marcin 'Lexx' Król LMS Developer lexx(a)polarnet.gliwice.pl GG: 652506 Nie odpisuje na listy pisane w HTML.

1 0

HelpDesk - panel dla klientów!
by Tomasz Lam [ZULU] 10 Lis '04

10 Lis '04

Panowie, czy dałoby się dorobić do Contrib, tam gdzie klient sprawdza swój stan finansów, aby mógł zgłosić jakiś problem dla Helpdesku?! Zeby nie musiał wpisywać haseł, or sth, żeby identyfikował sie IP! A w treści mogło by sie znaleźć automagicznie jego Imie i Nazwisko, żeby było wiadomo kto. Niestety nie znam się ani na php, ani na perlu, więc sam sobie tego nie dorobię, a obecny helpdesk jest jakby tylko dla adminów! TLZ

1 0

Re: Re[2]: Cutoff i terminy.
by A.L.E.C 10 Lis '04

10 Lis '04

oops, wydało się ;) sorry za śmieci nie miało iść tutaj. -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 Lan Management System Developer http://lms.alec.pl

1 0

Re: Re[2]: Cutoff i terminy.
by A.L.E.C 10 Lis '04

10 Lis '04

Marek Adamski wrote: > ALEC> nie ma tego, bo sprawa nie jest trywialna, gdyż lms daje możliwość > ALEC> definiowania zobowiązań także innych niż miesięczne. Natomiast > jeśli masz ALEC> tylko zobowiązania miesięczne, to postaw skrzynkę piwa > i ci patcha skrobnę. > > Powiedz ile podaj nr. konta bankowego a się chyba jakoś dogadamy. I > tak mam tylko m-c. powiedzmy, że byłoby to jakieś 50 zł, ale jeszcze jedno - czy masz ten sam dzień płatności dla wszystkich użytkowników, albo chociaż ten sam dla każdego usera z osobna? Czyli jak user ma kilka zobowiązań to pasuje, żeby wszystkie były płatne w tym samym dniu. Jakbyś miał jeden dzień płatności dla wszystkich to sprawa byłaby łatwiejsza i wystarczyłoby uruchamiać ten moduł tyko raz w miesiącu. -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 Lan Management System Developer http://lms.alec.pl

1 0

Re: Cutoff i terminy.
by Marcin Król 10 Lis '04

10 Lis '04

Marek Adamski napisał(a): > Witaj Grupa! > > Może nie znalazłem tego w manualu, albo przeoczyłem, ale czy jest > możliwość zrobienia tak aby: > klient zostaje obciążony płatnością. > Dostaje na zapłacenie 14 dni + 3 dni zwłoki (dla banków) > Po tym okresie jak nie zapłaci to komputer zostaje odrazu odcięty. ztcw nie ma. -- _ _ _ ___ | |_ | \/ |( __| http://www.|___)|_||_||___).rulez.pl Marcin 'Lexx' Król LMS Developer lexx(a)polarnet.gliwice.pl GG: 652506 Nie odpisuje na listy pisane w HTML.

1 0

Cutoff i terminy.
by Marek Adamski 10 Lis '04

10 Lis '04

Witaj Grupa! Może nie znalazłem tego w manualu, albo przeoczyłem, ale czy jest możliwość zrobienia tak aby: klient zostaje obciążony płatnością. Dostaje na zapłacenie 14 dni + 3 dni zwłoki (dla banków) Po tym okresie jak nie zapłaci to komputer zostaje odrazu odcięty. Dlaczego tak krótkie terminy? A no sieć mała. Za dsl'a trzeba płacić a gościa nie za bardzo stać na płacenie za dsla za 2 m-c. A w cutoff jest tylko parametr pozwalający na określenie sumy. Zaznaczam że pytam o daemona a nie o skrypt cutoff bo widziałem już nakładkę na grupie, ale tylko jak ktoś wystawia faktury. Więc przydał by się jeszcze dodatkowy parametr który pozwala no odłączenie komputera po x dniach od naliczenia. -- Pozdrowienia, **************************** * Marek (SirAdams) Adamski * * LMS: 1.4.0 Evalla+daemon * * ICQ:42751516 * * GG:14747 * * Linux user:#253788 * ****************************

1 0

Re: Re[2]: Re: Re[2]: Cutoff i terminy.
by A.L.E.C 10 Lis '04

10 Lis '04

Marek Adamski wrote: > właściwie to bez sensu. Więc może tak > dodnia = data - $user_dni > zlicz płatności do $dodnia > if $płatności > $user_def; then catoff;fi trochę tego nie rozumiem, więc napiszę własnymi słowami jak ja to widzę: skrypt uruchamiamy raz dziennie (skoro każdy user ma inny termin naliczenia). Obliczany jest ostateczny dzień zapłaty - na podst. dnia naliczenia i liczby dni na zapłatę (określanej jako opcja modułu). Jeżeli to bieżący dzień i użytkownik ma zaległość większą niż określony limit, to zostaje odłączony. Dodatkowo skrypt wykona polecenie systemowe odpowiedzialne za przestawienie firewalla, jeżeli nastąpiło przynajmniej jedno odłączenie (żeby nie przeładowywać firewalla niepotrzebnie). takie rozwiązanie dodaje jeszcze jeden wymóg definiowania terminu płatności dla wszystkich jednego, bo jakbyś chciał jednemu dać 14 dni, a innemu 30, no to już trzebaby zmiany w bazie i lms-ui robić. Żeby już ustalić wszystkie szczegóły, to napisz jeszcze czy chcesz, aby tak jak teraz był ustawiany warning dla usera, bo w sumie mam zamiar to zrobić jako opcja, ale zawsze czasu brak. Daj znać czy wszystko pasuje i biorę się do roboty. -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 Lan Management System Developer http://lms.alec.pl

1 0

Re: Re[2]: Cutoff i terminy.
by A.L.E.C 09 Lis '04

09 Lis '04

Robert CyberM wrote: >> sorry za śmieci nie miało iść tutaj. > moze dobrze ze poszlo tutaj :) kiedys wspominalem o wartosci > procentowej jako dodatek na dozwolonej kwoty zadluzenia... nie pamiętam, możesz rozwinąć? > moze by > tak zalatwic to za jednym zamachem. numer konta juz znam :) wiec moze > mala skladka i oba postulaty ? :) czemu nie, jestem ostatnio otwarty na takie propozycje, gdyż cienko u mnie z kasą -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 Lan Management System Developer http://lms.alec.pl

1 0

Re: poprawka do dhcp.c
by A.L.E.C 09 Lis '04

09 Lis '04

Krzysztof Lewandowski wrote: > Niestety przy każdym kompilowaniu demona muszę robić poprawki w pliku > dhcp.c, ponieważ mój dhcpd wywala się, gdy domena jest "cos.cos.pl" > wymaga wpisu w cudzysłowie. > w linii 305 jest: > > .... "option domain name %n;")); > > po zmianie > > .... "option domain name \"%n\";")); > Może warto to zmienić to nic nie przeszkadza a w co niektórych > przypadkach pomaga. kombinujesz zamiast ustawić to w lms.ini, ale racja może zmienię ;) -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 Lan Management System Developer http://lms.alec.pl

1 0

Re: KP - dowód wpłaty
by Marcin Król 09 Lis '04

09 Lis '04

Krzysztof Lewandowski napisał(a): > Myślę że najlepiej było by jak KP wystawiane było automatycznie, a > drukowanie było identycznie jak w przypadku faktury, ikonka drukarki > koło opisu wpłaty. Jak KP to tylko pełen automat każda wpłata to KP A jak ktoś płaci przelewem to też mu KP wystawiasz? -- _ _ _ ___ | |_ | \/ |( __| http://www.|___)|_||_||___).rulez.pl Marcin 'Lexx' Król LMS Developer lexx(a)polarnet.gliwice.pl GG: 652506 Nie odpisuje na listy pisane w HTML.

1 0

Re: [lms] Re: [lms] Re: KP - dowód wpłaty
by Krzysztof Lewandowski 09 Lis '04

09 Lis '04

Jaroslaw Dziubek wrote: > Ja sobie wyobrazam to tak: > - klikam na "rozlicz" na liscie klientow > - pojawia sie okienko (zamiast tego co jest): > "Czy chcesz wydrukowac KP?" > [TAK] [NIE] [ANULUJ] > - Tak - drukuje KP > - Nie - nie drukuje KP, ale rozlicza > - Anuluje - anuluje rozliczenie. > > KP powinno byc numerowane (to oczywiste ;P), z tym, ze IMHO powinna byc > numeracja w stylu: xx/mm/rrrr/LMS (xx - numer kolejny, mm - miesiac, > rrrr - rok). To LMS na koncu dla odroznienia od KP wystawianych recznie. > Jako komentarz do zaplaty (przy wydrukowanym KP) powinno byc oprocz > "rozliczenie" rowniez dodany numer KP. Myślę że najlepiej było by jak KP wystawiane było automatycznie, a drukowanie było identycznie jak w przypadku faktury, ikonka drukarki koło opisu wpłaty. Jak KP to tylko pełen automat każda wpłata to KP KL --

1 0

Re: [lms] Re: KP - dowód wpłaty
by A.L.E.C 09 Lis '04

09 Lis '04

Jaroslaw Dziubek wrote: > Ja sobie wyobrazam to tak: > - klikam na "rozlicz" na liscie klientow > - pojawia sie okienko (zamiast tego co jest): > "Czy chcesz wydrukowac KP?" > [TAK] [NIE] [ANULUJ] > - Tak - drukuje KP > - Nie - nie drukuje KP, ale rozlicza > - Anuluje - anuluje rozliczenie. > > KP powinno byc numerowane (to oczywiste ;P), z tym, ze IMHO powinna byc > numeracja w stylu: xx/mm/rrrr/LMS (xx - numer kolejny, mm - miesiac, > rrrr - rok). To LMS na koncu dla odroznienia od KP wystawianych recznie. > Jako komentarz do zaplaty (przy wydrukowanym KP) powinno byc oprocz > "rozliczenie" rowniez dodany numer KP. już była na ten temat dyskusja, można to zrobić na różne sposoby zobacz np. http://lists.rulez.pl/lms/2004/4044.html >> jeżeli tak to proszę info na prv: > Czemu na priva? Jesli masz - podeslij, jesli szukasz chetnych do pisania > to moge pomoc w ramach czasu wolnego ;-) kolega zbiera kasę na opłacenie kogoś kto to zrobi ;) -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 Lan Management System Developer http://lms.alec.pl

1 0

poprawka do dhcp.c
by Krzysztof Lewandowski 09 Lis '04

09 Lis '04

Niestety przy każdym kompilowaniu demona muszę robić poprawki w pliku dhcp.c, ponieważ mój dhcpd wywala się, gdy domena jest "cos.cos.pl" wymaga wpisu w cudzysłowie. w linii 305 jest: .... "option domain name %n;")); po zmianie .... "option domain name \"%n\";")); Może warto to zmienić to nic nie przeszkadza a w co niektórych przypadkach pomaga. KL -- Krzysztof Lewandowski - krzysiek(a)lca.pl Oficjalny Portal Miasta Legnicy - www.lca.pl 59-220 Legnica, ul. Pomorska 56 tel. (76) 866 49 11 biuro(a)lca.pl Nie odpisuje na listy pisane w HTML.

1 0

Re: KP - dowód wpłaty
by Jaroslaw Dziubek 09 Lis '04

09 Lis '04

[Monday, 08 November 2004], Galciu napisał(a): > witam, > czy są osoby które byłyby zainteresowane dodaktową funkcjonalnością w > lms'ie tj. > > dowód wpłaty - czy inaczej KP, do odnotowywania wpłat gotówkowych, żeby > nie trzeba było ręcznie wystawiać > KP tylko można wpisać wpłatę w LMS'ie i wydrukować dowód wpłaty klientowi. Ja sobie wyobrazam to tak: - klikam na "rozlicz" na liscie klientow - pojawia sie okienko (zamiast tego co jest): "Czy chcesz wydrukowac KP?" [TAK] [NIE] [ANULUJ] - Tak - drukuje KP - Nie - nie drukuje KP, ale rozlicza - Anuluje - anuluje rozliczenie. KP powinno byc numerowane (to oczywiste ;P), z tym, ze IMHO powinna byc numeracja w stylu: xx/mm/rrrr/LMS (xx - numer kolejny, mm - miesiac, rrrr - rok). To LMS na koncu dla odroznienia od KP wystawianych recznie. Jako komentarz do zaplaty (przy wydrukowanym KP) powinno byc oprocz "rozliczenie" rowniez dodany numer KP. > jeżeli tak to proszę info na prv: Czemu na priva? Jesli masz - podeslij, jesli szukasz chetnych do pisania to moge pomoc w ramach czasu wolnego ;-) -- Yaro IRL:Jaroslaw Dziubek, ICQ:1340145 | Niewiele jest rzeczy, których http://yaro.perfect.net.pl/ | nie dało by się załatwić KNM Member: http://www.knm.org.pl/ | przy pomocy odpowiedniej IRC: Yaro na #grudziadz | dawki materiałów wybuchowych.

1 0

lms i raport wierzytelności
by gal01 09 Lis '04

09 Lis '04

Witam Jak działa raport wierzytelności. Próbuję go wykonać i w wyniku dostaję pustą listę, mimo, że są osoby z obciążeniami. Czyżby działał na fakturach? Jeśli tak to szkoda, bo niestety w lms nie ma numeracji miesięcznej faktur, co jest bardzo wygodne. -- Pozdrowienia, Tomek mailto:gal01@wp.pl

1 0

Re: Dwie propozycje (pewnie juz do 2.0)
by Robert CyberM 09 Lis '04

09 Lis '04

> strasznie zamotałem... > Może mnie jakoś zrozumiecie i uznacie taką funkcjonalność za > przydatną. > > Pozdrawiam, > Szymon Wilkołazki ja do tego dodal bym jeszcze ograniczanie dostepu poszczegolnym administratorom do klientow przez nich dodanych (tak zeby np. "przedstawiciel handlowy" mogl zobaczyc co "slychac" u swoich klientow) przy wyswietlaniu listy klientow fajnie by bylo moc sortowac rowniez po adminach (podobnie jak teraz dziala wyswietlanie danych wylacznie z okreslonej grupy klientow) Robert CyberM -- Sarocom Network (http://www.sarocom.net) Debian Project (http://www.debian.org)

1 0

Dwie propozycje (pewnie juz do 2.0)
by Szymon Wilkołazki 09 Lis '04

09 Lis '04

Witam! Mam takie propozycje do LMS: 1. Dodanie do bilansu finansowego zestawienie ogólnej sumy miesięcznych wydatków. Coś jak na dole tabeli bilans finansowy, ale z podziałem na kolejne miesiące.: Saldo początkowe: 200zł Styczeń: Wpłaty użytkowników:+600zł Przychód: +300zł Rozchód: -800zł --------------------------- Razem: +100zł Saldo: 300zł Luty: j.w. W tym momencie mamy możlwość sprawdzenia jedynie salda na chwilę obecną, a czasem dobrze było by wiedzieć co sie działo w przeszłości. Propozycja 2: Przydało by się wprowadzić do systemu finansowego podział finansów na kilka kas/kont. Chodzi mi o to, żeby wprowadzić jasne rozliczenia wewnątrz-firmowe. Jeśli mamy kilku administratorów operujących finansami, to czasem ciężko dojść kto ma ile kasy i czy przekazał już wszystkie wpłaty, które otrzymał od klientów. Tworzymy więc kilka kas, np. kasa Biuro, kasa Oddział oraz Konto. Przyporządkujemy administratorów do konkretnych kas, oraz (nie)dajemy możliwość opreowania na koncie/kontach. I teraz wpłaty przyjmowane przez administratora są księgowane do tej kasy. Można w każdej chwili sprawdzić bilans poszczególnych kas. Kiedy zachodzi potrzeba przeniesienia pieniędzy z jednej kasy O do kasy B administrator kasy O wybiera opcję przekazania funduszy - wybiera kasę docelową i kwotę. Operacja jest zapisywana jako zaplanowana. Administrator uprawniony do kasy B w operacjach kasy widzi ramkę przekazy przychodzące zawierającą pozycję z przekazem zaplanowanym - klika "potwierdź otrzymanie". To samo dotyczy konta. Dzięki temu mamy porządek w finansach. W sieciach osiedlowych, gdzie kasę zbiera kilka osób w różnych mieszkaniach mogło by to znacząco pomóc, a i w firmach pewnie też by się przydało. strasznie zamotałem... Może mnie jakoś zrozumiecie i uznacie taką funkcjonalność za przydatną. Pozdrawiam, Szymon Wilkołazki

1 0

Re: Dystrybucja LMS
by Przemek SAKO Galczewski 08 Lis '04

08 Lis '04

Hello JacekK, Monday, November 8, 2004, 10:16:22 PM, you wrote: J> Moje zdanie jest takie iz LMS powinien byc taki jaki jest !!!! J> Jesli ktos nie potrafi go wdrozyc, to niech nie bierze sie wogole za sieci J> !!! ja tez uwazam, ze jesli ktos nie potrafi przeczytac dokumentacji lms'a i nie zna podstaw linuxa i dzialania sieci to nie powinien sie tym zajmowac, chyba ze w celach edukacyjnych, zeby sie tego nauczyc. Pozniej sie konczy tak, ze ludzie maja bardzo kiepskie zdanie na temat takich sieci, bo to amatorka, bo robia to ludzie ktorzy nie maja o tym pojecia i niezaleznie od jakosci takiej sieci traci ona klientow nastawionych od razu na nie przez innych majacych zle doswiadczenia. -- Best regards, Przemek mailto:sako@infinity.waw.pl

1 0