作为SAP SD模块顾问,理解销售凭证类型(Sales Document Type)、行项目类别(Item Category)、计划行类别(Schedule Line Category) 之间的关系是设计灵活销售流程的核心。以下是它们的关联逻辑、配置要点及实际应用指导:
一、核心概念与层级关系
1. 销售凭证类型(Sales Document Type)
作用:定义销售凭证(如订单、报价单、退货单)的全局属性,例如:
编号范围、凭证用途(标准订单、退货、合同等)
屏幕布局、字段状态、合作伙伴确定规则
是否允许交货或开票
示例:
OR
(标准订单)、TA
(报价单)、RE
(退货单)、CR
(合同)
配置路径:
SPRO > 销售与分销 > 销售 > 销售凭证 > 销售凭证抬头 > 定义销售凭证类型
2. 行项目类别(Item Category)
作用:控制单个行项目的业务逻辑,例如:
是否触发交货/开票(如标准产品、服务、免费赠品)
收入确认方式、科目分配(成本中心、项目)
定价相关性、需求传递逻辑(如是否生成生产订单或采购申请)
示例:
TAN
(标准行项目)、TANN
(免费项目)、SERV
(服务项目)
配置路径:
SPRO > 销售与分销 > 销售 > 销售凭证 > 销售凭证项目 > 定义项目类别
3. 计划行类别(Schedule Line Category)
作用:控制物料的可用性检查(ATP)和需求传递,例如:
是否生成采购申请(PR)或生产订单(Prod. Order)
交货计划的时间安排(如按订单数量分多批交货)
是否触发MRP
示例:
CP
(标准计划行,触发ATP检查)、CJ
(不触发ATP)
配置路径:
SPRO > 销售与分销 > 基本功能 > 可用性检查和传输需求 > 传输需求 > 定义计划行类别
二、三者之间的关联逻辑
1. 层级关系
销售凭证类型 → 行项目类别 → 计划行类别
每个层级的选择由上一层级决定,并通过条件技术(Condition Technique) 动态分配。
2. 决定逻辑
行项目类别决定:
基于销售凭证类型 + 物料主数据中的项目类别组(Material Item Category Group) + 客户主数据中的项目类别(Customer Item Category)等条件,通过配置的项目类别确定表(如VOV4)决定。计划行类别决定:
基于行项目类别 + 物料主数据的项目类别组 + 交货工厂等条件,通过计划行类别确定表(如VOV5)决定。
3. 配置关联示例
销售凭证类型 | 行项目类别 | 计划行类别 | 业务场景 |
---|---|---|---|
OR(标准订单) | TAN | CP | 标准产品,触发ATP检查并生成交货计划 |
OR | TANN | CJ | 免费赠品,不触发ATP检查 |
RE(退货单) | REV | CR | 退货入库,触发逆向物流流程 |
三、关键配置步骤
1. 定义销售凭证类型
事务代码
VOV8
:维护凭证类型参数(如编号范围、交货/开票冻结标志)。字段控制:通过“字段选择”控制凭证抬头和项目的必填/隐藏字段。
2. 配置行项目类别
事务代码
VOV7
:定义项目类别属性,例如:业务控制:是否允许交货/开票(
Delivery
/Billing
相关标志)需求传递:是否生成生产订单(
Reqmts Transfer
字段)定价控制:是否参与定价(
Pricing
标志)
3. 配置计划行类别
事务代码
VOV6
:定义计划行参数,例如:需求类型(Reqmts Type):关联MRP类型(如
KE
表示销售订单需求)可用性检查(ATP Check):是否执行ATP逻辑
移动类型(Movement Type):关联交货过账(如601/601)
4. 维护决定规则表
行项目类别确定(VOV4):
路径:SPRO > 销售与分销 > 销售 > 销售凭证 > 销售凭证项目 > 分配项目类别
根据条件(凭证类型 + 物料组 + 用途等)分配行项目类别。计划行类别确定(VOV5):
路径:SPRO > 销售与分销 > 基本功能 > 可用性检查和传输需求 > 传输需求 > 分配计划行类别
根据行项目类别 + 工厂等条件分配计划行类别。
四、实际业务场景与配置案例
场景1:标准销售订单(OR类型)
需求:销售产品需触发ATP检查,生成交货计划并传递需求至生产。
配置:
凭证类型
OR
→ 行项目类别TAN
→ 计划行类别CP
。TAN
的配置:允许交货(Delivery
勾选),需求传递标志(Reqmts Transfer
为空白,表示不触发生产)。CP
的配置:ATP检查激活,需求类型KE
(销售订单需求)。
场景2:服务类订单(无实物交付)
需求:销售服务(如培训),无需交货和ATP检查,直接开票。
配置:
凭证类型
OR
→ 行项目类别SERV
→ 计划行类别CN
(无需求传递)。SERV
的配置:关闭交货相关标志(Delivery
取消勾选),允许开票(Billing
勾选)。
场景3:退货流程(RE类型)
需求:客户退回商品,需生成逆向交货单。
配置:
凭证类型
RE
→ 行项目类别REV
→ 计划行类别CR
。REV
的配置:允许交货(勾选Delivery
),退货相关科目分配。CR
的配置:移动类型651
(退货入库)。
五、调试与验证工具
条件技术调试:
使用事务代码
V/50
(行项目类别确定)和V_50_CUST
(计划行类别确定)检查条件表匹配逻辑。
订单模拟:
事务代码
VA01
创建测试订单,通过系统日志(GOTO > Header > Status
)查看确定的项目类别和计划行。
错误分析:
若行项目类别未正确分配,检查条件表(VOV4)的优先级和字段值是否匹配。
六、注意事项
主数据一致性:
物料主数据的项目类别组(字段
ITEM_CATEG_GROUP
)必须与行项目类别决定规则匹配。
条件表优先级:
条件表中的条目按优先级顺序匹配,需确保最具体的规则(如特定客户+物料组合)优先级更高。
增强与修改:
若标准逻辑无法满足需求,可通过用户出口(如
USEREXIT_ITEM_SELECT
)或BADI(如SD_SALES_DOCUMENT
) 增强逻辑。