工单的状态从'未发放'状态改变为'已发放'时,有否检查现有量

comtony

原帖由 jhua_lu 于 2009-6-3 08:33 发表
各位大哥都是開發高手，個性化實現了共享一下！

另外我想表達的是，其實工單缺料表就可以了滿足了，要不然公司還要物管做什么，有些東西是他崗位職責的事，你開發了對他管理有多少提升價值？
你可以想想，就算提醒了，不讓開，又能怎么樣，最后還不是想辦法買料，開工單，而這些缺料表就可以，至于他物管看看表，是管理要求，連這個都要提醒，那他也太不適合這個崗位了...
而且有個問題，就是為什么工單一定要開工時，料要先到呢？我有工序的啊，料的需求是有時間差的（現在很多公司就是在N小時可供貨產業區內），加上還有多工單問題..
如他們再要求，那就建議上MRP，走計划性料需要分析，不要走被動事后性。

说得很好，，谢谢，确实是在工单开立发放时去检查现有量是不合适的，这个涉及到物料采购接收实时性、物料领料帐务处理实时性、工单物料发放的时间点，最难的就是多工单的问题，，如A物料系统现有量为1000,开立了三张工单都要用到这个A物料，分别是400,600,500,假设前面的两张工单都发放了，但是还没有物料领用，现有量还是1000，第三张在发放时，还是可以发放，但是其实是已经没有可用物料了，，那这时必须还要去考虑有多少已经发放的工单没有领料的，，这时的情况就很复杂了，，

richardliu1123

通过Form Personlization来控制。

测试成功/

comtony

原帖由 richardliu1123 于 2009-6-3 13:42 发表
通过Form Personlization来控制。

测试成功/

你是什么版本呢？我的是11.5.8

comtony

有没有工厂厂长都提出来要这个功能的呢？

ljb_

原帖由 richardliu1123 于 2009-6-3 13:42 发表
通过Form Personlization来控制。

测试成功/

能否提供下测试流程~

richardliu1123

原帖由 comtony 于 2009-6-3 13:52 发表



你是什么版本呢？我的是11.5.8

好像 Form Personlization 在11.5.10之后才有的.

royalbfc

即便是现有量大于当前任务的组件需求量， 也未必就不欠料， 很有可能有很多任务都用这个组件。例如：
任务 A  用到组件m 需要数量 5   
       B  用到组件m 需要数量 5
现有量是7 ，7>5 ,所以 任务 AB均能释放， 但是结果还是欠3物料

除非物料需求数量等于总需求数，这个思路理论上可以实现， 但实际应用时耗费系统性能狠严重， 个人任务显示操作不容易。
请高手指教

royalbfc

原帖由 xxzhaobb 于 2009-6-1 13:52 发表


这个好像太复杂了.
刘哥研究下.共享出来.

状态改变时.计算所需物料与on-hand的差别.如果差别>0,允许Released.
否则.提示你不能Released.

回复 #10 xxzhaobb 的帖子


即便是现有量大于当前任务的组件需求量， 也未必就不欠料， 很有可能有很多任务都用这个组件。例如：
任务 A  用到组件m 需要数量 5   
       B  用到组件m 需要数量 5
现有量是7 ，7>5 ,所以 任务 AB均能释放， 但是结果还是欠3物料

除非物料需求数量等于总需求数，这个思路理论上可以实现， 但实际应用时耗费系统性能狠严重， 个人任务显示操作不容易。
请高手指教

comtony

原帖由 royalbfc 于 2009-6-5 10:19 发表
即便是现有量大于当前任务的组件需求量， 也未必就不欠料， 很有可能有很多任务都用这个组件。例如：
任务 A  用到组件m 需要数量 5   
       B  用到组件m 需要数量 5
现有量是7 ，7>5 ,所以 任务 AB均能释放， 但是结果还是欠3物料

除非物料需求数量等于总需求数，这个思路理论上可以实现， 但实际应用时耗费系统性能狠严重， 个人任务显示操作不容易。
请高手指教

是的，所以如果要实现这个功能，是要检查很多的细节，但是如果这样检查，那就是很慢很慢，，

comtony

顶顶