Definition Condition Schema

[1]和[2] Step&Counter：Condition中的排序是按照step顺序。如果step相同，count不同，是按照先输入的排在前面的规则，如果Count为0就不会在condition页面出现

例如，你可以把所有运输附加费分配给步骤100，然而，可能有三个条件类型，每一个代表一个不同的运输附加费。因此，你可以把步骤100分配一个运输条件类型，计数1；另一个分配给步骤100，计数2；另一个分配给步骤100，计数3。

[3]CTYP：这个没什么好说的Condition Type，其中包含了各种设置和计算规则, 前面已经讲到

[5]from/to：是指从step序号到step序号进行计算，为空表示不限制。用于两种情况。

1. 为小计定义范围。例如，如果你要累积从步骤10到50的所有条件类型，应该分别在“从”“到”种输入10和50。
2. 定义计算的基础。例如，如果折扣是定义成百分比形式的，你必须标识哪一步应该用于计算的基础。如果你想从步骤100开始计算，那么在“从”字段中输入100。比如RA01的设置就是PB00开始（step=1），也就是根据PB00，PBXX和PB01(如果同时出现的话)之和基础上做计算

[6]Manually：打勾表示建PO时 Condition必须手动输入此Ctyp，不会自动带出。系统在建立document中，会自动计算该calculation schema中没设置manually的condition type有无数据，如果有数据会自动带出该condition type，如果没有则不带出(类似MEKE，MEKK)，如果全设置手动输入会出现建P-info时点选Condition按钮没反应的情况

[7]:Required如果选上则表示该条件类型必须在确定计价方案存在,比如采购单肯定得有采购价格条件类型,但是对该采购单可能不需要商检费用。

[8]:表示该条件类型是统计性，计算方案使用“统计”增加一个统计值，这步的值不会改变方案中的其它值。这可以用于标识物料的成本价格。

[9]：表示该condition type是否要在po打印时根据什么条件需要打印出来。主要应用于标准报表。

[10]SuTot(小计)：如果相同的字段用来存储不同的条件金额，系统将对单项数额求总和。这些条件金额或小计可以作为进一步计算的开始点。将该condition type的值自动放到设置的结构的字段中，以便别处（也就是图1-[12])可以使用

[12]CalType:可以在Reqt(Requirement)和计算类型(CalType)增强条件计算,这是系统计价魅力所在, 复杂的条件类型取数逻辑总可通过增强实现,系统还提供了Tcode:VOFM统一组织这些增强。以PBXX为例：Reqt设置成6，从代码来看就是如果Condition item number不是0就把Exclusion设置成X。也就是说只有在PB00不出现的情况下才出现PBXX

多说一句，如果选5：No Condit. Exclusion，就要配合Condition Exclusion来使用

[13]BasType: 是分配给条件类型的一个公式，它确定可以作为标准替代值的条件基值的公式

[14][15]:通常如果条件类型设置了"应计"标志,在此为其设置记帐码,记帐码对应到科目,自动科目分配统由Tcode:OBYC统一设置,可以想象,在建立采购单时,后勤人员只需要关注条件类型就行 .配置如下：

如果需要可以自定义Transaction/Event keys