- lms - lists.lms.org.pl

Mapa sieci...
by Konrad Cempura 17 Lis '06

17 Lis '06

Tak wygląda mapa sieci u mnie... No, nie do końca jest to czytelna reprezentacja. Może by to ktoś poprawił, żeby było ładniej? :)

1 0

Re: bład przy VAT - krytyczny błąd - UWAGA
by Jaroslaw Dziubek 17 Lis '06

17 Lis '06

[Friday, 17 November 2006], A.L.E.C napisał(a): > Jaroslaw Dziubek wrote: > >> ... czyli LMS liczy źle. Podatek ma być liczony od sumy (ustęp 10) i > >> dodatkowo nie ma wymogu podawania ceny brutto poszczególnych > >> pozycji/produktów. Niestety poprawienie tego nie będzie proste, bo > >> najlepszym rozwiązaniem było przejście na ceny netto (ale niestety > >> bardzo pracochłonnym). Byćmoże da się to obejść inaczej, ale już > >> kiedyś się nad tym zastanawiałem i nie wyglądało to dobrze. > > Alec - ja podsylalem informacje jak to poprawic - kwestia tylko > > zaokraglania w zupelnie innym miejscu. > Nie chodzi o zaokrąglenia, tylko o sposób liczenia podatku. LMS liczy od > ceny jednostkowej, a powinien od sumy. Przynajmniej w wątku była moga > też o tym. Jeśli chodzi o zaokrąglenia to nie wiem o co wam chodziło. W CVS jest tak: $result['content'][$idx]['basevalue'] = round(($row['value'] / (100 + $row['taxvalue']) * 100),2); $result['content'][$idx]['totalbase'] = $result['content'][$idx]['basevalue'] * $row['count']; $result['content'][$idx]['totaltax'] = ($row['value'] - $result['content'][$idx]['basevalue']) * $row['count']; Ja na swoje potrzeby przerobilem to na: $result['content'][$idx]['basevalue'] = ($row['value'] / (100 + $row['taxvalue']) * 100); $result['content'][$idx]['totalbase'] = round($result['content'][$idx]['basevalue'] * $row['count'],2); $result['content'][$idx]['totaltax'] = ($result['content'][$idx]['total'] - $result['content'][$idx]['totalbase']) ; Dzieki temu podsumowanie zgadza sie - nie wystepuje rozbieznosc miedzy netto + podatek a wartoscia bbrutto. Byc moze nie jest to rozwiazanie "koszerne" ale SOD#1 :) pozdrawiam -- Yaro IRL:Jaroslaw Dziubek, ICQ:1340145 | Niewiele jest rzeczy, których http://yaro.perfect.net.pl/ | nie dało by się załatwić KNM Member: http://www.knm.org.pl/ | przy pomocy odpowiedniej IRC: Yaro na #grudziadz | dawki materiałów wybuchowych.

1 0

Re: [lms] Re: bład przy VAT - krytyczny błąd - UWAGA
by A.L.E.C 17 Lis '06

17 Lis '06

Jaroslaw Dziubek wrote: >> ... czyli LMS liczy źle. Podatek ma być liczony od sumy (ustęp 10) i >> dodatkowo nie ma wymogu podawania ceny brutto poszczególnych >> pozycji/produktów. Niestety poprawienie tego nie będzie proste, bo >> najlepszym rozwiązaniem było przejście na ceny netto (ale niestety >> bardzo pracochłonnym). Byćmoże da się to obejść inaczej, ale już >> kiedyś się nad tym zastanawiałem i nie wyglądało to dobrze. > Alec - ja podsylalem informacje jak to poprawic - kwestia tylko > zaokraglania w zupelnie innym miejscu. Nie chodzi o zaokrąglenia, tylko o sposób liczenia podatku. LMS liczy od ceny jednostkowej, a powinien od sumy. Przynajmniej w wątku była moga też o tym. Jeśli chodzi o zaokrąglenia to nie wiem o co wam chodziło. -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 LAN Management System Developer http://lms.alec.pl

1 0

Re: bład przy VAT - krytyczny błąd - UWAGA
by Jaroslaw Dziubek 17 Lis '06

17 Lis '06

[Thursday, 16 November 2006], A.L.E.C napisał(a): > ... czyli LMS liczy źle. Podatek ma być liczony od sumy (ustęp 10) i > dodatkowo nie ma wymogu podawania ceny brutto poszczególnych > pozycji/produktów. Niestety poprawienie tego nie będzie proste, bo > najlepszym rozwiązaniem było przejście na ceny netto (ale niestety > bardzo pracochłonnym). Byćmoże da się to obejść inaczej, ale już kiedyś > się nad tym zastanawiałem i nie wyglądało to dobrze. Alec - ja podsylalem informacje jak to poprawic - kwestia tylko zaokraglania w zupelnie innym miejscu. -- Yaro IRL:Jaroslaw Dziubek, ICQ:1340145 | Niewiele jest rzeczy, których http://yaro.perfect.net.pl/ | nie dało by się załatwić KNM Member: http://www.knm.org.pl/ | przy pomocy odpowiedniej IRC: Yaro na #grudziadz | dawki materiałów wybuchowych.

1 0

Re: T-script
by admin＠gauss.pl 17 Lis '06

17 Lis '06

Witaj A.L.E.C, W Twoim liście datowanym 17 listopada 2006 (08:32:14) można przeczytać: > admin(a)gauss.pl wrote: >> Jak w T-scripcie zmienić format daty. Wczytuje date z bazy i jest mało >> czytelna(tzn wcale) > W t-scripcie nie ma funkcji do konwersji daty, najprościej zrobić to w > zapytaniu SQL. jak? -- Pozdrowienia, admin(a)gauss.pl

1 0

Re: T-script
by A.L.E.C 17 Lis '06

17 Lis '06

admin(a)gauss.pl wrote: > Jak w T-scripcie zmienić format daty. Wczytuje date z bazy i jest mało > czytelna(tzn wcale) W t-scripcie nie ma funkcji do konwersji daty, najprościej zrobić to w zapytaniu SQL. -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 LAN Management System Developer http://lms.alec.pl

1 0

T-script
by admin＠gauss.pl 16 Lis '06

16 Lis '06

Jak w T-scripcie zmienić format daty. Wczytuje date z bazy i jest mało czytelna(tzn wcale)

1 0

Re: [lms] Re: bład przy VAT - krytyczny błąd - UWAGA
by Wojciech Świadkowski 16 Lis '06

16 Lis '06

> ... czyli LMS liczy źle. Podatek ma być liczony od sumy (ustęp 10) i > dodatkowo nie ma wymogu podawania ceny brutto poszczególnych > pozycji/produktów. Niestety poprawienie tego nie będzie proste, bo > najlepszym rozwiązaniem było przejście na ceny netto (ale niestety > bardzo pracochłonnym). Byćmoże da się to obejść inaczej, ale już kiedyś > się nad tym zastanawiałem i nie wyglądało to dobrze. > w jednym starym programie (subiekt 4 pod dos ) widzialem przelacznik wedlug jakich cen mial wystawiac netto/brutto, moze to jest rozwiazanie, dodac dodatkowy parametr/pozycje w tabeli, aby nie trzba bylo przerabiac recznie juz wystawionych faktur, a nowe byly wystawiane poprawnie. bo jak znam zycie przetworzenie wszystkich operacji moze powodowac nastepne niezgodnosci, a tak np z nowym miesiacem mozemy zdecydowac ze ma byc wystawiane wg cenn netto. Wojtek

1 0

Re: bład przy VAT - krytyczny błąd - UWAGA
by Przemysław Backiel 16 Lis '06

16 Lis '06

A.L.E.C napisał(a): > ... czyli LMS liczy źle. Podatek ma być liczony od sumy (ustęp 10) i > dodatkowo nie ma wymogu podawania ceny brutto poszczególnych > pozycji/produktów. Niestety poprawienie tego nie będzie proste, bo > najlepszym rozwiązaniem było przejście na ceny netto (ale niestety > bardzo pracochłonnym). Byćmoże da się to obejść inaczej, ale już kiedyś > się nad tym zastanawiałem i nie wyglądało to dobrze. > cieszę się, że wreszcie mnie ktoś zrozumiał :) nie wiem dlaczego to jest dużo pracy.. (ja programistą nie jestem niestety :( ) wydaje mi się, że nic prostszego liczyć VAT od wartości netto danej pozycji, a nie od ceny jednostkowej. -- Z powazaniem Przemyslaw Backiel

1 0

Re: [lms] RE: [lms] Re: [lms] RE: [lms] Re: [lms] [lms] Istnieje jakas wersja lms z faktura korygująca?
by A.L.E.C 16 Lis '06

16 Lis '06

Andy [v-pl] wrote: > Ok. znalazłem. > W związku z tym mam pytanie o plan numeracyjny ustawiłem tak: > > Szablon: FK%N/%m/%Y > Typ Dokumentu: faktura korygującą > Okres: miesięczny > Domyślny: tak > > Czy to jest poprawne ustawienie ? tzn chodzi mi o okres. tak ps. tnij cytaty -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 LAN Management System Developer http://lms.alec.pl

1 0