这里要梳理一下业务过程和其间的问题
1.首先如你说的,形式发票等同于合同,那么无论是预付,还是后来的余款支付,那么这个形式发票应当都早于这款项到账这个时点,
也就是在收到款前,形式发票应当在系统里有了
2.在收款时,业务员可能会先得到客户已支付款这个消息,但真正银行到账的话,可能还是有时间差,所以首先确认有钱打进公司账户的,应当是财务的出纳
3.接着上面2的过程说,出纳只知道有钱进入公司账户,可能知道对方客户是哪家,也可能不知道是哪家,就算是知道,作为出纳一般情况下,肯定也不知道
具体是哪项形式发票(或合同)的款项吧,那这就是过程中的问题,谁首先输入款项收到的数据记录,接着谁又来明确确认这些款项具体是哪个形式发票
(或合同)的,从程序界面上来说,我们在主表数据上由财务(比如会计或出纳)录入好收款的总金额,子表明细记录对应着形式发票(或合同)明细分配
的金额,但主表总额收款与子表明细分配的金额合计必须相等,才能说明这项收款确认完成,从业务熟悉程度来说,一般这个明细是由业务来完成分配录入的
4.形式发票(合同)在创建时,就应当已创建了相关明细及相关金额,从原则上,收款合计=形式发票金额,应当自动变为已完成该项业务了,如有变动,比如补充
追加应收金额,首先应当是变更增加形式发票金额,如果是减少,也应当变更减少形式发票金额,但要注意,如果已收到的款多于你现在要减少到的金额值时,
你如何处理?!多出的款项如何处理?!
因为不知道。你的这支程序是用来多人协同办公的,还是个人单机使用的,如果多人操作,就一定会涉及到这些工作作业流程的问题!
1.形式发票已经都设过了。
2.客户付款了,一定都会先通知业务员付了多少.这样业务员做个记录,财务收到钱一看付款明细金额就知道是哪个合同了并点审核按纽,收款明细状态就变成已到帐.
如果有第二次付款就同理.
3.当全部货款都确认收到后,付款表的又业务员点完成.
界面如如图. 但我不知道红框里的应该怎么设置,怎么添加/编辑/删除?用数据表,或查询表还是用连续窗体?
即然在窗体里,当然,这个也用窗体,至于是用窗体的数据表视图还是连续窗体视图,这个你可以自我权衡一下
就是不知道,才希望能给个建议。
现在你的表设计大体出来了,但在开发时,表设计的因素之一,也要来自于窗体界面、操作功能、数据读取和存储方式的影响,现在我们只对你的需求停留在比较片面了解,
我们不能用我们的能力去衡量系统如何做,因为做下去的是你,否则按我们的思路和编程水平来做的话,你之后可能根本就做不了,或者理解不了,所以你自已要拿定相关主意
和思路,我们只能在于此基础上给些帮助
比如这个客户付款明细表,我基本不会在这样的界面上给以添加、修改等操作,最多是给于查询使用,但你的想法这样是否可以呢,也是可以的,
建议你用窗体的数据表视图