- lms - lists.lms.org.pl

Re: druczki
by Lukasz 28 Lis '06

28 Lis '06

> Apropos, masz niezgodne z obowiązującą aktualnie normą druczki, ale to tak > na marginesie ;) to był przykład jak zreszta pisze :) nowych druczków jeszcze nie mamy

1 0

Re: druczki
by Marcin Król 28 Lis '06

28 Lis '06

Łukasz Biedroński napisał(a): > Jeśli chcesz to zrobić tanio a zarazem solidnie to polecam zlecić w > drukarni wydruk czystych blankietów wpłat oczywiście pociętych i > nadrukowywać dane klientów samodzielnie :) . > przykład : http://www.ksknet.pl/druk-wplaty.jpg > Druki przychodzą z drukarni a my nadrukowujemy laserem potrzebne > informacje dla każdego klienta poprzez druk seryjny z bazy danych :) Apropos, masz niezgodne z obowiązującą aktualnie normą druczki, ale to tak na marginesie ;) -- _ _ _ ___ | |_ | \/ |( __| 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: [lms] Re: Pytanie odnośnie tabeli passwd.
by Dariusz J. 28 Lis '06

28 Lis '06

> Konrad Cempura napisał(a): >> LMS nie musi widzieć, ani używać tego pola (w interfejsie WWW), ono >> będzie dostępne dla innych programów. >> Musi tylko umieć dodać usera do bazy i umieć się zaktualizować >> prawidłowo. > Jezeli w interface WWW nie bedzie uzywalo tego pola, to mysle ze w 99% nie powinno to wplynąć. Chyba ze całkowicie przebuduje sie baze danych, w co wątpie zeby bylo trzeba robić.. > Usera dodaje prawidłowo. > Została kwestia taka, czy przyszłe aktualizacje LMSa nie zaszkodzą temu > dodatkowemu polu? Powiem tak, ja od długiego czasu mam własne pola w bazie danych i takze zmodyfikowane taryfy dodane pola limitow nocnych i od okolo poł roku nie mam problemów przy aktualizacji. LMS rozwija się w przemyslany sposób beż obracania wszystkiego do góry nogami. > > Inna sprawa - nie zastanawialiście się, żeby wprowadzić takie pole do > konfiguracji użytkowników? Mi osobiscie to nie są potrzebne takie opcje, nawet moja mama umie obłsugiwać i nie pyta mnie co do czego służy i czy działa. To i tak się robi i konieć.. > > Kolejna kwestia... to jakie pola są widoczne powinno dać się ustawić w > Konfiguracji UI. Niektóre są niepotrzebne, bo każdy ma na swój sposób > rozwiązane pewne kwestie (np u mnie nie potrzebuje pola rate, bo skrypt > sam sobie oblicza, potrzebuję tylko czasem ceil). Konfigurowanie ich > pokazywania upiększyło by LMSa :P > no to zabieraj sie za robote i dopisz, niestety obecnie tylko chyba alec udziela się najwiecej, z tego co widze w changelogu > Poza tym ludzie którym go zakłądam nie pytali by mnie co działa, a co nie > i dlaczego. Mysle ze w tej kwesti powinieś sam to dorobić, a nie wyręczać sie innymi ludzmi, bo wątpie zebyś to robił za darmo i mówił jaką robote ciężko odwalili autorzy tego projektu...

1 0

Re: Pytanie odnośnie tabeli passwd.
by Konrad Cempura 28 Lis '06

28 Lis '06

Konrad Cempura napisał(a): > LMS nie musi widzieć, ani używać tego pola (w interfejsie WWW), ono > będzie dostępne dla innych programów. > Musi tylko umieć dodać usera do bazy i umieć się zaktualizować prawidłowo. Usera dodaje prawidłowo. Została kwestia taka, czy przyszłe aktualizacje LMSa nie zaszkodzą temu dodatkowemu polu? Inna sprawa - nie zastanawialiście się, żeby wprowadzić takie pole do konfiguracji użytkowników? Kolejna kwestia... to jakie pola są widoczne powinno dać się ustawić w Konfiguracji UI. Niektóre są niepotrzebne, bo każdy ma na swój sposób rozwiązane pewne kwestie (np u mnie nie potrzebuje pola rate, bo skrypt sam sobie oblicza, potrzebuję tylko czasem ceil). Konfigurowanie ich pokazywania upiększyło by LMSa :P Poza tym ludzie którym go zakłądam nie pytali by mnie co działa, a co nie i dlaczego.

1 0

Pytanie odnośnie tabeli passwd.
by Konrad Cempura 28 Lis '06

28 Lis '06

Buduję system pocztowy w oparciu o LMSa. Zakładanie kont, aliasów, quoty będzie odbywać się w LMSie. Potrzebuję pola transport w tabeli passwd. Domyślnie każdy dostawał by virtual, a wybrane przeze mnie konta dostały by postdrop. Pytanko myślę bardzo proste... czy jeśli dodam tam to pole, to przy następnych aktualizacjach LMSa nie będzie problemów? LMS nie musi widzieć, ani używać tego pola (w interfejsie WWW), ono będzie dostępne dla innych programów. Musi tylko umieć dodać usera do bazy i umieć się zaktualizować prawidłowo.

1 0

Re: LMS 1.9-cvs - numery rachunków
by Dariusz Kowalczyk 28 Lis '06

28 Lis '06

On Tue, 28 Nov 2006 17:57:01 +0100, A.L.E.C wrote > Marcin Król wrote: > > >> dobra, doczytałem, poprawiona funkcja powinna działać z 3 i 4 cyfrowym > >> nr konta, z innymi także (nie testowane): > > > > Hola, są banki w których identyfikator ma np. 6 cyfr. Jak już poprawiać > > kod, to tak żeby uwzględniał identyfikator każdej długości. > > moja wersja to uwzględnia, pasuje jeszcze dodać warunek, na wypadek > gdyby ktoś zechciał wpisać > 16 znaków ;) > > -- > Aleksander 'A.L.E.C' Machniak http://alec.pl gg:2275252 > LAN Management System Developer http://lms.alec.pl taaa powinno sie wtedy pokazac wyskakujace okienko z wielkimi literami "IDIOTA" :-) Dariusz Kowalczyk

1 0

Re: [lms] Re: [lms] Re: [lms] Re: [lms] Re: [lms] Re: LMS 1.9-cvs - numery rachunków
by A.L.E.C 28 Lis '06

28 Lis '06

Marcin Król wrote: >> dobra, doczytałem, poprawiona funkcja powinna działać z 3 i 4 cyfrowym >> nr konta, z innymi także (nie testowane): > > Hola, są banki w których identyfikator ma np. 6 cyfr. Jak już poprawiać > kod, to tak żeby uwzględniał identyfikator każdej długości. moja wersja to uwzględnia, pasuje jeszcze dodać warunek, na wypadek gdyby ktoś zechciał wpisać > 16 znaków ;) -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg:2275252 LAN Management System Developer http://lms.alec.pl

1 0

Re: LMS 1.9-cvs - numery rachunków
by Dariusz Kowalczyk 28 Lis '06

28 Lis '06

On Tue, 28 Nov 2006 17:04:46 +0100, Marcin Król wrote > A.L.E.C napisał(a): > > A.L.E.C wrote: > >> http://pl.wikipedia.org/wiki/IBAN > >> > > > > dobra, doczytałem, poprawiona funkcja powinna działać z 3 i 4 cyfrowym > > nr konta, z innymi także (nie testowane): > > Hola, są banki w których identyfikator ma np. 6 cyfr. Jak już poprawiać > kod, to tak żeby uwzględniał identyfikator każdej długości. > > -- > _ _ _ ___ > | |_ | \/ |( __| > http://www.|___)|_||_||___).rulez.pl > > Marcin 'Lexx' Król LMS Developer > lexx(a)polarnet.gliwice.pl GG: 652506 > Nie odpisuje na listy pisane w HTML. proponuje zeby to zrobic tak, skrypt rozpoznawal bedzie ile cyfr klient wpisal jako numer identyfikacyjny konta odejmowal ta liczbe cyfr od 16 i reszte przeznaczal na generowanie numerow kont Dariusz Kowalczyk

1 0

Re: LMS 1.9-cvs - numery rachunków
by Dariusz Kowalczyk 28 Lis '06

28 Lis '06

On Tue, 28 Nov 2006 13:06:17 +0100, Lukasz wrote > Nie śledze rozwoju tak dokładnie, i nie zauważyłem wcześniej generowania > rachunków w/g identyfikatora klienta. Obecnie w firmie wdrażamy system > bankowy tego typu i przy takich systemach identyfikator klienta jest 3 > cyfrowy a reszta cyfr czyli 13 cyfr zostaje o naszej dyspozycji. Jeśli > jesteś pewien, że w niektórych bankach przy tego typu systemach sa 4 cyfry > to wspomne, że w banku Deutsche Bank PBC S.A. który posiada jeden z > najtańszych tego typu systemów na rynku w polsce używa 3 cyfr. > > Pozdrawiam > Łukasz Nie masz racji kolego ja uzywam transcollecta banku BPH od ponad roku i tam jest podzial 4 na 12 czyli 4 identyfikuja klienta 12 jest przeznaczone do identyfikacji platnosci ...ale to nie ma wiekszego znaczenia bo bank dla Ciebie ma do dyspozycji 16 cyfr jeden bank to podzieli 3 na 13 drugi 4 na 12 a jeszcze innych ktor ma mnsotwo teo typu uslug moze podzielic na 5 na 11 czy 6 na 10 to zalezy od bankuy i lms powinien oblsugiwac wszsytkie mozliwosci wiec powinien dac mozliwosc recznego zdefiniowania ile cyfr stanowi identyfikacje klienta a ile cyfr jest przeznaczoen na generowanie automatycne nuemrow konta bankowych do identyfiukacji proponuje zeby to zrobic tak zeby skrytp rozpoznawal ile cyfr klient wpisal jako nuemr identyfikacyjny konta odejmowal to od 16 i reszte przeznaczal na generowanie numerow kont Dariusz Kowalczyk

1 0

Re: LMS 1.9-cvs - numery rachunków
by Dariusz Kowalczyk 28 Lis '06

28 Lis '06

On Tue, 28 Nov 2006 17:04:46 +0100, Marcin Król wrote > A.L.E.C napisał(a): > > A.L.E.C wrote: > >> http://pl.wikipedia.org/wiki/IBAN > >> > > > > dobra, doczytałem, poprawiona funkcja powinna działać z 3 i 4 cyfrowym > > nr konta, z innymi także (nie testowane): > > Hola, są banki w których identyfikator ma np. 6 cyfr. Jak już poprawiać > kod, to tak żeby uwzględniał identyfikator każdej długości. > > -- > _ _ _ ___ > | |_ | \/ |( __| > http://www.|___)|_||_||___).rulez.pl > > Marcin 'Lexx' Król LMS Developer > lexx(a)polarnet.gliwice.pl GG: 652506 > Nie odpisuje na listy pisane w HTML. ban do dyspozycji ma 16 cyfr dla swojego klienta: bank ktor ma niewielu ale duzych klientow podzieli to tak xxx xxxxxxxxxxxxx inny tak xxxx xxxxxxxxxxxx a bank ktory ma duzo srednich lub drobnych klientow podzieli to tak xxxxx xxxxxxxxxxx czy tak xxxxxx xxxxxxxxxx i lms jak juz powinien uwzledniac wszystkie mozliwie kombinacje moznaby zalozyc dla uproszczenia ze na sztywno ustawiamy ze lms przyporzadkuje tylko 10 cyfr do identyfikacji platnosci (do automatycznego generowania) wtedy ci klienci ktorzy ma tylko 3 cyfry dopisaliby sobie poprostu zera do numeru identyfikujacego klienta Ci co otrzymali 4 cyfrowy numer identyfikacyjny 2 zera itd ... ...albo jeszcze prosciej pozwolic uzytkonikowi zadecydowac ile chce wklepac jako numer identyfikacyjny a ile cyfr przeznaczyc do puli identyfkujacej platnosci byle mu sie suma zgadzala i wynosila 16 pozycji to ostatnie bedzie najzdrowszym podejsciem ...aczkolwiek nawiecej pewnie bedzie rodzic problemow wsrod ludzi ktorzy nie lubia czytac dokumentacji (instrukcji obslugi :-) ) czyli wsrod narodu Polskiego :-) Dariusz Kowalczyk

1 0