- lms - lists.lms.org.pl

Re: edycja faktury - zmiana daty wystawienia
by hunter＠mimuw.edu.pl 01 Kwi '05

01 Kwi '05

On Fri, Apr 01, 2005 at 10:43:56PM +0200, Tomasz Chilinski wrote: > > wystawiam fakturę 1.04, a potem chcę ją wyedytować i zmienić datę na > > 31.03, wtedy przy numeracji miesięcznej pasowałoby zmienić także > > numer faktury, zastanawiam się czy w ogóle na coś takiego pozwalać, > > Zmień na chwilę datę systemową, wystaw właściwą fakturę, a potem z powrotem > ustaw właściwą datę systemową :D Moje 3 grosze to: w obrębie jednego miesiąca pozwolić dowolnie na edycję, ale jeśli już f/v się wystawi to jak ktoś umie to się dogrzebie sqlpanelem i zmieni. A jak nie umie: korekta i tyle. kd. -- Krzysztof Drewicz Podsłuchane na pogrzebie: "Wiem, że to niezręcznie pytać o takie rzeczy w tej chwili, ale przypominasz sobie, żeby on kiedykolwiek wspomniał coś o kodzie źródłowym?" --- Charles Addams

1 0

Re: squid_warning po raz setny
by Maciej Milaszewski 01 Kwi '05

01 Kwi '05

mailem i cvs i 1.4.4

1 0

Re: edycja faktury - zmiana daty wystawienia
by Tomasz Chilinski 01 Kwi '05

01 Kwi '05

On Fri, 1 Apr 2005 22:37:09 +0200, A.L.E.C wrote > wystawiam fakturę 1.04, a potem chcę ją wyedytować i zmienić datę na > 31.03, wtedy przy numeracji miesięcznej pasowałoby zmienić także > numer faktury, zastanawiam się czy w ogóle na coś takiego pozwalać, > czy zabronić takiej modyfikacji daty, która ma wpływ na numer > faktury. Obecne rozwiązanie pozwala na zmianę daty, ale > pozostawiając stary numer, co jest nie do przyjęcia. Zmień na chwilę datę systemową, wystaw właściwą fakturę, a potem z powrotem ustaw właściwą datę systemową :D > -- > Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 -- Tomasz Chilinski

1 0

Re: korekty faktur
by Tomasz Chilinski 01 Kwi '05

01 Kwi '05

On Fri, 1 Apr 2005 22:11:58 +0200, hunter wrote > On Fri, Apr 01, 2005 at 07:09:22PM +0200, Tomasz Chilinski wrote: > > > Gupie buira rachunkowe niech takowymi zostaną. Mamy być zgodni z przepisami, a > > więc dowolny przedrostek inny niż dla faktur będzie dobry (może być FVAT i > > FKVAT, albo LMS i LMSKOR). > > Wiesz ja bym to nawet bardziej uogólnił, tzn że LMS/0123/2005 może > być dokumentem korygującym dokument LMS/0122/2005. I to jest jak najbardziej logiczne, ale kupa urzędasów i biurokratów mota po prostu i zaciemnia te elementy, który tak naprawdę są trywialne ;-) > Bądźmy uniwersalni: > > Invoices-> Documents ? > Dodatkowe pola: Type (small int) oraz refers_to tego samego typu co id. A refers_to to to samo co invoice_id o którym ja myślałem w tabeli invoices ;-) > Jeśli type==typ_korekty to w invoices/documents_contents szukać > należy *zmienionych* pozycji. Lepiej chyba tak, będzie miejsce na te > całe KP/KW które to mają podobny charakter (też są jakimiś > dokumentami finansowymi i też mają unikalną numerację. Na szczęście > nie mają korekt :p). Ta, type załatwia wszystkie możliwe typy dokumentów. > -- > Krzysztof Drewicz -- Tomasz Chilinski

1 0

edycja faktury - zmiana daty wystawienia
by A.L.E.C 01 Kwi '05

01 Kwi '05

wystawiam fakturę 1.04, a potem chcę ją wyedytować i zmienić datę na 31.03, wtedy przy numeracji miesięcznej pasowałoby zmienić także numer faktury, zastanawiam się czy w ogóle na coś takiego pozwalać, czy zabronić takiej modyfikacji daty, która ma wpływ na numer faktury. Obecne rozwiązanie pozwala na zmianę daty, ale pozostawiając stary numer, co jest nie do przyjęcia. -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 Lan Management System Developer http://lms.alec.pl

1 0

Re: korekty faktur
by hunter＠mimuw.edu.pl 01 Kwi '05

01 Kwi '05

On Fri, Apr 01, 2005 at 07:09:22PM +0200, Tomasz Chilinski wrote: > > > 1. Numeracja faktur koryguj?cych niezale?na od numeracji faktur z dodatkowo > > > ustalanym prefiksem np. LMSKOR. > > > > Tak ale ja bym uwazal, niektorzy maja potem problem ze "LMS" to 3 > > literki a LMSKOR to 6 literek. Ci niektorzy to gupie buira rachunkowe. > > Gupie buira rachunkowe niech takowymi zostaną. Mamy być zgodni z przepisami, a > więc dowolny przedrostek inny niż dla faktur będzie dobry (może być FVAT i > FKVAT, albo LMS i LMSKOR). Wiesz ja bym to nawet bardziej uogólnił, tzn że LMS/0123/2005 może być dokumentem korygującym dokument LMS/0122/2005. Nie wiem natomiast czy aby na pewno przepisy wymuszają rozróżnianie numeracji. Tzn wiem że to co podałeś jest OK, ale znam co najmniej 2 firmy z pełną księgowością gdzie korekty są właśnie jak-4-linijki-wyżej. > Jeśli można korygować faktury korygujące. Niestety można. Można też wystawiać noty korygujące które korektami nie są, a też jakąś numeracją mają. > > Nie mnozmy bytow. Przechowywac mozna w je w invoices a wiec odnosimy > > sie do tej tabelki. Imvho musimy zachowywac tylko pozycje zmienione, > > oczwiscie trzeba drukowac wszystkie :<. > > Jeśli mamy pozostać przy jednej tablicy invoices to musimy dodać w niej pole > invoice_id (albo jakoś inaczej) oznaczające id faktury do której jest to Chyba lepiej jest nie dodawać invoiceid, bo już jest :) Chodziło mi o: > oryginalnej faktury bez dodania dodatkowego pola... Nie wiem czy znowu nie Jest itemid w invoicecontents. > warto byłoby wydzielić tabeli invoice_correction_contents. Hm byt ponad normę. > > > 4. Na dole podajemy rozliczenie korekty w rozbiciu na stawki. > > > > Tak, zarowno przed jak i po. To nie ja wymyslilem, to m. fin. > > O ile wiem to tylko dla zmienionych pozycji, a nie dla całej faktury. Przed/Po musi być całe, albo przynajmniej tak wynikało z moich źródeł. Tzn na dokumencie korygującym musisz podać wszystkie pozycje przed, wszystkie stawki,ilości,ceny jednostkowe przed oraz po. Dotyczy to również kwot. > > > 1. Czy mo?na korygowa? faktur? koryguj?c?, a je?li tak to jaki poziom > > > > Dowolny niestety. > > No to niestety :) Ano. Bądźmy uniwersalni: Invoices-> Documents ? Dodatkowe pola: Type (small int) oraz refers_to tego samego typu co id. Jeśli type==typ_korekty to w invoices/documents_contents szukać należy *zmienionych* pozycji. Lepiej chyba tak, będzie miejsce na te całe KP/KW które to mają podobny charakter (też są jakimiś dokumentami finansowymi i też mają unikalną numerację. Na szczęście nie mają korekt :p). > PS. Mi czy Tobie kodowanie pieprznęło się? :) Mea Culpa. Mea Maxima. kd. -- Krzysztof Drewicz Podsłuchane na pogrzebie: "Wiem, że to niezręcznie pytać o takie rzeczy w tej chwili, ale przypominasz sobie, żeby on kiedykolwiek wspomniał coś o kodzie źródłowym?" --- Charles Addams

1 0

Re: korekty faktur
by Tomasz Chilinski 01 Kwi '05

01 Kwi '05

On Fri, 1 Apr 2005 18:47:53 +0200, Krzysztof Drewicz wrote > > Oto jakie za?o?enia jakie ja opracowa?em: > > Czytales wypociny moje i aleca na ten temat? Czytałem. > > 1. Numeracja faktur koryguj?cych niezale?na od numeracji faktur z dodatkowo > > ustalanym prefiksem np. LMSKOR. > > Tak ale ja bym uwazal, niektorzy maja potem problem ze "LMS" to 3 > literki a LMSKOR to 6 literek. Ci niektorzy to gupie buira rachunkowe. Gupie buira rachunkowe niech takowymi zostaną. Mamy być zgodni z przepisami, a więc dowolny przedrostek inny niż dla faktur będzie dobry (może być FVAT i FKVAT, albo LMS i LMSKOR). > > 2. W fakturze koryguj?cej wyszczeg?lniamy, kt?rej faktury dotyczy korekta. > > Albo ktorej korekty :p Jeśli można korygować faktury korygujące. > > 3. W fakturze koryguj?cej wyszczeg?lniamy poszczeg?lne pozycje z faktury, > > kt?rej ona dotyczy oraz jak te pozycje powinny wygl?da?. > > Nie mnozmy bytow. Przechowywac mozna w je w invoices a wiec odnosimy > sie do tej tabelki. Imvho musimy zachowywac tylko pozycje zmienione, > oczwiscie trzeba drukowac wszystkie :<. Jeśli mamy pozostać przy jednej tablicy invoices to musimy dodać w niej pole invoice_id (albo jakoś inaczej) oznaczające id faktury do której jest to korekta). Ja bym jednak widział oddzielną tablicę invoice_corrections. Jeśli chodzi o zawartość faktury to pojawia się problem z rekordami invoice_contents. Owszem mogą spokojnie zawierać invoice_id faktury korygującej, ale nie ma za bardzo jak tych rekordów powiązać z rekordami z oryginalnej faktury bez dodania dodatkowego pola... Nie wiem czy znowu nie warto byłoby wydzielić tabeli invoice_correction_contents. > > 4. Na dole podajemy rozliczenie korekty w rozbiciu na stawki. > > Tak, zarowno przed jak i po. To nie ja wymyslilem, to m. fin. O ile wiem to tylko dla zmienionych pozycji, a nie dla całej faktury. > > 1. Czy mo?na korygowa? faktur? koryguj?c?, a je?li tak to jaki poziom > > Dowolny niestety. No to niestety :) -- Tomasz Chilinski PS. Mi czy Tobie kodowanie pieprznęło się? :)

1 0

Re: korekty faktur
by Krzysztof Drewicz 01 Kwi '05

01 Kwi '05

> Oto jakie za?o?enia jakie ja opracowa?em: Czytales wypociny moje i aleca na ten temat? > 1. Numeracja faktur koryguj?cych niezale?na od numeracji faktur z dodatkowo > ustalanym prefiksem np. LMSKOR. Tak ale ja bym uwazal, niektorzy maja potem problem ze "LMS" to 3 literki a LMSKOR to 6 literek. Ci niektorzy to gupie buira rachunkowe. > 2. W fakturze koryguj?cej wyszczeg?lniamy, kt?rej faktury dotyczy korekta. Albo ktorej korekty :p > 3. W fakturze koryguj?cej wyszczeg?lniamy poszczeg?lne pozycje z faktury, > kt?rej ona dotyczy oraz jak te pozycje powinny wygl?da?. Nie mnozmy bytow. Przechowywac mozna w je w invoices a wiec odnosimy sie do tej tabelki. Imvho musimy zachowywac tylko pozycje zmienione, oczwiscie trzeba drukowac wszystkie :<. > 4. Na dole podajemy rozliczenie korekty w rozbiciu na stawki. Tak, zarowno przed jak i po. To nie ja wymyslilem, to m. fin. > 1. Czy mo?na korygowa? faktur? koryguj?c?, a je?li tak to jaki poziom Dowolny niestety.

1 0

Re: blokowanie naliczania obciążeń
by Przemysław Backiel 01 Kwi '05

01 Kwi '05

> > Zresztą jeśli Tobie ta opcja nie jest potrzebna to domyślne odpowiednia > zmienna w lms.ini będzie miała wartość 0% czyli naliczanie 0% obciążenia, gdy > zablokowanie naliczanie obciążeń jest włączone. W czym to przeszkadza? ;-) mi w niczym :) ale może komuś:) a tak powaznie, to ja nie jestem zwolennikiem rozwiazan typu wszystko na jednoklik jesli da sie to rozwiazac inaczej moje zdanie jest takie, ze to zbedny ficzer:) ale moze komuś będzie potrzebny/przyda się :) -- Z poważaniem Przemysław Backiel

1 0

Re: blokowanie naliczania obciążeń
by Tomasz Chilinski 01 Kwi '05

01 Kwi '05

On Fri, 01 Apr 2005 15:35:56 +0200, Przemysław Backiel wrote > hmm > ja wiem, bez sensu > zawieszasz luserowi abonament > i wlaczasz abonament > pt: zawieszenie z kwotą wpisaną w taryfach Zresztą jeśli Tobie ta opcja nie jest potrzebna to domyślne odpowiednia zmienna w lms.ini będzie miała wartość 0% czyli naliczanie 0% obciążenia, gdy zablokowanie naliczanie obciążeń jest włączone. W czym to przeszkadza? ;-) > -- > Przemysław Backiel -- Tomasz Chilinski

1 0