- lms - lists.lms.org.pl

Podwójne naliczanie płatności przy zmianie danych adresowych
by Piotr Polok 16 Maj '10

16 Maj '10

WITAM, Ostatnio zaobserwowaliśmy problem z poprawianiem danych w fakturach. Po poprawieniu/zmianie danych klienta naliczają się podwójne zobowiązania ze starymi datami (czyli zobowiązanie pojawia się np w roku 2007): Wersja LMS: 1.11-cvs (1.1025/1.30) Wersja LMSDB: 1.11-cvs (1.51/1.49) Wersja PostgreSQL: 8.3.8 Wersja PHP: 5.2.6-1+lenny4 Wersja Smarty: 2.6.25 1. Zmieniłem nr mieszkania zapisałem wydrukowałem (Faktura VAT Nr 1126/INT/08/2009) poprawiło prawidłowo i nie naliczyło podwójnych zobowiązań przywróciłem do stanu pierwotnego i dalej wszystko OK. i tak sytuacja powtarza się prawidłowo po sierpniu 2009r. 2. Zmieniłem nr mieszkania zapisałem wydrukowałem (Faktura VAT Nr 1126/INT/06/2009) ale naliczyło kilka dodatkowych zobowiązań w roku 2009, test został powtórzony wielokrotnie na różnych klientach i daje te same wyniki Wszystkie faktury razem z tą z lipca 2009 miały status rozliczonych. Wychodzi na to że wszystko co jest starsze niż lipiec 2009 po zmianie danych klienta i zapisaniu na nowo faktury wygeneruje nowe zobowiązanie. zapytanie na tabeli cash daje taki wyni: lms=# select id, to_timestamp(time), type, userid, value from cash where customerid=1168 order by time asc; id | to_timestamp | type | userid | value -------+------------------------+------+--------+-------- 84136 | 2008-11-01 00:00:00+01 | 0 | 2 | -59.00 43961 | 2008-11-01 00:00:00+01 | 0 | 0 | -59.00 46007 | 2008-12-01 00:00:00+01 | 0 | 0 | -59.00 84137 | 2008-12-01 00:00:00+01 | 0 | 2 | -59.00 47634 | 2009-01-01 00:00:00+01 | 0 | 0 | -59.00 84119 | 2009-01-01 00:00:00+01 | 0 | 2 | -59.00 84120 | 2009-02-01 00:00:00+01 | 0 | 2 | -59.00 49534 | 2009-02-01 00:00:00+01 | 0 | 0 | -59.00 84121 | 2009-03-01 00:00:00+01 | 0 | 2 | -59.00 51470 | 2009-03-01 00:00:00+01 | 0 | 0 | -59.00 84122 | 2009-04-01 00:00:00+02 | 0 | 2 | -59.00 53468 | 2009-04-01 00:00:00+02 | 0 | 0 | -59.00 55464 | 2009-05-01 00:00:00+02 | 0 | 0 | -59.00 84123 | 2009-05-01 00:00:00+02 | 0 | 2 | -59.00 55782 | 2009-05-11 16:41:43+02 | 1 | 2 | 354.00 57476 | 2009-06-01 00:00:00+02 | 0 | 0 | -59.00 84124 | 2009-06-01 00:00:00+02 | 0 | 2 | -59.00 84125 | 2009-07-01 00:00:00+02 | 0 | 2 | -59.00 84126 | 2009-08-01 00:00:00+02 | 0 | 2 | -59.00 64237 | 2009-08-20 15:01:13+02 | 1 | 11 | 236.00 84127 | 2009-09-01 00:00:00+02 | 0 | 2 | -59.00 84128 | 2009-10-01 00:00:00+02 | 0 | 2 | -59.00 84129 | 2009-11-01 00:00:00+01 | 0 | 2 | -59.00 84133 | 2009-12-01 11:44:33+01 | 0 | 2 | -59.00 72994 | 2009-12-31 10:35:17+01 | 1 | 11 | 236.00 84131 | 2010-01-01 00:00:00+01 | 0 | 2 | -59.00 84132 | 2010-02-01 00:00:00+01 | 0 | 2 | -59.00 84134 | 2010-03-01 00:00:00+01 | 0 | 2 | -59.00 80798 | 2010-03-04 11:30:25+01 | 1 | 11 | 177.00 84135 | 2010-04-01 13:50:26+02 | 0 | 2 | -59.00 85926 | 2010-05-10 09:21:01+02 | 1 | 5 | 472.00 (31 rows) Sortowane jest po dacie a jak widać ID nie jest narastające Jakieś pomysły coby to mogło być? pozdrawiam Piotr Polok

1 0

Formatowanie konta bankowego na karcie klienta
by Michał "gaco" Gacek 16 Maj '10

16 Maj '10

Witam ktoś kiedyś marudził że go w oczy kole konto bankowe wyswietlane na karcie klienta, no cóż mnie też to denerwowało wieć poczyniłem prosty modyfikator smartiego poniżej patch: diff -ruNa diff-1.7/lib/Smarty/plugins/modifier.iban_fmt.php diff-gaco/lib/Smarty/plugins/modifier.iban_fmt.php --- diff-1.7/lib/Smarty/plugins/modifier.iban_fmt.php 1970-01-01 01:00:00.000000000 +0100 +++ diff-gaco/lib/Smarty/plugins/modifier.iban_fmt.php 2010-05-16 01:36:28.000000000 +0200 @@ -0,0 +1,32 @@ +<?php +/** + * Smarty plugin + * @package Smarty + * @subpackage plugins + */ + + +function smarty_modifier_iban_fmt($string) +{ + preg_match('/(\d{2})(\d{4})(\d{4})(\d{4})(\d{4})(\d{4})(\d{4})/', $string, $matches); + for ($i=1;$i<=7;$i++) { + $bankaccount = $bankaccount . ' ' . $matches[$i]; + } + + return $bankaccount; + +} + +?> diff -ruNa diff-1.7/templates/customerinfobox.html diff-gaco/templates/customerinfobox.html --- diff-1.7/templates/customerinfobox.html 2009-12-14 15:37:15.000000000 +0100 +++ diff-gaco/templates/customerinfobox.html 2010-05-16 01:37:49.000000000 +0200 @@ -158,7 +158,7 @@ <IMG SRC="img/card.gif" ALT=""> </TD> <TD WIDTH="99%" COLSPAN="2" NOWRAP> - {$customerinfo.bankaccount} + {$customerinfo.bankaccount|iban_fmt} </TD> </TR> {/if}

1 0

Liczenie VAT - podsumowanie
by Przemysław (HaCeK) Bryniak 15 Maj '10

15 Maj '10

Ja mam propozycje co do tego... a więc .. 1) Wpisujemy 1szt netto w taryfie 2) w polu obok mamy obliczenie brutto (skrypt JAVA przelicza odrazu jak wpisujemy netto) 3) Taryfy uzupełniamy raz, więc jak ktoś posiedzi 2 minuty i popróbuje różne kwoty zeby miec to co chce to nic mu się nie stanie (przynajmniej tak mi się wydaje :) ) 4) chętnie bym to zrobił, ale JAVA to dla mnie czarna magia :( 5) Jeżeli taryfa nie chce wyjść po zaokrągleniu taka jak chcemy to CHECKBOX - rabat, który by powodował auto rabat. 6)Przykład - 41zł netto - 41*1,22=50,02 (tak twierdzi kalkulator z windowsa :) ) i mamy brutto 50,02 jako, że jest to "głupia" kwota zaznaczamy CHECKBOX rabat i na FV widzimy Abonament - 41złnetto 50,02 brutto RABAT 0,02zł Do Zapłaty 50,00zł Wg. mnie jest to "CHYBA" najlepsze rozwiązanie, które nie wymaga specjalnie dużego wysiłku, a pozwoli na jakiekolwiek roztrzygnięcie problemu NETTO-BRUTTO To tylko propozycja jak ja to widzę, więc proszę nie rzucajcie we mnie mięsem :) Pozdrawiam :)

2 2

Liczenie VAT - podsumowanie
by Przemysław (HaCeK) Bryniak 15 Maj '10

15 Maj '10

No wsumie... , ale jest jeszcze mała alternatywa :) Można zrobić pola Netto i Brutto: 1) Wpisuje Brutto to LMS liczy sobie netto (czyli if ($_POST['netto'] == NULL) { $netto = $_POST['brutto'] / costam costam ;} 2) Wpisuje Netto to LMS liczy sobie brutto .... 3) Na koniec w bazie i tak i tak mamy i netto i brutto 4) Widziałem gdzieś kiedyś na jakiejś FV pozycje netto zaokrągloną do 5 miejsc po przecinku, nie pamiętam gdzie i kiedy, ale widziałem coś takiego ... może to by też jakoś rozwiązało problem ... chociaż nie widze ŻADNEGO sensu wywalania na FV kwot XX,YYYYYYYYYYYYYYYYYYYYY .... Pozdrawiam :)

1 0

Re: [lms] Blad po upgrade do biezacej cvs
by Przemysław (HaCeK) Bryniak 15 Maj '10

15 Maj '10

Nie chce byc namolny czy cos, ale CREATE VIEW vnodes_mac AS SELECT nodeid, GROUP_CONCAT(mac SEPARATOR ',' ORDER BY id) AS mac FROM macs GROUP BY nodeid zwraca mi #1064 - You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'ORDER BY id) AS mac FROM macs GROUP BY nodeid' at line 2 A takie dziala CREATE VIEW vnodes_mac AS SELECT nodeid, GROUP_CONCAT(mac SEPARATOR ',' ) AS mac FROM macs GROUP BY nodeid ORDER BY id Pozdrawiam :)

2 1

Re: [lms] Blad po upgrade do biezacej cvs
by Przemysław (HaCeK) Bryniak 14 Maj '10

14 Maj '10

Dooookladnie to dziala :) CREATE VIEW vnodes AS SELECT n.*, GROUP_CONCAT(mac SEPARATOR ',') AS mac FROM nodes n LEFT JOIN macs m ON n.id = m.nodeid GROUP BY n.id, n.name, n.ipaddr, n.ownerid, n.netdev, n.linktype, n.creationdate, n.moddate, n.creatorid, n.modid, n.access, n.warning, n.lastonline, n.info, n.passwd, n.ipaddr_pub, n.location, n.chkmac, n.halfduplex, n.port, n.nas; :)

1 0

Re: [lms] Blad po upgrade do biezacej cvs
by Przemysław (HaCeK) Bryniak 14 Maj '10

14 Maj '10

Taka kombinacja sprawia ze wszystko dziala OK moze macie lepsze pomysły, ale ja wpadłem tylko na taki przy pomocy gugla :) CREATE VIEW vnodes_mac AS SELECT nodeid, GROUP_CONCAT(mac SEPARATOR ',') AS mac FROM macs GROUP BY nodeid CREATE VIEW vnodes AS SELECT n.*, m.mac FROM nodes n LEFT JOIN vnodes_mac m ON (n.id = m.nodeid) Pozdrawiam :)

2 1

Re: [lms] Blad po upgrade do biezacej cvs
by Przemysław (HaCeK) Bryniak 14 Maj '10

14 Maj '10

Tomasz mam pytanie, czy testowałeś ten view na MySQL ?? bo ja mam .. #1349 - View's SELECT contains a subquery in the FROM clause taki o error w phpmyadmin i z tego co zdazylem wyczytac na guglach to MySQL nie obsluguje SELECT w FROM clause a korzystam z MySQL 5.1.45

2 1

Re: [lms] Blad po upgrade do biezacej cvs
by Tomasz Chiliński 14 Maj '10

14 Maj '10

On Thu, 13 May 2010 22:09:05 +0200, tdabek(a)go2.pl wrote: > Dnia 12 maja 2010 14:31 Tomasz Chiliński <tomasz.chilinski(a)chilan.com> > napisał(a): > >> Jaką wersję schematu DB pokazuje Ci LMS po aktualizacji do wersji >> bieżącej? >> Rozumiem, że błąd pojawia Ci się przy wyborze modułu customeredit? > > po aktualizacji do bieżącej mam: > LMS 1.11 cvs > (1.1028/1.30) > DB: 2010050600 > > z tym że poprzednio nie zauważyłem, że zniknęły wszystkie komputery, > tzn LMS ich nie wyświetlał, wróciły dopiero po wrzuceniu ponownie CVSa. > > wygląda na to, że prawdopodobnie za pierwszym razem upgrade bazy > nie przeszedł pomyślnie, bo tam chyba było jakieś przerzucenie > komputerów do nowej tabeli i dopiero za drugim wrzuceniem CVSa > LMS zaczął je poprawnie wyświetlać. Tak właśnie było - przerzucenie adresów MAC z tabeli nodes do tabeli macs. > Pozostaje fakt instancji tc demona bo pewnie zapytanie też już powinno > być inne? O który moduł daemona Ci chodzi? Poprawię w wolnej chwili. > p.s. > a maile z listy przychodzą do mnie z jakimś 12-godzinnym opóźnieniem :( Zauważyłem w logach, że serwery smtp o2.pl lubią odpowiadać: 450 Please try later Prawdopodobnie za jakiś limit nadawanych listów albo liczby odbiorców jest przekraczany i o2.pl pyszczy... > pozdrawiam > Tomek -- Pozdrawiam Tomasz Chiliński, Chilan

3 7

Re: [lms] Blad po upgrade do biezacej cvs
by Tomasz Chiliński 13 Maj '10

13 Maj '10

On Wed, 12 May 2010 14:12:31 +0200, tdabek(a)go2.pl wrote: > Witam Witam. > Zrobilem upgrade z cvs z wersji sprzed 2-3 miesiecy do biezacego i na > karcie klienta > pojawia sie taki oto komunikat: > > Wystąpiły błędy w obsłudze bazy danych! > Zapytanie: SELECT id, name, mac, ipaddr, inet_ntoa(ipaddr) AS ip, > ipaddr_pub, inet_ntoa(ipaddr_pub) AS ip_pub, passwd, access, warning, info, > ownerid, location, lastonline, (SELECT COUNT(*) FROM nodegroupassignments > WHERE nodeid = nodes.id) AS gcount FROM nodes WHERE ownerid='3' ORDER BY > name ASC > Błąd: Unknown column 'mac' in 'field list' > dodatkowo instancja tc demona nie "widzi" taryf klientow chociaz te w UI > sa widoczne i generuje tylko sekcje begin i end. Czyzby z tego samego > powodu > jak wyzej: " Błąd: Unknown column 'mac' in 'field list' " Jaką wersję schematu DB pokazuje Ci LMS po aktualizacji do wersji bieżącej? Rozumiem, że błąd pojawia Ci się przy wyborze modułu customeredit? > Obecnie wrzucilem wersje 1.11.10 Kri ale to nie rozwiazalo sprawy. > > LMS 1.11.10 Kri > (1.1026/1.30) > DB: 2010031100 > > Wersja LMS: 1.11.10 Kri (1.1026/1.30) > Wersja LMSDB: 1.11.10 Kri (1.52/1.57) > Wersja MySQL: 5.0.51b > Wersja PHP: 5.2.12 > Wersja Smarty: 2.6.26 -- Pozdrawiam Tomasz Chiliński, Chilan

2 1