-----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.