June 2005 - lms - lists.lms.org.pl

Re: [lms-support] Re: Faktury korygujące -- konsultacja
by Przemysław 'Repcio' Gubernat 01 Jul '05

01 Jul '05

On Thu, Jun 30, 2005 at 10:58:03PM +0200, Krzysztof Drewicz wrote: [..] > hm. więc tak: > > Pewnie mi jak zwykle wyszło pomarudzić o tym "jak" i to jeszcze "przed", no > ale może jakieś wsparcie od osób które na codzień robią księgowość bo ja mam > to mocno w teorii [w sensie nie wystawiam co dzien 5000 korekt...] > Mało kto robi tyle korekt :) > Prośby wysłane na listę do posiadających firmy jakoś nie przynoszą > efektu, więc to pewnie będzie zrobione jakkolwiek i proszę potem o nie > posiadanie obiekcji. > Pewniki są takie: > > a) numeracja musi być ciągła i rozróżnialna > b) to co ma sens to numeracja roczna/miesięczna i kilka (5-10) linni > numeracji (każda dla innego charakteru usług) Zalezy od firmy niektóre płaca księgowości w zalezności od ilości posiadanych linii Kilka linii jest dobrym rozwiązaniem, ale IMHO ręcznie ustawialnym (tzn. aby można było przypisać linię do danej usługi/klienta) > c) korekty mają na ogół wyróżnone własne linnie numeracyjne i na ogół są > numerowane tak jak pierwotne F/V (np korekty do linni numerowanej > miesięcznie numerujemy również miesięcznie...) Najczęściej spotkywałem się z tym że jest linia numeracyjna /KOR > d) musimy zapisywać na takim dokumencie dokument właściwy który dana > korekta zmienia. Aha korekta zmienia dokłądnie jeden dokument który NIE > BYŁ korektą. > e) korygowanie błędów: > e1) wyraźny komunikat że korekta już była, korygujemy zawsze dokument > źródłowy i zawsze podajemy: było/jest odnośnie dokumentu źródłowego! > "Ta pozycja była już korygowana dokumentem: FK0001/03/04" > > e2) jedyny program który mogę mieć pod ręką na chwilę obecną do FiK > uwzględniający pełną księgowość i mający certyfikat "zgodności" pozwala > na coś takiego: > [..] lub jest [.. błędna pozycja/e ..] ma być [.. poprawna pozacyja/e ..] > f) najłatwiejszy i napewniejszy jest 100% "Zwrot" towarów i anulowanie > obciążenia za usługi, a więc było cokolwiek jest 0 i powtórne > wystawienie faktury. > > g) istnieją pomyłki które można korygować notą. Nawet nie uwzlęgniać > należy możliwości zmiany np adresu firmy !!! Bo to wlaśnie koryguje się > notą i tyle. Aha, jeśli wystawimy Janowi Kowalskiemu fakuturę na adres > "zielona 15" a on mieszka pod "różaną 51m 15" to Jan Kowalski winien > jest nam wystawienie noty... > Dokładnie, pod żadnym pozorem nie nalezy pozwalać na taką zmianę i te dane powinny być brane przy wystawienia z customers, natomiast w invoices powinna pamiętać stare/błędne dane inaczej. 1. wystawiasz FVAT 2. klient daje notę 3. zmieniasz w bazie na poprawne 4. drukujesz stare FVAT i masz .. nowe dane -> ZONK PS . Nie śledziłem jak ostatnio zostało to zmienione w fakturach, ale to co miałem modyfikowane działało w powyższy sposób :/ -- 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: [lms-support] Re: Faktury korygujące -- konsultacja
by Krzysztof Drewicz 30 Jun '05

30 Jun '05

A.L.E.C napisał(a): >>Hm, czy Alec rozumiesz przez korygujÄ�ce rĂłwnieĹź kilka linni faktur? >> >> > >jeĹ�li to jest (a chyba nie) Ĺ�ciĹ�le zwiÄ�zane z tymi fakturami to tak, ale w >dalszym ciÄ�gu nie bardzo do mnie trafiajÄ� wczeĹ�niejsze (krĂłtkie) twoje i >innych wywody, moĹźe dlatego, Ĺźe siÄ� na tym kompletnie nie znam i nie uĹźywam. >PoproszÄ� zatem o wznowienie dyskusji i wiÄ�cej konkretĂłw, jak to ma wyglÄ�daÄ�, >nie tylko od strony bazy danych ale takĹźe w samym UI. > hm. więc tak: Pewnie mi jak zwykle wyszło pomarudzić o tym "jak" i to jeszcze "przed", no ale może jakieś wsparcie od osób które na codzień robią księgowość bo ja mam to mocno w teorii [w sensie nie wystawiam co dzien 5000 korekt...] Prośby wysłane na listę do posiadających firmy jakoś nie przynoszą efektu, więc to pewnie będzie zrobione jakkolwiek i proszę potem o nie posiadanie obiekcji. Pewniki są takie: a) numeracja musi być ciągła i rozróżnialna b) to co ma sens to numeracja roczna/miesięczna i kilka (5-10) linni numeracji (każda dla innego charakteru usług) c) korekty mają na ogół wyróżnone własne linnie numeracyjne i na ogół są numerowane tak jak pierwotne F/V (np korekty do linni numerowanej miesięcznie numerujemy również miesięcznie...) d) musimy zapisywać na takim dokumencie dokument właściwy który dana korekta zmienia. Aha korekta zmienia dokłądnie jeden dokument który NIE BYŁ korektą. e) korygowanie błędów: e1) wyraźny komunikat że korekta już była, korygujemy zawsze dokument źródłowy i zawsze podajemy: było/jest odnośnie dokumentu źródłowego! "Ta pozycja była już korygowana dokumentem: FK0001/03/04" e2) jedyny program który mogę mieć pod ręką na chwilę obecną do FiK uwzględniający pełną księgowość i mający certyfikat "zgodności" pozwala na coś takiego: (czcionka o stałej szerokości): Faktura VAT KOREKTA numer FK0001/03/04 Do dokumentu: FA0002/03/04 z dnia: 04.03.06 ------------------------------------------------------------------------------│ Lp. -----Indeks----- -----------------nazwa/opis----------------------- -│ ------------------------------------------------------------------------------│ Było: 1 006 DYSK TWARDY 120GB BARRACUDA │ 4.000 SZT 463.60 │ Jest: 1 006 DYSK TWARDY 120GB BARRACUDA │ 3.000 SZT 463.60 │ ------------------------------------------------------------------------------│ ----------------netto---------------PTU---------------Brutto------- │ RAZEM -342.00 -75.24 -417.24 │ ------------------------------------------------------------------- R│ w tym: ZW 0.00 0.00 │ 22.00 -342.00 -75.24 -417.24 │ i potem następną np: Faktura VAT KOREKTA │ numer FK0005/03/04 │ Do dokumentu: FA0002/03/04 z dnia: 04.03.06 ------------------------------------------------------------------------------│ Lp. -----Indeks----- -----------------nazwa/opis----------------------- -│ ----ilośc----- -jm- ----Cena brutto--- u│ ------------------------------------------------------------------------------│ Było: 1 006 DYSK TWARDY 120GB BARRACUDA │ 4.000 SZT 463.60 │ Jest: 1 006 DYSK TWARDY 120GB BARRACUDA │ 2.000 SZT 463.60 │ ------------------------------------------------------------------------------│ f) najłatwiejszy i napewniejszy jest 100% "Zwrot" towarów i anulowanie obciążenia za usługi, a więc było cokolwiek jest 0 i powtórne wystawienie faktury. g) istnieją pomyłki które można korygować notą. Nawet nie uwzlęgniać należy możliwości zmiany np adresu firmy !!! Bo to wlaśnie koryguje się notą i tyle. Aha, jeśli wystawimy Janowi Kowalskiemu fakuturę na adres "zielona 15" a on mieszka pod "różaną 51m 15" to Jan Kowalski winien jest nam wystawienie noty... kd. -- Krzysztof Drewicz Lukaszka podziwiam, pl-literki kaszanię...

1 0

Re: Userpanel
by Thomas D. 30 Jun '05

30 Jun '05

> Hm tego typu deklaracje choć są w dobrej wierze to na ogół są mało > konkretne, nie należy się bać powiedzieć "dam 100 zł" ! > Przepraszam, myslalem ze narazie to zbieraja sie tylko chetni. 100 zl dam i juz wcale tego nie ukrywam :) > No i zwyczaj taki że własne imię i nazwisko na ogół nie jest powodem do > wstydu, wręcz przeciwnie uwierzytelnia taką deklarację wsparcia :-D pozdrawiam Tomek Dąbek

1 0

Re: Userpanel
by Krzysztof Drewicz 30 Jun '05

30 Jun '05

Thomas D. napisał(a): >> Rafal Plesniak wrote: >> >> cholera wiedzialem ze tak bedzie jak zaczeli z ta baryłka :) >> ok. kto gotow na zrzutke niech sie zglosi. Wg obliczen >> mamy 100 pojedynczych elementow z zawartoscia piwna, >> czyli okolo 300 zl. >> Mowcie kto chętny. Moze byc priv do mnie lub Aleca, pewnie nie bedzie >> mial nic >> przeciwko. > > > Jestem zainteresowany oczywiscie w miare swoich > mozliwosci finansowych. > Jesli drogo nie wyjdzie na osobe to sie dokladam. Hm tego typu deklaracje choć są w dobrej wierze to na ogół są mało konkretne, nie należy się bać powiedzieć "dam 100 zł" ! Mogłoby tak być no nie ? No i zwyczaj taki że własne imię i nazwisko na ogół nie jest powodem do wstydu, wręcz przeciwnie uwierzytelnia taką deklarację wsparcia :-D kd. -- Krzysztof Drewicz

1 0

Re: LMS 1.7.1
by Marcin Król 30 Jun '05

30 Jun '05

Krzysztof Drewicz napisał(a): >>> Ok, ale jeszcze pamiętać należy że mamy równo 2x16 znaków iirc. >> >> Jakie 16? 54 dla pisma maszynowego/komputerowego, 27 dla recznego w >> jednej linii. Dodatkowo druk komputerowy w kratkach, pomimo ze ladny, >> jest nie zgodny z polska norma. > > Url do dokumentu źródłowego jaktomawyglądać może masz? > to jest jakieś rozporządzenie MF ? PN-F-01101:2004 i PN-F-01103:2001, lub poradnik opublikowany przez KIR (Krajową Izbe Rozliczeniową) dotyczący tych norm, i bardziej przystępny (dostępny też, bo obie normy są niestety płatne a poradnik darmowy). Pozatym MF ma guzik do formularzy, bo rozwojem formularzy zajmuje się właśnie KIR. Jak chcesz mogę Ci poradnik podesłać na priv (urla nie pamiętam). -- _ _ _ ___ | |_ | \/ |( __| 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: Userpanel
by Thomas D. 30 Jun '05

30 Jun '05

> Rafal Plesniak wrote: > > cholera wiedzialem ze tak bedzie jak zaczeli z ta baryłka :) > ok. kto gotow na zrzutke niech sie zglosi. Wg obliczen > mamy 100 pojedynczych elementow z zawartoscia piwna, > czyli okolo 300 zl. > Mowcie kto chętny. Moze byc priv do mnie lub Aleca, pewnie nie bedzie mial > nic > przeciwko. Jestem zainteresowany oczywiscie w miare swoich mozliwosci finansowych. Jesli drogo nie wyjdzie na osobe to sie dokladam. > Pozdrawiam > Rafal Pozdrawiam Tomek

1 0

Re: LMS 1.7.1
by Krzysztof Drewicz 30 Jun '05

30 Jun '05

Marcin Król napisał(a): >Krzysztof Drewicz napisał(a): > > > >>Ok, ale jeszcze pamiętać należy że mamy równo 2x16 znaków iirc. >> >> > >Jakie 16? 54 dla pisma maszynowego/komputerowego, 27 dla recznego w >jednej linii. Dodatkowo druk komputerowy w kratkach, pomimo ze ladny, >jest nie zgodny z polska norma. > Url do dokumentu źródłowego jaktomawyglądać może masz? to jest jakieś rozporządzenie MF ? kd. -- Krzysztof Drewicz

1 0

Re: Problem z rabatem
by Dariusz Skarbek 30 Jun '05

30 Jun '05

Krzysztof Drewicz napisał(a): > Dariusz Skarbek napisał(a): > >> >> >> Jeżeli robię coś źle, to proszę o podpowiedź > > > > Tak, zgłaszasz błąd a my nie mamy nawet szansy Ci pomóc. > numerki wersji może? przynajmniej lmsa... phpa, bazydanych też nie > zaszkodzą. > > kd. > Najmocniej przepraszam. Pierwszy raz zgłaszam problem: Wersja LMS: 1.6.0 Thor (1.669.2.9/1.7.2.2) Wersja LMSDB: 1.6.0 Thor (core: 1.34.2.2 / driver: mysql 1.32.2.1) Wersja MySQL: 4.0.24_Debian-10-log Wersja PHP: 4.3.10-15 Wersja Smarty: 2.6.9

1 0

Re: Problem z rabatem
by Krzysztof Drewicz 30 Jun '05

30 Jun '05

Dariusz Skarbek napisał(a): > > > Jeżeli robię coś źle, to proszę o podpowiedź Tak, zgłaszasz błąd a my nie mamy nawet szansy Ci pomóc. numerki wersji może? przynajmniej lmsa... phpa, bazydanych też nie zaszkodzą. kd. -- Krzysztof Drewicz

1 0

Problem z rabatem
by Dariusz Skarbek 30 Jun '05

30 Jun '05

Witam Z racji nowego miesiąca naliczyłem abonament. Jeden z użytkowników ma dwa komputery i zgodnie z naszą umową drugi ma 50% taniej. W obciążeniach wprowadziłem dwa razy tą samą taryfę, w drugiej dając 50% rabatu. Niestety po naliczeniu okazało się, że obie taryfy są liczone bez rabatu. Jeżeli robię coś źle, to proszę o podpowiedź jak to prawidłowo skonfigurować? Pozdrawiam Darek

1 0