ciekawe pytanie o schemat bazy danych na faktury Opcje

[wiewiorek]

Mam problem z zaprojektowaniem schematu bazy danych na faktury. Chodzi o to, ze jeżeli klient kupił np. 20 klawiatur i 5 myszek i została mu wystawiona faktura, a po jakimś czasie zwrócił 5 klawiatur to trzeba mu wystawić fakturę korygującą na której będzie napisane coś w stylu:
POZYCJE KORYGOWANE
klawiatura | 20 | ....

POZYCJE PO KOREKCIE
klawiatura | 15 | .....

Tutaj macie jakąś przykładową znalezioną w google fakturę korygującą żeby to jakoś obrazowo pokazać: http://gusoft.com.pl/faktorzysta/graph/fak...kladowa_kor.pdf

Oczywiście nie można w związku z tym zmienić ilości zamówionych klawiatur w tabeli POZYCJE_ZAMOWIENIA bo potem przy tworzeniu faktury nie byłoby skąd wziąć pierwotnej liczby zamówionych klawiatur, a na fakturze muszą być pierwotne i ostateczne wartości.

W związku z tym zaprojektowałem taki schemat bazy danych:
(IMG:http://img198.imageshack.us/img198/1699/aaanke.jpg)

Tabela POSITIONS_ORDER_CORRECTION - czyli pozycje zamówienia, które uległy zmianie - tabela ta jest niemal kopią tabeli POSITIONS_ORDER - czy w związku z tym ten schemat jest ok ? Bo innego sposobu na to chyba nie ma ?

[JohnnyB]

faktura i faktura korygujące to dwa osobne dokumenty, wprowadzając fakturę korygującą nie możesz nic zmieniać na dokumencie oryginalnym (oprócz pól 'pomocniczych', np. oznaczyć, że do danej faktury istnieje faktura korygująca).
Osobiście to bym rozszerzył tabele faktury i pozycji na zamówieniu tak, aby zawierały także dane potrzebne do faktury korygującej oraz dodał pole 'typ' aby odróżnić je od siebie - łatwiej będzie wtedy robić np. sumowanie obrotów.

Przy okazji, widzę, że masz połączenie z danymi klientów poprzez customers_id - co zamierzasz zrobisz jeśli po wystawieniu faktury dane klienta ulegną zmianie (np. zmieni się adres), a ktoś będzie chciał wydrukować 'starą' fakturę, np. w celu wystawienia duplikatu?
Pytam bo sam się nad tym ostatnio zastanawiałem
http://forum.php.pl/index.php?showtopic=14...mp;#entry744708