- lms - lists.lms.org.pl

dziwny problem z perl-em
by michsoft＠op.pl 17 Lis '06

17 Lis '06

Witam mam mały problemik, kiedy odpalam jaki kolwiek skrypt dostaje taki komunikat perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LANGUAGE = "pl_PL:pl:en_GB:en", LC_ALL = (unset), LANG = "pl_PL.UTF-8" are supported and installed on your system. perl: warning: Falling back to the standard locale ("C"). Ma ktoś pomysł co jest nie tak, dodam że skrypty działają jednak że do bazy lecą informacje bez polskich znaczków.

1 0

Re: Mapa sieci...
by Robert Rakowski 17 Lis '06

17 Lis '06

Dnia 17-11-2006 o 19:57:51 Konrad Cempura <kcem(a)tlen.pl> napisał(a): > 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? :) hehe w porównaniu do mojej to jest piękna mapa :P i nie warto zwracać sobie nią głowę są ważniejsze tematy w LMS niż mapka -- pozdrawiam Robert Rakowski

1 0

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