Generowanie zaległości w płatnościach

Witam,
potrzebuje pomocy w projektowaniu bazy. Sytuacja wygląda tak. Są klienci do których są przypisane jakieś kwoty. Teraz klient płaci i może np. zapłacić część kwoty. Pytanie gdzie i jak przenieść tą część która nie została opłacona.

Może dodatkowa tabela z polami: "kto zapłacił", "ile_zapłacił', "kiedy zapłacił".

Już mam taką tabelkę i chyba rozwiąże to w programie tak, że program obliczy różnice i jeśli różnica będzie różna od zera to wstawi do tej tabelki tą różnice.

O mam super pomysł na to, tylko niech ktoś powie czy tak się da. Teraz jak to by miało wyglądać. Klient jest złączony z tabelą kwota, w której określamy np. kwotę na rok (chociaż nie wiem czy nie lepiej byłoby to zrobić w jednej tabeli). Teraz (nazwijmy to sobie tabelą rozliczeń) w której mamy kwotę do zapłacenia i kwotę zapłaconą. I tu teraz jest wielkie pytanie: Czy da się zrobić tak, aby ta kwota do zapłacenia była obliczana z tej kwoty na rok - kwota zapłacona?

IdKlienta,
Kwota,
Strona

Pole Strona to flaga, np. 1 to obciążenia klieta (to co musi zapłacić), 2 to wpłaty klienta, 3 co tam sobie wymyślisz

Zrób to po bożemu.

1. powinieneś mieć jakąś tabelę zobowiązania gdzie będziesz miał klucz do konkretnego klienta oraz klucz obcy do słownika typów zobowiązań, datę wymagalności, kwotę zobowiązania itd.
2. powinieneś mieć również tabelę wpłaty, która będzie miała klucz obcy do tabeli zobowiązania, datę wpłaty, wpłaconą kwotę.

Jak ma być po bożemu, to potrzebna jest jeszcze tabela rozliczenia, która będzie wiązała wpłaty z zobowiązaniami, ponieważ trzeba przewidzieć chociażby takie sytuacje:

1. Ktoś wpłaci za mało;
2. Ktoś jedną wpłatą opłaci dwie faktury;
3. Ktoś wpłaci za mało na dwie faktury, ale za dużo na jedną;
4. Ktoś opłaci fakturę pro forma, która zobowiązaniem nie jest, więc wpłata zostanie rozliczona dopiero po wystawieniu pełnej faktury;
5. Itp., itd. w zależności od charakteru sprzedaży, klientów i możliwych sposobów płatności.

Bez takiej tabeli może być trudno dojść, co i kiedy zostało rozliczone, a ponadto ułatwia stwierdzenie czy klient jest winny, czy też ma nadpłatę.

Czyli mniej więcej to tak powinno wyglądać? (patrz załącznik)

Dobra teraz tak, co miesiąc będą generowane zobowiązania, raczej z stała kwotą na rok. Dobra to teraz czy dobrze to rozumiem. Wprowadzam kwotę jakąś tam i rozliczam zobowiązanie danego klienta? Teraz wezmę wszystkie zobowiązania klienta i jego wpłaty i wiem czy jest na czysto, ma niedopłatę czy ma nadpłatę? No i sprawdzenie teraz nie opłaconych zobowiązań to proste zapytanie które wyświetli zobowiązań które nie występują w rozliczeniach? I już chyba nie trzeba się bawić z triggerami :)