时栅、时格设定完成之后如何应用？

icetea_cn

hjgxut，握手。我们对这个问题的理解是相同的。

我在想要怎么才能更形象的解释这个问题。这也一个人很重要的素质。结果给我想到一个比喻：

西游记里有一个小故事，唐僧和鹿角大仙比赛求雨。孙悟空留了他的肉身在师傅旁边，元神出窍到天上去找雷公电母。这个肉身就是预测，摆在那里占个地方。而元神就是销售订单。当孙悟空的元神回来的时候，也就是销售订单到的时候，他就重新变成活蹦乱跳的孙猴子。但是在外人看来，始终只有一个孙悟空在那里。

hb17908

谢谢以上两位朋友的精彩诠释

hb17908

原帖由 icetea_cn 于 2008-8-26 11:52 发表


但是，你在上面给出的工单数量，对吗？

“选择反向消抵：则区段一的需求量为需求预测06/20（200），客户订单（600）；------反向，向前抵消工单，所以抵消6.1和6.10预测工单，另外生成一张6.15的工单100”

我的理解，如果按照你的讲法，现在的库存已经有了500，然后再产生一张100的工单。但实际上，6/1， 6/10应该还是未来的日期吧，也就是说预测工单摆在那里占位置的。实际还没正式开始生产。所以，如果产生工单的话，应该是6/20一个600的单子。

上面最后一句话，应该是应该是6/15一个600的单子，不是20号吧

hb17908

原帖由 icetea_cn 于 2008-8-26 09:48 发表
也怪我昨天晚上没说清楚，我再重新整理一下我的想法：

（1）首先我们来考虑预测是对谁的预测？ 预测是对某一个时间段内客户需求的预测。它是对某个时间段内客户需求的模拟。
（2）为什么要做预测？预测是在接到真实的客户订单之前，对客户需求的模拟，目的是为了均衡生产，提前对产能、人员配置等做出适当规划。
（3）客户订单是什么？客户订单是某个时间段内客户需求的真实体现。
（4）某一个时间段内的客户订单和预测有什么关系？他们是对相同客户需求的两种反应方式。
（5）某一个时间段内的客户需求是否应该只在系统中出现一次？答案肯定是“是”。那么，很自然的，我们就应该根据一定的规则，将反应同样客户需求的预测和客户订单中重复的部分抹掉。
（6）如何抹掉？系统提供了4种规则。

针对第5点，我说一下，UF中对消抵的关系，还有一种是预测和订单不消抵，实际加工单上是两行记录，这个不能说明就出现一次吧？

icetea_cn

原帖由 hb17908 于 2008-8-26 12:55 发表


针对第5点，我说一下，UF中对消抵的关系，还有一种是预测和订单不消抵，实际加工单上是两行记录，这个不能说明就出现一次吧？

嘿嘿，在我们的系统中，forecast和sales order是必须抵消的。看来不同的系统处理方式还是有差异的。
另外，上面那个6/20确实错了。是6/15。日期多了，搞混了

aikimoo

一般而言的抵消，是在同一个时格（Time Bucket）内的抵消，没见过在一个time fence内做抵消的。这样会有问题的，XD们！仔细想想。

icetea_cn

forecast一般都是以周、月为period来预测得到的。很自然抵消的话，也是以在相对较长（比如周）这样的时间长度上来进行抵消。

time bucket一般是天。反而不应该在这样的时间长度上来抵消。

aikimoo

原帖由 icetea_cn 于 2008-8-26 15:49 发表
forecast一般都是以周、月为period来预测得到的。很自然抵消的话，也是以在相对较长（比如周）这样的时间长度上来进行抵消。

time bucket一般是天。反而不应该在这样的时间长度上来抵消。

所以很多讲解ERP的书里time bucket定义为周，才把这个抵消的规则讲的清楚。如果是天，forcast也应该是这样的时间粒度来处理（例子里就是这样的 ：-)）。

另外例子里的数据是很成问题的。譬如：订单是6月20号的，选择后向抵消的话，就没有抵消的原意了。

aikimoo

另外，一般抵消与否主要涉及计算ATP时使用，常规的做法，是demand fence内只记order，planning fence 到deamnd之间记order和forcast的较大值，plan以外就只记forcast了

icetea_cn

我的理解，6/1，6/10的预测是包含在这样一个周期里的2个离散的点。6/15的sales order也是同样包含在这个周期里的。既然是预测嘛，从特别微观的角度来讲，可能不是特别精确。但因为同属于一个周期，所以可以在更大的时间维度内进行抵消。

另外：不太懂“譬如：订单是6月20号的，选择后向抵消的话，就没有抵消的原意了。”这句的意思。