It's clear that the current statement entry solution is a problem, since a) the account_id member of StatementEntry is not accurate when multiple ledger entries contribute to a single statement entry, and b) there is no definitive way to tie StatementEntry to LedgerEntry. The latter isn't too big an issue, but it would certainly be a problem if we allowed transaction editing. If user wanted to change a statement entry account (say from rent to late charge, or from check to cash), there wouldn't be an absolute way to know which ledger entry(ies) to change as well.
git-svn-id: file:///svn-source/pmgr/branches/statement_ledger_entry_tie_20090802@467 97e9348a-65ac-dc4b-aefc-98561f571b83
This commit is contained in: