Scheduling agreement 'time-dependent conditions' indicator
来源:互联网 发布:php 短信验证限制次数 编辑:程序博客网 时间:2024/06/03 14:58
SA后台配置有一个地方确定是否与时间相关:
把勾打上是与时间相关,即一行可以有不同的价格,但是这些价格就与信息记录不能相关了,需要手工去维护;勾不打上是与时间不相关,即一行只能有一种价格,且如果将价格栏位设置为显示状态的话,此价格只能从信息记录中读取。
在ME32L中点击 condition 按钮:
1. 时间相关:
这里无论选择新建,可以手工输入价格;所建立的价格会由系统自动记录下来,作为SA的价格历史记录。
2. 时间不相关(勾去掉):
虽然这里有个update的按钮,但是默认是根据SA的创建时间来进行update的,也就是说如果信息记录中09.01.01到09.02.28的价格是3 CNY,09.03.01到09.05.30的价格是2 CNY,创建SA的时候是09.02.01的话,系统当时取的是info record当时的价格3 CNY,现在是09.03.11,即使update,也是按照SA的创建时间来update,价格并不会更改。而且SA的创建时间是不允许更改的。
那么你也许会问这个update的按钮做啥用呢?
第一, 如果info record的有效期价格发生变动,这里的update就有用了。例如:信息记录中09.01.01到09.02.28的价格是3 CNY,09.03.01到09.05.30的价格是2 CNY,如果sourcing与09.03.11发现信息记录创建的有误,在ME12更改为09.01.01到09.01.31的价格是3 CNY,09.02.01到09.05.30的价格是2 CNY,创建SA的时候是09.02.01的话,系统当时取的是info record当时的价格3 CNY,update之后就变成了2 CNY。
第二, 而标准的用法是info record中有个字段,可以选择不用SA(或者PO)的创建日期来更新价格,而从GR收货日期,预计到货日期等来更新价格。
所以我们选择“与时间不相关”,如果sourcing的价格发生变动的话,只能再建立一张SA了。但是这样的话,价格只能从info record中取。由于目前info record中Pr. Date Cat.字段是空着的,所以取SA创建价格update,相当于不能够更改价格。
100中配置已改,只传到了101中,其他系统都没有传,请测试。
- Scheduling agreement 'time-dependent conditions' indicator
- 计划协议--scheduling agreement
- scheduling agreement 计划协议详解
- Scheduling in Real-Time Systems
- Indicator
- Reading Time Dependent Master Data using 'Read Master Data'
- Implementing a new real-time scheduling policy for Linux
- Scheduling Algorithms for Multiprogramming in a Hard-Real-Time Environment
- Agreement Dispatcher
- Oracle Conditions
- Race conditions
- Slipped Conditions
- Filter Conditions
- Slipped Conditions
- dependent scope
- resources dependent
- Dependent Check
- Finance Indicator
- 高效分页存储过程
- 主引导扇区代码(MBR)分析(转)
- 数据库设计三大范式应用实例剖析
- Design Principle, 设计原则之ISP
- 分享.NET开发中经常用到的十大软件
- Scheduling agreement 'time-dependent conditions' indicator
- 详解.Net环境下基于Ajax的MVC方案
- Java虚拟机原理
- 每个新手都要搞懂弄明白的
- vs2008打包程序需要.net3.5支持问题的解决方案
- 转:Oracle中常用的to_Char用法详解(有FMT的详细列表)
- 使用API模拟鼠标事件
- Java程序的运行机制
- 发现微软一网页的显示错误