- lms - lists.lms.org.pl

waluta
by Michal 23 Maj '10

23 Maj '10

hej lms-payments nie upgraduje pola countryid w invoicecontent, nie ma wiec mozliwosci dobrania waluty w zaleznosci od kraju zna ktos moze sposob na to aby klienci spoza PL mieli walute EUR? pzdr Michal

1 2

Re: [lms] Analiza rynku - raport do UKE - automatyczny export z LMS
by Jarosław Czarniak 23 Maj '10

23 Maj '10

Nie przesadzajcie, naprawde. Jesli macie porzadek w bazie to 95% raportu rozwiazuje jedno zapytanie i dennie glupi program wpisujacy idki ulic zamiast nazw do raportu. Potem trzeba tylko recznie pare dupereli poprawic (copy/paste) i tyle. Jak ktos chce to sie podziele (tylko niech pisze dodatkowo do mnie na mejla a nie tylko na grupe bo przeocze) Ja raport na 18000 klientow robilem 2 godziny od poczatku do konca. ----- "CezaRgm" <cezarykl(a)gmail.com> napisał: > > W Państwa liście datowanym 21 maja 2010 (14:47:30) można > przeczytać: > >> Potrzebuje informacji ile takie cos moze kosztowac, oraz w jakim > czasie > >> moze zostac to napisane? > >> Oczywiscie wlaczenie tego pozniej do glownej galezi LMS'a mile > wskazane :) > > Mysle, ze to powinien byc jeden z wazniejszych featureow... My > > moglibysmy sie dorzucic.. mysle ze jeszcze kilka firm tez byloby > > chetnych. > > identyczna sytuacja jest z corocznym raportem dla UKE w sprawie: ile > doszlo, ile ubylo klientow, ile kasy za lacze i jakiej predkosci ile > za podlaczenie i inne popierdowki > > I CO? jest to w glownej galezi LMSa? a powinno :) > > _______________________________________________ > lms mailing list > lms(a)lists.lms.org.pl > http://lists.lms.org.pl/mailman/listinfo/lms -- Pozdrawiam Jarosław Czarniak Jarsat s.c. Kruczkowskiego 25 80-288, Gdańsk jczarniak (at) jarsat (dot) pl tel. 0 58 736 50 00 NIP 583-25-65-608; REGON 191681902;

2 1

Analiza rynku - raport do UKE - automatyczny export z LMS
by Andrzej Banach 21 Maj '10

21 Maj '10

W skrocie. UKE zazadalo danych dotyczacych ilosci klientow z dokladnoscia do budynku, rodzaju lacza, taryfy itp. Z uwagi na fakt, ze dane nalezy przekazac do 11.06.2010 i tak bedzie juz co rok mam pytanko: Podejmie sie ktos przerobki LMS'a i wykonania exportu danych klientow tak by byl zgodny z wytycznymi UKE? Do przerobienia byloby zmodyfikowanie pol dotyczacych adresu klienta tak by bylo to zgodne z baza TERRYT (wybieralibysmy nazwy ulic, numery budynkow itp, a nie tak jak do tej pory wpisywalibysmy je). Do tego trzeba by napisac jakis modul exportu zgodny z wytycznymi UKE. Tutaj wszelkie niezbedne techniczne informacje: http://www.uke.gov.pl/uke/index.jsp?place=Lead24&news_cat_id=375&news_id=53… Potrzebuje informacji ile takie cos moze kosztowac, oraz w jakim czasie moze zostac to napisane? Oczywiscie wlaczenie tego pozniej do glownej galezi LMS'a mile wskazane :) pozdrawiam -- Andrzej Banach net-komp.net.pl

4 3

Re: [lms] Liczenie VAT - podsumowanie
by ms＠osw.pl 18 Maj '10

18 Maj '10

----- Original Message ----- From: ms(a)osw.pl [mailto:ms@osw.pl] To: lms(a)lists.lms.org.pl Sent: Thu, 13 May 2010 11:05:51 +0200 Subject: Re: [lms] Liczenie VAT - podsumowanie Nie mam jeszcze opinii swojego księgowego, ale z dyskusji na grupie i poza nią wychodzi mi że fakturowanie należy przeprojektować w następujący sposób: 1. W przypadku wybrania 'brutto' obliczenia odbywają się jak dotychczas. Zmianie ulega formularz wystawiania faktury, jest możliwość wpisania tylko ceny brutto. Na wydruku kolumna 'cena jedn. netto' zostaje zamieniona na 'cenę jedn. brutto'. witam biegli ksiegowi ktorych biuro obsluguje upieraja sie ze cena jednostkowa netto na wydruku fs musi byc zawsze bez wzgledu na sposob wystawiania faktury pozdrawiam Michal Szymoniak www.mp-serwis.pl

6 11

FVAT w eur?
by Michal 17 Maj '10

17 Maj '10

Jest to możliwe? :) pzdr

1 0

Wyszukiwanie klienta po numerze rachunku bankowego
by Krzysztof Szwaba 16 Maj '10

16 Maj '10

Czy jest możliwość znalezienia klienta po numerze rachunku bankowego ? Ewentualnie jakiego zapytania SQL użyć ? Krzysztof

2 2

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