服务订购 (★★★)

服务订购 (★★★)

#po #procurement

概览表

Item Key Point
行项目类别 D Service(服务)类型行项目
服务规格 层次结构化的服务描述
限额 控制未计划服务的金额上限
未计划服务 PO 中未预先定义的额外服务

PO 行项目类别 D (Service)

项目 说明
类别代码 D
名称 Service(服务)
特点 行项目代表服务,而非物料
服务规格 在行项目下定义详细服务清单
账户分配 通常需要账户分配

与其他行项目类别对比

对比项 类别 D (服务) 类别 B (限额) 标准类别
内容 详细服务清单 仅金额限额 物料+数量
计量单位 服务特定 金额 物料特定
收货 服务确认 (Entry Sheet) 通常不需要 MIGO
详细程度

服务规格 (Service Specification)

服务规格采用层次结构来组织服务项目:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
PO 行项目类别 D
├── 服务规格 (层次结构)
│ ├── 层级 1: 总包服务
│ │ ├── 层级 2: 分项服务 1
│ │ │ ├── 服务编号: 10000001
│ │ │ ├── 短文本: 系统安装
│ │ │ ├── 数量: 10 H
│ │ │ └── 价格: 100 EUR/H
│ │ ├── 层级 2: 分项服务 2
│ │ │ ├── 服务编号: 10000002
│ │ │ ├── 短文本: 系统配置
│ │ │ ├── 数量: 5 H
│ │ │ └── 价格: 120 EUR/H
│ │ └── 层级 2: 分项服务 3
│ │ └── ...
│ └── 外部服务行
└── 总计金额
📌服务规格层次结构
服务规格允许多层级组织,从总包到具体分项。每一级可以包含服务编号、描述、数量和价格。这提供了比标准 PO 更详细的服务描述。

限额 (Limits)

未计划服务的限额

项目 说明
用途 控制未在服务规格中预先定义的服务金额
设置位置 PO 行项目级别
限额类型 无限额 / 设定上限
1
2
3
4
5
6
7
8
9
10
11
12
13
服务 PO 总价构成:
┌──────────────────────────────────┐
│ 已计划服务 (Planned Services) │
│ ├── 服务1: 1,000 EUR │
│ ├── 服务2: 800 EUR │
│ └── 服务3: 500 EUR │
│ 小计: 2,300 EUR │
├──────────────────────────────────┤
│ 未计划服务限额 (Limit) │
│ └── 最高: 500 EUR │
├──────────────────────────────────┤
│ 总计上限: 2,800 EUR │
└──────────────────────────────────┘
⚠️限额超出
当服务确认时,未计划服务的实际金额超出限额,系统会发出警告或阻止。

服务相关发票校验设置

  • 在 PO 中可配置服务相关的发票校验要求
    设置项 说明
    GR-Based IV 服务确认后才能做发票校验
    Service Entry Sheet 必须先完成服务确认

PO 服务行项目结构

1
2
3
4
5
6
7
8
9
10
PO 结构:
┌── Header (供应商、采购组织、日期等)
├── Item 10 (类别 D - 服务)
│ ├── 账户分配: K → 成本中心 1000
│ ├── 服务规格
│ │ ├── 服务行 1 (计划)
│ │ ├── 服务行 2 (计划)
│ │ └── 限额 (未计划服务)
│ └── 总价
└── Conditions (价格条件)

考试/测试模式

Scenario/Keyword Answer
“服务 PO 使用哪个行项目类别” D (Service)
“服务规格的结构” 层次结构,可多层级组织服务项目
“限额 (Limit) 的作用” 控制未计划服务的金额上限
“已计划 vs 未计划服务” 已计划=在服务规格中定义;未计划=额外添加的服务
“服务 PO 的收货方式” 服务确认 (Service Entry Sheet),而非 MIGO
“行项目类别 D 和 B 的区别” D 有详细服务清单;B 仅有金额限额