问个关于生产订单关闭的问题

ferryfu

简单的补充一下：
有2个观点：
1.财务成本概念：就是发出去的时候是100Yuan，回来的时候如果正好是100，也就是没有差异。如果不是100， 大于或者小于100，产生差异了。需要将这个差异结转到某个科目中处理吧。所以，必须通过关闭这个动作，将差异结转到指定的科目中。
2。production order不能批次关闭，其实是指望work orders上关闭的。生产订单可以理解成一个工序啦。一个生产过程可能需要几个工序，所以需要多个生产订单来完成，而这些生产订单都归结在“工作订单”上，当关闭工作订单后，系统也批量的关闭这些生产订单。

--------
功能本身不值钱，只有应用到了，才值钱。如果行业特点，需要批次来处理关闭，开始岂不是很好的选择吗？

clever-222

先问为何要这么做，可不可以不这样做，这样做的好处是什么，这样做的坏处是什么？再决定是否做

这是顾问要问的，呵呵！

gwtaa

试了用DTW，但是没成功~~~~
还有其他方法吗？

queryQ

原帖由 ferryfu 于 2010-8-2 15:41 发表
简单的补充一下：
有2个观点：
1.财务成本概念：就是发出去的时候是100Yuan，回来的时候如果正好是100，也就是没有差异。如果不是100， 大于或者小于100，产生差异了。需要将这个差异结转到某个科目中处理吧。所以，必须通过关闭这个动作，将差异结转到指定的科目中。
2。production order不能批次关闭，其实是指望work orders上关闭的。生产订单可以理解成一个工序啦。一个生产过程可能需要几个工序，所以需要多个生产订单来完成，而这些生产订单都归结在“工作订单”上，当关闭工作订单后，系统也批量的关闭这些生产订单。

--------
功能本身不值钱，只有应用到了，才值钱。如果行业特点，需要批次来处理关闭，开始岂不是很好的选择吗？

这几天讨论的很热烈啊，版主提到“一个“生产订单”都归结在“工作订单””，但在b1中只有一个生产订单的概念，那么一般怎么区分不同“工作订单”上的“生产订单”呢？有没有必要区分？
关于自动结算的讨论，我的个人看法是，系统这样做的目的是简化系统处理，如果自动了，首先需要配置较多的参数来告诉系统如何自动特别是对B1这种“普适性”软件而言。另外，抛开软件，任何一件事都有开始和结尾，这个结尾人工处理的灵活性较高，特别是对生产管理非常粗放的企业，选择B1的生产他们只会抱怨工作量增加了。

gwtaa

原帖由 queryQ 于 2010-8-5 13:57 发表

别是对生产管理非常粗放的企业，选择B1的生产他们只会抱怨工作量增加了。

这句话有同感！

这几天讨论的很热烈啊，版主提到“一个“生产订单”都归结在“工作订单””，但在b1中只有一个生产订单的概念，那么一般怎么区分不同“工作订单”上的“生产订单”呢？有没有必要区分？

这两个概念倒还真没注意~~
昨天看了dtw模板，才发现是有production order和work orders两个，确实不清楚这两个是啥区别啊~~

wxie007

学习了！

ferryfu

一个工作订单可以包含多个生产订单，一个工作订单可以对应一个销售订单，但是一个生产订单不能全部对应一个销售订单。所以在流程概念上，按单生产是将销售订单可以直接复制成工作订单。然后按照计划安排形成不同的生产订单。
b1由于面向简单生产，b1早期版本中只有一个工作订单，后来去掉了。增加了生产订单。实际上2者没有任何关系。如果你要采用这个概念，除非进行了开发。你可以对应每个工作订单的生产订单进行批次关闭。

gwtaa

原帖由 ferryfu 于 2010-8-6 11:58 发表
一个工作订单可以包含多个生产订单，一个工作订单可以对应一个销售订单，但是一个生产订单不能全部对应一个销售订单。所以在流程概念上，按单生产是将销售订单可以直接复制成工作订单。然后按照计划安排形成不同的生产订单。
b1由于面向简单生产，b1早期版本中只有一个工作订单，后来去掉了。增加了生产订单。实际上2者没有任何关系。如果你要采用这个概念，除非进行了开发。你可以对应每个工作订单的生产订单进行批次关闭。

工作订单应该保留啊，管理起来好像更加方便啊，为啥去掉呢？

cuixinhua

原帖由 ferryfu 于 2010-8-2 15:41 发表
简单的补充一下：
有2个观点：
1.财务成本概念：就是发出去的时候是100Yuan，回来的时候如果正好是100，也就是没有差异。如果不是100， 大于或者小于100，产生差异了。需要将这个差异结转到某个科目中处理吧。所以，必须通过关闭这个动作，将差异结转到指定的科目中。
2。production order不能批次关闭，其实是指望work orders上关闭的。生产订单可以理解成一个工序啦。一个生产过程可能需要几个工序，所以需要多个生产订单来完成，而这些生产订单都归结在“工作订单”上，当关闭工作订单后，系统也批量的关闭这些生产订单。

--------
功能本身不值钱，只有应用到了，才值钱。如果行业特点，需要批次来处理关闭，开始岂不是很好的选择吗？

支持。。。，想批量结算的，不管是行业的特殊性还是需求，总之想批量结算的，只能开发了。

ferryfu

原帖由 gwtaa 于 2010-8-6 12:34 发表


工作订单应该保留啊，管理起来好像更加方便啊，为啥去掉呢？

个人认为，这是保留一个“最小单位”比较合适。如果引入了工单，那么不可避免的会出项工作中心等生产基本要素进入。
另外，sap给B1的core的功能中，并不希望做生产功能，但是开放所有接口，让生产addons来完成。而B1生产订单可以完整的嵌入到trade公司的流程中。