Access交流中心

北京 | 上海 | 天津 | 重庆 | 广州 | 深圳 | 珠海 | 汕头 | 佛山 | 中山 | 东莞 | 南京 | 苏州 | 无锡 | 常州 | 南通 | 扬州 | 徐州 | 杭州 | 温州 | 宁波 | 台州 | 福州 | 厦门 | 泉州 | 龙岩 | 合肥 | 芜湖 | 成都 | 遂宁 | 长沙 | 株洲 | 湘潭 | 武汉 | 南昌 | 济南 | 青岛 | 烟台 | 潍坊 | 淄博 | 济宁 | 太原 | 郑州 | 石家庄 | 保定 | 唐山 | 西安 | 大连 | 沈阳 | 长春 | 昆明 | 兰州 | 哈尔滨 | 佳木斯 | 南宁 | 桂林 | 海口 | 贵阳 | 西宁 | 乌鲁木齐 | 包头 |

[5分]客户付款表的建立

walter wang  发表于:2014-05-26 15:05:15  
复制

 请教老师一个问题,我想建立一个客户付款记录可以直观的看到每一个客户及每一个合同客户付款情况。

 一个合同客户分几次付款,比如我建立两个表:建立了两个表,一个付款总表,一个是付款明细表,如图:

但是付款明细表好象不能有重复项:

第一次付款记录: 合同1,客户1,付款:50.00 时间05-21 

第二次付款记录: 合同1,客户1,付款 30.00   时间05-30。

这样记录会提示不能重复。 是不要再设个付款编号在付款明细表里?

如果不是,有没有什么好的办法,

或其他的建议 谢谢!!!!!

 

Top
walter wang 发表于:2014-05-26 15:12:51
是不是每笔收款都要弄个编号比较好?

瞿丽忠 发表于:2014-05-27 12:59:48

客户付款明细表中的客户ID 不需要吧?

直接改成付款编号即可



walter wang 发表于:2014-05-27 15:01:22

如果在明细表里不加上客户ID在数据模块自动生成器里不能创建。不知道是不是什么问题。

我现在的办法是不要付款表。只用明细表。



刘小建 发表于:2014-05-27 18:05:53

不要付款表,只用明细表,不好吧?那样你每个合同也就是每次制单都生成一个记录放在哪儿?

我觉得你的付款明细表应该有一个自动编号字段或代码生成的编号字段,不能用你上图的那样。为什么要用上图两个字段那样的复杂主键?如果确实不想设单独的编号字段,可以把“客户ID”去掉,那个没用,既然有合同ID了就没必要考虑客户ID了,然后取付款时间之类的字段与合同编号一起组成组合的主键。

明细表里不加上客户ID就不能创建表,这个不知道为什么,应该是其他哪里有错误吧?客户ID这个主键完全没必要,是不该有的。真的去掉就不能创建,加上就可以了?这个客户ID任何时候都可以通过表关系从客户表里面查询到的。



walter wang 发表于:2014-05-27 22:05:27
刘’S, 好的,我按你说的,在明细表里加一个付款编号。在汇报结果。

walter wang 发表于:2014-05-27 22:15:01
还有个问题,怎么让每笔收款都有审核了?如果审核是建立在付款表里,还是每一次付款明细怎么审核了?

刘小建 发表于:2014-05-28 10:37:59
审核应该在明细表里吧?我想应该打开一个数据源为明细表的窗体,进行审核。就是说明细表应该有”已审核“是否字段。具体的说不好,网站上的中级培训课程“进销存"里有这个内容。

刘小建 发表于:2014-05-28 10:40:22

哦,你的审核人和审核时间是在合同表里,还是移过去吧,因为审核人在合同表里怎么知道每次付款是否合格?

在明细表里审核,未审核的不参加已付款计算。



walter wang 发表于:2014-05-28 15:27:32
我就不知道编辑窗体里每条明细怎么审核。

renco 发表于:2014-05-28 22:05:40

回个贴凑个热闹。呵。。。

首先对你的实际业务要求,不太熟,也不了解,可能有些地方说的不对

看了你的表结构,有一些疑问

1.形式发票的问题:

     1.1. 从原理上,蓝字发票明细表中应当是销货单的来源,红字发票是销售退货单的来源,不知道红字发票如何处理有无考虑?

     1.2. 有时候,存在销货和销退对冲后,再开相应的红字或蓝字票,那么这时你如何表示,并达到相关效果呢?

     1.3. 一张形式发票,一般来说,应当对应一张正式的纸质发票,并且,一张发票可能会有几个合同的来源,但看你的表结构似乎一张发票只对一个合同,

            那为什么不让一张形式发票可以对应若干个不同合同的明细呢?

    从原理上,发票不与合同直接挂钩对应,而是一般与销货或销退对应,而销货或销退会与合同对应,也即发票是通过销货间接与合同关联上的。从你的程序来看,似乎省略了相关销货和销退的过程,直接在发票明细里输入相关合同和红或蓝字金额


2.客户付款单(相当于收款单)问题:

   1.1. 客户付款有没有可能存在预付的情况!?或者从其他合同订单上递延过来的款项,如有的话,可有相关处理方式?

   1.2. 一份客户付款单,有可能是几份合同的同时付款,和形式发票很类似的问题,为什么不让一份客户付款单对应若干个不同合同的付款明细呢?



walter wang 发表于:2014-05-29 12:00:55

谢谢楼上详细的问题。

我解释一下我的需求:

因为我们是生产型外贸时候,形式发票就相当于合同,销货和退货什么的功能我就没有添加。那现在还用不到。

在客户付款方面我的问题是,一份形式发票,客户的付款方式可能是:开始生产前预付30%,货做好发货前付余款或者部分余款。

这样一份形式发票就有好几次付款明细。我想设置每次付款财务都能审核是否到帐。这样业务员就知道了。

然后等全部货款收齐后,业务员就点付款表完成。这样此次合同完成。

这样我要怎么做了?



renco 发表于:2014-05-29 13:32:22

这里要梳理一下业务过程和其间的问题

1.首先如你说的,形式发票等同于合同,那么无论是预付,还是后来的余款支付,那么这个形式发票应当都早于这款项到账这个时点,

   也就是在收到款前,形式发票应当在系统里有了

2.在收款时,业务员可能会先得到客户已支付款这个消息,但真正银行到账的话,可能还是有时间差,所以首先确认有钱打进公司账户的,应当是财务的出纳

3.接着上面2的过程说,出纳只知道有钱进入公司账户,可能知道对方客户是哪家,也可能不知道是哪家,就算是知道,作为出纳一般情况下,肯定也不知道

   具体是哪项形式发票(或合同)的款项吧,那这就是过程中的问题,谁首先输入款项收到的数据记录,接着谁又来明确确认这些款项具体是哪个形式发票

  (或合同)的,从程序界面上来说,我们在主表数据上由财务(比如会计或出纳)录入好收款的总金额,子表明细记录对应着形式发票(或合同)明细分配

   的金额,但主表总额收款与子表明细分配的金额合计必须相等,才能说明这项收款确认完成,从业务熟悉程度来说,一般这个明细是由业务来完成分配录入的

4.形式发票(合同)在创建时,就应当已创建了相关明细及相关金额,从原则上,收款合计=形式发票金额,应当自动变为已完成该项业务了,如有变动,比如补充

  追加应收金额,首先应当是变更增加形式发票金额,如果是减少,也应当变更减少形式发票金额,但要注意,如果已收到的款多于你现在要减少到的金额值时,

  你如何处理?!多出的款项如何处理?!

 

因为不知道。你的这支程序是用来多人协同办公的,还是个人单机使用的,如果多人操作,就一定会涉及到这些工作作业流程的问题!



walter wang 发表于:2014-05-29 23:39:28

1.形式发票已经都设过了。

2.客户付款了,一定都会先通知业务员付了多少.这样业务员做个记录,财务收到钱一看付款明细金额就知道是哪个合同了并点审核按纽,收款明细状态就变成已到帐.

   如果有第二次付款就同理.

3.当全部货款都确认收到后,付款表的又业务员点完成.

界面如如图. 但我不知道红框里的应该怎么设置,怎么添加/编辑/删除?用数据表,或查询表还是用连续窗体?





renco 发表于:2014-05-30 08:06:58

即然在窗体里,当然,这个也用窗体,至于是用窗体的数据表视图还是连续窗体视图,这个你可以自我权衡一下

 



walter wang 发表于:2014-05-31 16:43:02
就是不知道,才希望能给个建议。

renco 发表于:2014-06-01 09:21:26

现在你的表设计大体出来了,但在开发时,表设计的因素之一,也要来自于窗体界面、操作功能、数据读取和存储方式的影响,现在我们只对你的需求停留在比较片面了解,

我们不能用我们的能力去衡量系统如何做,因为做下去的是你,否则按我们的思路和编程水平来做的话,你之后可能根本就做不了,或者理解不了,所以你自已要拿定相关主意

和思路,我们只能在于此基础上给些帮助

比如这个客户付款明细表,我基本不会在这样的界面上给以添加、修改等操作,最多是给于查询使用,但你的想法这样是否可以呢,也是可以的,

建议你用窗体的数据表视图




walter wang 发表于:2014-06-06 20:34:16

我还是用的连续窗体,把记录集改为快照。  



总记录:17篇  页次:1/1 9 1 :