Lipiec 2005 - lms - lists.lms.org.pl

Re: forum, nie lista
by Krzysztof Drewicz 26 Lip '05

26 Lip '05

Rafal Plesniak napisał(a): >>w 98 roku, forum= wygoda, szybkosc i CZYTELNOSC! >> >> >> > >Zupełnie bezsensowny pomysl.... > Hm, a może wiesz co, źle oceniamy ten pomysł, pozwólmy mu zrobić to forum. kd, -- Krzysztof Drewicz

1 0

Re: forum, nie lista
by Rafal Plesniak 26 Lip '05

26 Lip '05

Dnia wtorek, 26 lipca 2005 22:24, depert(a)o2.pl napisał: > Witam, > Jak w temacie, forum jest wygodniejsze naprawde lista byla "fajna" jeszcze > w 98 roku, forum= wygoda, szybkosc i CZYTELNOSC! pomyslcie o tym > a poza tym super pomysl i wykonanie (lms), gratuluje bezinteresownej pracy. Zupełnie bezsensowny pomysl.... Pozdrawiam Rafal ---------------------------------------------------------------------- Najlepszy serwis MOTO w Polsce! >>> http://link.interia.pl/f18a8

1 0

Re: forum, nie lista
by Krzysztof Drewicz 26 Lip '05

26 Lip '05

depert(a)o2.pl napisał(a): >Witam, >Jak w temacie, > Te, ziomal będę miły, WYPIE*****J. >(lms), gratuluje bezinteresownej pracy. > > A kto Ci takich bujd naopowiadał? kd, -- Krzysztof Drewicz

1 0

forum, nie lista
by depert＠o2.pl 26 Lip '05

26 Lip '05

Witam, Jak w temacie, forum jest wygodniejsze naprawde lista byla "fajna" jeszcze w 98 roku, forum= wygoda, szybkosc i CZYTELNOSC! pomyslcie o tym a poza tym super pomysl i wykonanie (lms), gratuluje bezinteresownej pracy. Pozdrawiam, Depert.

1 0

Re: Faktury korygujÄ�ce - RFC
by Krzysztof Drewicz 26 Lip '05

26 Lip '05

Przemysław 'Repcio' Gubernat napisał(a): > > >>Mysle ze tak jak i u nas w wiekszosci sieci kazdy abonent ma swoje >>subkonto i wplaca na nie pieniazki niekoniecznie w kwocie jaka widnieje na >>fakturze. W zaleznosci od stanu srodkow na tym subkoncie nastepna fakturka >>ma zapisy >> - wartosc - tyle i tyle >> - saldo z poprzedniego okresu rozliczeniowego - tyle i tyle >> >> >Akurat nie każdy ma subkonta, niektórzy muszą do tego "dorosnąć", a sieciom >do 60 osób nikt nie będzie robił subkont. > > Subkonto w sensie "wirtualnie wyklikane". Teraz np nie umiemy obsłużyć intelligo ani mBanku z palca i w pełni. Czekam na skrypty od juserii! Niech kurcze ruszą łapkami albo nie marudzą bo marudy mi ostatnio zawracały pupę że jeszcze tylko by ssał lms z inteligo (gdzie sub-konta nie mają numerków ciągłych) i było by siuper. A subkonto to nawet w dużej spzoo może oznaczać że masz jeden numer konta, a Twój klient ma u ciebie "swoje subkonto" i jego stan sprawdza kd. -- Krzysztof Drewicz

1 0

Re: Faktury korygujÄ�ce - RFC
by Krzysztof Drewicz 26 Lip '05

26 Lip '05

jpk napisał(a): > Do tego brakuje korekt oraz możliwości dodania do faktury miesięcznej > usług jednorazowych (tzn. takich które by nie były opisywane jako > "abonament za %zmienna za okres 01/07 - 31/07)... Zdaje sobie sprawę, > że to nie jest tak łatwo ale może warto to zrobić w pierwszej > kolejności... E tam. Nie implementuję tego bo to bałdzo firmowa rzecz. Teraz po prostu takie coś jest na 5 świstkach. A jak ktoś ma taką potrzebę żeby na papierze zaoszczędzić, cusz, zapraszamy na lms-support(a)lists.rulez.pl :-p Działającą automatykę STOSUNKOWO ŁATWO zmienić tak aby klient miał 01.08 otwieraną fakturę i dopisywane do niej usługi, od abonamentu zaczynając i 31.08 aby ta faktura była ZAMYKANA i nadawany jej numerek. Ale niech siem dusi wypowiedzą co o tym myślą. kd. -- Krzysztof Drewicz

1 0

Re: Faktury korygujÄ�ce - RFC
by Krzysztof Drewicz 26 Lip '05

26 Lip '05

Andrzej Banach napisał(a): ><cytowanie kto="Krzysztof Drewicz"> > > > >>Jak najbardziej może -- to całe "rozliczanie" jest hm... cóż no jest nie >>do końca dobre i tyle... >> >> >> > >"to cale rozliczanie w LMS jest DO BANI !!!" > >niezle sie nad tym napracowal... wogole nad calym LMS'em. Uwazam tylko ze >to jest calkowicie niepotrzebne. > > Ano. Dlatego teraz roooobiiiimyyyy pooowoooooooooooooli żeby się nie przeeegrzaaaaaaać i słuchamy 30 ludzi mówiących coś zanim napiszemy 3 linijki kodu. Cała implementacja faktur MI się nei podobała, ale no coż, widziały gały co brały, a jak nie to znajomego informatyka po infie+ekonometri/ekonomi zapytać... Ruchy które teraz mają miejsce robią niezłe zamieszanie. Wróć. Robią pełne zrównanie z ziemią i budowę niemalże od podstaw. >Mysle ze tak jak i u nas w wiekszosci sieci kazdy abonent ma swoje >subkonto > Nazywaj to jak chcesz, jak zrobiłem "razy -1" to Baseciq, skarb nie mój się krzywo na mnie patrzył... Ale LMS nawet KWOTY podaje źle. Powinny być przemnożone w wielu miejscach przez minus jeden... Ale admini sieci to nie księgowi, nespa? > - wartosc - tyle i tyle > - saldo z poprzedniego okresu rozliczeniowego - tyle i tyle > > I po to robiłem taki z tyłu niby wykazik, naliczono 5 zł, wpłacił 6 to teraz ma 1 zł nadpłaty i tyle. >Nikt nie klika fakturek ze ta jest rozliczona a ta nie bo sam nie wiem co >za system by musial do tego byc... Ludzie wplacaja najrozniejsze kwoty - > > Proste, obłsugujący przy okazji noty obustronne i podobne rzeczy. No i pełna księgowość, wpłata na konto 4.99 zł dostaje numerek np ID_klienta/Bank_mbank03/2005/08/25/1 następna to ID_klienta/Bank_mbank03/2005/08/25/2 etc.. ale to nie program to pełnej księgowości... jeśli ktoś ma firmę z pełną księgowością to ja chętnie rzucam mu się na szyję i w 5 lat zrobię mu pełnego ERP :-D >niz na uchodzeniu za program ksiegowy. On nigdy nie dorowna >prawdziwym programom ks. a czas spedzony na dostosowywaniu go do nich jest >nieporownywalnie wielki do korzysci jakie z tego plyna. > > Czemu. Sama tabelka cash jest niezła, masz plik tekstowy który nawet głupi sklep (o hurcie juz nie wspominahjąc) nieźle potrafi przetworzyć a potem wyexportować sobie zaksiegowane wpłaty. A jeśli małej sieci klasy 10 osób, iDSL2000 i działalności gospodarczej nie stać na zestaw XP HomeEdition + WFmag, albo freedos+wfmagdos to czemu nie? Oczywiście każdy porządny ISP z 1000+ klientów ma swój FiK którego księgowy nie oleje, i może mieć po prostu linię do faktur "LMS" i księgowanie w FiK albo mieć export do FiK i tam wystawianie+księgowanie. Jak sprzężesz to jeszcze z "cash-import" to już masz co prawda opóźnione ale całkiem niezłe dane. Btw cashimport ssie ciut i nijaki Boczi miał mi podesłać skrypta do mBanku i chyba go zgwałcę na tę okoliczność albo p.preses się poskarżę! >Oki, rozpisalem sie jak nigdy - pewnie mnie teraz zbluzgacie ze co ja sie >wtracam ale pisze to tylko po to byscie sie zastanowili czy naprawde warto >robic niektore rzeczy. > Szczerze? większość rzeczy w LMS jest robiona przezemnie Pro Publico Bono. Czy warto? cusz. Przyszłość pokaże. >Osobiscie nie przeszkadza mi fakturowanie, > > No właśnie, a jak widziałem inne programy około finansowe klasy GPL to khem. Cusz. No postoję obok i ewentualnie doradzę komuś faktury w arkuszu kalkulacyjnym... >Malutkie sieci (a w >sumie dla takicha zawsze piszecie ze LMS jest projektowany) > Niech się wypowiedzą Ci który mają malutkie sieci >1000 klientów... Cóż -- :LMS: nadal tam działa.. Po prostu to jest tak napisane po cichu z założeniem że człowiek który ma dużą sieć wie co robi i albo napisze jakiś własny zestaw do zarządzania sobie siecią i zintegruje to z milionem różnorakich sprzętów albo skorzyta z tego. Ja tylko się czepiam żeby te firmy łaskawie przysyłały success stories i zmiany/skrypty/templaty konfigów którymi ustawiają sobie różnorakie sprzęty. Bo inni dzielić siem niechcom. >i wystarczy jej import nowych klientow z bazy >LMS'a... > PEŁNY import i export :-D Automatyka Obsługi Klienta moze wdraża się dłuże kilka tygodni ale po uruchomieniu... Jusz taki mały panel z wydrukuj sobie fakturkę i sprawdź saldo zmniejsza pracę pani na "hotline" o około 30-50%. Klient wie ile zalega ile zapłacił etc.. kd. -- Krzysztof Drewicz

1 0

Re: Faktury korygujÄ�ce - RFC
by Przemysław 'Repcio' Gubernat 26 Lip '05

26 Lip '05

On Mon, Jul 25, 2005 at 10:37:23PM +0200, Andrzej Banach wrote: [..] > Wkoncu jakis deweloper potwierdzil to co kazdy ksiegowy, rozliczajacy > faktury, lub chociazby pracownik ktory przeczytal troszke o fakturach wie > od dawna. Sorki ze napisze to wprost ale "to cale rozliczanie w LMS jest > DO BANI !!!" Tylko nie mowcie bym napisal to sam itp bo tego nie zrobie > gdyz najzwyczajniej nie potrafie. Piszac to cenie sobie ze ktos naprawde > niezle sie nad tym napracowal... wogole nad calym LMS'em. Uwazam tylko ze > to jest calkowicie niepotrzebne. W mojej sieci patrzę tylko czy stan konta >=0 zł > Mysle ze tak jak i u nas w wiekszosci sieci kazdy abonent ma swoje > subkonto i wplaca na nie pieniazki niekoniecznie w kwocie jaka widnieje na > fakturze. W zaleznosci od stanu srodkow na tym subkoncie nastepna fakturka > ma zapisy > - wartosc - tyle i tyle > - saldo z poprzedniego okresu rozliczeniowego - tyle i tyle Akurat nie każdy ma subkonta, niektórzy muszą do tego "dorosnąć", a sieciom do 60 osób nikt nie będzie robił subkont. -- Szanuj admina swego, możesz mieć gorszego..... (c) 2000 Przemysław Gubernat +-=-=- Przemysław Gubernat <repcio(a)repcio.net> -=-=-=-=-=-=-+ | _API Internet_ A. Stolarczyk i P. Gubernat Spółka Jawna | | System Administrator @ Repcio.NET | | Jestem twoim ostatecznym rozwiązaniem ! | +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+

1 0

Re: Faktury korygujÄ�ce - RFC
by jpk 25 Lip '05

25 Lip '05

Andrzej Banach napisał(a): ><cytowanie kto="Krzysztof Drewicz"> > > > >>>Ad. 4 - hmm. czy to aby wlasciwe - faktura rozliczona rowniez chyba moze >>>podlegac korekcie (moge sie mylic)... >>> >>> >>> >>> >>Jak najbardziej może -- to całe "rozliczanie" jest hm... cóż no jest nie >>do końca dobre i tyle... >> >> >> > >Wkoncu jakis deweloper potwierdzil to co kazdy ksiegowy, rozliczajacy >faktury, lub chociazby pracownik ktory przeczytal troszke o fakturach wie >od dawna. Sorki ze napisze to wprost ale "to cale rozliczanie w LMS jest >DO BANI !!!" Tylko nie mowcie bym napisal to sam itp bo tego nie zrobie >gdyz najzwyczajniej nie potrafie. Piszac to cenie sobie ze ktos naprawde >niezle sie nad tym napracowal... wogole nad calym LMS'em. Uwazam tylko ze >to jest calkowicie niepotrzebne. >Mysle ze tak jak i u nas w wiekszosci sieci kazdy abonent ma swoje >subkonto i wplaca na nie pieniazki niekoniecznie w kwocie jaka widnieje na >fakturze. W zaleznosci od stanu srodkow na tym subkoncie nastepna fakturka >ma zapisy > - wartosc - tyle i tyle > - saldo z poprzedniego okresu rozliczeniowego - tyle i tyle >Nikt nie klika fakturek ze ta jest rozliczona a ta nie bo sam nie wiem co >za system by musial do tego byc... Ludzie wplacaja najrozniejsze kwoty - >czasem wziete z kosmosu, ale jak przychodzi kolejna fakturka to wiedza juz >ze czegos niedoplacili/nadplacili. A nie daj Boze jak ktos jeszcze nalicza >odsetki za zwloke... >W rozliczeniach za dostep do sieci internet (a mysle ze rozliczanie w LMS >w 99% do tego sluzy) wystawiamy faktury abonamentowe i sie po prostu nie >da rozliczac faktur w taki sposob jak implementujecie to w LMS.. >Mam nadzieje ze potraktujecie to powaznie i przemyslicie czy warto trudzic >sie nad czyms co z zalozenia jest skazane na porazke. >Od dawien dawna chcialem sie przesiasc na rozliczanie faktur z LMS'a ale >mysle ze do tego LMS jeszcze musi dorosnac. Wogole uwazam (z tym sie >napewno nie zgodzicie i macie do tego pelne prawo) ze LMS powinien skupic >sie bardziej na administrowaniu sieci (w sumie juz chyba wszystko co >potrzeba ma) niz na uchodzeniu za program ksiegowy. On nigdy nie dorowna >prawdziwym programom ks. a czas spedzony na dostosowywaniu go do nich jest >nieporownywalnie wielki do korzysci jakie z tego plyna. >Oki, rozpisalem sie jak nigdy - pewnie mnie teraz zbluzgacie ze co ja sie >wtracam ale pisze to tylko po to byscie sie zastanowili czy naprawde warto >robic niektore rzeczy. Osobiscie nie przeszkadza mi fakturowanie, >rozliczanie itp - po prostu nie korzystam z tych funkcjonalnosci i juz, >ale ciekaw jestem ile osob korzysta z faktur z LMS'a ?? Moze sie myle ale >jakos tak nasowa mi sie odpowiedz ze bardzo malo. Malutkie sieci (a w >sumie dla takicha zawsze piszecie ze LMS jest projektowany) na pewno >docenia sobie fakturki z LMS'a ale jak sie juz rozrosna przechodza albo na >pelna ksiegowosc albo zatrudniaja ksiagowa ktora woli programy ksiegowe z >prawdziwego zdarzenia i wystarczy jej import nowych klientow z bazy >LMS'a... > > > Witam! Po części się zgadzam, tzn, w części maila dotyczącej krytyki implementacji. To że lms nie powinien brać się za księgowość (w zasadzie za rozrachunki) to z tym się nie zgadzam. Akurat to powinien robić i więcej powinien dawać automatycznie komunikaty ludziom, którym termin płatności minął a po jakiś czasie ich odcinać (być może to robi ale u nas robi to nasz skrypt z poprzedniego systemu administracyjnego, który został wyparty przez LMS). Sprawę rozrachunków należy "przekonstruować koncepcyjnie", należy wziąć pod uwagę możliwość częściowych powiązań miedzy spłatami a obciążeniami (ktoś coś niedopłaci lub nadpłaci itd..). Do tego brakuje korekt oraz możliwości dodania do faktury miesięcznej usług jednorazowych (tzn. takich które by nie były opisywane jako "abonament za %zmienna za okres 01/07 - 31/07)... Zdaje sobie sprawę, że to nie jest tak łatwo ale może warto to zrobić w pierwszej kolejności... -- pozdrowienia jpk

1 0

Re: Jaka stala zwraca ID abonenta?
by Krzysztof Drewicz 25 Lip '05

25 Lip '05

Tomasz Wochowiec [wp] napisał(a): > > Stosujac we wzorze emaila dla lms-notify stala %pin zwracany jest pin > abonenta. Jaka stala zwraca id klienta? > Albo %id albo żadna, dopis, 4 linijki w perlu, i podeślij diffa. kd. -- Krzysztof Drewicz

1 0