On Fri, Jan 28, 2005 at 04:09:42PM +0100, Tomasz Chilinski wrote:
On Fri, 28 Jan 2005 15:25:28 +0100, A.L.E.C wrote
żebym ja się na tym znał. Z tego co zrozumiałem, to w skrócie chodzi nam o to, żeby przy księgowaniu wpłaty decydować za jaki okres/abonament/obciążenie/fakturę ona jest. A może ja się za to nie powinienem brać, bo się na tym nie znam i nie będę bezpośrednio na razie korzystał z tej funkcjonalności? Czy na prawdę tylko my dwaj mamy cokolwiek do zaproponowania w tym temacie? Niech się chociaż ktoś wypowie jak to widzi, nie koniecznie technicznie od środka.
Też bym dorzucił swoje 3 grosze, ale jestem tak zarżnięty, że nie mam czasu zebrać myśli, żeby przelać to w sensowny sposób do maila... Na razie to co wypisujecie jest sensowne ;-)
Ta, my też ostatnio problemy mamy z przelewaniem myśli na klawiaturę. (my w sensie hunter i 3 krzysió, albo Krzyś i 3 hunterów, chgw roboty tyle że nei wiemy jak się nazywamy).
imvho: cash to cash, obiciążenie nie wynika tylko z FV/invoice a więc nie można tego powiązywania zawężać do invoice. dodanie do cash w rekordach obciążających invhoice/contentid nie zaszkodzi (8 bajtów więcej/rekord) powiązanie obciążenie-wpłata czy dodać do cash czy robić tabelkę obok tochbya odpowiedź na pytanie: ktoś zalegał 100, wpłacił 150, teraz:
księgujemy 150 i chcemy mieć w bazie w cash wpis 150 i w tabelce obok 100 za zaległości i 50 zostaje obok, czy też: jedną wpłate 100 do cash i likujemy jako rozliczenie zaległości (czyli id z cash, id faktury/pozycji być_może_duplikujemy), księgujemy dodatkowe 50 bez zaznaczenia "za co".
Bo to się na prawdę do tego sprowadza. W przypadku nr 2 mamy zupełnie za darmo (no za mniej pracy) wpisy w bilansie użytkownika "wpłata" i np <<rozliczenie za>> "tutaj tekst z 30ciej pozycji faktury nr.5" oraz około sekundy później: "wpłata" -- <<nadpłata>>.
Przypadek nr.1 powoduje że cash bardziej odzwierciedla wyciąg bankowy, ale jeśli już ktoś musi księgować Banki i Kasę to imo lepiej dla niego będzie mieć osobną tabelkę z wpłatami bankowymi (aka wyciągami) i KP (a idąc dalej raportami kasowymi).
A patrząc zupełnie z boczku: to w invoice_contents powinno się przechowywać id obciążenia, to czy obciążamy szczegółami czy też sumą F/V jako zmienna do ini/DB, a obok tabelka robiąca za logikę nad cash (której można przecież nie uzupełniać nie każdemu to potrzebne).
Alec?
kd.