- lms - lists.lms.org.pl

Re: Opłaty stałe - założenia bazy danych
by stangrze＠coley.netitel.pl 07 Sty '04

07 Sty '04

On Wed, 7 Jan 2004, A.L.E.C wrote: > Mam zamiar si=EA za to zabra=E6, prosz=EA sugestie na temat moich za=B3o=BF= > e=F1 odno=B6nie bazy danych. > > create table payments ( > [..] > ); > Heh, mialem przygotowac rozwiazanie jak tylko uporam sie z webmailem ale poniewaz temat wyszedl wczesniej to sprobuje z glowy. Wydaje mi sie ze powyzsza tabela jest niepotrzebna, tabela cash pelni taka funkcje, natomiast to czego IMHO brakuje to powiazan pomiedzy tabela cash (czy ogolniej strona MA) z tabela invoices (czy ogolniej strona WINIEN). Taka rzecz nazywa sie rozrachunki. Natomiast rzeczywiscie payments jest chyba wlasciwsza nazwa. A i przydalo by sie pole ktore okreslaloby rodzaj rejestru do ktorego wplynela platnosc czyli kasa, rachunek bankowy itp. struktura jest w miare prosta: create table rozrachunki ( id int notnul auto_increment, invoice_id int, value decimal(9,2), date timestamp??, adminid int ); poza tym moznaby dolozyc do tabel cash/payments i invoices pole 'rozliczone bool' tak aby uniknac przerosnietych odpowiedzi z kwerend przy pracy z rozrachunkami. i z tabeli cash moze wyleciec pole invoiceid. Czemu tak powinno byc? (IMHO) Zdaza sie ze klienci nie placa za faktury calej kwoty tylko w 'ratach' albo placa naraz za kilka faktur stad pole invoiceid nie zawsze jest skuteczne, mamy prawo zaliczac wplaty od nieterminowych klientow w pierwszej kolejnosci na odsetki, a w takim przyadku elastyczne podejscie do tematu rozrachunkow jest niezbedne. (zakladamy ze noty odsetkowe dodajemy do tabeli invoices (z jakas flaga zeby bylo wiadomo ze to nota i zeby przyadkiem nie trafila do rejestru sprzedazy)) > --=20 > Pozdrawiam > Aleksander Machniak ( A.L.E.C ) > Grzegorz Stanislawski

1 0

Re: Faktury
by A.L.E.C 07 Sty '04

07 Sty '04

> Witaj lms! > > Wlasnie... Mam problem z fakturami w lmsie, poprostu jak dodam > fature to nie widac jej w liscie faktur... (probowalem w 1.1.7 i > cvs). To samo jest na lms.rulez.pl/demo. Wlasnie tam bylem i mi jakos dziala. Faktycznie interfejs nie jest bardzo intuicyjny i wymaga dopracowania, ale dodawanie faktur dziala. -- Pozdrawiam Aleksander Machniak ( A.L.E.C ) http://k27.prv.pl/alec GG-2275252

1 0

Faktury
by Administrator (warsztat) 07 Sty '04

07 Sty '04

Witaj lms! Wlasnie... Mam problem z fakturami w lmsie, poprostu jak dodam fature to nie widac jej w liscie faktur... (probowalem w 1.1.7 i cvs). To samo jest na lms.rulez.pl/demo. Nie wiem czy to jest poprostu niedokonczone, czy robie cos zle? Oczywiscie w lms.ini mam faktury ustawione i posiadam plik invoices w modules. -- Pozdrowienia, Administrator mailto:broneq@warsztat.net.pl

1 0

Re: [lms] Re: Re: [lms] Re: [lms] Re: Opłaty stałe - założenia bazy danych
by Łukasz Jarosław Mozer 07 Sty '04

07 Sty '04

Witaj pbern, W Twoim liście datowanym 7 stycznia 2004 (12:57:44) można przeczytać: > Dlaczego????? > Przeciez to jest funkcja (moim zdaniem) ktorej w lms`ie brakuje od > poczatku. To czytajże parę postów niżej/wyżej[1]. [1] To jest zależne od Twojego czytnika. -- Pozdrowienia, Łukasz Jarosław Mozer

1 0

Re: Opłaty stałe - założenia bazy danych
by Goblin 07 Sty '04

07 Sty '04

> tabela payments ma działać tak jak tariffs, czyli w niej są tylko > zdefiniowane płatności, a ich naliczanie będzie robił demon zapisując > operacje do tabeli 'cash'. Jeśli chodzi o zatwierdzanie operacji > to planuję dodatkową tabelę 'cash2', która po zatwierdzeniu będzie czyszczona, > a opłaty wrzucane do właściwej 'cash'. Bardziej szcegółowo? dorzucic do tego jeszcze oprocz zatwierdzania, mozliwosc modyfikacji przed zatwierdzeniem. -- - Radoslaw 'Goblin' Pieczonka - goblin(a)pentex.pl - PENTEX[www.pentex.pl] - Folkowa[www.folkowa.art.pl] --

1 0

Re: Re: [lms] Re: [lms] Re: Opłaty stałe - założenia bazy danych
by pbern＠pbern.biz 07 Sty '04

07 Sty '04

On Wed, 7 Jan 2004, Łukasz Jarosław Mozer wrote: > > W lms.ini dajemy opcję 'auto_payments = 0' i wtedy opłaty są > > wrzucane do 'cash2'. Podczas logowania admina (mającego uprawnienia > > do finansów) sprawdzamy tą tabelę, dajemy listę do zatwierdzenia, a > > potem przerzucamy do 'cash'. Oczywiście 'auto_payments = 1' będzie > > powodować naliczanie opłat bez zatwierdzania, czyli z pominięciem > > tabeli 'cash2'. > > Narazie to zostawcie. Dlaczego????? Przeciez to jest funkcja (moim zdaniem) ktorej w lms`ie brakuje od poczatku. Pozdrawiam Pawel Bernadowski GG 3377, email kontakt(a)pbern.biz

1 0

Re: [lms] Re: [lms] Re: Opłaty stałe - założenia bazy danych
by Łukasz Jarosław Mozer 07 Sty '04

07 Sty '04

Witaj A.L.E.C, W Twoim liście datowanym 7 stycznia 2004 (11:45:06) można przeczytać: > W lms.ini dajemy opcję 'auto_payments = 0' i wtedy opłaty są > wrzucane do 'cash2'. Podczas logowania admina (mającego uprawnienia > do finansów) sprawdzamy tą tabelę, dajemy listę do zatwierdzenia, a > potem przerzucamy do 'cash'. Oczywiście 'auto_payments = 1' będzie > powodować naliczanie opłat bez zatwierdzania, czyli z pominięciem > tabeli 'cash2'. Narazie to zostawcie. -- Pozdrowienia, Łukasz Jarosław Mozer

1 0

Re: Re: [lms] Re: Opłaty stałe - założenia bazy danych
by pbern＠pbern.biz 07 Sty '04

07 Sty '04

On Wed, 7 Jan 2004, A.L.E.C wrote: juz mi sie to podoba. Pozdrawiam Pawel Bernadowski GG 3377, email kontakt(a)pbern.biz

1 0

Re: [lms] Re: Opłaty stałe - założenia bazy danych
by A.L.E.C 07 Sty '04

07 Sty '04

>Swoja droga jak chcesz rozwiazac taka sytuacje.. > >platnosc zdefiniowana jest na 5`tego.. >logujesz sie 8 i lms prosi o podtwierdzenie przelewu. > >Przydalo by sie jeszcze jakies pole w stylu - czy zrealizowano. > >chyba ze masz inne rozwiazanie ;) tabela payments ma działać tak jak tariffs, czyli w niej są tylko zdefiniowane płatności, a ich naliczanie będzie robił demon zapisując operacje do tabeli 'cash'. Jeśli chodzi o zatwierdzanie operacji to planuję dodatkową tabelę 'cash2', która po zatwierdzeniu będzie czyszczona, a opłaty wrzucane do właściwej 'cash'. Bardziej szcegółowo? W lms.ini dajemy opcję 'auto_payments = 0' i wtedy opłaty są wrzucane do 'cash2'. Podczas logowania admina (mającego uprawnienia do finansów) sprawdzamy tą tabelę, dajemy listę do zatwierdzenia, a potem przerzucamy do 'cash'. Oczywiście 'auto_payments = 1' będzie powodować naliczanie opłat bez zatwierdzania, czyli z pominięciem tabeli 'cash2'. -- Pozdrawiam Aleksander Machniak ( A.L.E.C )

1 0

Re: [lms] Re: [lms] Re: [lms] Opłaty stałe - założenia bazy danych
by Łukasz Jarosław Mozer 07 Sty '04

07 Sty '04

Witaj A.L.E.C, W Twoim liście datowanym 7 stycznia 2004 (11:36:42) można przeczytać: > lms.rulez.pl/demo też nie działa naprawione. -- Pozdrowienia, Łukasz Jarosław Mozer

1 0

Re: [lms] Re: [lms] Opłaty stałe - założenia bazy danych
by A.L.E.C 07 Sty '04

07 Sty '04

>Najpierw naprawa CVS'a, coś się spieprzyło. Nie widzi moich commitów z >ostatnich kilku dni :-( > >Więc wstrzymajcie się z commitami jakimikolwiek. lms.rulez.pl/demo też nie działa -- Pozdrawiam Aleksander Machniak ( A.L.E.C )

1 0

Re: [lms] Opłaty stałe - założenia bazy danych
by Łukasz Jarosław Mozer 07 Sty '04

07 Sty '04

Witaj A.L.E.C, W Twoim liście datowanym 7 stycznia 2004 (10:26:11) można przeczytać: > Mam zamiar się za to zabrać, proszę sugestie na temat moich założeń odnośnie bazy danych. > create table payments ( > id > name //czy jest potrzebne? > wierzyciel //ach, gdzie ten słownik :) > value > period //jak w assignments > at //jak w assignments > comment > ); Najpierw naprawa CVS'a, coś się spieprzyło. Nie widzi moich commitów z ostatnich kilku dni :-( Więc wstrzymajcie się z commitami jakimikolwiek. -- Pozdrowienia, Łukasz Jarosław Mozer

1 0

Re: Opłaty stałe - założenia bazy danych
by pbern＠pbern.biz 07 Sty '04

07 Sty '04

On Wed, 7 Jan 2004, A.L.E.C wrote: > Mam zamiar si=EA za to zabra=E6, prosz=EA sugestie na temat moich za=B3o=BF= > e=F1 odno=B6nie bazy danych. > > create table payments ( > id=20 > name //czy jest potrzebne? > wierzyciel //ach, gdzie ten s=B3ownik :) > value > period //jak w assignments > at //jak w assignments > comment > ); name - zbedne. wiezyciel == creditor ;) Tyle ze moim zdaniem to pole jest troche zbedne.. wystarczy comment. Swoja droga jak chcesz rozwiazac taka sytuacje.. platnosc zdefiniowana jest na 5`tego.. logujesz sie 8 i lms prosi o podtwierdzenie przelewu. Przydalo by sie jeszcze jakies pole w stylu - czy zrealizowano. chyba ze masz inne rozwiazanie ;) Pozdrawiam Pawel Bernadowski GG 3377, email kontakt(a)pbern.biz

1 0

Opłaty stałe - założenia bazy danych
by A.L.E.C 07 Sty '04

07 Sty '04

Mam zamiar się za to zabrać, proszę sugestie na temat moich założeń odnośnie bazy danych. create table payments ( id name //czy jest potrzebne? wierzyciel //ach, gdzie ten słownik :) value period //jak w assignments at //jak w assignments comment ); -- Pozdrawiam Aleksander Machniak ( A.L.E.C )

1 0

Re: ideasy
by Administrator (warsztat) 06 Sty '04

06 Sty '04

Witaj Administrator, W Twoim liście datowanym 6 stycznia 2004 (19:06:56) można przeczytać: Aw> Ja rowniez uwazam, ze dobrze by bylo zrobic w taryfach opcje netto, Aw> vat, a brutto by wyswietlalo automatycznie (na poziomie php). Aw> Podejrzewam ze nie jest to duzo roboty, a chyba jednak ulatwilo by to Aw> troche zycie... (szczegolnie do faktur, ktore (nie wiem jak w Aw> najnowszej wersji) dodawaly z automatu 7% podatku do wartosci taryfy) Zwracam honor :) Wlasnie sciagnelem cvsa, bo meczylo mnie to i faktury z automatu odejmuja te 7% :) Przeciez kazdy moze sobie wyliczyc ile to bedzie z vatem... np chce zarabiac 50zl to dodaje do tego 7% i wpisuje w taryfe... -- Pozdrowienia, Administrator mailto:broneq@warsztat.net.pl

1 0

Re: ideasy
by A.L.E.C 06 Sty '04

06 Sty '04

> Ja rowniez uwazam, ze dobrze by bylo zrobic w taryfach opcje netto, > vat, a brutto by wyswietlalo automatycznie (na poziomie php). > Podejrzewam ze nie jest to duzo roboty, a chyba jednak ulatwilo by to > troche zycie... (szczegolnie do faktur, ktore (nie wiem jak w > najnowszej wersji) dodawaly z automatu 7% podatku do wartosci taryfy) najlepiej to zostawić decyzję userowi, czyli w bazie trzymamy value i taxvalue, a poprzez zmienną w lms.ini decydujemy, czy value ma być dzielone czy mnożone przez taxvalue, niestety takie rozwiązanie pociągałoby za sobą sporo pracy, co przy bardzo wyszczuplonej obsadzie deweloperskiej, jest obecnie nie do zrobienia. Może kiedyś. -- Pozdrawiam Aleksander Machniak ( A.L.E.C ) http://k27.prv.pl/alec GG-2275252

1 0

Re: ideasy
by Administrator (warsztat) 06 Sty '04

06 Sty '04

Witaj Goblin, W Twoim liście datowanym 6 stycznia 2004 (17:51:08) można przeczytać: >> Chcialem tylko przestrzec przed konstruowaniem tabel pod katem wymagan >> podatkowych, mozna w ten sposob zgubic wiele przydatnych informacji (np >> statystycznych, wskaznikow zyskownosci poszczegolnych obszarow sieci czy >> uslug itp). Ja rowniez uwazam, ze dobrze by bylo zrobic w taryfach opcje netto, vat, a brutto by wyswietlalo automatycznie (na poziomie php). Podejrzewam ze nie jest to duzo roboty, a chyba jednak ulatwilo by to troche zycie... (szczegolnie do faktur, ktore (nie wiem jak w najnowszej wersji) dodawaly z automatu 7% podatku do wartosci taryfy) -- Pozdrowienia, Administrator mailto:broneq@warsztat.net.pl

1 0

Re: ideasy
by Goblin 06 Sty '04

06 Sty '04

>>kolumny: >>1. lp >>[..] > Chcialem tylko przestrzec przed konstruowaniem tabel pod katem wymagan > podatkowych, mozna w ten sposob zgubic wiele przydatnych informacji (np > statystycznych, wskaznikow zyskownosci poszczegolnych obszarow sieci czy > uslug itp). przeciez ja wcale nie mowie o nadawaniu takiej konstrukcji bazie danych... chodzi tylko o prezentacje danych w takiej formie do wydruku. -- - Radoslaw 'Goblin' Pieczonka - goblin(a)pentex.pl - PENTEX[www.pentex.pl] - Folkowa[www.folkowa.art.pl] --

1 0

Re: ideasy
by stangrze＠coley.netitel.pl 06 Sty '04

06 Sty '04

On Mon, 5 Jan 2004, Goblin wrote: > > Wyt�umacz t� form�. > KPiR > zdaje sie ze jakos tak to bylo > kolumny: > 1. lp > [..] > Chcialem tylko przestrzec przed konstruowaniem tabel pod katem wymagan podatkowych, mozna w ten sposob zgubic wiele przydatnych informacji (np statystycznych, wskaznikow zyskownosci poszczegolnych obszarow sieci czy uslug itp). Mysle ze wazniejsze jest rozbudowanie tematu rozrachunkow (faktury i platnosci) niz przerabianie lms'a w program ksiegowy. Polecam przyjrzenie sie programowi Symfonia Handel (windziany jest demo 30 dniowe www.matrix.pl) w nim fajnie widac granice na ktorej program w ktorym 'robi sie interesy' powinien sie zatrzymac zeby nie stal sie programem ksiegowym. (program jest dla firm handlowych zakup sprzedaz magazyn i rozrachunki) > -- > - Radoslaw 'Goblin' Pieczonka > Grzegorz Stanislawski

1 0

Re: ideasy
by stangrze＠coley.netitel.pl 06 Sty '04

06 Sty '04

On Tue, 6 Jan 2004, micro TM wrote: > > > firmy od jakiegos juz czasu obowiazuje podawanie cen brutto. > > > > ...prawnie. > Kilka firm kooperujacych do Nas takze przyslli poprawione > umowy, gdzie widnialy stawki podane w cenach brutto. > Za uslugi internetowe? powinienes sie cieszyc bo w maju nie bedziesz mial 'podwyzki' w zwiazku ze zmiana vat ;-) Grzegorz Stanislawski

1 0

Re: ideasy
by micro TM 06 Sty '04

06 Sty '04

> > > 3. zdaje mi sie ze taryfy powinny byc przechowywane w kwotach netto > > > generalnie z punktu widzenia firmy z regoly operuje sie kwotami netto > > > > firmy od jakiegos juz czasu obowiazuje podawanie cen brutto. > > > ... w cennikach. > Chodzi o to zeby nie dezorientowac klientow. > Co nie znienia faktu ze np. komorczaki dalej podaja netto w reklamach. > tez jestem za tym aby ceny byly w bazie cenami netto. latwiej to pozniej > klinetowi przemnozyc niz dzielic przy okazji produkowania rejestrow vat. ...prawnie. Kilka firm kooperujacych do Nas takze przyslli poprawione umowy, gdzie widnialy stawki podane w cenach brutto.

1 0

Re: ideasy
by stangrze＠coley.netitel.pl 06 Sty '04

06 Sty '04

On Mon, 5 Jan 2004, micro TM wrote: > > 3. zdaje mi sie ze taryfy powinny byc przechowywane w kwotach netto > > generalnie z punktu widzenia firmy z regoly operuje sie kwotami netto > > firmy od jakiegos juz czasu obowiazuje podawanie cen brutto. > ... w cennikach. Chodzi o to zeby nie dezorientowac klientow. Co nie znienia faktu ze np. komorczaki dalej podaja netto w reklamach. tez jestem za tym aby ceny byly w bazie cenami netto. latwiej to pozniej klinetowi przemnozyc niz dzielic przy okazji produkowania rejestrow vat. Grzegorz Stanislawski

1 0

Re: Problem skrypty
by Tomasz Darmoliński 06 Sty '04

06 Sty '04

oki poszlo dzieki stokrotne ----- Original Message ----- From: "Grzegorz Jakóbik" <kot(a)ct.krakow.pl> To: <lms(a)lists.rulez.pl> Sent: Tuesday, January 06, 2004 1:16 PM Subject: [lms] Re: Problem skrypty > Witam > > Ja tez mam RedHat 9.0, zrob to automatem napisz w bashu: > /usr/bin/perl -MCPAN -e shell > Potem na ponizsze pytanie odpowiedz "no" > "Are you ready for manual configuration? [yes] no" > Dalej pojawi Ci sie cos takiego: > > commit: wrote /usr/lib/perl5/5.6.1/CPAN/Config.pm > > cpan shell -- CPAN exploration and modules installation (v1.59_54) > ReadLine support available (try 'install Bundle::CPAN') > > cpan> > > Wtedy wpisz: > > cpan> i /IniFiles/ > > gdy zownu sie zatrzyma na > > cpan> > > wpisz > > cpan> install Config::IniFiles > > i jak skonczy sie instalowac napisz: > > cpan> > cpan> exit > i zobaczysz > Lockfile removed. > > i to napewno pomoze. > > Pozdrawiam > > Grzegorz Jakóbik > > > > > Witam > > Wczoraj pisalem o malym problemie ze skryptami. > > > > # ./lms-payments > > Can't locate Config/IniFiles.pm in @INC (@INC > contains: /usr/lib/perl5/5.8.0/i386-linux-thread- > multi /usr/lib/perl5/5.8.0 /usr/lib/perl5/site_perl/5.8.0/i386-linux- > thread- > multi /usr/lib/perl5/site_perl/5.8.0 /usr/lib/perl5/site_perl /usr/lib/p > erl5/vendor_perl/5.8.0/i386-linux-thread- > multi /usr/lib/perl5/vendor_perl/5.8.0 /usr/lib/perl5/vendor_perl /usr/l > ib/perl5/5.8.0/i386-linux-thread-multi /usr/lib/perl5/5.8.0) at ./lms- > payments line 27. > > BEGIN failed--compilation aborted at ./lms-payments line 27. > > > > No i do dnia dziszejszego nie udalo mi sie tego wyeliminowac mimo > paru pomyslow z waszej strony > > > > Zainstalowalem do PERLA wszystko co jest w necie i czego jeszce nie > wymyslono tez :) > > Niestety jak problem byl tak zostal. > > > > Nadmienie iz posiadam dytrybucje Redhat 9 i PERL5 (5.8.0) :) > > > > Pozdrowienia > > > > > > > > > > > > > > > > >

1 0

Re: Problem skrypty
by Grzegorz Jak�bik 06 Sty '04

06 Sty '04

Witam Ja tez mam RedHat 9.0, zrob to automatem napisz w bashu: /usr/bin/perl -MCPAN -e shell Potem na ponizsze pytanie odpowiedz "no" "Are you ready for manual configuration? [yes] no" Dalej pojawi Ci sie cos takiego: commit: wrote /usr/lib/perl5/5.6.1/CPAN/Config.pm cpan shell -- CPAN exploration and modules installation (v1.59_54) ReadLine support available (try 'install Bundle::CPAN') cpan> Wtedy wpisz: cpan> i /IniFiles/ gdy zownu sie zatrzyma na cpan> wpisz cpan> install Config::IniFiles i jak skonczy sie instalowac napisz: cpan> cpan> exit i zobaczysz Lockfile removed. i to napewno pomoze. Pozdrawiam Grzegorz Jakóbik > > Witam > Wczoraj pisalem o malym problemie ze skryptami. > > # ./lms-payments > Can't locate Config/IniFiles.pm in @INC (@INC contains: /usr/lib/perl5/5.8.0/i386-linux-thread- multi /usr/lib/perl5/5.8.0 /usr/lib/perl5/site_perl/5.8.0/i386-linux- thread- multi /usr/lib/perl5/site_perl/5.8.0 /usr/lib/perl5/site_perl /usr/lib/p erl5/vendor_perl/5.8.0/i386-linux-thread- multi /usr/lib/perl5/vendor_perl/5.8.0 /usr/lib/perl5/vendor_perl /usr/l ib/perl5/5.8.0/i386-linux-thread-multi /usr/lib/perl5/5.8.0) at ./lms- payments line 27. > BEGIN failed--compilation aborted at ./lms-payments line 27. > > No i do dnia dziszejszego nie udalo mi sie tego wyeliminowac mimo paru pomyslow z waszej strony > > Zainstalowalem do PERLA wszystko co jest w necie i czego jeszce nie wymyslono tez :) > Niestety jak problem byl tak zostal. > > Nadmienie iz posiadam dytrybucje Redhat 9 i PERL5 (5.8.0) :) > > Pozdrowienia > > > > > >

1 0

Re: [lms] Re: [lms] Re: [lms] Udogodnienia w administracji siecią :)
by Łukasz Jarosław Mozer 06 Sty '04

06 Sty '04

Witaj Maciej, W Twoim liście datowanym 5 stycznia 2004 (19:58:41) można przeczytać: > ... Ja bym obstawał przy emulacji przeglądarek. To jednak może > więcej pracy, ale mniejsze koszty wdrożenia i eksploatacji. Naucz się cytować, proszę. -- Pozdrowienia, Łukasz Jarosław Mozer

1 0