Item Category的例子：

系统交付的不同的Item category支持不同的业务流程，可以根据它来创建自定义的；

定义为4位的key；前2位提示销售凭证类型，后2位显示Item category的作用；

AFTX Sales document type: IN    Usage: TEXT；

TAD Sales document type: OR     Item category group: LEIS；

KMN Sales document type: NMS   Item category group: NORM；

Item Category的作用：

控制Item在销售凭证及后续的业务处理流程中的行为；

Item Category的本质特怔决定：

行项目的业务数据是否允许不同于头部；

价格是否应用于Item；

Item是否和如何做Bill；

Item是否引用另外一个item，或它是否仅仅是一个文本行；

哪一个incompletion log用来Check the item data；

可以修改标准系统中定义的Item category的设置，也可以通过COPY/Change来定义新的Item category；

Delivery相关标记delivery relevance indicator 是仅适合没有计划行的Item，例如可以Text Item中MARK它，则系统会将该ITEM从sales order copy到Delivery document；

作用：

区分业务数据separate business data；

计划行允许Schedule Lines permitted；

交货相关delivery relevance；

开票相关Billing relevance；

定价Pricing；

物料清单BOMs；

完成规则completion rule；

分配基本功能Assigning basic functions；

控制销售凭证中的行项目：

销售凭证中的每个行项目是通过Item category来控制的；这样可以：

在不同的销售凭证中使用不同的Item category；

在销售凭证中为每个Item实现不同的业务处理流程；

标准订单中Item category的判定：

销售凭证中的Item category是通过销售凭证类型sales document type和物料主记录中的行项目类别组item category group来查找的；

子项目Sub-items：

可以将行项目分配给更高层的行项目，例如客户订购一定数量的的商品（10）将获得免费赠送的商品（20）；在20的higher-level item field中输入10；

其他应用sub-item的例子包括BOMs展开和Service 项目；

MARK：除了sub-item，可供选择的项目Alternative items 也可以记录在报价和询中，但是它的处理不同于sub-item，例如Alternative items不包含在凭证的净值中；

BOMs的例子：

所有你想要在销售凭证中控制的BOM items都必须标记为‘relevant for sales’；

当BOM使用类型BOM usage 5创建的BOM中的所有项目会自动标记为销售相关；

在销售凭证的Item category中作了适当的设置之后，你只需要输入BOM的料号就可以将BOM中的所有组件COPY到销售订单中；

BOM以主-子main and sub-items 的形式出现在销售凭证中，系统自动展开BOM为组件生成子项目；

在销售凭证中展开BOM：

在销售凭证中，有许多独立的Item Categorys控制BOM的行为，配置时，你为销售凭证中的BOM的main和sub-item定义和分配item category；

在main item的物料主记录中定义的item category group定义了哪种item category分配给了main item；

为了判定销售凭证中BOM要展开到什么程度，需要为main item定义item category结构的广度extent；

当你判定了sub-item，系统也需要知道上层item的item category；

在item category的配置中，你可以控制哪些item与定价有关以及怎样实现需求传递requirements transfer；

系统交付了不同schedule line categories来为Item在销售流程中提供不同的控制选项；

schedule line categories 定义为2位的key，标准系统已经包含了经常用来指示Item category用途的key：

第一位指示schedule line categories用在哪些销售流程中：

A = Inquiry

B = Quotation

C = Order

D = Returns

第二位指示schedule line categories在物流模块中发生什么：

T = No inventory management

X = No inventory management with goods issue

N = No materials planning

P = Material requirements planning

V = Consumption-based planning

Eg. :

Pre-sale

AT=Inquiry schedule line;

BN=Schedule line in Quotation without MRP;

Outline Agreement

CV=Scheduling Agreement with deterministic MRP;

Sale phase

CP=Order schedule line with MRP;

CO=Consignment issue without availability check;

Complaint

DN=Schedule line in returns without MRP;

DO=consignment returns；

计划行类别Schedule Line categories

计划行包含交货日期/数量以及需求传递和库存管理的信息，这些是交付的先决条件

在item category的配置中，定义了是否允许item有计划行；你可以为每个item category 分配Schedule Line categories；

通过定义Schedule Line category,判定哪些计划行实际与交货有关；如果要实际交货，需要激活relevant to delivery indicator；

在计划行类别中，通过设置移动类型movement type来控制哪些数据和价值的改变会Post到库存科目；库存管理负责维护移动类型；

标准系统中的所有process都定义了移动类型；与SD相关的大部分移动类型在601与699之间；

可以在计划行层关闭需求传递和可用性检查；

采购订单的先决条件是PR，PR可以自动从销售凭证产生；要做到这一点，需要需要配置采购订单的类型，以及item和account assignment category；

如果你为Schedule Line category激活了delivery block，则block会自动地设置在销售凭证的schedule line层；

计划行类别的重要参数：

Goods movements；

Delivery relevance；

Purchasing；

Availability Check；

Requirements Transfer；

Assigning basic functions；

控制销售凭证中的计划行Controlling Schedule lines in Sales Documents

BN: Quotation中的Schedule line与delivery无关，需求传递未激活，不需要移动类型;

CP: 在销售凭证中产生Delivery项目，因此‘relevant to delivery indicator’是激活的；

需求传递是激活的，完整地定义需求传递需要先定义和分配需求类requirements class；

货物移动类型是601，对于这个移动类型，当Delivery做了Post goods issue后，Ship的数量从非限制性库存中减掉；

DN: 如果需要一个returns delivery来跟踪一个return order，就需要一个与delivery相关的Schedule line category；

在这个case中，需求传递是不需要的；移动类型651保证返回的货物Goods receipt 移动到Block的返回品仓库blocked stock returns；

分配计划行类别到行项目类别Assigning Schedule line categories to item categories：

分配的目的：

配置系统以在生成订单的时候自动带出计划行类别；

设定用户可以选择来替代系统自动带出的计划行类别的范围；

分配受物料主记录中的MRP Type影响；

系统执行2步来决定自动决定Schedule line categories：

首先尝试使用Item category和MRP Type的组合来决定；