一揽子采购订单 (★★★)

发表于 更新于 分类于 ， ， 阅读次数： 本文字数： 761 阅读时长 ≈ 3 分钟

一揽子采购订单 (★★★)

#po #procurement

概览表

Item Key Point
行项目类别 B Limit（限额）类型行项目
框架订单 一揽子采购的特殊订单类型
有效期 定义一揽子 PO 的有效期间
限额 总限额和预期值控制采购金额
无需 GR 通常不需要收货，直接发票结算

行项目类别 B (Limit)

项目 说明
类别代码 B
名称 Limit（限额）
特点 不指定具体物料和数量
用途 低价值、重复性的消耗品采购
账户分配 通常使用未知账户分配 (U)

与标准行项目类别的对比

对比项 标准行项目 行项目类别 B (Limit)
物料编号 必须指定 不需要
数量 必须指定 不需要
价格 按单价计算 按限额控制
GR 通常需要 通常不需要
发票 按 GR 结算 直接按限额发票

框架订单类型

项目 说明
订单类型 框架订单 (Framework Order)
用途 简化低价值采购流程
特点 减少审批和文书工作

有效期 (Validity Period)

1
2
3
4
5
6
一揽子采购订单
┌──────────────────────────────────────┐
│  有效期: 2025-01-01 至 2025-12-31    │
│  ├── 在有效期内可下达发票             │
│  └── 超出有效期不可再使用             │
└──────────────────────────────────────┘
  • 开始日期：一揽子 PO 开始生效
  • 结束日期：一揽子 PO 到期
  • 有效期外不可再提交发票

限额 (Limits)

限额类型 说明
总限额 (Overall Limit) 整个一揽子 PO 的最大金额上限
预期值 (Expected Value) 预估的使用金额（不超过总限额） 
1
2
3
4
5
6
7
总限额: 10,000 EUR
  └── 预期值: 8,000 EUR (预估使用量)

实际发票金额累计:
  发票1: 3,000 EUR ──┐
  发票2: 2,500 EUR ──┤── 累计: 7,500 EUR < 10,000 OK
  发票3: 3,000 EUR ──┘── 累计: 10,500 EUR > 10,000 需处理!
⚠️超出限额的处理
当发票金额累计超出总限额时：
  • 系统会发出警告或错误消息
  • 需要提高总限额或拒绝发票
  • 具体行为取决于系统配置

未知账户分配

  • 一揽子 PO 常使用账户分配类别 U (Unknown)
  • 在创建 PO 时不确定具体的费用归属
  • 发票时确定具体的账户分配

一揽子 PO 的发票处理

1
2
3
4
5
6
7
8
9
10
11
12
13
供应商发票
    │
    ▼
┌────────────────┐     ┌────────────────┐
│ 参照一揽子 PO   │────→│ 检查限额       │
│ 输入金额        │     │ 余额是否充足   │
└────────────────┘     └────────────────┘
    │                        │
    ▼                        ▼
┌────────────────┐     ┌────────────────┐
│ 过账发票        │     │ 超出限额 → 警告│
│ 记入消耗科目    │     │ 或阻止过账     │
└────────────────┘     └────────────────┘

考试/测试模式

Scenario/Keyword Answer
“行项目类别 B 是什么” Limit（限额）类型，用于一揽子 PO
“一揽子 PO 是否需要指定物料和数量” 不需要
“总限额的作用” 控制整个一揽子 PO 的最大金额
“超出总限额时系统如何处理” 发出警告或错误消息
“一揽子 PO 常用哪种账户分配” U (Unknown)
“一揽子 PO 是否通常需要 GR” 不需要，直接发票结算
“预期值与总限额的关系” 预期值 <= 总限额