- lms - lists.lms.org.pl

Re: Problem 1.1.41
by Łukasz Jarosław Mozer 04 Gru '03

04 Gru '03

Witam. > Witam > Pobrałem z versję 1.1-cvs (1.299/1.41). Przekonwertowałem bazę jako napisano > w docach, a tu niespodzianka. Wszystkie komputery mają adres > 127.255.255.255. > Pomóżcie. Jedyne rozwiązanie to to , że pominełeś coś podcza upgrade'u. Wykonaj: mysql -u[user_z_lms.ini] -p[hasło] [nazwabazy] Wykonaj następujące komendy i przekaż nam ich wynik: select ipaddr from nodes limit 5; describe nodes; Pozdrawiam. -- Łukasz Jarosław Mozer http://www.baseciq.org mailto: lukasz(a)rulez.pl

1 0

Re: [lms] Re: Re: [lms] Re: [lms] faktury - wstrzymajcie się + RFD
by Maurycy Czerwieniec 04 Gru '03

04 Gru '03

Łukasz Jarosław Mozer wrote: > On Thu, 4 Dec 2003, Maurycy Czerwieniec wrote: > > >>Jak widzimy są różnice w podatku i brutto. >> >>Prawo dopuszcza z tych trzech form dwie na wyliczanie sumy podatku - >>pierwszą i trzecią (o ile dobrze pamiętam). Ze względu na to że >>wizualnie użytkownikowi ladniej przedstawia się opcja pierwsza (nie >>zastanawia sie gdzie sie podzial grosz) proronuje ta opcję uzyc w LMS'ie >> >>Grunt to wg mnie w momencie wyliczania podatku od razu go zaokrąglić i >>takiego używać do dalszych operacji finansowych - oszczedza wielu >>klopotow z U$ i ksiegowoscia oraz natretnymi klientami. We wszystkich >>aplikacjach fakturowo/ksiegowych albo tak było zrobione albo tak robiłem > > > No właśnie. Ja jestem zbyt nieprzytomny by zobaczyć jak to jest w LMS'ie > (oj, byle jak napisałem wyliczanie podatku). Anyway, U$ i prawo dopuszcza > zaokrąglanie '4/5', czyli: 0.234 -> 0.23, 0.235 -> 0.24. Takie > zaokrąglanie można uzyskać poprzez round($n,2); afair. > Dokladnie - pytanie czy dokonujesz tego zaookrąglania tylko do wyswietlania a przeliczasz na pelnych wartosciach, czy tez zaokrąglasz od razu i takich uzywasz pozniej... Jest jeszcze inny problem - czasami nieokresowy ulamek dziesietny jest okresowym ulamkiem w systemie dwojkowym, i jesli trzymamy to jako reprezentacje zmiennoprzecinkową to rowniez mogą się pojawić błędy zaokrągleń - jezeli jest taka mozliwosc nalezy uzywac typow stalopozycyjnych (nie pamietam czy php/perl takowe posiadaja... i czy jest mozliwosc zaznaczenia takiej wlasnosci) M.

1 0

Re: wstrzymajcie się + RFD
by Maurycy Czerwieniec 04 Gru '03

04 Gru '03

Łukasz Jarosław Mozer wrote: >>Przy sprzedaży zaewidencjonowanej przy zastosowaniu kasy >>rejestrującej, do kopii faktury podatnika podatnik ma obowiązek >>dołączyć paragon. > > > A czy przypadkiem takie wystawianie faktur z LMS'a to nie jest nielegalne? > Jak to wogóle jest? Kuźwa, za cienki w to jestem. Po cholerę ja tego > ekonomika kończyłem. > jest legalne ale nie pamietam na jakiej podstawie :-/ Musialbym spytac... ;-) > >>Faktura VAT korygująca >> >>Sprzedawca po wystawieniu faktury VAT korygujące ma obowiązek >>wystawienia faktury VAT korygującej, >>- jeżeli udzieli rabatu, >>- uznana reklamację nabywcy i dokona zwrotu sprzedawcy towarów, >>- dokona zwrotu zaliczki, >>- w uzgodnieniu z odbiorcą podwyższy cenę, >>- stwierdzi pomyłkę w cenie, stawce, lub kwocie podatku. > > > jak jest z numeracją tych faktur? > Nmeracja jest chyba obojętna - musi być tylko odnośnik jaką fakture koryguje, pozycje przed korektą (wszystkie), pozycje po korekcie (tez chyba wszystkie - tzn jezeli byla jakas pozycja przed a mialo jej nie byc to z kwotą zero) - i najwazniejsze - kwota zmniejszenia/zwiekszenia sie kwoty netto i VAT (brutto chyba nie trzeba) Pozdrawiam Maurycy

1 0

Re: faktury - wstrzymajcie siê + RFD
by Łukasz Jarosław Mozer 04 Gru '03

04 Gru '03

On Thu, 4 Dec 2003, Krzysztof Zagorski wrote: > Thursday, December 4, 2003, 3:33:27 AM, you wrote: > > > Co jest zawarte w każdej umowie. > > Zazwyczaj tak. Ale nie w kazdej, wiec dobrze bylo by uwzglednic i taka > mozliwosc. > Poza tym rownie dobrze ktos moze sie nie zgodzic na taki podpunkt umowy. Poza tym równie dobrze ktoś może nie zostać naszym klientem. Taki pacjent będzie się migał od podpisania faktury i co? I nie będzie można nic mu zrobić. -- Ł

1 0

Re: Re: [lms] Re: [lms] faktury - wstrzymajcie się + RFD
by Łukasz Jarosław Mozer 04 Gru '03

04 Gru '03

On Thu, 4 Dec 2003, Maurycy Czerwieniec wrote: > Jak widzimy są różnice w podatku i brutto. > > Prawo dopuszcza z tych trzech form dwie na wyliczanie sumy podatku - > pierwszą i trzecią (o ile dobrze pamiętam). Ze względu na to że > wizualnie użytkownikowi ladniej przedstawia się opcja pierwsza (nie > zastanawia sie gdzie sie podzial grosz) proronuje ta opcję uzyc w LMS'ie > > Grunt to wg mnie w momencie wyliczania podatku od razu go zaokrąglić i > takiego używać do dalszych operacji finansowych - oszczedza wielu > klopotow z U$ i ksiegowoscia oraz natretnymi klientami. We wszystkich > aplikacjach fakturowo/ksiegowych albo tak było zrobione albo tak robiłem No właśnie. Ja jestem zbyt nieprzytomny by zobaczyć jak to jest w LMS'ie (oj, byle jak napisałem wyliczanie podatku). Anyway, U$ i prawo dopuszcza zaokrąglanie '4/5', czyli: 0.234 -> 0.23, 0.235 -> 0.24. Takie zaokrąglanie można uzyskać poprzez round($n,2); afair. -- Łukasz

1 0

Re: [lms] wstrzymajcie się + RFD
by Łukasz Jarosław Mozer 04 Gru '03

04 Gru '03

On Thu, 4 Dec 2003, Marcin Król wrote: > - imiona i nazwiska lub nazwy bądź nazwy skrócone sprzedawcy i nabywcy > oraz ich adresy, są. > - numery identyfikacji podatkowej lub numery tymczasowe sprzedawcy i > nabywcy, No właśnie. Czy Ty na fakturze z TDC/Netii masz wpisany swój NIP/PESEL? > - dzień, miesiąc i rok albo miesiąc i rok dokonania sprzedaży oraz > datę wystawienia i numer kolejny faktury oznaczonej jako "FAKTURA > VAT", to jest. > - nazwę towaru lub usługi, jest. > - jednostkę miary i ilość sprzedanych towarów lub rodzaj wykonanych > usług, jest. > - cenę jednostkową towaru lub usługi bez kwoty podatku (cenę > jednostkową netto), jest. > - wartość sprzedanych towarów lub wykonanych usług bez kwoty podatku > (wartość sprzedaży netto), jest. > - stawki podatku, jest. > - sumę wartości sprzedaży netto towarów lub wykonanych usług z > podziałem na poszczególne stawki podatkowe i zwolnionych od podatku, jest. > - kwotę podatku od sumy wartości sprzedaży netto towarów (usług) z > podziałem na kwoty dotyczące poszczególnych stawek podatkowych, jest. > - wartość sprzedaży towarów lub wykonanych usług wraz z kwotą podatku > (wartość sprzedaży brutto) z podziałem na kwoty dotyczące > poszczególnych stawek podatkowych lub zwolnionych od podatku, jest. > - kwotę należności ogółem wraz z należnym podatkiem, wyrażoną cyframi > i słownie, jest. > - czytelne podpisy osób uprawnionych do wystawienia i otrzymania > faktury lub podpisy oraz imiona i nazwiska tych osób. No i tu leży pies pogrzebany. Zerknij na fakturę netii. Nie ma tam podpisu ani ich, ani Twojego. > Faktura nie musi zawierać danych dotyczących nabywcy jeżeli nabywca > złoży sprzedawcy pisemne oświadczenie, w którym upoważni go do > wystawiania faktur bez podpisu osoby uprawnionej do otrzymania > faktury. > Przy sprzedaży zaewidencjonowanej przy zastosowaniu kasy > rejestrującej, do kopii faktury podatnika podatnik ma obowiązek > dołączyć paragon. A czy przypadkiem takie wystawianie faktur z LMS'a to nie jest nielegalne? Jak to wogóle jest? Kuźwa, za cienki w to jestem. Po cholerę ja tego ekonomika kończyłem. > Faktura VAT korygująca > > Sprzedawca po wystawieniu faktury VAT korygujące ma obowiązek > wystawienia faktury VAT korygującej, > - jeżeli udzieli rabatu, > - uznana reklamację nabywcy i dokona zwrotu sprzedawcy towarów, > - dokona zwrotu zaliczki, > - w uzgodnieniu z odbiorcą podwyższy cenę, > - stwierdzi pomyłkę w cenie, stawce, lub kwocie podatku. jak jest z numeracją tych faktur? > Po wystawieniu faktury korygującej sprzedawca powinien odpowiednio > podwyższyć lub pomniejszyć podatek należnego, zaś nabywca zmniejszyć > lub podwyższyć podatek naliczony. > > Źródło: http://www.podatki.hoga.pl/ks_dowod.asp#3 > aaa... No to nie pomożesz mi :) -- Łukasz

1 0

Re: [lms] Re: [lms] faktury - wstrzymajcie się + RFD
by Maurycy Czerwieniec 04 Gru '03

04 Gru '03

Marcin Król wrote: > > Może by się ktoś wypowiedział jak to w jakimś programie księgowym > wygląda? > No i jest jeszcze jeden problem który *może* się pojawić (nie sprawdzałem jak go rozwiązaliście) - zaokrąglenia. Powiedzmy ze mamy dwie pozycje z kwotami netto - dla mnie dla ulatwienia te same kwoty: 2.75 PLN - VAT (powiedmy 22%) wynosi 0.605 a wiec kwota brutto 3.355 (bez zaokrągleń) Jesli aplikacja bedzie wyswiietlac zaokraglone wartosci ale operowac na pelnych moga pojawic sie groszowe bledy - najbardziej znienawidzone przez U$ i ksiegowe Tak wiec mamy: Lp. Netto Kwota VAT (22%) Brutto 1. 2.75 0.61 3.36 2. 2.75 0.61 3.36 _______________________________________________ Razem 5.50 1.22 6.72 (przy sumowaniu zaokrąglonych wartości - pionowo) Razem 5.50 1.21 6.71 (przy sumowaniu nie zaokrąglonych wartości - pionowo) Razem 5.50 1.21 6.71 (przy wyliczaniu podatku z kwoty razem - poziomo) Jak widzimy są różnice w podatku i brutto. Prawo dopuszcza z tych trzech form dwie na wyliczanie sumy podatku - pierwszą i trzecią (o ile dobrze pamiętam). Ze względu na to że wizualnie użytkownikowi ladniej przedstawia się opcja pierwsza (nie zastanawia sie gdzie sie podzial grosz) proronuje ta opcję uzyc w LMS'ie Grunt to wg mnie w momencie wyliczania podatku od razu go zaokrąglić i takiego używać do dalszych operacji finansowych - oszczedza wielu klopotow z U$ i ksiegowoscia oraz natretnymi klientami. We wszystkich aplikacjach fakturowo/ksiegowych albo tak było zrobione albo tak robiłem Pozdrawiam Maurycy

1 0

Re: [lms] Re: [lms] faktury - wstrzymajcie się + RFD
by Maurycy Czerwieniec 04 Gru '03

04 Gru '03

Marcin Król wrote: > Witaj Łukasz, > > Wednesday, December 3, 2003, 8:38:57 PM, napisałeś: > > >>Witam. > > >>Ewentualne wdrożenia, etc - wstrzymajcie się. Trzeba poważnie >>przedyskutować sprawę netto/brutto. > > >>Teraz do developerów - jak to rozwiążemy? Wpłaty i to co klienci nam >>przynoszą najlepiej podawać brutto, Ale co dalej? Jak to pozapisywać w >>bazie? Jakieś sugestie? > > > Może by się ktoś wypowiedział jak to w jakimś programie księgowym > wygląda? > Osobiscie brałem udział w kilku projektach bawiących się księgowością i fakturami i *zawsze* w bazie były trzymane kwoty netto ze stawkami VAT M.

1 0

Re: faktury - wstrzymajcie si? + RFD
by Przemysław 'Repcio' Gubernat 04 Gru '03

04 Gru '03

On Thu, Dec 04, 2003 at 03:09:10AM +0100, Krzysztof Zagorski wrote: > Tuesday, December 16, 2003, 2:56:20 AM, you wrote: > > > z ciekawostek... przy uslugach telekomunikacyjnych faktura nie musi > > zawierac podpisu osoby uprawnionej (ot chocby faktury TP S.A. <- niezly > > wzor) > > ee bzdura. > Tylko jezeli dana osoba zlozy zaswiadczenie ze uslugodawca moze wystawiac > faktury VAT bez jej podpisu. > Jak przy kazdej fakturze. Po prostu podpisujac umowe z TP S.A. wyrazasz zgode na otrzymywanie faktur bez podpisu -- Szanuj admina swego, możesz mieć gorszego..... (c) 2000 Przemysław Gubernat IPv4://repcio@3575230515 IPv6://repcio@3ffe:8010:1c:beaf::2 +-=-=- Przemysław Gubernat <repcio(a)repcio.net> -=-=-=-=-=-=-+ | Network Administrator @ Repcio.NET & Trzebnica.NET | | Jestem twoim ostatecznym rozwiązaniem ! | +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+

1 0

Re: faktury - wstrzymajcie się + RFD
by Przemysław 'Repcio' Gubernat 04 Gru '03

04 Gru '03

On Thu, Dec 04, 2003 at 01:26:09AM +0100, Łukasz Jarosław Mozer wrote: > Witam. > > Teraz zobaczyłem to pod czymś innym niż lynx IMHO oprócz wcześniej > > wymienionych rzeczy (miejsce wystawienia, nr konta, literówka - PKWiU) > > Bo to różnie - KWiU, PKWiU, SWW... Nikt mi nie jest w stanie wytłumaczyć > jak to poprawnie ma być. Jedynym poprawnym polem jest opis PKWiU (tak nazywa sie obecnie ten klasyfikator) i zaden inny nie jest poprawny. > > dziennie) > > > Obowiązkowe 2 pola: > > > Podpis osoby uprawionej do wystawienia faktury > > Podpis osoby uprawionen do otrzymania faktury (ew. oświadczenie) > > ew. potweirdzenie odbioru faktury (data osbioru) > > Będą przy fakturach wystawianych ręcznie pewnie. Przy tych z automatu - > nie widzę sensu. Każdy de facto równierz może sobie zmienić szablon > (pewnie to będzie do skonfigurowania), poza tym faktury comiesięczne są > wysyłane pocztą. > Nie.. automaty tez to wypluwaja.. > A! I tak kwestii wyjaśnienia. Faktury są wynikiem zapotrzebowania mojego > na nie, i nadal, tak jak pisałem parę dni temu, pozostawiam rozwój wam > ;-) > > Do tego, będzie dodatkowe pole do użytkowników pt. PESEL > prawdopodobnie drugi adres, etc. Chociaż to ostatnie to tak średnio. > Adres klienta można umieścić w bazie, a adres instalacji w uwagach, ale > to kombinowanie. OStatnio n aisp-tech byl watek o weryfikacy podanych danych :) mozna wrzucic.. -- Szanuj admina swego, możesz mieć gorszego..... (c) 2000 Przemysław Gubernat IPv4://repcio@3575230515 IPv6://repcio@3ffe:8010:1c:beaf::2 +-=-=- Przemysław Gubernat <repcio(a)repcio.net> -=-=-=-=-=-=-+ | Network Administrator @ Repcio.NET & Trzebnica.NET | | Jestem twoim ostatecznym rozwiązaniem ! | +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+

1 0