Styczeń 2004 - lms - lists.lms.org.pl

Re: Oplaty stale - zalozenia bazy danych
by stangrze＠coley.netitel.pl 07 Sty '04

07 Sty '04

On Wed, 7 Jan 2004, A.L.E.C wrote: > > Wydaje mi sie ze powyzsza tabela jest niepotrzebna, tabela cash pelni > > taka funkcje, natomiast to czego IMHO brakuje to powiazan pomiedzy > > Ja to rozumiem inaczej. Tabela cash przechowuje wszystkie operacje, > natomiast najwazniejsze pole 'type' okresla twoje WINIEN-MA. A zaproponowana > przeze mnie tabela payments, to odpowiednik tabeli tariffs, czyli > przechowujaca dane zlecen stalych, aby je mozna bylo automatycznie, okresowo > naliczac (wrzucac do tabeli cash). Natomiast 'invoices' to wystawione > faktury - nie koniecznie musza odpowiadac temu co jest w cash (chyba). > Widocznie zle zrozumialem, sory. Nie bardzo rozumiem takze po co mielibysmy trzymac dane na temat zlecen stalych, one pojawia sie na wyciagu bankowym wtedy kiedy kasa wplynie. Nie sadze rowniez aby dobrym rozwiazaniem bylo trzymanie obu stron rozrachunkow w jednej tabeli. Proba rozliczania tego doprowadzi do powstania powiazan zapetlajacych, i nierozwazna kwerenda jest wstanie rozlozyc serwer. A rozlicznie jest potrzebnie chocby do tego aby klientowi pokazac ktorych faktur jeszcze nie zaplacil i na ile mozemy go za to ukarac. > > A i przydalo by sie pole ktore okreslaloby rodzaj rejestru do ktorego > > wplynela platnosc czyli kasa, rachunek bankowy itp. > > móglbys rozwinac, z czego wynika taka potrzeba? > Dla porzadku ;-). a powaznie po to aby mozna bylo w prosty sposob dokonac weryfikacji wprowadzonych danych porownujac je np z wyciagiem bankowym. Po to aby miec pamietnik prowadzonych operacji na wypadek jakis nieporozumien z klientem (tak jest szybcien niz wygrzebywanie interesujacych informacji z papierowego archiwum), po to aby mozna bylo sobie wydrukowac rejestr kasowy i z paru innych powodow ktore na razie nie przychodza mi do glowy. > > 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)) > > tego niestety nie rozumiem, ale nie prowadze ksiegowosci, wiec moze jest w > tym jakis sens. > Idea jest taka: W tabeli invoices trzymamy nasze wierzytelnosci, czyli kto ile i za co nam 'wisi' ;-) (w wiekszosci przypadkow beda to faktury, ale rowniez jak pisalem poprzednio informacja o naliczonych odsetkach za nieterminowe platnosci) w tabeli cash trzymamy informacje o tym kto kiedy i ile nam zaplacil. W obu przypadkach sa to dane o charakterze faktow ktore kiedys zaistnialy i generalnie nie powinnismy ich kiedykolwiek modyfikowac. tabela rozrachunki sluzy do podejmowania decyzji o tym ktore pieniadze splacaja ktory dlug. > -- > Pozdrawiam > Aleksander Machniak ( A.L.E.C ) > Grzegorz Stanislawski

1 0

Re: OT: sponsorzy odezwijcie sie
by hunter 07 Sty '04

07 Sty '04

On Wed, Jan 07, 2004 at 10:28:16PM +0100, pbern(a)pbern.biz wrote: > On Wed, 7 Jan 2004, hunter wrote: > > Kiedyś ktoś coś o sponsoringu mówił. A ja kurcze potrzebuje zwykłego > > najnormalniejszego zasilacza ATX, 200W mi spokojnie wystarczy, okolice > > W-Wa. Używana obudowa byłaby wręcz miodna... > jezeli nikogo nie ma w okolicy to moge podeslac.. ;) (poznan) > tylko obawiam sie ze bedzie to 250 lub 300W ale mysle ze sie nie obrazisz > :) Oj nie... priv... Ale Tyś deviloper. niech p.t. sponsor coś powie jakiś nio... 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: OT: sponsorzy odezwijcie sie
by pbern＠pbern.biz 07 Sty '04

07 Sty '04

On Wed, 7 Jan 2004, hunter wrote: > Kiedyś ktoś coś o sponsoringu mówił. A ja kurcze potrzebuje zwykłego > najnormalniejszego zasilacza ATX, 200W mi spokojnie wystarczy, okolice > W-Wa. Używana obudowa byłaby wręcz miodna... jezeli nikogo nie ma w okolicy to moge podeslac.. ;) (poznan) tylko obawiam sie ze bedzie to 250 lub 300W ale mysle ze sie nie obrazisz :) swoja droga ja szukam modulu zasilajacego VMR do p2.. jezeli ktos takowy posiada to chetnie wymienie sie za 0,5l lub ekwiwalent. Pozdrawiam Pawel Bernadowski GG 3377, email kontakt(a)pbern.biz

1 0

Re: Oplaty stale - zalozenia bazy danych
by A.L.E.C 07 Sty '04

07 Sty '04

> 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. Ja to rozumiem inaczej. Tabela cash przechowuje wszystkie operacje, natomiast najwazniejsze pole 'type' okresla twoje WINIEN-MA. A zaproponowana przeze mnie tabela payments, to odpowiednik tabeli tariffs, czyli przechowujaca dane zlecen stalych, aby je mozna bylo automatycznie, okresowo naliczac (wrzucac do tabeli cash). Natomiast 'invoices' to wystawione faktury - nie koniecznie musza odpowiadac temu co jest w cash (chyba). > A i przydalo by sie pole ktore okreslaloby rodzaj rejestru do ktorego > wplynela platnosc czyli kasa, rachunek bankowy itp. móglbys rozwinac, z czego wynika taka potrzeba? > 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)) tego niestety nie rozumiem, ale nie prowadze ksiegowosci, wiec moze jest w tym jakis sens. -- Pozdrawiam Aleksander Machniak ( A.L.E.C ) http://k27.prv.pl/alec GG-2275252

1 0

OT: sponsorzy odezwijcie sie
by hunter 07 Sty '04

07 Sty '04

Witam! Kiedyś ktoś coś o sponsoringu mówił. A ja kurcze potrzebuje zwykłego najnormalniejszego zasilacza ATX, 200W mi spokojnie wystarczy, okolice W-Wa. Używana obudowa byłaby wręcz miodna... niniejszym podejmuje sie robić więcej w LMSie jak ktoś mi taki zasilacz przysponsorzy/da/przyśle/lub w inny, magiczny sposób sprawi aby znalazł się na moim biurku/w łapkach. kd. ps. karta GSM w simplusie z numerem i 5-10 pln spowoduje ze wysylanie smsow z upomnieniami będe mógł wreście zrobić. (kabel i telefon mam) ps.2 jak się sponsor nie znajdzie to znowu się okaże ze GPL i LMS muszą poczekać a grupowanie userów, stałe opłaty, smsy... będą walczyć z moim pragnieniem wypicia herbatki w miłym towarzystwie i zjedzenia dobrego obiadku... :-D

1 0

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

07 Sty '04

On Wed, Jan 07, 2004 at 06:56:43PM +0100, stangrze(a)coley.netitel.pl wrote: > On Wed, 7 Jan 2004, A.L.E.C wrote: > > create table payments ( > 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. Dobra, rysunek poproszę i kilka '1' oraz '+oo', da radę ? kd, zawodowy rysowacz postaci normalnych w Asci-art... -- 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: 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