ERP应收应付流程问题？

楼主你说的情况下，只要业务生效则发生应收，这个还要转吗？

Quote: 引用 1 楼 xuanbg 的回复:

楼主你说的情况下，只要业务生效则发生应收，这个还要转吗？

恩，有道理，不过我是觉得如果都转到应收应付中的话后续的请款、收款、发票都可以统一到应收应付一个模块中，而不用关联到很多不同模块，如果不转的话，像请款可能要关联到应收、发货、订单，因为这三个地方都可能业务生效产生应收

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

Quote: 引用 5 楼 FoxDave 的回复:

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

纠结就在于此，要不要转应收，对业务来说肯定是发货了就是应收，无库存的就是订单完成了就是应收，重点就是设计上怎么体现这个应收的问题，如果是转应收的话，相当于又增加了一步。
如果直接把发货明细作为应收或者订单明细作为应收的话感觉会简单一点。

而且我发现具体的操作人员也希望是不要转的，因为在他们的意识里，我发货了就是应收你为什么还要我转应收呢？

实际中还有一个问题，会有发错了等等问题，他会要去修改发货单，这时候如果用转应收的方式，修改会很麻烦。

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

Quote: 引用 6 楼 dfmz_fd 的回复:

Quote: 引用 5 楼 FoxDave 的回复:

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

纠结就在于此，要不要转应收，对业务来说肯定是发货了就是应收，无库存的就是订单完成了就是应收，重点就是设计上怎么体现这个应收的问题，如果是转应收的话，相当于又增加了一步。
如果直接把发货明细作为应收或者订单明细作为应收的话感觉会简单一点。

而且我发现具体的操作人员也希望是不要转的，因为在他们的意识里，我发货了就是应收你为什么还要我转应收呢？

实际中还有一个问题，会有发错了等等问题，他会要去修改发货单，这时候如果用转应收的方式，修改会很麻烦。

你这个是数据模型不合理的问题，原因在于设计的时候没搞明白业务。现在能调整就调整，调整不了的话也只能将就了。

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