ERP应收应付流程问题？

dfmz_fd 2015-03-16 01:45:18

系统有应收应付模块，
1、出货是直接做应收还是转应收好，
转应收的话，在出现业务上的变动时会比较麻烦，如退货同时要改应收和发货
不转应收的话，直接改发货就可以反应应收了
通行的做法是怎样的呢？

2、同样有的服务型企业只有订单，订单转应收呢还是订单直接完工就是应收好？
跟1的问题其实是一样的
通行的做法又是怎样的呢？

...全文

1208 12 打赏收藏转发到动态举报

写回复

用AI写文章

12 条回复

切换为时间正序

请发表友善的回复…

发表回复

danily1983 2015-05-15

打赏
举报

一般规范一点的教科书式应用是业务推动财务，什么意思呢，就是你销售出库了，就挂应收了，然后如果退货，那么也是先有红字销售出库，然后继续挂应收红字

dfmz_fd 2015-04-19

打赏
举报

引用 9 楼 etudiant6666 的回复:

参看客户订单的应收付管理，注意应收付和实收付之间以及发票之间都不是一对一的关系，很多ERP系统在这里是处理难点。http://blog.sina.com.cn/s/blog_72ed17450102vdrc.html

这个也是把所有产生应收的业务再转一次应收应付？

dfmz_fd 2015-04-19

打赏
举报

引用 9 楼 etudiant6666 的回复:

参看客户订单的应收付管理，注意应收付和实收付之间以及发票之间都不是一对一的关系，很多ERP系统在这里是处理难点。http://blog.sina.com.cn/s/blog_72ed17450102vdrc.html

引用 8 楼 xuanbg 的回复:

[quote=引用 6 楼 dfmz_fd 的回复:] [quote=引用 5 楼 FoxDave 的回复:] 不看通用的做法，而是看你企业实际的业务流程是什么样的比如，你的企业没有库存，那就直接转应收好了

纠结就在于此，要不要转应收，对业务来说肯定是发货了就是应收，无库存的就是订单完成了就是应收，重点就是设计上怎么体现这个应收的问题，如果是转应收的话，相当于又增加了一步。如果直接把发货明细作为应收或者订单明细作为应收的话感觉会简单一点。而且我发现具体的操作人员也希望是不要转的，因为在他们的意识里，我发货了就是应收你为什么还要我转应收呢？实际中还有一个问题，会有发错了等等问题，他会要去修改发货单，这时候如果用转应收的方式，修改会很麻烦。[/quote] 你这个是数据模型不合理的问题，原因在于设计的时候没搞明白业务。现在能调整就调整，调整不了的话也只能将就了。[/quote]您的意思是还是要把所有的产生应收应付的业务转到应收应付里来？

窗户纸 2015-03-24

打赏
举报

参看客户订单的应收付管理，注意应收付和实收付之间以及发票之间都不是一对一的关系，很多ERP系统在这里是处理难点。http://blog.sina.com.cn/s/blog_72ed17450102vdrc.html

software_artisan 2015-03-19

打赏
举报

引用 6 楼 dfmz_fd 的回复:

[quote=引用 5 楼 FoxDave 的回复:] 不看通用的做法，而是看你企业实际的业务流程是什么样的比如，你的企业没有库存，那就直接转应收好了

Justin-Liu 2015-03-18

打赏
举报

这就是标准化流程在实际应用中的冲突，让老板拍板吧这东西，就看怎么用

Justin-Liu 2015-03-17

打赏
举报

不看通用的做法，而是看你企业实际的业务流程是什么样的比如，你的企业没有库存，那就直接转应收好了

software_artisan 2015-03-17

打赏
举报

引用 2 楼 dfmz_fd 的回复:

引用 1 楼 xuanbg 的回复:
楼主你说的情况下，只要业务生效则发生应收，这个还要转吗？
恩，有道理，不过我是觉得如果都转到应收应付中的话后续的请款、收款、发票都可以统一到应收应付一个模块中，而不用关联到很多不同模块，如果不转的话，像请款可能要关联到应收、发货、订单，因为这三个地方都可能业务生效产生应收

哦，原来你是这么设计的。。。好吧，我说的发生应收实际就是你要做的转到应收体系里面去。不过我这里的设计并没有需要额外转出来的应收数据罢了。我们在订单里面就已经设计了相应的应收应付数据，在订单生效后，应收应付自然也就生效了

dfmz_fd 2015-03-17