- lms - lists.lms.org.pl

waluta
by Michal 23 Maj '10

23 Maj '10

hej lms-payments nie upgraduje pola countryid w invoicecontent, nie ma wiec mozliwosci dobrania waluty w zaleznosci od kraju zna ktos moze sposob na to aby klienci spoza PL mieli walute EUR? pzdr Michal

1 2

Re: [lms] Analiza rynku - raport do UKE - automatyczny export z LMS
by Jarosław Czarniak 23 Maj '10

23 Maj '10

Nie przesadzajcie, naprawde. Jesli macie porzadek w bazie to 95% raportu rozwiazuje jedno zapytanie i dennie glupi program wpisujacy idki ulic zamiast nazw do raportu. Potem trzeba tylko recznie pare dupereli poprawic (copy/paste) i tyle. Jak ktos chce to sie podziele (tylko niech pisze dodatkowo do mnie na mejla a nie tylko na grupe bo przeocze) Ja raport na 18000 klientow robilem 2 godziny od poczatku do konca. ----- "CezaRgm" <cezarykl(a)gmail.com> napisał: > > W Państwa liście datowanym 21 maja 2010 (14:47:30) można > przeczytać: > >> Potrzebuje informacji ile takie cos moze kosztowac, oraz w jakim > czasie > >> moze zostac to napisane? > >> Oczywiscie wlaczenie tego pozniej do glownej galezi LMS'a mile > wskazane :) > > Mysle, ze to powinien byc jeden z wazniejszych featureow... My > > moglibysmy sie dorzucic.. mysle ze jeszcze kilka firm tez byloby > > chetnych. > > identyczna sytuacja jest z corocznym raportem dla UKE w sprawie: ile > doszlo, ile ubylo klientow, ile kasy za lacze i jakiej predkosci ile > za podlaczenie i inne popierdowki > > I CO? jest to w glownej galezi LMSa? a powinno :) > > _______________________________________________ > lms mailing list > lms(a)lists.lms.org.pl > http://lists.lms.org.pl/mailman/listinfo/lms -- Pozdrawiam Jarosław Czarniak Jarsat s.c. Kruczkowskiego 25 80-288, Gdańsk jczarniak (at) jarsat (dot) pl tel. 0 58 736 50 00 NIP 583-25-65-608; REGON 191681902;

2 1

Analiza rynku - raport do UKE - automatyczny export z LMS
by Andrzej Banach 21 Maj '10

21 Maj '10

W skrocie. UKE zazadalo danych dotyczacych ilosci klientow z dokladnoscia do budynku, rodzaju lacza, taryfy itp. Z uwagi na fakt, ze dane nalezy przekazac do 11.06.2010 i tak bedzie juz co rok mam pytanko: Podejmie sie ktos przerobki LMS'a i wykonania exportu danych klientow tak by byl zgodny z wytycznymi UKE? Do przerobienia byloby zmodyfikowanie pol dotyczacych adresu klienta tak by bylo to zgodne z baza TERRYT (wybieralibysmy nazwy ulic, numery budynkow itp, a nie tak jak do tej pory wpisywalibysmy je). Do tego trzeba by napisac jakis modul exportu zgodny z wytycznymi UKE. Tutaj wszelkie niezbedne techniczne informacje: http://www.uke.gov.pl/uke/index.jsp?place=Lead24&news_cat_id=375&news_id=53… Potrzebuje informacji ile takie cos moze kosztowac, oraz w jakim czasie moze zostac to napisane? Oczywiscie wlaczenie tego pozniej do glownej galezi LMS'a mile wskazane :) pozdrawiam -- Andrzej Banach net-komp.net.pl

4 3

Re: [lms] Liczenie VAT - podsumowanie
by ms＠osw.pl 18 Maj '10

18 Maj '10

----- Original Message ----- From: ms(a)osw.pl [mailto:ms@osw.pl] To: lms(a)lists.lms.org.pl Sent: Thu, 13 May 2010 11:05:51 +0200 Subject: Re: [lms] Liczenie VAT - podsumowanie Nie mam jeszcze opinii swojego księgowego, ale z dyskusji na grupie i poza nią wychodzi mi że fakturowanie należy przeprojektować w następujący sposób: 1. W przypadku wybrania 'brutto' obliczenia odbywają się jak dotychczas. Zmianie ulega formularz wystawiania faktury, jest możliwość wpisania tylko ceny brutto. Na wydruku kolumna 'cena jedn. netto' zostaje zamieniona na 'cenę jedn. brutto'. witam biegli ksiegowi ktorych biuro obsluguje upieraja sie ze cena jednostkowa netto na wydruku fs musi byc zawsze bez wzgledu na sposob wystawiania faktury pozdrawiam Michal Szymoniak www.mp-serwis.pl

6 11

FVAT w eur?
by Michal 17 Maj '10

17 Maj '10

Jest to możliwe? :) pzdr

1 0

Wyszukiwanie klienta po numerze rachunku bankowego
by Krzysztof Szwaba 16 Maj '10

16 Maj '10

Czy jest możliwość znalezienia klienta po numerze rachunku bankowego ? Ewentualnie jakiego zapytania SQL użyć ? Krzysztof

2 2

Podwójne naliczanie płatności przy zmianie danych adresowych
by Piotr Polok 16 Maj '10

16 Maj '10

WITAM, Ostatnio zaobserwowaliśmy problem z poprawianiem danych w fakturach. Po poprawieniu/zmianie danych klienta naliczają się podwójne zobowiązania ze starymi datami (czyli zobowiązanie pojawia się np w roku 2007): Wersja LMS: 1.11-cvs (1.1025/1.30) Wersja LMSDB: 1.11-cvs (1.51/1.49) Wersja PostgreSQL: 8.3.8 Wersja PHP: 5.2.6-1+lenny4 Wersja Smarty: 2.6.25 1. Zmieniłem nr mieszkania zapisałem wydrukowałem (Faktura VAT Nr 1126/INT/08/2009) poprawiło prawidłowo i nie naliczyło podwójnych zobowiązań przywróciłem do stanu pierwotnego i dalej wszystko OK. i tak sytuacja powtarza się prawidłowo po sierpniu 2009r. 2. Zmieniłem nr mieszkania zapisałem wydrukowałem (Faktura VAT Nr 1126/INT/06/2009) ale naliczyło kilka dodatkowych zobowiązań w roku 2009, test został powtórzony wielokrotnie na różnych klientach i daje te same wyniki Wszystkie faktury razem z tą z lipca 2009 miały status rozliczonych. Wychodzi na to że wszystko co jest starsze niż lipiec 2009 po zmianie danych klienta i zapisaniu na nowo faktury wygeneruje nowe zobowiązanie. zapytanie na tabeli cash daje taki wyni: lms=# select id, to_timestamp(time), type, userid, value from cash where customerid=1168 order by time asc; id | to_timestamp | type | userid | value -------+------------------------+------+--------+-------- 84136 | 2008-11-01 00:00:00+01 | 0 | 2 | -59.00 43961 | 2008-11-01 00:00:00+01 | 0 | 0 | -59.00 46007 | 2008-12-01 00:00:00+01 | 0 | 0 | -59.00 84137 | 2008-12-01 00:00:00+01 | 0 | 2 | -59.00 47634 | 2009-01-01 00:00:00+01 | 0 | 0 | -59.00 84119 | 2009-01-01 00:00:00+01 | 0 | 2 | -59.00 84120 | 2009-02-01 00:00:00+01 | 0 | 2 | -59.00 49534 | 2009-02-01 00:00:00+01 | 0 | 0 | -59.00 84121 | 2009-03-01 00:00:00+01 | 0 | 2 | -59.00 51470 | 2009-03-01 00:00:00+01 | 0 | 0 | -59.00 84122 | 2009-04-01 00:00:00+02 | 0 | 2 | -59.00 53468 | 2009-04-01 00:00:00+02 | 0 | 0 | -59.00 55464 | 2009-05-01 00:00:00+02 | 0 | 0 | -59.00 84123 | 2009-05-01 00:00:00+02 | 0 | 2 | -59.00 55782 | 2009-05-11 16:41:43+02 | 1 | 2 | 354.00 57476 | 2009-06-01 00:00:00+02 | 0 | 0 | -59.00 84124 | 2009-06-01 00:00:00+02 | 0 | 2 | -59.00 84125 | 2009-07-01 00:00:00+02 | 0 | 2 | -59.00 84126 | 2009-08-01 00:00:00+02 | 0 | 2 | -59.00 64237 | 2009-08-20 15:01:13+02 | 1 | 11 | 236.00 84127 | 2009-09-01 00:00:00+02 | 0 | 2 | -59.00 84128 | 2009-10-01 00:00:00+02 | 0 | 2 | -59.00 84129 | 2009-11-01 00:00:00+01 | 0 | 2 | -59.00 84133 | 2009-12-01 11:44:33+01 | 0 | 2 | -59.00 72994 | 2009-12-31 10:35:17+01 | 1 | 11 | 236.00 84131 | 2010-01-01 00:00:00+01 | 0 | 2 | -59.00 84132 | 2010-02-01 00:00:00+01 | 0 | 2 | -59.00 84134 | 2010-03-01 00:00:00+01 | 0 | 2 | -59.00 80798 | 2010-03-04 11:30:25+01 | 1 | 11 | 177.00 84135 | 2010-04-01 13:50:26+02 | 0 | 2 | -59.00 85926 | 2010-05-10 09:21:01+02 | 1 | 5 | 472.00 (31 rows) Sortowane jest po dacie a jak widać ID nie jest narastające Jakieś pomysły coby to mogło być? pozdrawiam Piotr Polok

1 0

Formatowanie konta bankowego na karcie klienta
by Michał "gaco" Gacek 16 Maj '10

16 Maj '10

Witam ktoś kiedyś marudził że go w oczy kole konto bankowe wyswietlane na karcie klienta, no cóż mnie też to denerwowało wieć poczyniłem prosty modyfikator smartiego poniżej patch: diff -ruNa diff-1.7/lib/Smarty/plugins/modifier.iban_fmt.php diff-gaco/lib/Smarty/plugins/modifier.iban_fmt.php --- diff-1.7/lib/Smarty/plugins/modifier.iban_fmt.php 1970-01-01 01:00:00.000000000 +0100 +++ diff-gaco/lib/Smarty/plugins/modifier.iban_fmt.php 2010-05-16 01:36:28.000000000 +0200 @@ -0,0 +1,32 @@ +<?php +/** + * Smarty plugin + * @package Smarty + * @subpackage plugins + */ + + +function smarty_modifier_iban_fmt($string) +{ + preg_match('/(\d{2})(\d{4})(\d{4})(\d{4})(\d{4})(\d{4})(\d{4})/', $string, $matches); + for ($i=1;$i<=7;$i++) { + $bankaccount = $bankaccount . ' ' . $matches[$i]; + } + + return $bankaccount; + +} + +?> diff -ruNa diff-1.7/templates/customerinfobox.html diff-gaco/templates/customerinfobox.html --- diff-1.7/templates/customerinfobox.html 2009-12-14 15:37:15.000000000 +0100 +++ diff-gaco/templates/customerinfobox.html 2010-05-16 01:37:49.000000000 +0200 @@ -158,7 +158,7 @@ <IMG SRC="img/card.gif" ALT=""> </TD> <TD WIDTH="99%" COLSPAN="2" NOWRAP> - {$customerinfo.bankaccount} + {$customerinfo.bankaccount|iban_fmt} </TD> </TR> {/if}

1 0

Liczenie VAT - podsumowanie
by Przemysław (HaCeK) Bryniak 15 Maj '10

15 Maj '10

Ja mam propozycje co do tego... a więc .. 1) Wpisujemy 1szt netto w taryfie 2) w polu obok mamy obliczenie brutto (skrypt JAVA przelicza odrazu jak wpisujemy netto) 3) Taryfy uzupełniamy raz, więc jak ktoś posiedzi 2 minuty i popróbuje różne kwoty zeby miec to co chce to nic mu się nie stanie (przynajmniej tak mi się wydaje :) ) 4) chętnie bym to zrobił, ale JAVA to dla mnie czarna magia :( 5) Jeżeli taryfa nie chce wyjść po zaokrągleniu taka jak chcemy to CHECKBOX - rabat, który by powodował auto rabat. 6)Przykład - 41zł netto - 41*1,22=50,02 (tak twierdzi kalkulator z windowsa :) ) i mamy brutto 50,02 jako, że jest to "głupia" kwota zaznaczamy CHECKBOX rabat i na FV widzimy Abonament - 41złnetto 50,02 brutto RABAT 0,02zł Do Zapłaty 50,00zł Wg. mnie jest to "CHYBA" najlepsze rozwiązanie, które nie wymaga specjalnie dużego wysiłku, a pozwoli na jakiekolwiek roztrzygnięcie problemu NETTO-BRUTTO To tylko propozycja jak ja to widzę, więc proszę nie rzucajcie we mnie mięsem :) Pozdrawiam :)

2 2

Liczenie VAT - podsumowanie
by Przemysław (HaCeK) Bryniak 15 Maj '10

15 Maj '10

No wsumie... , ale jest jeszcze mała alternatywa :) Można zrobić pola Netto i Brutto: 1) Wpisuje Brutto to LMS liczy sobie netto (czyli if ($_POST['netto'] == NULL) { $netto = $_POST['brutto'] / costam costam ;} 2) Wpisuje Netto to LMS liczy sobie brutto .... 3) Na koniec w bazie i tak i tak mamy i netto i brutto 4) Widziałem gdzieś kiedyś na jakiejś FV pozycje netto zaokrągloną do 5 miejsc po przecinku, nie pamiętam gdzie i kiedy, ale widziałem coś takiego ... może to by też jakoś rozwiązało problem ... chociaż nie widze ŻADNEGO sensu wywalania na FV kwot XX,YYYYYYYYYYYYYYYYYYYYY .... Pozdrawiam :)

1 0

Re: [lms] Blad po upgrade do biezacej cvs
by Przemysław (HaCeK) Bryniak 15 Maj '10

15 Maj '10

Nie chce byc namolny czy cos, ale CREATE VIEW vnodes_mac AS SELECT nodeid, GROUP_CONCAT(mac SEPARATOR ',' ORDER BY id) AS mac FROM macs GROUP BY nodeid zwraca mi #1064 - You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'ORDER BY id) AS mac FROM macs GROUP BY nodeid' at line 2 A takie dziala CREATE VIEW vnodes_mac AS SELECT nodeid, GROUP_CONCAT(mac SEPARATOR ',' ) AS mac FROM macs GROUP BY nodeid ORDER BY id Pozdrawiam :)

2 1

Re: [lms] Blad po upgrade do biezacej cvs
by Przemysław (HaCeK) Bryniak 14 Maj '10

14 Maj '10

Dooookladnie to dziala :) CREATE VIEW vnodes AS SELECT n.*, GROUP_CONCAT(mac SEPARATOR ',') AS mac FROM nodes n LEFT JOIN macs m ON n.id = m.nodeid GROUP BY n.id, n.name, n.ipaddr, n.ownerid, n.netdev, n.linktype, n.creationdate, n.moddate, n.creatorid, n.modid, n.access, n.warning, n.lastonline, n.info, n.passwd, n.ipaddr_pub, n.location, n.chkmac, n.halfduplex, n.port, n.nas; :)

1 0

Re: [lms] Blad po upgrade do biezacej cvs
by Przemysław (HaCeK) Bryniak 14 Maj '10

14 Maj '10

Taka kombinacja sprawia ze wszystko dziala OK moze macie lepsze pomysły, ale ja wpadłem tylko na taki przy pomocy gugla :) CREATE VIEW vnodes_mac AS SELECT nodeid, GROUP_CONCAT(mac SEPARATOR ',') AS mac FROM macs GROUP BY nodeid CREATE VIEW vnodes AS SELECT n.*, m.mac FROM nodes n LEFT JOIN vnodes_mac m ON (n.id = m.nodeid) Pozdrawiam :)

2 1

Re: [lms] Blad po upgrade do biezacej cvs
by Przemysław (HaCeK) Bryniak 14 Maj '10

14 Maj '10

Tomasz mam pytanie, czy testowałeś ten view na MySQL ?? bo ja mam .. #1349 - View's SELECT contains a subquery in the FROM clause taki o error w phpmyadmin i z tego co zdazylem wyczytac na guglach to MySQL nie obsluguje SELECT w FROM clause a korzystam z MySQL 5.1.45

2 1

Re: [lms] Blad po upgrade do biezacej cvs
by Tomasz Chiliński 14 Maj '10

14 Maj '10

On Thu, 13 May 2010 22:09:05 +0200, tdabek(a)go2.pl wrote: > Dnia 12 maja 2010 14:31 Tomasz Chiliński <tomasz.chilinski(a)chilan.com> > napisał(a): > >> Jaką wersję schematu DB pokazuje Ci LMS po aktualizacji do wersji >> bieżącej? >> Rozumiem, że błąd pojawia Ci się przy wyborze modułu customeredit? > > po aktualizacji do bieżącej mam: > LMS 1.11 cvs > (1.1028/1.30) > DB: 2010050600 > > z tym że poprzednio nie zauważyłem, że zniknęły wszystkie komputery, > tzn LMS ich nie wyświetlał, wróciły dopiero po wrzuceniu ponownie CVSa. > > wygląda na to, że prawdopodobnie za pierwszym razem upgrade bazy > nie przeszedł pomyślnie, bo tam chyba było jakieś przerzucenie > komputerów do nowej tabeli i dopiero za drugim wrzuceniem CVSa > LMS zaczął je poprawnie wyświetlać. Tak właśnie było - przerzucenie adresów MAC z tabeli nodes do tabeli macs. > Pozostaje fakt instancji tc demona bo pewnie zapytanie też już powinno > być inne? O który moduł daemona Ci chodzi? Poprawię w wolnej chwili. > p.s. > a maile z listy przychodzą do mnie z jakimś 12-godzinnym opóźnieniem :( Zauważyłem w logach, że serwery smtp o2.pl lubią odpowiadać: 450 Please try later Prawdopodobnie za jakiś limit nadawanych listów albo liczby odbiorców jest przekraczany i o2.pl pyszczy... > pozdrawiam > Tomek -- Pozdrawiam Tomasz Chiliński, Chilan

3 7

Re: [lms] Blad po upgrade do biezacej cvs
by Tomasz Chiliński 13 Maj '10

13 Maj '10

On Wed, 12 May 2010 14:12:31 +0200, tdabek(a)go2.pl wrote: > Witam Witam. > Zrobilem upgrade z cvs z wersji sprzed 2-3 miesiecy do biezacego i na > karcie klienta > pojawia sie taki oto komunikat: > > Wystąpiły błędy w obsłudze bazy danych! > Zapytanie: SELECT id, name, mac, ipaddr, inet_ntoa(ipaddr) AS ip, > ipaddr_pub, inet_ntoa(ipaddr_pub) AS ip_pub, passwd, access, warning, info, > ownerid, location, lastonline, (SELECT COUNT(*) FROM nodegroupassignments > WHERE nodeid = nodes.id) AS gcount FROM nodes WHERE ownerid='3' ORDER BY > name ASC > Błąd: Unknown column 'mac' in 'field list' > dodatkowo instancja tc demona nie "widzi" taryf klientow chociaz te w UI > sa widoczne i generuje tylko sekcje begin i end. Czyzby z tego samego > powodu > jak wyzej: " Błąd: Unknown column 'mac' in 'field list' " Jaką wersję schematu DB pokazuje Ci LMS po aktualizacji do wersji bieżącej? Rozumiem, że błąd pojawia Ci się przy wyborze modułu customeredit? > Obecnie wrzucilem wersje 1.11.10 Kri ale to nie rozwiazalo sprawy. > > LMS 1.11.10 Kri > (1.1026/1.30) > DB: 2010031100 > > Wersja LMS: 1.11.10 Kri (1.1026/1.30) > Wersja LMSDB: 1.11.10 Kri (1.52/1.57) > Wersja MySQL: 5.0.51b > Wersja PHP: 5.2.12 > Wersja Smarty: 2.6.26 -- Pozdrawiam Tomasz Chiliński, Chilan

2 1

Re: [lms] PHP 5.3.2
by Przemysław (HaCeK) Bryniak 13 Maj '10

13 Maj '10

Nie ma problemu akurat używam 5.3.2 więc napewno jak zauważe błąd to się podziele rozwiązaniem :) Pozdrawiam :)

1 0

PHP 5.3.2
by Przemysław (H_C_K) Bryniak 13 Maj '10

13 Maj '10

Zauważyłem, że po zmianie mac'ów pojawiło sie split(), które jest deprecated :) w załączniku patch na preg_splita :)

2 1

Przeliczanie wartości netto.
by Sylwester Zdanowski 13 Maj '10

13 Maj '10

Pobieram cenę jednostki brutto z proporcji obliczam wartość netto mnożę przez ilość jednostek(jako że na FV jest w osobnej kolumnie na pewno da się pobrać) i obliczam wartość netto. Wszystko trzeba by obliczać bez zaokrąglania tak jak wychodzi aż do momentu wyświetlenia.

1 0

Analiza lokalnych rynków usług szerokopasmowej transmisji danych } |UKE - Skrypt?
by Marek Konieczny 13 Maj '10

13 Maj '10

Witam Ma ktoś może gotowy skrypcik wyciągający dane dla UKE na potrzeby wymienionej w tytule analizy? -- Pozdrawiam Marek Konieczny

1 0

Re: [lms] Liczenie VAT - podsumowanie
by ms＠osw.pl 13 Maj '10

13 Maj '10

> ale cena jednostkowa netto musi być na Fa VAT bez względu na to jak > liczymy (czy podstawą naszych obliczeń jest kwota brutto, czy netto i > czy podatek liczymy na podstawie ceny jednostkowej, czy wartości > sprzedaży danego towaru). > > par 5. pkt 1. Faktura stwierdzająca dokonanie sprzedaży powinna zawierać > co najmniej: > (..) > 7) cenę jednostkową towaru lub wykonanych usług, których sprzedaż > dotyczy, bez kwoty podatki (wartość sprzedaży netto); A czytałeś paragraf 12.1? Z resztą tu jest chyba aktualniejsza wersja: http://msp.money.pl/akty_prawne/dzienniki_ustaw/rozporzadzenie;ministra;fin… hmm, ale ta nowela dotyczy faktur zaliczkowych i malych przedsiebircow (Faktura VAT MP)

3 2

Przeliczanie wartości netto.
by Sylwester Zdanowski 13 Maj '10

13 Maj '10

Pomijam co powinno być wedle prawa a co nie. Jeżeli mamy w szablonie FV prawidłową wartość netto co stoi na przeszkodzie by użyć smartów do obliczenia właściwej wartości brutto (tak samo w drugą stronę)? Omijamy bazę i całą resztę systemu jednocześnie na FV mając prawidłowe dane. Inna sprawa komu się chce pro publico bono? sylwesterzdanowski(a)gmail.com

2 1

Re: [lms] Liczenie VAT - podsumowanie
by ms＠osw.pl 13 Maj '10

13 Maj '10

----- Original Message ----- From: A.L.E.C [mailto:alec@alec.pl] To: lms(a)lists.lms.org.pl Sent: Thu, 13 May 2010 11:09:04 +0200 Subject: Re: [lms] Liczenie VAT - podsumowanie On 13.05.2010 11:05, ms(a)osw.pl wrote: > witam > biegli ksiegowi ktorych biuro obsluguje upieraja sie ze cena jednostkowa na wydruku fs musi byc zawsze > bez wzgledu na sposob wystawiania faktury Będzie, z tą różnicą, że na fakturze netto będzie (tylko) cena jednostkowa netto, a na fakturze brutto (tylko) cena jednostkowa brutto. ps. mógłbyś odpowiadać w wątkach? sorry ale pisze ze strony (u klienta siedze) chodzi mi ze cena jednostkowa netto na wydruku faktury musi byc zawsze bez wzgledu na sposob liczenia pozdrawiam Michal Szymoniak www.mp-serwis.pl

1 0

Re: [lms] Liczenie VAT - podsumowanie
by ms＠osw.pl 13 Maj '10

13 Maj '10

Nie mam jeszcze opinii swojego księgowego, ale z dyskusji na grupie i poza nią wychodzi mi że fakturowanie należy przeprojektować w następujący sposób: 1. W przypadku wybrania 'brutto' obliczenia odbywają się jak dotychczas. Zmianie ulega formularz wystawiania faktury, jest możliwość wpisania tylko ceny brutto. Na wydruku kolumna 'cena jedn. netto' zostaje zamieniona na 'cenę jedn. brutto'. witam biegli ksiegowi ktorych biuro obsluguje upieraja sie ze cena jednostkowa na wydruku fs musi byc zawsze bez wzgledu na sposob wystawiania faktury pozdrawiam Michal Szymoniak www.mp-serwis.pl

2 1

Re: [lms] Przeliczanie wartości netto.
by ms＠osw.pl 13 Maj '10

13 Maj '10

> > witam > sprzedaz na fs liczona od brutto wprowadzono ze wzgledu na kasy i drukarki fiskalne ktore > tylko tak potrafia liczyc > jesli ktos wystawia fs i ja fiskalizuje wystawia ja od "brutto" zeby bylo zgodne z urzadzeniem fiskalnym > przykladem sa stacje paliw > natomiast wydruk fs zawsze musi zawierac cene jednostkowa netto > proponuje zobaczyc jak to jest zrobione np w programie SubiektGT, klient decyduje jak ma byc liczona faktura > pozdrawiam Każda konkretna faktura czy ogólnie - wszystkie? Mozemy ustawic od gornie dla calego programu lub na kazdej fakturze mozemy indywidualnie pozdrawiam Michal Szymoniak www.mp-serwis.pl

1 0