- lms - lists.lms.org.pl

Re: [lms] Re: [lms] Re: [lms] Re: [lms] arp i apache [lekki offtopic] - dość długie, ale imho ciekawe
by Krzysiek 24 Lip '04

24 Lip '04

Podobno od sierpnia TPSA wprowadza nowy cennik na Łącza 2 Mb z cir-em 2Mb ma kosztować poniże 2 tysięcy złotych. KL

1 0

Re: [lms] Re: [lms] Re: [lms] arp i apache [lekki offtopic] - dość długie, ale imho ciekawe
by KrzysiekN! 24 Lip '04

24 Lip '04

Hmm. Przydało by się . Czy mozna by się było po niego uśmiechnąć. Ja prubuje dorobić moduł kasa Znaczy się, nie zabardzo chce mi się już siedzieć w sklepie, a chciałbym żeby pracownik wszystkie wpłaty co do grosza zanosił do banku. Mam zamiar również dopisać moduł do kasy fiskalnej ażeby skarbówka sie nie przywaliła jezeli z LMSa wystawie jakąś fakturę na towar Dodatkowo cały czas piłuje, przynajmniej w zachodnio-pomorskim żeby 2 Mbit POLPAK kosztował max 1300 zł . Sądze że jak załatwie u siebie to dla innych też się da. Poinformuję jeżeli się uda Pozdrawiam, Boaa ----- Original Message ----- From: "Maciej Ochalek" <ohaleck(a)rudynet.pl> To: "greg" <lms(a)lists.rulez.pl> Sent: Friday, July 23, 2004 3:54 PM Subject: [lms] Re: [lms] Re: [lms] arp i apache [lekki offtopic] - dość długie, ale imho ciekawe 3:44:50 PM, greg był(a) łaskaw(a) nastukać list o treści: g> mozna by to uruchamiac przed rysowaniem mapy sieci w lms'ie g> i zaznaczyc innym kolorem ikony kompy ktore sa online To by trwało wieki, ale rzeczywiście jako opcja byłoby to bardzo cenne. Jak już o tym mówimy, to mam w mojej sieci mały skrypt który co określony czas pinguje najważniejsze jej części (to, co ma IP czyli w praktyce serwery i access pointy) i w razie problemów generuje maile do admina, i na firmową komórkę (Simplus). Bardzo przydatna rzecz. W LMSie jest już wszystko - IP i MAC urządzeń, dane adminów, wystarczyło by tylko pole z flagą czy daną zabawkę sprawdzać czy nie i możnaby taki automatyczny tester mailująco-smsujący dodać jako moduł do demona tudzież skrypt perlowski. O. -- Maciej O'Klap Ochałek ASK RudyNET http://www.rudynet.pl

1 0

Re: [lms] Re: [lms] arp i apache [lekki offtopic] - dość długie, ale imho ciekawe
by Maciej Ochalek 23 Lip '04

23 Lip '04

3:44:50 PM, greg był(a) łaskaw(a) nastukać list o treści: g> mozna by to uruchamiac przed rysowaniem mapy sieci w lms'ie g> i zaznaczyc innym kolorem ikony kompy ktore sa online To by trwało wieki, ale rzeczywiście jako opcja byłoby to bardzo cenne. Jak już o tym mówimy, to mam w mojej sieci mały skrypt który co określony czas pinguje najważniejsze jej części (to, co ma IP czyli w praktyce serwery i access pointy) i w razie problemów generuje maile do admina, i na firmową komórkę (Simplus). Bardzo przydatna rzecz. W LMSie jest już wszystko - IP i MAC urządzeń, dane adminów, wystarczyło by tylko pole z flagą czy daną zabawkę sprawdzać czy nie i możnaby taki automatyczny tester mailująco-smsujący dodać jako moduł do demona tudzież skrypt perlowski. O. -- Maciej O'Klap Ochałek ASK RudyNET http://www.rudynet.pl

1 0

Re: [lms] arp i apache [lekki offtopic] - doć długie, ale imho ciekawe
by greg 23 Lip '04

23 Lip '04

mozna by to uruchamiac przed rysowaniem mapy sieci w lms'ie i zaznaczyc innym kolorem ikony kompy ktore sa online byq -------Original Message------- From: lms(a)lists.rulez.pl Date: 07/23/04 13:25:07 To: lms Subject: [lms] arp i apache [lekki offtopic] - dość długie, ale imho ciekawe Hej! Trochę offtopicznie, ale <wazelina> gdzie indziej znajdę ludzi, którzy będ± tyle wiedzieli ;-) </wazelina>. Jestem w trakcie popełniania małego programiku w php, który ma pomóc w serwisowaniu awarii sieci. Awarii takich, że gdzie¶ na osiedlu, który¶tam switch się powiesi i ludzie przez niego podpięci nie maj± netu. Programik działa 3 etapowo. 1. Przycisk "odblokuj" robi "sudo ip neigh flush nud all" (czyli zwalnia z trzymania mac-ip) 2. Najobszerniejsza czę¶ć - przycisk "sprawdĽ" a) "arp -n | grep '192.168' | grep -v incomplete | awk {'print $1'}" - czyli dostaję listę ipków ludzi, którzy w tym momencie s± widziani przez arp serwera (trochę toporne, ale ok) b) listę IPków wrzucam do tabeli, a potem korzystaj±c z baz stworzonych przez LMSa znajduję adresy pocztowe ludzi, których serwer widzi c) adres wywalam do tabelki, sortuję i dzięki temu wiem, że na ul. Jasnej (15 userów) net działa wszystkim, za¶ na ulicy Ciemnej działa tylko mieszkaj±cym pod nr 4 (no i "resetowiec" już wie, którego switcha w pierwszej kolejno¶ci sprawdzić) 3. Przycisk zablokuj - "su arp -f" Acha, oczywi¶cie przycisk "sprawdĽ" można naciskać nieskończon± ilo¶ć razy (pod warunkiem wcze¶niejszego odblokowania), bo dynamiczna tablica arp ma pełne prawo się zmieniać.. Uff.. Niby wszystko ok, a jednak.. Problem polega na tym, że gdy z shella wywołam linię arp -n | grep '192.168' | grep -v incomplete | awk {'print $1'} to w odpowiedzi dostanę np 40 IPków A je¶li to samo zrobię z poziomu httpd (w tym samym czasie!!)- dostaję 2 - 3 IPki.. Nie mam pojęcia dlaczego.. Niejako intuicyjnie znalazłem czę¶ciowe obej¶cie problemu. Bezpo¶rednio przed "arp -n" dodałem "sleep 4;" No ale teraz oczywi¶cie strona sie ładuje 4 sekundy dużej.. I na dodatek wszystko wskazuje na to, że w tablicy wypisuje tylko tych, których arp zobaczył w ci±gu tych 4 sekund. Tak więc kilkukrotne naciskanie sprawdĽ" pokazuje za każdym razem tylko fragment tego, co analogiczny arp wpisany z linii poleceń. Macie jaki¶ pomysł? Z czego to może wynikać? Bo niestety, nie mam zielonego pojęcia... pozdroofka Krzysztof 'Xyo' Dendra

1 0

Re: arp i apache [lekki offtopic]
by Adrian Smarzewski 23 Lip '04

23 Lip '04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 k_dendra(a)o2.pl wrote: | No i się zbłaźniłem. :( | Błąd w programie i to podwójny. Nie dość, że przy "sprawdź" uruchamiał jeszcze całkiem niepotrzebnie "odblokuj", to jeszcze mądrzejszym sposobem odblokowania jest "ip neigh flush nud permanent". | Tak więc niniejszym przepraszam wszystkich, którzy stracili czas na czytanie mojego poprzedniego maila. nie ma sprawy, każdemu się zdarza. - -- Pozdrowienia Adrian Smarzewski http://kadu.net/~adrian -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFBAQNIgnuWEmthbpURAiBUAKCsGUNM08jT6srzM6GBBVLU3WKB5wCfeCSH k0710aowGwRMvIUAg0HeSck= =AONt -----END PGP SIGNATURE-----

1 0

[lms] arp i apache [lekki offtopic]
by k_dendra＠o2.pl 23 Lip '04

23 Lip '04

No i się zbłaźniłem. :( Błąd w programie i to podwójny. Nie dość, że przy "sprawdź" uruchamiał jeszcze całkiem niepotrzebnie "odblokuj", to jeszcze mądrzejszym sposobem odblokowania jest "ip neigh flush nud permanent". Tak więc niniejszym przepraszam wszystkich, którzy stracili czas na czytanie mojego poprzedniego maila. pozdroofka Krzysztof 'Xyo' Dendra

1 0

Re: [lms] Re: [lms] Re: KP - dowód wpłaty i adres korespondencyjny
by hunter 23 Lip '04

23 Lip '04

On Fri, Jul 23, 2004 at 12:55:43AM +0200, hunter wrote: > On Wed, Jul 21, 2004 at 12:52:38PM +0200, Krzysztof Lewandowski wrote: > > Widziałem druki czarno-białe. Myślę że trzeba by je przechowywać, ponieważ w > > co niektórych przypadkach jest to dokument księgowy. > > KP *jest* dokumentem ksiegowym. Co wiecej: a) zaden scisle okreslony kolor wymagany _nie_ jest. b) ciagla i jedna numeracja wymagana jest (uno kasa -- uno numeracja), tzn nie przejdzie jak w FV ze sa np NR/LMS/2004, jesli KP ktos chce trzymac w lms to niestety wszystkie z danej kasy. c) sa to druki scislego zarachowania a wiec drukowac beda sie oryginal + kopia, kopie tez trzeba podpisac i sobie trzymac gdzies w kasie chocby na KP wplacono 0.01 pln to konieczny jest na nim opis: kto wplacal, do kogo, unikalny nr KP, pieczatka kasjera, podpis, data. ERGO: dodatkowa tabelka konieczna na 100%. 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

arp i apache [lekki offtopic] - dość długie, ale imho ciekawe
by k_dendra＠o2.pl 23 Lip '04

23 Lip '04

Hej! Trochę offtopicznie, ale <wazelina> gdzie indziej znajdę ludzi, którzy będą tyle wiedzieli ;-) </wazelina>. Jestem w trakcie popełniania małego programiku w php, który ma pomóc w serwisowaniu awarii sieci. Awarii takich, że gdzieś na osiedlu, któryśtam switch się powiesi i ludzie przez niego podpięci nie mają netu. Programik działa 3 etapowo. 1. Przycisk "odblokuj" robi "sudo ip neigh flush nud all" (czyli zwalnia z trzymania mac-ip) 2. Najobszerniejsza część - przycisk "sprawdź" a) "arp -n | grep '192.168' | grep -v incomplete | awk {'print $1'}" - czyli dostaję listę ipków ludzi, którzy w tym momencie są widziani przez arp serwera (trochę toporne, ale ok) b) listę IPków wrzucam do tabeli, a potem korzystając z baz stworzonych przez LMSa znajduję adresy pocztowe ludzi, których serwer widzi c) adres wywalam do tabelki, sortuję i dzięki temu wiem, że na ul. Jasnej (15 userów) net działa wszystkim, zaś na ulicy Ciemnej działa tylko mieszkającym pod nr 4 (no i "resetowiec" już wie, którego switcha w pierwszej kolejności sprawdzić) 3. Przycisk zablokuj - "su arp -f" Acha, oczywiście przycisk "sprawdź" można naciskać nieskończoną ilość razy (pod warunkiem wcześniejszego odblokowania), bo dynamiczna tablica arp ma pełne prawo się zmieniać.. Uff.. Niby wszystko ok, a jednak.. Problem polega na tym, że gdy z shella wywołam linię arp -n | grep '192.168' | grep -v incomplete | awk {'print $1'} to w odpowiedzi dostanę np 40 IPków A jeśli to samo zrobię z poziomu httpd (w tym samym czasie!!)- dostaję 2 - 3 IPki.. Nie mam pojęcia dlaczego.. Niejako intuicyjnie znalazłem częściowe obejście problemu. Bezpośrednio przed "arp -n" dodałem "sleep 4;" No ale teraz oczywiście strona sie ładuje 4 sekundy dużej.. I na dodatek wszystko wskazuje na to, że w tablicy wypisuje tylko tych, których arp zobaczył w ciągu tych 4 sekund. Tak więc kilkukrotne naciskanie "sprawdź" pokazuje za każdym razem tylko fragment tego, co analogiczny arp wpisany z linii poleceń. Macie jakiś pomysł? Z czego to może wynikać? Bo niestety, nie mam zielonego pojęcia... pozdroofka Krzysztof 'Xyo' Dendra

1 0

Re: [lms] Re: [lms] Re: [lms] Re: [lms] Bład w nowej wersji LMS-a ??? 1.3.5
by JacekK 23 Lip '04

23 Lip '04

----- Original Message ----- From: "A.L.E.C" <alec1(a)poczta.onet.pl> To: <lms(a)lists.rulez.pl> Sent: Friday, July 23, 2004 10:29 AM Subject: [lms] Re: [lms] Re: [lms] Re: [lms] Bład w nowej wersji LMS-a ??? 1.3.5 JacekK wrote: > Jeszcze jeden drobny blad...(CVS 1.3.5) > w momencie edycji komputera klienta np zmiana adresu IP lub MAC-a > (m=nodeedit), kasuje przypisane urzadzenie sieciowe, ustawia na > pierwszej pozycji z listy. > Jest troszke uciazliwe, zwazywszy iz na liscie jest sporo urzadzen, i > przed edycja trzeba pamietac do ktorego urzadzenia sieciowego komputer > byl podpiety. >nie potwierdzam, zaktualizuj lmsa jeszcze raz i wyczyść templates_c Sciagniete jeszcze raz wszystkie katalogi LMS-a (1.3.5 v CVS) ,templates_c wyczyszczone, objaw ten sam, wchodzac w edycje, urzadzenie sieciowe ustawia sie na "BRAK". jakies pomysly ???? pozdrawiam Jacek

1 0

Re: [lms] Helpdesk: uptime zgłoszenia
by Rafal 'gryl' Doroszkiewicz 23 Lip '04

23 Lip '04

----- Original Message ----- From: "A.L.E.C" <alec1(a)poczta.onet.pl> To: "lms" <lms(a)lists.rulez.pl> Sent: Friday, July 23, 2004 10:44 AM Subject: [lms] Helpdesk: uptime zgłoszenia > Do tego celu proponuję dodać do zgłoszenia atrybut > resolvetime, żeby uptime obliczać jako różnica z createtime i > resolvetime. Komentarze? Jesteś Boski! ;) Pyzdry,

1 0

Helpdesk: uptime zgłoszenia
by A.L.E.C 23 Lip '04

23 Lip '04

Myślę, że może się przydać określenie uptime'u zgłoszenia, czyli czasu od utworzenia zgłoszenia do rozwiązania tj. jak długo pracowano nad problemem. Do tego celu proponuję dodać do zgłoszenia atrybut resolvetime, żeby uptime obliczać jako różnica z createtime i resolvetime. Komentarze? -- Pozdrawiam Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 Lan Management System Developer http://lms.alec.pl

1 0

Re: [lms] Re: [lms] Re: [lms] Bład w nowej wersji LMS-a ??? 1.3.5
by A.L.E.C 23 Lip '04

23 Lip '04

JacekK wrote: > Jeszcze jeden drobny blad...(CVS 1.3.5) > w momencie edycji komputera klienta np zmiana adresu IP lub MAC-a > (m=nodeedit), kasuje przypisane urzadzenie sieciowe, ustawia na > pierwszej pozycji z listy. > Jest troszke uciazliwe, zwazywszy iz na liscie jest sporo urzadzen, i > przed edycja trzeba pamietac do ktorego urzadzenia sieciowego komputer > byl podpiety. nie potwierdzam, zaktualizuj lmsa jeszcze raz i wyczyść templates_c -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 Lan Management System Developer http://lms.alec.pl

1 0

Re: [lms] Re: [lms] Bład w nowej wersji LMS-a ??? 1.3.5
by JacekK 23 Lip '04

23 Lip '04

----- Original Message ----- From: "A.L.E.C" <alec1(a)poczta.onet.pl> To: <lms(a)lists.rulez.pl> Sent: Wednesday, July 21, 2004 9:59 PM Subject: [lms] Re: [lms] Bład w nowej wersji LMS-a ??? 1.3.5 > JacekK wrote: > > Witam. > > Podlaczajac klienta do sprzetu sieciowego (?m-nodeinfo) wywala > > komunikat ze brak wolnych portow. > > Co ciekawe, wchodzac na edycje (?m=nodeedit) i przypisujac klienta do > > danego osprzetu, wszystko jest OK. > > wersja LMS-a najswiezsza z CVS ( po zmianach ALEC-a) 1.3.5. ( dzisiaj > > sciagane tj.21.07) > > W wersji 1.3.4 objaw nie wystepuje. > > oops, fixed modules/nodeedit.php > Jeszcze jeden drobny blad...(CVS 1.3.5) w momencie edycji komputera klienta np zmiana adresu IP lub MAC-a (m=nodeedit), kasuje przypisane urzadzenie sieciowe, ustawia na pierwszej pozycji z listy. Jest troszke uciazliwe, zwazywszy iz na liscie jest sporo urzadzen, i przed edycja trzeba pamietac do ktorego urzadzenia sieciowego komputer byl podpiety. Pozdrawiam Jacek

1 0

Re: [lms] RE: [lms] Re: [lms] Re: KP - dowód wpłaty i adres korespondencyjny
by hunter 23 Lip '04

23 Lip '04

On Wed, Jul 21, 2004 at 12:52:38PM +0200, Krzysztof Lewandowski wrote: > Widziałem druki czarno-białe. Myślę że trzeba by je przechowywać, ponieważ w > co niektórych przypadkach jest to dokument księgowy. KP *jest* dokumentem ksiegowym. 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: [lms] Re: [lms] Re: KP - dowód wpłaty i adres korespondencyjny
by hunter 23 Lip '04

23 Lip '04

On Wed, Jul 21, 2004 at 12:42:39PM +0200, A.L.E.C wrote: > no to pozostaje jeszcze decyzja, czy przechowywać w bazie wystawione KP? > Bo samo wystawianie KP można zrobić w prosty sposób, ale co z numeracją, Numeracje zachowac trzeba, chocby tak jak F/V: tzn np $ID/LMS/2004 > jeśli ma być nadawana ręcznie, to po co w ogóle pchać to do lmsa? I Przy 5 kwitkach dziennie i kwitariuszu bys sie tym nei martwil. Dlugopis dla milej pani i nowy bloczek co miesiac wystarcza (mniej niz 20 pln kosztuje iirc) Przy 20-30 zaczyna cos lekko strzykac pania w lapke bo musi np odbierac telefony czy cus. > drugie pytanie, czy czerwony kolor tego druczku jest obligatoryjny, czy no z jakiegos powodu jest. Tzn czerwone sa KP, niebieskie rozliczenia wewnetrzne z np wyjazdow czy delegacji, zielone sa jakis inne dokumenty, tu chodzi tylko o porzadek w papierkach. > p.s. nie, żebym się za to brał, ale myślę, hunter, że ci ta dyskusja > pomoże w implementacji. No czlowiek chce dorobic do wakacji a Ty mu tutaj... Sio! :-p 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: [lms] Re: [lms] Re: KP - dowód wpłaty i adres korespondencyjny
by hunter 23 Lip '04

23 Lip '04

On Wed, Jul 21, 2004 at 12:09:32PM +0200, Dariusz Skarbek wrote: > > > > > KP ma swoją osobną numerację jako dowód wpłaty, w żaden sposób nie jest > > wiązany z FV, to jest tylko potwierdzenie wpłaty, prawdę mówiąc > > ważniejszy dla klienta, gdyż ma udokumentowaną wpłatę. > > Nie może być wiązany z FV, gdyż może ktoś wpłacić więcej, np. robiąc > > zaliczkę na poczet następnego miesiąca. > > > > Trochę spolemizuję. Z doświadczenia wiem, że najlepszym rozwiązaniem jest > zastosowanie tabeli wiążącej z polami: Cicho, od rewolucji w finansach w tym panstwie ja jezdem :-p > 1. Rozliczenie_ID - identyfikator rekordu rozliczającego > 2. Faktura_ID - identyfikator faktury lub innego dokumentu ze stroną WN > dla klienta > 3. Wplata_ID - identyfikator dowodu wpłaty lub innego dokumentu > potwierdzającego wpłatę po stronie MA dla klienta (np. potwierdzenie > bankowe) > 4. Kwota_Rozliczenia - kwota w jakiej wpłata rozlicza fakturę > 5. DataRozliczenia - bez komentarza > a w tabelach Faktura i Wpłata dodatkowe pola: > > 1. Pozostalo_do_rozliczenia - kwota jaka pozostała do rozliczenia z > danego dokumentu (niezależenie faktury, czy wpłaty). Wartość tego pola na > początku jest równa kwocie obciążenia lub wpłaty i zmniejsza się w czasie > rozliczania. Ojeju pole wyliczane. ne. Jesli juz to: A) tabelce cash zmiana nazwy: invoice_id->moneyaccounting_id; B) moneyaccounting_id: id - wiadomoco doctype -- smallint typ powiazanego dokumentu stwierdzajacego wplate (KP albo dowodu/duplikatu przelewu z banku/poczty). direction -- kierunek przeplywu pieniadza :) jesli KASA MA: doc_id -- int nr z kp doc_nr -- varchar nr z banku :) (ogolnie nr obcy) jesli obciazenie doc_id -- int numer faktury tzn invoice_id lub paragon_id jesli taki bedziemy pozwalac drukowac doc_nr -- varchar nr faktury z uwzglednieniem numeracji. C) idee: cash obrazuje tylko wplyw/wyplyw funduszy bez podania na co wlasciwie one poszly (poza opisem). moneyaccounting obrazuje relacje: cash -- dokument (invoice, kp, paragon) mozliwe jest zarowno: 1 -- +oo +oo -- 1 1 -- 1 tabele zas: invoice, paragon, kp sa same w sobie hermetyczne tzn rejestr kp, paragonow, faktur, a jak ktos ma chcec to moze np dodac tabele ze skanami przelewow od klientow, tylko po cio :) Zalety: -mozna olac wpisywanie numerkow dokumentow do cash, dosc dowolnie i w dowolnej ktores wpisywac co jest imvho mile. -automatyka faktur _moze_ wpisywac oprucz do cash rowniez do monneyaccounting ale tego nei musi (hakas opcja) etc, moze rowniez poszukac nie widzac nawet cash numerki dokumentow powiazanych. kd. ps wada: kurde my mamy lms2 robic a nie jednyke przepisywac na 1.99 -- 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: [lms] Bład w nowej wersji LMS-a ??? 1.3.5
by A.L.E.C 21 Lip '04

21 Lip '04

JacekK wrote: > Witam. > Podlaczajac klienta do sprzetu sieciowego (?m-nodeinfo) wywala > komunikat ze brak wolnych portow. > Co ciekawe, wchodzac na edycje (?m=nodeedit) i przypisujac klienta do > danego osprzetu, wszystko jest OK. > wersja LMS-a najswiezsza z CVS ( po zmianach ALEC-a) 1.3.5. ( dzisiaj > sciagane tj.21.07) > W wersji 1.3.4 objaw nie wystepuje. oops, fixed modules/nodeedit.php -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 Lan Management System Developer http://lms.alec.pl

1 0

Bład w nowej wersji LMS-a ??? 1.3.5
by JacekK 21 Lip '04

21 Lip '04

Witam. Podlaczajac klienta do sprzetu sieciowego (?m-nodeinfo) wywala komunikat ze brak wolnych portow. Co ciekawe, wchodzac na edycje (?m=nodeedit) i przypisujac klienta do danego osprzetu, wszystko jest OK. wersja LMS-a najswiezsza z CVS ( po zmianach ALEC-a) 1.3.5. ( dzisiaj sciagane tj.21.07) W wersji 1.3.4 objaw nie wystepuje. Pozdrawiam Jacek

1 0

ciekawostka
by Łukasz Jarosław Mozer 21 Lip '04

21 Lip '04

Witam. http://www.elektroda.pl/rtvforum/viewtopic.php?t=154036 lol. -- Łukasz Jarosław Mozer http://www.baseciq.org mailto: lukasz(a)rulez.pl

1 0

adres do doręczeń na fakturach
by A.L.E.C 21 Lip '04

21 Lip '04

ten nowy fjuczer już jest w cvsie - dodano nowe pole do tabeli users, jeżeli adres do doręczeń jest zdefiniowany zostanie wyświetlony na fakturze w miejscu okienka koperty zamiast adresu zamieszkania użytkownika. Adres ten nie jest zapisywany w bazie faktur, gdyż uznałem go za informację drugorzędną, co o tym myślicie? p.s. osoby które były tym zainteresowane i chętne do wyrażenia podziękowań w formie finansowej zapraszam na moją stronę (adres poniżej). -- Pozdrawiam 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 i adres korespondencyjny
by Jakub Walczak 21 Lip '04

21 Lip '04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Użytkownik Dariusz Skarbek napisał: |>KP ma swoją osobną numerację jako dowód wpłaty, w żaden sposób nie jest |>wiązany z FV, to jest tylko potwierdzenie wpłaty, prawdę mówiąc |>ważniejszy dla klienta, gdyż ma udokumentowaną wpłatę. |>Nie może być wiązany z FV, gdyż może ktoś wpłacić więcej, np. robiąc |>zaliczkę na poczet następnego miesiąca. |> | | | Trochę spolemizuję. Z doświadczenia wiem, że najlepszym rozwiązaniem jest | zastosowanie tabeli wiążącej z polami: | | 1. Rozliczenie_ID - identyfikator rekordu rozliczającego | 2. Faktura_ID - identyfikator faktury lub innego dokumentu ze stroną WN | dla klienta | 3. Wplata_ID - identyfikator dowodu wpłaty lub innego dokumentu | potwierdzającego wpłatę po stronie MA dla klienta (np. potwierdzenie | bankowe) | 4. Kwota_Rozliczenia - kwota w jakiej wpłata rozlicza fakturę | 5. DataRozliczenia - bez komentarza | | | a w tabelach Faktura i Wpłata dodatkowe pola: | | 1. Pozostalo_do_rozliczenia - kwota jaka pozostała do rozliczenia z | danego dokumentu (niezależenie faktury, czy wpłaty). Wartość tego pola na | początku jest równa kwocie obciążenia lub wpłaty i zmniejsza się w czasie | rozliczania. | widze, ze doswiadczenia mamy takie same :-) ja od siebie tylko zauwaze, ze przechowywanie na f-rze pola Pozostalo_do_rozliczenia jest informacja nadmiarowa i moze sie zdazyc przypadek, ze to co na polu nie bedzie sie rownalo temu do jest w tabeli wiazacej, wiec: 1. jezeli mozna (wartosc bedzie potrzebna zadko) to nie dodawalbym tego pola, tylko to za kazdym razem obliczal 2. obliczanie jest stosunkowo skomplikowane/wolne - jezeli to pole mialo by byc czesto uzywane to niestety trzeba tak zrobic sam mialem tego typu pole w kilku tabelach i sa z nim problemy (np. blad w tigerze), ale czasem przyrost wydajnosci jest tak duzy, ze sie oplaca druga sprawa - raczej mniej istotna: a przypadku (zmyslam sobie, ale zycie bywa dziwniejsze) : klient placi jednym KP za kilka faktur, w tym za jedna (ostatnia) tylko czesci - nie starczylo mu kasy, potem przychodzi i placi jednym KP reszte za ta f-re i jeszcze za nastepna wtedy ciezko powiedziec ile-za-jaka-fakture-jest-na-ktorym-KP :-) przypadek zadki i skomplikowany (ale prawdziwy byl jescze dziwniejszy) rozwiazalismy to w ten sposob, ze byl "dokument rozliczenia" i "pozycje rozliczenia". dokument spinal kilka elemetow "tabeli wiazacej" - mozna to tez zrobic poprzez dodatkowe pole np IDTrasakcji lub NumerTransakcji pozdr. Jaqb p.s. nie chce nikomu nic sugerowac, nie jest to gotowe rozwiazanie ani zalecenie - taka sobie ot przemyslenia. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFA/ly3Lnlac5hBFMkRAv/fAKDSCdJruOeDSLclo+tf0DSYKdph6QCgquDg oBOxuE3X3wgLvkOuwUL7uDI= =lVjn -----END PGP SIGNATURE-----

1 0

RE: [lms] Re: [lms] RE: [lms] Re: [lms] Re: KP - dowód wpłaty i adres korespondencyjny
by Bartosz 21 Lip '04

21 Lip '04

>KP ma swoją osobną numerację jako dowód wpłaty, w żaden sposób nie jest >wiązany z FV, to jest tylko potwierdzenie wpłaty, prawdę mówiąc >ważniejszy dla klienta, gdyż ma udokumentowaną wpłatę. >Nie może być wiązany z FV, gdyż może ktoś wpłacić więcej, np. robiąc >zaliczkę na poczet następnego miesiąca. no to pozostaje jeszcze decyzja, czy przechowywać w bazie wystawione KP? Bo samo wystawianie KP można zrobić w prosty sposób, ale co z numeracją, jeśli ma być nadawana ręcznie, to po co w ogóle pchać to do lmsa? I drugie pytanie, czy czerwony kolor tego druczku jest obligatoryjny, czy może być black/white? Wtedy możnaby zrobić szablon i nie bawić się w obrazki, pozycjonowanie, marginesy itp. Kolor KP nie jest obligatoryjny, może być szablon, ważne żeby były informacje, kto przyjął, kto wpłacił, za co i kiedy. Potwierdzenie wpłaty zawsze jest jakimś dokumentem, więc gdyby to nie stanowiło większego problemu to numeracja mogłaby być przechowywana w LMS, aczkolwiek bez tego też będzie ok. Najlepiej gdyby dało się to rozwiązać w taki sposób, żeby KP można było wystawiać do konkretnej FV lub kilku (gdy ktoś np. zalega z dwoma), a także żeby można było wystawić KP na samą kwotę, gdy ktoś chce zapłacić już za następny miesiąc. p.s. ciekawe co Chilek miałby do powiedzenia w tej sprawie, ale zdaje się, że jest na urlopie :) To super przynajmniej nikt nie wygłasza tu dziwnych pomysłów w stylu "odnotowywania wpłat na podstawie VAT" :) -Gala

1 0

Re: [lms] Re: [lms] RE: [lms] Re: [lms] Re: KP - dowód wpłaty i adres korespondencyjny
by Krzysztof Lewandowski 21 Lip '04

21 Lip '04

Widziałem druki czarno-białe. Myślę że trzeba by je przechowywać, ponieważ w co niektórych przypadkach jest to dokument księgowy. KL

1 0

Re: [lms] RE: [lms] Re: [lms] Re: KP - dowód wpłaty i adres korespondencyjny
by A.L.E.C 21 Lip '04

21 Lip '04

>KP ma swoją osobną numerację jako dowód wpłaty, w żaden sposób nie jest >wiązany z FV, to jest tylko potwierdzenie wpłaty, prawdę mówiąc >ważniejszy dla klienta, gdyż ma udokumentowaną wpłatę. >Nie może być wiązany z FV, gdyż może ktoś wpłacić więcej, np. robiąc >zaliczkę na poczet następnego miesiąca. no to pozostaje jeszcze decyzja, czy przechowywać w bazie wystawione KP? Bo samo wystawianie KP można zrobić w prosty sposób, ale co z numeracją, jeśli ma być nadawana ręcznie, to po co w ogóle pchać to do lmsa? I drugie pytanie, czy czerwony kolor tego druczku jest obligatoryjny, czy może być black/white? Wtedy możnaby zrobić szablon i nie bawić się w obrazki, pozycjonowanie, marginesy itp. p.s. ciekawe co Chilek miałby do powiedzenia w tej sprawie, ale zdaje się, że jest na urlopie :) p.s. nie, żebym się za to brał, ale myślę, hunter, że ci ta dyskusja pomoże w implementacji. -- Pozdrawiam Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 Lan Management System Developer http://lms.alec.pl

1 0

Re: [lms] RE: [lms] Re: [lms] Re: KP - dowód wpłaty i adres korespondencyjny
by Dariusz Skarbek 21 Lip '04

21 Lip '04

> > KP ma swoją osobną numerację jako dowód wpłaty, w żaden sposób nie jest > wiązany z FV, to jest tylko potwierdzenie wpłaty, prawdę mówiąc > ważniejszy dla klienta, gdyż ma udokumentowaną wpłatę. > Nie może być wiązany z FV, gdyż może ktoś wpłacić więcej, np. robiąc > zaliczkę na poczet następnego miesiąca. > Trochę spolemizuję. Z doświadczenia wiem, że najlepszym rozwiązaniem jest zastosowanie tabeli wiążącej z polami: 1. Rozliczenie_ID - identyfikator rekordu rozliczającego 2. Faktura_ID - identyfikator faktury lub innego dokumentu ze stroną WN dla klienta 3. Wplata_ID - identyfikator dowodu wpłaty lub innego dokumentu potwierdzającego wpłatę po stronie MA dla klienta (np. potwierdzenie bankowe) 4. Kwota_Rozliczenia - kwota w jakiej wpłata rozlicza fakturę 5. DataRozliczenia - bez komentarza a w tabelach Faktura i Wpłata dodatkowe pola: 1. Pozostalo_do_rozliczenia - kwota jaka pozostała do rozliczenia z danego dokumentu (niezależenie faktury, czy wpłaty). Wartość tego pola na początku jest równa kwocie obciążenia lub wpłaty i zmniejsza się w czasie rozliczania. Pozdrawiam Darek

1 0