- lms - lists.lms.org.pl

Re: [lms] Re: [lms] Re: KP - dowód wpłaty i adres korespondencyjny
by hunter 22 Lip '04

22 Lip '04

On Wed, Jul 21, 2004 at 12:09:32PM +0200, Dariusz Skarbek wrote: > > > > > KP ma swoją osobną numerację jako dowód wpłaty, w żaden sposób nie jest > > wiązany z FV, to jest tylko potwierdzenie wpłaty, prawdę mówiąc > > ważniejszy dla klienta, gdyż ma udokumentowaną wpłatę. > > Nie może być wiązany z FV, gdyż może ktoś wpłacić więcej, np. robiąc > > zaliczkę na poczet następnego miesiąca. > > > > Trochę spolemizuję. Z doświadczenia wiem, że najlepszym rozwiązaniem jest > zastosowanie tabeli wiążącej z polami: Cicho, od rewolucji w finansach w tym panstwie ja jezdem :-p > 1. Rozliczenie_ID - identyfikator rekordu rozliczającego > 2. Faktura_ID - identyfikator faktury lub innego dokumentu ze stroną WN > dla klienta > 3. Wplata_ID - identyfikator dowodu wpłaty lub innego dokumentu > potwierdzającego wpłatę po stronie MA dla klienta (np. potwierdzenie > bankowe) > 4. Kwota_Rozliczenia - kwota w jakiej wpłata rozlicza fakturę > 5. DataRozliczenia - bez komentarza > a w tabelach Faktura i Wpłata dodatkowe pola: > > 1. Pozostalo_do_rozliczenia - kwota jaka pozostała do rozliczenia z > danego dokumentu (niezależenie faktury, czy wpłaty). Wartość tego pola na > początku jest równa kwocie obciążenia lub wpłaty i zmniejsza się w czasie > rozliczania. Ojeju pole wyliczane. ne. Jesli juz to: A) tabelce cash zmiana nazwy: invoice_id->moneyaccounting_id; B) moneyaccounting_id: id - wiadomoco doctype -- smallint typ powiazanego dokumentu stwierdzajacego wplate (KP albo dowodu/duplikatu przelewu z banku/poczty). direction -- kierunek przeplywu pieniadza :) jesli KASA MA: doc_id -- int nr z kp doc_nr -- varchar nr z banku :) (ogolnie nr obcy) jesli obciazenie doc_id -- int numer faktury tzn invoice_id lub paragon_id jesli taki bedziemy pozwalac drukowac doc_nr -- varchar nr faktury z uwzglednieniem numeracji. C) idee: cash obrazuje tylko wplyw/wyplyw funduszy bez podania na co wlasciwie one poszly (poza opisem). moneyaccounting obrazuje relacje: cash -- dokument (invoice, kp, paragon) mozliwe jest zarowno: 1 -- +oo +oo -- 1 1 -- 1 tabele zas: invoice, paragon, kp sa same w sobie hermetyczne tzn rejestr kp, paragonow, faktur, a jak ktos ma chcec to moze np dodac tabele ze skanami przelewow od klientow, tylko po cio :) Zalety: -mozna olac wpisywanie numerkow dokumentow do cash, dosc dowolnie i w dowolnej ktores wpisywac co jest imvho mile. -automatyka faktur _moze_ wpisywac oprucz do cash rowniez do monneyaccounting ale tego nei musi (hakas opcja) etc, moze rowniez poszukac nie widzac nawet cash numerki dokumentow powiazanych. kd. ps wada: kurde my mamy lms2 robic a nie jednyke przepisywac na 1.99 -- 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: [lms] Bład w nowej wersji LMS-a ??? 1.3.5
by A.L.E.C 21 Lip '04

21 Lip '04

JacekK wrote: > Witam. > Podlaczajac klienta do sprzetu sieciowego (?m-nodeinfo) wywala > komunikat ze brak wolnych portow. > Co ciekawe, wchodzac na edycje (?m=nodeedit) i przypisujac klienta do > danego osprzetu, wszystko jest OK. > wersja LMS-a najswiezsza z CVS ( po zmianach ALEC-a) 1.3.5. ( dzisiaj > sciagane tj.21.07) > W wersji 1.3.4 objaw nie wystepuje. oops, fixed modules/nodeedit.php -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 Lan Management System Developer http://lms.alec.pl

1 0

Bład w nowej wersji LMS-a ??? 1.3.5
by JacekK 21 Lip '04

21 Lip '04

Witam. Podlaczajac klienta do sprzetu sieciowego (?m-nodeinfo) wywala komunikat ze brak wolnych portow. Co ciekawe, wchodzac na edycje (?m=nodeedit) i przypisujac klienta do danego osprzetu, wszystko jest OK. wersja LMS-a najswiezsza z CVS ( po zmianach ALEC-a) 1.3.5. ( dzisiaj sciagane tj.21.07) W wersji 1.3.4 objaw nie wystepuje. Pozdrawiam Jacek

1 0

ciekawostka
by Łukasz Jarosław Mozer 21 Lip '04

21 Lip '04

Witam. http://www.elektroda.pl/rtvforum/viewtopic.php?t=154036 lol. -- Łukasz Jarosław Mozer http://www.baseciq.org mailto: lukasz(a)rulez.pl

1 0

adres do doręczeń na fakturach
by A.L.E.C 21 Lip '04

21 Lip '04

ten nowy fjuczer już jest w cvsie - dodano nowe pole do tabeli users, jeżeli adres do doręczeń jest zdefiniowany zostanie wyświetlony na fakturze w miejscu okienka koperty zamiast adresu zamieszkania użytkownika. Adres ten nie jest zapisywany w bazie faktur, gdyż uznałem go za informację drugorzędną, co o tym myślicie? p.s. osoby które były tym zainteresowane i chętne do wyrażenia podziękowań w formie finansowej zapraszam na moją stronę (adres poniżej). -- Pozdrawiam Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 Lan Management System Developer http://lms.alec.pl

1 0

Re: KP - dowód wpłaty i adres korespondencyjny
by Jakub Walczak 21 Lip '04

21 Lip '04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Użytkownik Dariusz Skarbek napisał: |>KP ma swoją osobną numerację jako dowód wpłaty, w żaden sposób nie jest |>wiązany z FV, to jest tylko potwierdzenie wpłaty, prawdę mówiąc |>ważniejszy dla klienta, gdyż ma udokumentowaną wpłatę. |>Nie może być wiązany z FV, gdyż może ktoś wpłacić więcej, np. robiąc |>zaliczkę na poczet następnego miesiąca. |> | | | Trochę spolemizuję. Z doświadczenia wiem, że najlepszym rozwiązaniem jest | zastosowanie tabeli wiążącej z polami: | | 1. Rozliczenie_ID - identyfikator rekordu rozliczającego | 2. Faktura_ID - identyfikator faktury lub innego dokumentu ze stroną WN | dla klienta | 3. Wplata_ID - identyfikator dowodu wpłaty lub innego dokumentu | potwierdzającego wpłatę po stronie MA dla klienta (np. potwierdzenie | bankowe) | 4. Kwota_Rozliczenia - kwota w jakiej wpłata rozlicza fakturę | 5. DataRozliczenia - bez komentarza | | | a w tabelach Faktura i Wpłata dodatkowe pola: | | 1. Pozostalo_do_rozliczenia - kwota jaka pozostała do rozliczenia z | danego dokumentu (niezależenie faktury, czy wpłaty). Wartość tego pola na | początku jest równa kwocie obciążenia lub wpłaty i zmniejsza się w czasie | rozliczania. | widze, ze doswiadczenia mamy takie same :-) ja od siebie tylko zauwaze, ze przechowywanie na f-rze pola Pozostalo_do_rozliczenia jest informacja nadmiarowa i moze sie zdazyc przypadek, ze to co na polu nie bedzie sie rownalo temu do jest w tabeli wiazacej, wiec: 1. jezeli mozna (wartosc bedzie potrzebna zadko) to nie dodawalbym tego pola, tylko to za kazdym razem obliczal 2. obliczanie jest stosunkowo skomplikowane/wolne - jezeli to pole mialo by byc czesto uzywane to niestety trzeba tak zrobic sam mialem tego typu pole w kilku tabelach i sa z nim problemy (np. blad w tigerze), ale czasem przyrost wydajnosci jest tak duzy, ze sie oplaca druga sprawa - raczej mniej istotna: a przypadku (zmyslam sobie, ale zycie bywa dziwniejsze) : klient placi jednym KP za kilka faktur, w tym za jedna (ostatnia) tylko czesci - nie starczylo mu kasy, potem przychodzi i placi jednym KP reszte za ta f-re i jeszcze za nastepna wtedy ciezko powiedziec ile-za-jaka-fakture-jest-na-ktorym-KP :-) przypadek zadki i skomplikowany (ale prawdziwy byl jescze dziwniejszy) rozwiazalismy to w ten sposob, ze byl "dokument rozliczenia" i "pozycje rozliczenia". dokument spinal kilka elemetow "tabeli wiazacej" - mozna to tez zrobic poprzez dodatkowe pole np IDTrasakcji lub NumerTransakcji pozdr. Jaqb p.s. nie chce nikomu nic sugerowac, nie jest to gotowe rozwiazanie ani zalecenie - taka sobie ot przemyslenia. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFA/ly3Lnlac5hBFMkRAv/fAKDSCdJruOeDSLclo+tf0DSYKdph6QCgquDg oBOxuE3X3wgLvkOuwUL7uDI= =lVjn -----END PGP SIGNATURE-----

1 0

RE: [lms] Re: [lms] RE: [lms] Re: [lms] Re: KP - dowód wpłaty i adres korespondencyjny
by Bartosz 21 Lip '04

21 Lip '04

>KP ma swoją osobną numerację jako dowód wpłaty, w żaden sposób nie jest >wiązany z FV, to jest tylko potwierdzenie wpłaty, prawdę mówiąc >ważniejszy dla klienta, gdyż ma udokumentowaną wpłatę. >Nie może być wiązany z FV, gdyż może ktoś wpłacić więcej, np. robiąc >zaliczkę na poczet następnego miesiąca. no to pozostaje jeszcze decyzja, czy przechowywać w bazie wystawione KP? Bo samo wystawianie KP można zrobić w prosty sposób, ale co z numeracją, jeśli ma być nadawana ręcznie, to po co w ogóle pchać to do lmsa? I drugie pytanie, czy czerwony kolor tego druczku jest obligatoryjny, czy może być black/white? Wtedy możnaby zrobić szablon i nie bawić się w obrazki, pozycjonowanie, marginesy itp. Kolor KP nie jest obligatoryjny, może być szablon, ważne żeby były informacje, kto przyjął, kto wpłacił, za co i kiedy. Potwierdzenie wpłaty zawsze jest jakimś dokumentem, więc gdyby to nie stanowiło większego problemu to numeracja mogłaby być przechowywana w LMS, aczkolwiek bez tego też będzie ok. Najlepiej gdyby dało się to rozwiązać w taki sposób, żeby KP można było wystawiać do konkretnej FV lub kilku (gdy ktoś np. zalega z dwoma), a także żeby można było wystawić KP na samą kwotę, gdy ktoś chce zapłacić już za następny miesiąc. p.s. ciekawe co Chilek miałby do powiedzenia w tej sprawie, ale zdaje się, że jest na urlopie :) To super przynajmniej nikt nie wygłasza tu dziwnych pomysłów w stylu "odnotowywania wpłat na podstawie VAT" :) -Gala

1 0

Re: [lms] Re: [lms] RE: [lms] Re: [lms] Re: KP - dowód wpłaty i adres korespondencyjny
by Krzysztof Lewandowski 21 Lip '04

21 Lip '04

Widziałem druki czarno-białe. Myślę że trzeba by je przechowywać, ponieważ w co niektórych przypadkach jest to dokument księgowy. KL

1 0

Re: [lms] RE: [lms] Re: [lms] Re: KP - dowód wpłaty i adres korespondencyjny
by A.L.E.C 21 Lip '04

21 Lip '04

>KP ma swoją osobną numerację jako dowód wpłaty, w żaden sposób nie jest >wiązany z FV, to jest tylko potwierdzenie wpłaty, prawdę mówiąc >ważniejszy dla klienta, gdyż ma udokumentowaną wpłatę. >Nie może być wiązany z FV, gdyż może ktoś wpłacić więcej, np. robiąc >zaliczkę na poczet następnego miesiąca. no to pozostaje jeszcze decyzja, czy przechowywać w bazie wystawione KP? Bo samo wystawianie KP można zrobić w prosty sposób, ale co z numeracją, jeśli ma być nadawana ręcznie, to po co w ogóle pchać to do lmsa? I drugie pytanie, czy czerwony kolor tego druczku jest obligatoryjny, czy może być black/white? Wtedy możnaby zrobić szablon i nie bawić się w obrazki, pozycjonowanie, marginesy itp. p.s. ciekawe co Chilek miałby do powiedzenia w tej sprawie, ale zdaje się, że jest na urlopie :) p.s. nie, żebym się za to brał, ale myślę, hunter, że ci ta dyskusja pomoże w implementacji. -- Pozdrawiam Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 Lan Management System Developer http://lms.alec.pl

1 0

Re: [lms] RE: [lms] Re: [lms] Re: KP - dowód wpłaty i adres korespondencyjny
by Dariusz Skarbek 21 Lip '04

21 Lip '04

> > KP ma swoją osobną numerację jako dowód wpłaty, w żaden sposób nie jest > wiązany z FV, to jest tylko potwierdzenie wpłaty, prawdę mówiąc > ważniejszy dla klienta, gdyż ma udokumentowaną wpłatę. > Nie może być wiązany z FV, gdyż może ktoś wpłacić więcej, np. robiąc > zaliczkę na poczet następnego miesiąca. > Trochę spolemizuję. Z doświadczenia wiem, że najlepszym rozwiązaniem jest zastosowanie tabeli wiążącej z polami: 1. Rozliczenie_ID - identyfikator rekordu rozliczającego 2. Faktura_ID - identyfikator faktury lub innego dokumentu ze stroną WN dla klienta 3. Wplata_ID - identyfikator dowodu wpłaty lub innego dokumentu potwierdzającego wpłatę po stronie MA dla klienta (np. potwierdzenie bankowe) 4. Kwota_Rozliczenia - kwota w jakiej wpłata rozlicza fakturę 5. DataRozliczenia - bez komentarza a w tabelach Faktura i Wpłata dodatkowe pola: 1. Pozostalo_do_rozliczenia - kwota jaka pozostała do rozliczenia z danego dokumentu (niezależenie faktury, czy wpłaty). Wartość tego pola na początku jest równa kwocie obciążenia lub wpłaty i zmniejsza się w czasie rozliczania. Pozdrawiam Darek

1 0