服务主记录与条件 (★★★)
#procurement #master-data
概览表
| Item |
Key Point |
| 服务主记录 |
外部服务的标准化主数据 |
| 事务码 AC03 |
创建/维护服务主记录 |
| 服务编号 |
唯一标识每个服务 |
| 服务条件 |
不同层级的价格条件记录 |
| 估值类 |
服务过账的科目确定 |
服务主记录 (Service Master Record)
事务码
| 事务码 |
功能 |
| AC03 |
创建服务主记录 |
| AC04 |
更改服务主记录 |
| AC05 |
显示服务主记录 |
服务主记录关键字段
| 字段 |
说明 |
重要性 |
| 服务编号 (Service Number) |
唯一标识服务 |
必填 |
| 服务类别 (Service Category) |
服务的分类 |
组织信息 |
| 短文本 / 长文本 |
服务描述 |
描述性 |
| 计量单位 (UoM) |
服务的计量单位(如小时、次) |
必填 |
| 物料组 |
用于采购统计和评估 |
组织信息 |
| 估值类 (Valuation Class) |
确定服务过账的科目 |
关键 |
1 2 3 4 5 6 7 8 9 10
| 服务主记录结构: ┌─────────────────────────┐ │ 服务编号: 10000001 │ │ 短文本: IT咨询服务 │ │ 服务类别: IT服务 │ │ 计量单位: H (小时) │ │ 物料组: 002 (IT服务) │ │ 估值类: 4000 │ │ 长文本: 详细服务描述... │ └─────────────────────────┘
|
服务编号实现了服务的标准化和可重用性。在多个 PO 中可以引用同一个服务编号,确保一致性。
服务条件 (Service Conditions)
服务条件定义了服务的价格,可在不同层级维护:
条件层级
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17
| 层级 1: 服务层级 (Service Level) ┌──────────────────────────┐ │ 服务编号 + 无供应商 │ → 基准价格 (Own Estimate) │ 如: 10000001 = 100 EUR/H │ └──────────────────────────┘ ↓ 更具体 层级 2: 供应商 + 采购组织 ┌──────────────────────────┐ │ 供应商 + 采购组织 + 服务 │ → 特定供应商价格 │ 如: V001 + POrg + Svc │ └──────────────────────────┘ ↓ 更具体 层级 3: 供应商 + 采购组织 + 工厂 ┌──────────────────────────┐ │ 供应商 + 采购组织 + 工厂 │ → 最具体的价格 │ + 服务编号 │ └──────────────────────────┘
|
| 层级 |
组合键 |
用途 |
| 服务层级 |
仅服务编号 |
基准价格/自行估算 |
| 供应商+采购组织 |
供应商 + 采购组织 + 服务 |
供应商特定价格 |
| 供应商+采购组织+工厂 |
供应商 + 采购组织 + 工厂 + 服务 |
最精确的价格 |
自行估算 vs 市场价格
| 类型 |
说明 |
用途 |
| 自行估算 (Own Estimate) |
企业内部的估算价格 |
作为基准价格、预算参考 |
| 市场/供应商价格 |
来自条件记录的实际价格 |
采购定价依据 |
- 系统按层级从具体到一般搜索有效条件
- 可同时维护估算价和市场价进行对比
估值类 (Valuation Class)
| 项目 |
说明 |
| 作用 |
确定服务过账时使用哪个总账科目 |
| 维护位置 |
服务主记录中 |
| 科目确定 |
通过自动科目确定 (OBYC) 映射 |
考试/测试模式
| Scenario/Keyword |
Answer |
| “创建服务主记录的事务码” |
AC03 |
| “服务条件的三个层级” |
服务层级 → 供应商+采购组织 → 供应商+采购组织+工厂 |
| “估值类的作用” |
确定服务过账的总账科目 |
| “自行估算价格的用途” |
作为基准价格和预算参考 |
| “服务主记录是否必填” |
可选,但建议使用以确保标准化 |