这次主要是条件表(condition table)的字段扩充相关的。比如博主想把订单抬头里面的Version字段作为影响价格的一个因素，那就需要在condition table里面放一个Version字段，然后再把这个condition table分配给对应的access sequence，最后再给condition type一分配，就可以在condition type上面按Version来维护价格啦。好，就这么办，走你！

创建一个条件表……诶，怎么木有Version这个字段？
http://s10/mw690/003PjPF5zy6JcCdpuaZe9&690Technique（番外篇）" TITLE="细说SAP条件技术Condition Technique（番外篇）" />
没关系，到Field Catalog里面加一下就是

http://s2/mw690/003PjPF5zy6JcCdrPmV11&690Technique（番外篇）" TITLE="细说SAP条件技术Condition Technique（番外篇）" />
什么，这里面也没有？
http://s6/mw690/003PjPF5zy6JcCdy1BXb5&690Technique（番外篇）" TITLE="细说SAP条件技术Condition Technique（番外篇）" />
好吧，那我去KOMK表里面加一下，用Append Structure
http://s12/mw690/003PjPF5zy6JcCdAdaX4b&690Technique（番外篇）" TITLE="细说SAP条件技术Condition Technique（番外篇）" />
加好了
http://s1/mw690/003PjPF5zy6JcCdD39Kc0&690Technique（番外篇）" TITLE="细说SAP条件技术Condition Technique（番外篇）" />
这回有了吧！
http://s8/mw690/003PjPF5zy6JcCdFhOvc7&690Technique（番外篇）" TITLE="细说SAP条件技术Condition Technique（番外篇）" />
满意的加进去。
http://s14/mw690/003PjPF5zy6JcCdRkCx8d&690Technique（番外篇）" TITLE="细说SAP条件技术Condition Technique（番外篇）" />
重新创建条件表，什么，还没有？？！！http://www/uc/myshow/blog/misc/gif/E___6718EN00SIGG.gifTechnique（番外篇）" TITLE="细说SAP条件技术Condition Technique（番外篇）" />
http://s11/mw690/003PjPF5zy6JcCdUcdA4a&690Technique（番外篇）" TITLE="细说SAP条件技术Condition Technique（番外篇）" />
原来是这个结构里面也要加上。
http://s11/mw690/003PjPF5zy6JcCdWj2Oba&690Technique（番外篇）" TITLE="细说SAP条件技术Condition Technique（番外篇）" />

http://s2/mw690/003PjPF5zy6JcCe0CUFf1&690Technique（番外篇）" TITLE="细说SAP条件技术Condition Technique（番外篇）" />
这下有了吧
http://s11/mw690/003PjPF5zy6JcCe3K4O6a&690Technique（番外篇）" TITLE="细说SAP条件技术Condition Technique（番外篇）" />
加完表，放到一个现成的Access Sequence里面（博主犯个懒，不新建了）。
http://s7/mw690/003PjPF5zy6JcCe661we6&690Technique（番外篇）" TITLE="细说SAP条件技术Condition Technique（番外篇）" />
然后VK11就粗来啦
http://s6/mw690/003PjPF5zy6JcCe8vu525&690Technique（番外篇）" TITLE="细说SAP条件技术Condition Technique（番外篇）" />
维护上价格。
http://s5/mw690/003PjPF5zy6JcCBKs1654&690Technique（番外篇）" TITLE="细说SAP条件技术Condition Technique（番外篇）" />
做订单咯，给个12.
http://s7/mw690/003PjPF5zy6JcCenXxQ06&690Technique（番外篇）" TITLE="细说SAP条件技术Condition Technique（番外篇）" />
什么，也没粗来？
http://s12/mw690/003PjPF5zy6JcCesmkr0b&690Technique（番外篇）" TITLE="细说SAP条件技术Condition Technique（番外篇）" />
分析一下，居然是个黄叹号！（博主译：黄叹号即是按存取顺序里面设置的字段，没有找到这个字段的值。在这个场景里面，就是KOMK-VSNMR_V没有值）
http://s14/mw690/003PjPF5zy6JcCew0gd8d&690Technique（番外篇）" TITLE="细说SAP条件技术Condition Technique（番外篇）" />

没有值肿么办？MV45AFZZ里面有俩FORM是给KOMK/KOMP传值的，这个值在KOMK里面，所以在这加如下一段代码。
http://s11/mw690/003PjPF5zy6JcCOdaD81a&690Technique（番外篇）" TITLE="细说SAP条件技术Condition Technique（番外篇）" />
肿么样，粗来了吧！
http://s15/mw690/003PjPF5zy6JcCOhfUa2e&690Technique（番外篇）" TITLE="细说SAP条件技术Condition Technique（番外篇）" />
分析一下，嗯，就是这样。
http://s9/mw690/003PjPF5zy6JcCOjXAY28&690Technique（番外篇）" TITLE="细说SAP条件技术Condition Technique（番外篇）" />
总结一下：

订单里面的值，是通过KOMK（抬头）和KOMP（行项目）携带的，它们把订单值拿去跟条件记录里面的键值做比较，如果相同键值的条件记录有维护，就取那个条件记录的值。如果你需要用一个condition table field catalog里面没有的字段去赋值，那你除了要在相应的KOMK或KOMP里面增加这个字段之外，还得去KOMG里面增加相同名字的字段。KOMG才是condition table里面的可选项。也就是说所有在condition table里面能选择的字段，必须在KOMG里面有，并且在KOMK或KOMP里面也有。

另外，因为这字段是新增的，SAP没有标准的逻辑给它传值，你必须在用户出口里面指定值给它。对销售订单，就是MV45AFZZ的2个FORM，对采购订单，就是LMEKO001和LMEKO002两个增强点了。

OK，今天到这，下次再会！