- lms - lists.lms.org.pl

Re: Rabaty na fakturze
by Tomasz Chilinski 31 Sty '06

31 Sty '06

On Tue, 31 Jan 2006 18:22:49 +0100, A.L.E.C wrote > Ponieważ są w tej kwestii sporne poglądy, chciałbym przynajmniej > określić, która wersja uzyska większość głosów użytkowników. A być > może dowiem się czegoś nowego. Pytanie: Jak powinien być > reprezentowany na fakturze fakt naliczenia rabatu? Mam 3 propozycje: > > 1. Dodatkowa pozycja na fakturze z kwotą ujemną określającą wysokość > rabatu (pozycja z taryfą dla której naliczamy rabat, byłaby z > wartością taryfy). Np. klienta ma taryfy: Gold (2 szt.) - 100 zł, > Normal (1 szt.) - 50 zł i od wszystkich ma rabat 10 %. Na fakturze > dostaje pozycje: * taryfa Gold ... 2 szt. 200 zł * rabat od > taryfy Gold 2 szt. -20 zł * taryfa Normal ... 1 szt. 50 zł * > rabat od taryfy Normal 1 szt. -5 zł Ja jestem za tym rozwiązaniem. Jestem za tym punktem (czyli 1). > 2. Dodatkowa kolumna określająca procent rabatu, brak dodatkowych > pozycji, dla powyższego przykładu, na fakturze dostajemy: > * taryfa Gold ... 10% 2 szt. 180 zł > * taryfa Normal ... 10% 1 szt. 45 zł > > 3. J.w. tylko nie w formie kolumny, ale jako informacja o sumie > udzielonych rabatów. > > Nie widzę możliwości pogodzenia tych rozwiązań w postaci opcji do > wyboru, gdyż realizacja wyglądałaby całkiem inaczej, a pkt.2 (i 3) > wymagałby dodatkowej kolumny w bazie danych. > > -- > Aleksander 'A.L.E.C' Machniak - http://alec.pl gg:2275252 > LAN Management System Developer - http://lms.rulez.pl Pozdrawiam.

1 0

Rabaty na fakturze
by A.L.E.C 31 Sty '06

31 Sty '06

Ponieważ są w tej kwestii sporne poglądy, chciałbym przynajmniej określić, która wersja uzyska większość głosów użytkowników. A być może dowiem się czegoś nowego. Pytanie: Jak powinien być reprezentowany na fakturze fakt naliczenia rabatu? Mam 3 propozycje: 1. Dodatkowa pozycja na fakturze z kwotą ujemną określającą wysokość rabatu (pozycja z taryfą dla której naliczamy rabat, byłaby z wartością taryfy). Np. klienta ma taryfy: Gold (2 szt.) - 100 zł, Normal (1 szt.) - 50 zł i od wszystkich ma rabat 10 %. Na fakturze dostaje pozycje: * taryfa Gold ... 2 szt. 200 zł * rabat od taryfy Gold 2 szt. -20 zł * taryfa Normal ... 1 szt. 50 zł * rabat od taryfy Normal 1 szt. -5 zł Ja jestem za tym rozwiązaniem. 2. Dodatkowa kolumna określająca procent rabatu, brak dodatkowych pozycji, dla powyższego przykładu, na fakturze dostajemy: * taryfa Gold ... 10% 2 szt. 180 zł * taryfa Normal ... 10% 1 szt. 45 zł 3. J.w. tylko nie w formie kolumny, ale jako informacja o sumie udzielonych rabatów. Nie widzę możliwości pogodzenia tych rozwiązań w postaci opcji do wyboru, gdyż realizacja wyglądałaby całkiem inaczej, a pkt.2 (i 3) wymagałby dodatkowej kolumny w bazie danych. -- Aleksander 'A.L.E.C' Machniak - http://alec.pl gg:2275252 LAN Management System Developer - http://lms.rulez.pl

1 0

Rejestr sprzedaży
by Mikołaj Goj 31 Sty '06

31 Sty '06

Witam, czy Rejestr Sprzedaży w LMSsie ma wartość księgową? pozdrawiam /Mikołaj

1 0

RRDTool itp
by bartmarian＠o2.pl 31 Sty '06

31 Sty '06

Witam, zrobilem sobie UP serwerka i wszystko dziala, wszystko czego uzywam (na marginesie), ale brakuje mi np wykresow w rrdtool, tzn uzywam lstat albo mrtg (zaleznie od pogody oczywiscie) ale milo bylo by otworzyc okno usera i zobaczyc sliczny wykres dniowy, tygodniowy itd... mazenia dalej... wykresy w rrd(snmp?) dla urzadzen sieciowych (cpu,if)... itd, pytanie moje jest takie: czy jest ktos zainteresowany dolozeniem tego do LMS, chetnie widzial bym zrzutke dla osob(y) ktora by to wykonala/y, tylko jeszcze "ale" aby te prace umiescic w LMS na stale... aha, uzywam nagios+rss do monitorowania sieci, jak "cos" znika, na tray'u ikonka w win zmienia kolorek z zielonego na czerwony, w linux mam rss w superkarambie, mozna tez powiadomic sms... ogolnie sadze ze warto bylo by LMS'a wzbogacic :-) Pozdrawiam Marcin

1 0

Re: rc.limits wywraca sie
by Marcin Król 31 Sty '06

31 Sty '06

A.L.E.C napisał(a): >>> nie jestem autorem, ani go nie używam, ale zmiana na 1999 nie jest >>> prawidłowym rozwiązaniem, jesli ktoś podeśle patcha robionego jak >>> należy, to się go wprowadzi. >> czego uzywasz zamiast tego skryptu, jakie powinno byc prawidlowe >> rozwiazanie? > > używam własnych regułek generowanych modułem tc demona lmsd. Btw, ostatnio doszedłem do wniosku że wszystkie defaulty powinny być puste, lub zawierać change_me. -- _ _ _ ___ | |_ | \/ |( __| 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: rc.limits wywraca sie
by Tomasz Chilinski 31 Sty '06

31 Sty '06

On Tue, 31 Jan 2006 15:06:49 +0100, A.L.E.C wrote > Tomasz Chilinski wrote: > > > Odpowiedź na to pytanie padła już kilka razy. > > Po prostu identyfikatory klas w linuksie są liczbami 16-bitowymi > > zapisywanymi w formacie szesnastkowym! Dlatego 19999 jest > > nieprawidłowe, bo przekracza 16-bitów. Po prostu należy na to patrzeć > > jak na 0xnnnn. > > kiedyś próbowałem takie duże wartości u siebie i działało, patrzyłem > nawet w kod ale nic nie wypatrzyłem, dlatego obawiam się, że ta > odpowiedź nie jest do końca prawidłowa. Zajrzyj więc na http://www.lartc.org. ifconfig eth0:kupcia 10.0.0.1 też działa, ale piszą, że powinno używać się liczb jako nazw aliasów, więc w każdej chwili może przestać działać. Po prostu trzeba na to uważać. W jądrze 2.4.32 i 2.4.31 19999 nie działa. > -- > Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 > LAN Management System Developer http://lms.alec.pl Pozdrawiam.

1 0

Re: rc.limits wywraca sie
by A.L.E.C 31 Sty '06

31 Sty '06

Tomasz Chilinski wrote: > Odpowiedź na to pytanie padła już kilka razy. > Po prostu identyfikatory klas w linuksie są liczbami 16-bitowymi > zapisywanymi w formacie szesnastkowym! Dlatego 19999 jest > nieprawidłowe, bo przekracza 16-bitów. Po prostu należy na to patrzeć > jak na 0xnnnn. kiedyś próbowałem takie duże wartości u siebie i działało, patrzyłem nawet w kod ale nic nie wypatrzyłem, dlatego obawiam się, że ta odpowiedź nie jest do końca prawidłowa. -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 LAN Management System Developer http://lms.alec.pl

1 0

Re: rc.limits wywraca sie
by A.L.E.C 31 Sty '06

31 Sty '06

Piotr Hołyński wrote: >> tak, są systemy na których skrypt działa bez zmian, inna sprawa to >> fakt, że moim zdaniem nawet po poprawce ten skrypt się do niczego >> nie nadaje. > > dlaczego tak sadzisz? Uzasadnij to chociażby z powodu braku sfq, czy esfq >> nie jestem autorem, ani go nie używam, ale zmiana na 1999 nie jest >> prawidłowym rozwiązaniem, jesli ktoś podeśle patcha robionego jak >> należy, to się go wprowadzi. > > czego uzywasz zamiast tego skryptu, jakie powinno byc prawidlowe > rozwiazanie? używam własnych regułek generowanych modułem tc demona lmsd. -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 LAN Management System Developer http://lms.alec.pl

1 0

Re: rc.limits wywraca sie
by Piotr Hołyński 31 Sty '06

31 Sty '06

> tak, są systemy na których skrypt działa bez zmian, inna sprawa to fakt, > że moim zdaniem nawet po poprawce ten skrypt się do niczego nie nadaje. dlaczego tak sadzisz? Uzasadnij to > nie jestem autorem, ani go nie używam, ale zmiana na 1999 nie jest > prawidłowym rozwiązaniem, jesli ktoś podeśle patcha robionego jak > należy, to się go wprowadzi. czego uzywasz zamiast tego skryptu, jakie powinno byc prawidlowe rozwiazanie? > Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 > LAN Management System Developer http://lms.alec.pl Piotr Hołyński

1 0

Re: rc.limits wywraca sie
by Tomasz Chilinski 31 Sty '06

31 Sty '06

On Tue, 31 Jan 2006 14:15:07 +0100, Piotr Hołyński wrote > Witam > > >>Po aktualizacji z 1.6.4 do 1.8.0 wszystko dziala jak trzeba poza rc.limits > >>ktory wywala: > >>Error: argument "invalid parent ID" is wrong: 1:19999 > >>Error: argument "invalid parent ID" is wrong: 1:19999 > >>Error: argument "invalid parent ID" is wrong: 1:19999 > >>Error: argument "invalid parent ID" is wrong: 1:19999 > >>Error: argument "invalid parent ID" is wrong: 1:19999 > > > > Zamień w pliku który generuje rc.limits 19999 na np.1999 > > Problem ten pojawia sie co jakis czas, dlaczego tworca tego > skryptu nie zmieni tej wartosci na etapie tworzenia skrptu? Czy sa > systemy, ktore daja sobie rade z pierwotna wartoscia, a jezeli tak > to od czego zalezy, ze na jednych systemach trzeba dokonywac zmiany, > a na innych nie? Ja juz sie przyzwyczailem do dokonywania tej > zmiany ale dalej nie wiem dla czego tak musi byc. Za odpowiedz na to > pytanie mysle, ze nie tylko ja bede wdzieczny. Odpowiedź na to pytanie padła już kilka razy. Po prostu identyfikatory klas w linuksie są liczbami 16-bitowymi zapisywanymi w formacie szesnastkowym! Dlatego 19999 jest nieprawidłowe, bo przekracza 16-bitów. Po prostu należy na to patrzeć jak na 0xnnnn. > Z wyrazami szacunku > Piotr Hołyński Przesyłając całusy, Tomek.

1 0