请教类似于财务管理软件（发货付款管理）的一些设计思路方面的问题。
程序的基本功能是：管理所有客户的发货记录及付款记录，随时了解销售及付款情况。
主要的操作事件有：
发货管理，主要记录的信息有：发货时间，收货单位（客户），型号，数量，单价。
付款管理，主要记录的信息有：付款时间，付款单位（客户），金额。
基本的查询有：对某个客户的发货情况，某客户的付款情况，某客户的本期余款（也就是客户的销售情况）。
我在程序中设计了三个表：发货表，付款表，金额记录表。
其中发货表，付款表，都由用户来维护，金额记录表由每次用户维护发货表，付款表时自动生成，金额表的主要字段有：操作时间，客户名称，上期余款，本期金额类型（发货，付款），本期金额，本期余额。
如果用户每次都按时间顺序输入，并且每次都不输入错误，那么程序还是能正常使用。可是，如果用户输入错误，或是时间顺序搞错了，就很麻烦。
举例说明：
1．今天是元月二十号，结果用户发现：元月三号给A客户的发货数量搞错了，那么，他应该修改发货表，找到那个单据后，修改，保存。那么，金额记录表的维护量非常大，要修改元月三号后，A客户的所有金额记录。
2．与“1”类似，如果用户发现元月三号A客户的付款金额有误，修改量同样特别大。
3．同样，今天是元月二十号，今天的发货记录已输入完毕，后来发现与统计不符，发现元月五号给A客户的发货记录没有输入进去。于是用户需补录五号A客户的发货记录，但是时间怎样来处理？特别是金额维护表里，因为金额维护表里的“上期余额”都是根据时间来计算的。
4．数据的准确性没法保证，因为用户可以随意修改发货与付款记录。月底生成的报表，根本不可信，即使知道有错误，也不知到从哪里查起。
那么,我应该怎样设置表,怎样限制用户的使用流程,才能让数据准确??
[解决办法]
这是个很头疼的问题，订单、发货这些东西可以弄得相当复杂的。
我的建议，
1.提供单据“红冲”，虽然这解决不了本质问题，但可以避免用户随意修改先前发货与付款记录，也可以避免一部分你所说的“知道有错误，也不知到从哪里查起”。
２.数据统计与冗余数据的要安排得当，
你的问题主要在金额记录表上，上期余款、本期余额可以不存数据库，需要时再统计就可以。
在数据量比较大时也不能全部依赖统计，可以在一段时间内进行结存。比如一个季度结存一次付款余额。这样可以避免数据统计总是统计所有单据，提高统计速度。
３.有些特殊情况可以做一些变通处理(当然备注之类要说明清楚)，不一定要翻出旧帐改来改去。
