- lms - lists.lms.org.pl

było: lms-payments blad
by jpk 01 Sie '05

01 Sie '05

Witam! Ten sam bład występował w wersji 1.6 thor rozwiązaniem wtedy było http://cvs.rulez.pl/viewcvs.cgi/lms/bin/lms-payments.diff?r1=1.59.2.3&r2=1.… <http://cvs.rulez.pl/viewcvs.cgi/lms/bin/lms-payments.diff?r1=1.59.2.3&r2=1.…> ale teraz *LMS 1.7.1 Swarog to nie pasuje. Może ktoś pilnie pomóc ? * -- pozdrowienia jpk

1 0

Re: rozlicz należności robi błędy
by Andrzej Kosmala 01 Sie '05

01 Sie '05

rafple(a)interia.pl napisał(a): >A.L.E.C napisał(a): > > >>Andrzej Kosmala wrote: >> >> >>>Mam Thora 1.8.0 i gdy w liście klientów kliknę polecenie rozLiczenia >>>należności to wykonal jakieś dwie idiotyczne operacje tak, że saldo >>>klienta zamiast zera wykazało znaczny plus. Poprzednie wersje lmsa >>>operację tę wykonywały prawidłowo. >>> >>> >>u mnie działa, może pokaż konto klienta (wszystkie operacje) >> >> Niestety usunąłem te operacje i nie mogę pokazać. Zadłużenie wynosiło 16,87 zł a po operacji rozliczenia pojawiły się dwie pozycje: rolziczenie na 18,87 zł oraz wpłata na 11 zł Wcałej historii rachunku nie było obciążeń ani na 2 zł ani na 18,74. Co ciekawe póżniej zrobiłem rozliczenie kolejnego klienta i wykonał to prawidłowo. > >Jesli poprzednie wplaty klienta byly wpisywane jako wplaty a nie rozliczenie >to faktycznie przy zrobieniu rozliczenia calosci zostana wszystkie ponownie rozliczone >no i wyjdzie nadplata. > > > Sądzę, że aż tak źle nie jest. Ja większość wpłat księguję ręcznie a tu zrobił ten jeden dziwny błąd. Pozdrawiam Andrzej Kosmala

1 0

Re: rozlicz należności robi błędy
by rafple＠interia.pl 01 Sie '05

01 Sie '05

A.L.E.C napisał(a): > Andrzej Kosmala wrote: > > Mam Thora 1.8.0 i gdy w liście klientów kliknę polecenie rozLiczenia > > należności to wykonal jakieś dwie idiotyczne operacje tak, że saldo > > klienta zamiast zera wykazało znaczny plus. Poprzednie wersje lmsa > > operację tę wykonywały prawidłowo. > > u mnie działa, może pokaż konto klienta (wszystkie operacje) Jesli poprzednie wplaty klienta byly wpisywane jako wplaty a nie rozliczenie to faktycznie przy zrobieniu rozliczenia calosci zostana wszystkie ponownie rozliczone no i wyjdzie nadplata. Pozdrawiam Rafal ---------------------------------------------------------------------- Najlepszy serwis MOTO w Polsce! >>> http://link.interia.pl/f18a8

1 0

Re: [lms] rozlicz należności robi błędy
by A.L.E.C 31 Lip '05

31 Lip '05

Andrzej Kosmala wrote: > Mam Thora 1.8.0 i gdy w liście klientów kliknę polecenie rozLiczenia > należności to wykonal jakieś dwie idiotyczne operacje tak, że saldo > klienta zamiast zera wykazało znaczny plus. Poprzednie wersje lmsa > operację tę wykonywały prawidłowo. u mnie działa, może pokaż konto klienta (wszystkie operacje) -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 LAN Management System Developer http://lms.alec.pl

1 0

rozlicz należności robi błędy
by Andrzej Kosmala 31 Lip '05

31 Lip '05

Mam Thora 1.8.0 i gdy w liście klientów kliknę polecenie rozLiczenia należności to wykonal jakieś dwie idiotyczne operacje tak, że saldo klienta zamiast zera wykazało znaczny plus. Poprzednie wersje lmsa operację tę wykonywały prawidłowo. Pozdrawiam Andrzej Kosmala

1 0

Re: multiip-patch a lms-makemacs
by A.L.E.C 31 Lip '05

31 Lip '05

Marcin Kostur wrote: > Czy istnieje w związku z tym cień szansy na dopasowanie lms-makemacs > do trybu multiip, lub uzyskanie wskazówek w jakich okolicach dokonać > poprawek? ;-) ten patch zmienia tylko UI, natomiast część backendu nie będzie działać prawidłowo w tym trybie, lms-makemacs jak i np. lms-mgc nie robią pętli po komputerach tylko po adresach, stąd problem. Skorzystaj z modułu hostfile demona lmsd. -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 LAN Management System Developer http://lms.alec.pl

1 0

multiip-patch a lms-makemacs
by Marcin Kostur 30 Lip '05

30 Lip '05

Witam Od niedawna przymierzam się do przejścia na lms + multiip-patch :-) Niestety tak się składa, że niezbedny mi skrypt lms-makemacs nie generuje właściwych reguł w trybie 'multiip' :-( Chodzi o to, że tworzy tylko 1 wpis w przypadku gdy klient ma 2 komputery na jednym 1 IP. Nie ma tego problemu przy lms-makedhcpconf, który w każdym trybie generuje oczekiwane dane. Przykład wyniku działania wymienionych wyżej skryptów: lms-makedhcpconf host ADAM_KOMP1 { # ID: 1 hardware ethernet 00:30:4F:1B:A3:39; fixed-address 192.168.1.2; } host ADAM_KOMP2 { # ID: 2 hardware ethernet 00:03:2F:1E:99:99; fixed-address 192.168.1.2; } lms-makemacs iptables -t nat -A MACS -s 192.168.1.2 -m mac --mac-source 00:03:2F:1E:99:99 -j RETURN Czy istnieje w związku z tym cień szansy na dopasowanie lms-makemacs do trybu multiip, lub uzyskanie wskazówek w jakich okolicach dokonać poprawek? ;-) Pozdrawiam

1 0

Re: Problem z obecna wersja lms cvs.
by A.L.E.C 30 Lip '05

30 Lip '05

Dariusz J. wrote: > Warning: pg_query() [function.pg-query]: Query failed: ERROR: relation > "documentcontents_md5sum_idx" already exists > in /var/www/localhost/htdocs/lms/lib/LMSDB_driver_postgres.class.php > on line 82 poprawione /home/cvsroot/lms/lib/upgradedb/postgres.2005072300.php,v <-- postgres.2005072300.php new revision: 1.2; previous revision: 1.1 done -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 LAN Management System Developer http://lms.alec.pl

1 0

Re: wolne wyświetlanie się listy faktur
by jpk 30 Lip '05

30 Lip '05

jpk napisał(a): > Witam! > > Mamy w bazie ponad 2000 faktur, Wykonanie polecenia wyświetlenia > listy faktur wykonuje się bardzo wooolno około 60 s... > Naszym zdanie kwerenda: >> SELECT a.docid AS id, SUM( CASE b.type > WHEN 3 THEN b.value ELSE - b.value END ) AS sum FROM cash a LEFT JOIN > cash b ON ( a.id = b.reference ) WHERE a.docid !=0 GROUP BY a.docid << > jest temu winna. -> Showing rows 0 - 29 (2046 total, Query took > 49.7938 sec) > > czy w kolejneh wersji można się spodziewać korekty tej sytuacji ? > Witam! Pomogła znaczenie odbudowa bazy danych... -- pozdrowienia jpk

1 0

wolne wyświetlanie się listy faktur
by jpk 30 Lip '05

30 Lip '05

Witam! Mamy w bazie ponad 2000 faktur, Wykonanie polecenia wyświetlenia listy faktur wykonuje się bardzo wooolno około 60 s... Naszym zdanie kwerenda: >> SELECT a.docid AS id, SUM( CASE b.type WHEN 3 THEN b.value ELSE - b.value END ) AS sum FROM cash a LEFT JOIN cash b ON ( a.id = b.reference ) WHERE a.docid !=0 GROUP BY a.docid << jest temu winna. -> Showing rows 0 - 29 (2046 total, Query took 49.7938 sec) czy w kolejneh wersji można się spodziewać korekty tej sytuacji ? -- pozdrowienia jpk

1 0