- lms - lists.lms.org.pl

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

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