Mark的技术博客

SAP顾问 | 咨询专家 | IT与AI技术探索者

吴让宇(Mark)

吴让宇(Mark)

SAP顾问 | 咨询专家 | IT与AI技术探索者

吴让宇(Mark)的个人技术博客，专注于SAP系统实施、行业方案咨询、IT技术与AI技术的研究与分享。

SAP Fiori ABAP CDS OData Dify Docker AI LLM

最新文章

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

采购订单基础 (★★★★)

#po #procurement

Overview Table — PO Transactions

Transaction Function Description
ME21N Create PO 创建新采购订单
ME22N Change PO 修改已有采购订单
ME23N Display PO 显示采购订单（只读）
ME29N Release PO 审批/释放采购订单
ME22 Change (old) 旧版修改界面
ME23 Display (old) 旧版显示界面

Screen Areas in ME21N/ME22N/ME23N

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
┌────────────────────────────────────────────────────┐
│                Menu Bar / Title Bar                 │
├──────────┬─────────────────────────────────────────┤
│          │                                         │
│ Document │          Header Data                    │
│ Overview │  (Vendor, Doc Date, Purch. Org...)      │
│          │                                         │
│ (Left    ├─────────────────────────────────────────┤
│  Panel)  │                                         │
│          │       Item Overview                      │
│ - PR     │  (Material, Qty, Price, Plant...)       │
│ - RFQ    │                                         │
│ - PO     ├─────────────────────────────────────────┤
│ - Outline│                                         │
│  Agreement│      Item Details                       │
│          │  (Delivery, Conditions, Account          │
│          │   Assignment, Attachments...)            │
│          │                                         │
├──────────┴─────────────────────────────────────────┤
│                    Status Bar                        │
└────────────────────────────────────────────────────┘
Screen Area Purpose
Document Overview 搜索和选择参考凭证（PR、报价、合同等）
Header Data 采购订单抬头信息（供应商、日期、条款等）
Item Overview 行项目总览（物料、数量、价格、交货日期等）
Item Details 行项目详细信息（交货计划、条件、账户分配等）
💡按 Ctrl+F1 可快速切换 Document Overview 的显示/隐藏，节省屏幕空间。

Creating PO with Reference to Purchase Requisition

1
2
3
4
5
6
7
8
9
10
11
12
13
方式一：通过 Document Overview
┌──────────┐     拖拽      ┌────────────┐
│   PR     │ ──────────→   │  PO Item   │
│ (列表)   │               │ (Item OV)  │
└──────────┘               └────────────┘

方式二：通过 Menu
  ME21N → Purchase Order → Create →
    → w. Reference → To Purchase Requisition
    → 输入 PR 号码

方式三：直接在 ME21N 输入 PR 号
  Item Overview → Purchase Requisition 字段
📌引用 PR 创建 PO 时，系统会自动带入 PR 中的物料、数量、工厂等信息，减少手动输入错误。

Document Overview and Selection Variants

Feature Description
Selection Variants 保存常用搜索条件，快速过滤参考凭证
Drag & Drop 从 Document Overview 直接拖拽到 Item Overview
Multiple Selection 可同时选择多个 PR 项目合并到一个 PO
Adopt 按钮将选中项目添加到 PO

Personal Default Values

Setting Path Purpose
Default Purchasing Group → Defaults 每次创建 PO 自动填入
Default Plant → Defaults 每次创建 PO 自动填入
Default Document Type → Defaults 设置默认 PO 类型
Layout → Settings 保存列布局和排序偏好
💡通过菜单路径 Extras → Set Default Values 可设置个人默认值，提高日常操作效率。

Key Fields in Purchase Order

Field Location Description
Vendor Header 供应商编号
Document Date Header 凭证日期
Purchasing Organization Header 采购组织
Purchasing Group Header 采购组
Material Item 物料编号
Short Text Item 物料描述（可手动输入）
Quantity Item 订单数量
Order Unit Item 订单单位
Net Price Item 净价（可从 Info Record 自动带出）
Delivery Date Item (Schedule) 交货日期
Plant Item 接收工厂
Storage Location Item 存储地点

PO Creation Flow

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
┌──────────────┐
│  Start ME21N  │
└───────┬──────┘
        │
        ▼
┌──────────────┐       ┌──────────────┐
│ Set Header   │       │ Set Personal │
│ Data (Vendor)│       │ Defaults     │
└───────┬──────┘       └──────────────┘
        │
        ▼
┌──────────────┐
│ Enter Items  │ ←── Reference from PR (optional)
│ (Material,   │
│  Qty, Plant) │
└───────┬──────┘
        │
        ▼
┌──────────────┐
│ Check & Save │
│ (PO Number)  │
└──────────────┘
⚠️PO 保存后系统自动分配 PO 号码，号码范围由 Document Type 控制。

Exam/Test Patterns

Scenario/Keyword Answer
“创建 PO 的事务码？” ME21N
“修改 PO 的事务码？” ME22N
“PO 引用 PR 的好处？” 自动带入数据，减少输入错误
“Document Overview 的用途？” 搜索/选择参考凭证（PR、报价等）
“个人默认值设置路径？” Extras → Set Default Values
“PO Item Details 包含什么？” 交货计划、条件、账户分配等详细信息
“多个 PR 可以合并到一个 PO 吗？” 可以，通过 Document Overview 多选
“PO 号码由什么控制？” Document Type 控制号码范围

发表于 更新于 分类于 ， ， 本文字数： 3.7k 阅读时长 ≈ 13 分钟

主数据 Practice (10 questions)

#practice #主数据

📌Key Patterns (click to reveal)
Keyword Answer
供应商3个层级 一般数据（集团级）、公司代码数据、采购组织数据
XK01 vs MK01 XK01=中央创建（所有层级），MK01=仅采购组织级别
合作伙伴角色 供应商（VN）、订单地址（OA）、联系人（CP）、付款方（PY）等
ROH默认采购类型 F（外部采购）
物料采购视图层级 工厂级别
统驭科目 连接供应商子账与FI总账的桥梁
账户组 控制供应商主数据的屏幕布局、编号范围、伙伴角色

Question 1 - 供应商主数据的三个层级 [recall]

供应商主数据（Vendor Master Data）包含哪三个数据层级？每个层级的数据分别维护什么内容？

📌Show Answer
供应商主数据包含以下三个层级：

1. 一般数据（General Data）— 集团级

  • 维护层级：集团（Client）
  • 内容：供应商名称、地址、通讯信息、语言、搜索帮助等
  • 特点：对所有公司代码和采购组织通用

2. 公司代码数据（Company Code Data）

  • 维护层级：公司代码（Company Code）
  • 内容：统驭科目（Reconciliation Account）、付款条件、付款方式、利息计算、催款程序等
  • 特点：与财务会计（FI）相关

3. 采购组织数据（Purchasing Organization Data）

  • 维护层级：采购组织（Purchasing Organization）
  • 内容：订单货币、采购组、销售人员信息、合作伙伴角色、定价条件等
  • 特点：与物料管理（MM）相关

关键事务码：

  • XK01/XK02/XK03 — 维护所有层级
  • FK01/FK02/FK03 — 仅公司代码层级
  • MK01/MK02/MK03 — 仅采购组织层级

Question 2 - XK01与MK01的区别 [recall]

XK01和MK01都用于创建供应商主数据，它们之间有什么区别？在什么场景下应分别使用？

📌Show Answer
XK01 vs MK01 核心区别：
特征 XK01 MK01
全称 中央创建供应商 创建采购组织级供应商
维护层级 一般数据 + 公司代码 + 采购组织 仅采购组织数据
前提条件 无（首次创建） 供应商必须已存在于公司代码层
用途 首次创建新供应商 将已有供应商扩展到新的采购组织

使用场景：

  • XK01 — 当需要创建一个全新的供应商时使用，一次性维护所有层级的数据
  • MK01 — 当供应商已在某公司代码下存在，需要将其扩展到另一个采购组织时使用

补充说明：

  • FK01 — 仅创建公司代码层数据（将供应商扩展到新公司代码）
  • XK01创建后，供应商号在三个层级共享同一个编号
  • 实际项目中，通常使用XK01进行首次创建，后续扩展使用MK01或FK01

Question 3 - 供应商主数据中的合作伙伴角色 [recall]

列出供应商主数据中的主要合作伙伴角色（Partner Roles），并说明各自的用途。

📌Show Answer
供应商主数据中的主要合作伙伴角色：
合作伙伴角色代码 名称 说明
VN (Vendor) 供应商 默认角色，代表实际的供应商，用于发票处理和付款
OA (Ordering Address) 订单地址 PO发送的目标地址，可能与供应商总部不同
GN (Goods Supplier) 货物供应商 实际交货的供应商，可能与VN不同
PY (Payer) 付款方 实际支付货款的业务伙伴，可替代VN付款
CP (Contact Person) 联系人 供应商方的联系人信息
RS (Remit-to) 汇款地址 付款的汇款目标地址
ALT (Alternative Vendor) 替代供应商 在特定条件下的替代供应来源

关键要点：

  • 合作伙伴角色由**账户组（Account Group）**控制哪些角色是必填或可选的
  • 每个合作伙伴角色可以指向同一个供应商号或不同的供应商号
  • 在采购订单中，系统自动根据合作伙伴角色确定发票方、收货方等

Question 4 - ROH物料类型的默认采购类型 [application]

场景：用户创建了一个新物料，物料类型选择为ROH（原材料）。在MRP视图中，采购类型（Procurement Type）字段会被设置为什么默认值？这个默认值是由什么决定的？

📌Show Answer
ROH物料的默认采购类型：
  • 物料类型ROH（Raw Material，原材料）的默认采购类型为 F（External Procurement，外部采购）

默认值由什么决定：

  • 由**物料类型（Material Type）**的配置决定
  • 在后台配置中（SPRO → Logistics - General → Material Master → Settings for Material Types），每种物料类型都预设了采购类型的默认值

常见物料类型的默认采购类型：

物料类型 说明 默认采购类型
ROH 原材料 F（外部采购）
FERT 成品 E（内部生产）
HALB 半成品 E（内部生产）
HIBE 易耗品 F（外部采购）
DIEN 服务 F（外部采购）

注意： 用户可以在物料主数据中手动更改采购类型为E（自制）、F（外购）或X（两者均可），不受默认值的强制约束。

Question 5 - 物料主数据采购视图的组织层级 [recall]

物料主数据（Material Master）中与采购相关的视图需要在什么组织层级下维护？列出这些视图的名称。

📌Show Answer
物料主数据采购相关视图及其组织层级：
视图名称 组织层级 说明
采购视图（Purchasing View） 工厂（Plant） 采购组、采购值码、产地、供应商评估等

其他采购相关视图：

视图名称 组织层级 说明
MRP视图 工厂 采购类型、MRP控制器、批量大小、计划交货时间
会计视图（Accounting 1/2） 工厂 + 估值区域 价格控制、价格、估值类别
成本估算视图 工厂 成本核算相关数据
预测视图 工厂 消耗预测参数
存储视图 工厂 库存管理相关参数

关键要点：

  • 物料主数据的基本数据（Basic Data 1/2）在**集团级（Client Level）**维护
  • 采购视图、MRP视图等在**工厂级（Plant Level）**维护
  • 库存管理相关数据在**存储地点级（Storage Location Level）**维护
  • 与供应商主数据不同，物料主数据不涉及采购组织这一层级

Question 6 - 供应商主数据层级与物料主数据视图的组织层级对比 [analysis]

比较供应商主数据（Vendor Master）的三个层级和物料主数据（Material Master）的视图在组织层级分配上的根本区别。为什么SAP这样设计？

📌Show Answer
组织层级分配对比：
数据对象 层级/视图 组织层级 对应模块
供应商主数据 一般数据 集团（Client） 跨模块通用
公司代码数据 公司代码 FI（财务）
采购组织数据 采购组织 MM（采购）
物料主数据 基本数据 集团（Client） 跨模块通用
采购/MRP/会计等视图 工厂（Plant） MM/FI/CO
存储数据 库存地点 MM-INV

根本区别：

  1. 供应商主数据的组织单元是”采购组织” — 这反映了采购的商务关系视角：不同采购组织可能与同一供应商有完全不同的谈判条件、定价协议和合作伙伴关系。

  2. 物料主数据没有”采购组织”层级 — 物料的属性（如MRP参数、价格控制）是在工厂级别定义的，因为物料的计划和管理是在工厂层面进行的。

设计原因分析：

  • 供应商是与企业发生商务关系的主体，采购组织是代表企业进行商务活动的组织单元，因此供应商数据需要按采购组织区分
  • 物料是企业内部计划和管理的对象，工厂是进行生产计划和库存管理的基本单元，因此物料数据按工厂区分
  • 公司代码对两者都适用，因为涉及FI过账（供应商的统驭科目、物料的估值价格）
  • 集团级数据两者都有，保证基础信息（名称、地址、基本单位等）的一致性

Question 7 - 统驭科目的定义 [recall]

什么是统驭科目（Reconciliation Account）？它在供应商主数据中的作用是什么？

📌Show Answer
统驭科目（Reconciliation Account）的定义：
  • 统驭科目是FI总账（General Ledger）中的一个科目，用于将子账（Sub-ledger，如应付账款）与总账自动同步
  • 在供应商主数据的公司代码层级中维护

在供应商主数据中的作用：

  1. 自动过账桥梁 — 当发生与供应商相关的业务时（如发票过账、付款），系统自动在统驭科目上创建FI凭证行项目，无需人工干预

  2. 应付账款统驭 — 通常供应商的统驭科目设为应付账款科目（Account type K = Vendor）

举例说明：

  • MIRO过账发票$10,000 → 系统自动贷记供应商统驭科目$10,000
  • 付款时 → 系统自动借记供应商统驭科目$10,000

关键特性：

  • 统驭科目不能直接手动过账（需通过子账过账）
  • 一个供应商分配一个统驭科目（通常为应付账款）
  • 统驭科目在科目主数据中标记了”统驭科目用于账户类型K”
  • 如需更改统驭科目，只能在供应商无未清余额时进行

Question 8 - 物料需要MRP和会计数据时的视图和层级 [application]

场景：用户需要创建一个新物料（物料类型ROH），使其能够参与MRP运行并具有正确的财务估值。该物料需要在工厂1000中使用。用户需要创建哪些视图？分别在什么组织层级下？

📌Show Answer
需要创建的视图及组织层级：

集团级（Client Level）视图 — 先创建：

视图 目的
基本数据1（Basic Data 1） 物料描述、基本计量单位、物料组、毛重/净重
基本数据2（Basic Data 2） 附加数据、注释

工厂级（Plant 1000）视图 — 然后创建：

视图 目的 关键字段
采购视图（Purchasing） 采购相关设置 采购组、采购值码
MRP 1视图 物料需求计划 采购类型（F）、MRP控制器、批量大小
MRP 2视图 计划细节 再订货点、计划交货时间、收货处理时间
MRP 3视图 计划策略 计划策略组、可用性检查
MRP 4视图 BOM展开 相关需求计划
会计1视图（Accounting 1） 财务估值 价格控制（V或S）、价格、估值类别
会计2视图（Accounting 2） 成本信息 上期价格、当前价格变化

可选但常用视图：

  • 成本估算视图（Costing）— 产品成本核算
  • 存储视图（Storage）— 库存管理参数
  • 预测视图（Forecast）— 消耗预测

注意： 没有MRP视图 → 无法参与MRP运行；没有会计视图 → 无法进行财务估值和GR过账。

Question 9 - 账户组在供应商主数据中的作用 [recall]

账户组（Account Group）在供应商主数据中起什么作用？它控制了哪些内容？

📌Show Answer
账户组（Account Group）在供应商主数据中的作用：

账户组是供应商主数据的核心控制机制，它决定了供应商创建和维护时的行为。

账户组控制的内容：

控制项 说明
屏幕布局 控制哪些字段显示、隐藏、必填或可选（Field Selection）
编号范围 决定供应商编号是内部分配还是外部输入，以及编号区间
合作伙伴角色 定义该账户组默认包含哪些合作伙伴角色
科目类型 在科目分配中标识为供应商（K）
一次性供应商标识 标记是否为一次性供应商模板（如CPD账户组）

常见标准账户组：

账户组 用途
0001 — 供应商 一般外部供应商
0002 — 员工 内部员工作为供应商
0038 — 一次性供应商 不维护主数据的临时供应商
LIEF — 供应商 标准供应商（行业特定）

关键要点：

  • 创建供应商时必须指定账户组（XK01的首个画面）
  • 账户组一旦分配，不能更改
  • 屏幕布局配置使用事务码 OBSS 或 SPRO路径配置

Question 10 - 物料扩展到新工厂时的数据复制与重新输入 [analysis]

当将一个已有物料扩展到新工厂时（即在新工厂创建视图），哪些数据需要重新手动输入？哪些数据会从现有记录自动复制？为什么有这样的区别？

📌Show Answer
物料扩展到新工厂时的数据处理分析：

自动复制的数据（从基本数据/集团级）：

数据项 来源 原因
物料描述 基本数据1 集团级数据，所有工厂共享
基本计量单位 基本数据1 物料的固有属性
物料组 基本数据1 分类信息
物料类型 创建时确定 不可更改
毛重/净重/体积 基本数据1 物理属性不变
EAN/UPC码 基本数据1 全球统一编码

需要重新手动输入的数据（工厂级）：

数据项 视图 原因
采购类型 MRP 1 不同工厂可能有不同的供应策略
MRP控制器 MRP 1 新工厂有不同的计划员
批量大小 MRP 1 新工厂可能有不同的批量策略
计划交货时间 MRP 2 新工厂到供应商的距离/运输方式可能不同
安全库存 MRP 2 新工厂的需求模式可能不同
价格控制方式 会计1 新工厂可能使用不同的价格控制
估值价格 会计1 新工厂可能有不同的成本结构
采购组 采购视图 新工厂有不同的采购组

设计逻辑：

  • 集团级数据代表物料的固有属性（它”是什么”），在所有组织单元中一致 → 自动复制
  • 工厂级数据代表物料在特定工厂的运营参数（”怎么管理”）→ 需要根据新工厂的实际情况重新定义
  • 这种设计保证了物料基本信息的一致性（同一物料在不同工厂的描述、单位相同），同时允许运营层面的灵活性（不同工厂可以有不同的计划策略和成本）

操作方式： 使用事务码 MM01（扩展物料），选择目标工厂和需要的视图进行创建。系统会提示输入新工厂特定的字段值。

发表于 更新于 分类于 ， ， 本文字数： 1.3k 阅读时长 ≈ 5 分钟

供应商主数据 (★★★★)

#master-data #procurement

Overview Table — Vendor Master Data

Item Key Point
Structure 3 层级：General（Client）、Company Code、Purchasing Organization
Account Group 控制字段选择和编号范围
Key Transactions XK01/XK02/XK03（全层级），MK01/MK02/MK03（采购层级）
Partner Roles BA（订购地址）、GS（货物供应商）、PI（发票方）等
Reconciliation Account 连接 MM 与 FI 的桥梁

Vendor Master Data — Three-Level Structure

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
┌──────────────────────────────────────────────────┐
│              General Data (Client Level)          │
│  ┌────────────────────────────────────────────┐  │
│  │ Name, Address, Country, Language,          │  │
│  │ Search Terms, Account Group                │  │
│  └────────────────────────────────────────────┘  │
├──────────────────────────────────────────────────┤
│         Company Code Data                         │
│  ┌────────────────────────────────────────────┐  │
│  │ Reconciliation Account, Terms of Payment,  │  │
│  │ Interest Calculation, Dunning,              │  │
│  │ Withholding Tax, Currency                  │  │
│  └────────────────────────────────────────────┘  │
├──────────────────────────────────────────────────┤
│         Purchasing Organization Data              │
│  ┌────────────────────────────────────────────┐  │
│  │ Ordering Address, Salesperson,             │  │
│  │ Terms of Payment (Purch), Currency,        │  │
│  │ Partner Roles, Purchasing Group            │  │
│  └────────────────────────────────────────────┘  │
└──────────────────────────────────────────────────┘
Level Org Unit Key Data
General Data Client 名称、地址、账户组、语言
Company Code Data Company Code 统驭科目、付款条件、催收、税
Purchasing Data Purchasing Org 订购地址、采购付款条件、Partner Roles
📌General Data 在 Client 层级维护，所有 Company Code 和 Purchasing Org 共享。

Account Groups

Function Description
Field Selection 控制哪些字段是必输、可选、隐藏或显示
Number Range 决定供应商编号是内部给号还是外部给号
Partner Determination 定义默认的 Partner Roles

Common Account Groups

Account Group Typical Usage Number Assignment
0001 – Vendors 一般供应商 内部或外部
0002 – External 外部供应商 通常内部编号
0003 – Services 服务供应商 取决于配置
LIEF – Vendor 标准 SAP 默认 配置决定
💡Account Group 在创建供应商时选定，之后不能更改。它决定了界面上哪些字段可见/必填。

Key Transactions

Transaction Scope Description
XK01 All levels 创建供应商（General + CC + Purchasing）
XK02 All levels 修改供应商（所有层级）
XK03 All levels 显示供应商（所有层级）
XK05 All levels 阻塞供应商
MK01 Purchasing only 创建供应商（仅采购层级）
MK02 Purchasing only 修改供应商（仅采购层级）
MK03 Purchasing only 显示供应商（仅采购层级）
FK01 Company Code only 创建供应商（仅公司代码层级）
FK02 Company Code only 修改供应商（仅公司代码层级）
FK03 Company Code only 显示供应商（仅公司代码层级） 
1
2
3
4
5
6
7
8
Transaction Naming Convention:
  X = All levels (General + CC + Purchasing)
  M = Purchasing level only
  F = Company Code level only (Financial)

  XK01/XK02/XK03 ← 完整维护（推荐）
  MK01/MK02/MK03 ← 仅采购相关
  FK01/FK02/FK03 ← 仅财务相关
💡实际业务中通常使用 XK01/XK02/XK03 进行全层级维护。

Partner Roles

Partner Role Code Description
Order Address BA 下单时的联系地址（可与供应商主地址不同）
Goods Supplier GS 实际供货的供应商
Invoicing Party PI 开票方（可以与订购供应商不同）
Alternative Payee AP 替代收款人
QS Vendor QM 质量管理相关供应商

Partner Role Determination Flow

1
2
3
4
5
6
7
8
9
10
Vendor Master (Main)
    │
    ├──→ BA: Order Address     → PO 上显示的订购地址
    ├──→ GS: Goods Supplier    → 收货时确认的货物来源
    ├──→ PI: Invoicing Party   → 发票校验时的开票方
    └──→ AP: Alternative Payee → 付款时的收款方

> [!important] Partner Roles 允许业务场景中：
>   - 一家供应商下单，另一家发货（GS ≠ BA）
>   - 一家供应商下单，另一家开票（PI ≠ BA）
⚠️PI（Invoicing Party） 非常重要：如果 PO 供应商和发票供应商不同，必须正确维护 PI 角色。

Vendor Blocking

Block Level What It Blocks Transaction
Company Code Block 阻止该 CC 下所有采购和付款活动 XK05
Purchasing Block 阻止创建新 PO XK05
All Functions Block 完全冻结供应商 XK05 
1
2
3
4
5
6
7
8
9
10
11
Blocking Scenarios:
┌─────────────────┐
│  Company Code    │ ──→ 不允许过账到该 CC
│  Block           │     (会计事务被冻结)
├─────────────────┤
│  Purchasing      │ ──→ 不能创建新 PO
│  Block           │     (现有 PO 仍可收货/发票)
├─────────────────┤
│  Central Block   │ ──→ 完全冻结
│  (All Functions) │     (所有事务被阻止)
└─────────────────┘
💡采购冻结（Purchasing Block）只阻止创建新 PO，不影响已有 PO 的后续收货和发票校验。

Reconciliation Accounts

Concept Description
Definition FI 中连接子账（AP）和总账（GL）的桥梁
Account Type K（Vendor）
Location Company Code Data 中维护
Effect 任何供应商相关的自动过账都会更新此科目 
1
2
3
4
5
6
Vendor Subledger ──→ Reconciliation Account ──→ General Ledger
   (AP Detail)        (Bridge Account)           (Balance Sheet)

  每笔供应商交易:
  - MIRO 发票 → 自动过账到统驭科目
  - F-53 付款 → 自动清结统驭科目
📌统驭科目不能直接手动过账，只能通过子账（如 MIRO、F-53）自动更新。

Terms of Payment

Term Description Example
ZB10 10 天内付款 2% 折扣 2% 10 Net 30
ZB30 30 天内全额付款 Net 30
ZNT30 30 天净额 无折扣
💡付款条件在 Company Code Data 和 Purchasing Data 中都可以维护，PO 创建时优先采用采购层级的付款条件。

Exam/Test Patterns

Scenario/Keyword Answer
“供应商主数据有几个层级？” 3 个：General（Client）、Company Code、Purchasing Org
“XK01 和 MK01 的区别？” XK01 维护所有层级，MK01 只维护采购层级
“Account Group 控制什么？” 字段选择和编号范围
“Account Group 创建后能改吗？” 不能更改
“PI Partner Role 的作用？” Invoicing Party，指定开票方
“采购冻结会影响已有 PO 吗？” 不会，只阻止创建新 PO
“统驭科目的作用？” 连接 AP 子账与 GL 总账的桥梁
“统驭科目能手动过账吗？” 不能，只能通过子账自动更新
“General Data 在哪个层级？” Client 层级
“常用供应商全层级事务码？” XK01/XK02/XK03

发表于 更新于 分类于 ， ， 本文字数： 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” 不需要，直接发票结算
“预期值与总限额的关系” 预期值 <= 总限额

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

批量维护 (★★)

#master-data #mm

Overview Table — Mass Maintenance

Item Key Point
Tool Cross-Application Mass Maintenance (跨应用批量维护工具)
Objects 物料主数据、供应商主数据、采购信息记录、采购凭证
Processing Modes Online（在线）和 Background（后台）
Key Feature 一次性修改多个对象的多个字段值

Supported Objects

Object Transaction Description
Material Master MASS/MM17 批量修改物料主数据字段
Vendor Master MASS/XK99 批量修改供应商主数据字段
Purchasing Info Record MASS/ME17 批量修改采购信息记录
Purchase Orders MASS/ME22 批量修改采购订单
Outline Agreements MASS/ME32 批量修改框架协议
Other Objects MASS → 选择对象类型 通用批量维护入口
💡MASS 是通用的事务码，进入后可以选择要维护的对象类型。

Mass Maintenance Process Flow

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
Step 1: Select Object Type
┌──────────────────────┐
│  Transaction MASS     │
│  → 选择对象类型       │
│  (如 Material Master) │
└──────────┬───────────┘
           │
           ▼
Step 2: Select Tables & Fields
┌──────────────────────┐
│  选择要修改的表和字段  │
│  (如 MARA-MATKL      │
│   物料组字段)         │
└──────────┬───────────┘
           │
           ▼
Step 3: Selection Criteria
┌──────────────────────┐
│  输入选择条件         │
│  (如 Material Type   │
│   = ROH, Plant = 1000)│
└──────────┬───────────┘
           │
           ▼
Step 4: Execute & Review
┌──────────────────────┐
│  系统列出符合条件的记录│
│  → 检查数据准确性     │
└──────────┬───────────┘
           │
           ▼
Step 5: Change Values
┌──────────────────────┐
│  输入新的字段值       │
│  → 可以按记录分别修改  │
│  → 也可以统一修改      │
└──────────┬───────────┘
           │
           ▼
Step 6: Save
┌──────────────────────┐
│  保存修改             │
│  → Online 或 Background│
│  → 生成 Change Docs   │
└──────────────────────┘

Online vs Background Processing

Mode When to Use Features
Online 少量记录（< 1000） 即时处理，可立即看到结果
Background 大量记录（≥ 1000） 后台运行，不阻塞前台工作 
1
2
3
4
选择标准:
  记录数 < 1000  →  Online Processing ✓
  记录数 ≥ 1000  →  Background Processing ✓
  工作时间内大量修改 → Background（避免影响系统性能）
⚠️大批量修改建议使用 Background Processing，避免在线处理时系统响应缓慢或超时。

Consistency Check

Feature Description
Before Save 系统自动检查数据一致性
Error Handling 不一致的记录被标记，阻止保存
Warning vs Error 警告可以继续，错误必须修正
Simulation Run 可以先模拟运行再正式执行 
1
2
3
4
5
6
一致性检查流程:

  输入新值 → 系统检查 → 结果:
                         ├── ✓ 通过 → 可保存
                         ├── ⚠ 警告 → 可保存（需确认）
                         └── ✗ 错误 → 不能保存，必须修正
📌批量维护的修改也会生成 Change Documents，确保可追溯性。

Common Use Cases

Use Case Object Fields Changed
统一调整物料组 Material MATKL（物料组）
批量修改采购组 Material EKGR（采购组）
更新供应商付款条件 Vendor ZTERM（付款条件）
调整 MRPs 参数 Material DISPO, MINBE, FXHOR 等
批量修改 PO 交货日期 PO EINDT（交货日期）

Steps in Detail — Material Master Example

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
Transaction: MASS → 选择 "Material Master"

┌─────────────────────────────────────────────────┐
│ 1. Tables/Fields Tab                             │
│    ┌───────────────────────────────────────┐     │
│    │ Table: MARA                            │     │
│    │ Field: MATKL (Material Group)          │     │
│    └───────────────────────────────────────┘     │
├─────────────────────────────────────────────────┤
│ 2. Selection Criteria Tab                        │
│    ┌───────────────────────────────────────┐     │
│    │ Material Type = ROH                    │     │
│    │ Plant = 1000                           │     │
│    │ Old Material Group = 01               │     │
│    └───────────────────────────────────────┘     │
├─────────────────────────────────────────────────┤
│ 3. Execute → 显示匹配记录列表                     │
│    ┌───────────────────────────────────────┐     │
│    │ Material │ Old Group │ New Group      │     │
│    │ 100001   │ 01        │ 02 ← 修改      │     │
│    │ 100002   │ 01        │ 02 ← 修改      │     │
│    │ 100003   │ 01        │ 02 ← 修改      │     │
│    └───────────────────────────────────────┘     │
├─────────────────────────────────────────────────┤
│ 4. 输入新值 → Save → Change Documents 生成       │
└─────────────────────────────────────────────────┘

Key Transactions Summary

Transaction Description
MASS 通用批量维护入口
MM17 物料主数据批量维护
XK99 供应商主数据批量维护
ME17 采购信息记录批量维护

Exam/Test Patterns

Scenario/Keyword Answer
“批量维护的事务码？” MASS（通用入口）
“大量记录应用什么模式？” Background Processing（后台处理）
“批量维护支持哪些对象？” 物料/供应商主数据、信息记录、采购凭证等
“批量维护会生成 Change Documents 吗？” 会，确保可追溯性
“一致性检查出错怎么办？” 必须修正错误才能保存
“物料批量维护的专用事务码？” MM17
“批量维护的流程？” 选择对象 → 选表/字段 → 选择条件 → 执行 → 修改值 → 保存

发表于 更新于 分类于 ， ， 本文字数： 1.4k 阅读时长 ≈ 5 分钟

物料主数据 (★★★★)

#master-data #mm

Overview Table — Material Master Data

Item Key Point
Structure 按用户部门分为多个视图（Views）
Org Levels Client、Plant、Storage Location 三级
Material Type 控制编号分配、采购类型、库存管理方式
Industry Sector 影响可用视图和屏幕布局
Key Transactions MM01（创建）、MM02（修改）、MM03（显示）、MM04（修改历史）

Material Master Views by User Department

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
┌─────────────────────────────────────────────────────┐
│                   Material Master                    │
├──────────┬──────────────────────────────────────────┤
│  Client  │  Basic Data 1 / Basic Data 2             │
│  Level   │  (跨组织共享的基础信息)                    │
├──────────┼──────────────────────────────────────────┤
│  Plant   │  MRP 1~4, Purchasing, General Planning   │
│  Level   │  Production, Work Scheduling, Quality    │
│          │  Sales, Forecast, Plant Stock            │
├──────────┼──────────────────────────────────────────┤
│  Storage │  Warehouse Management                    │
│  Location│  Storage 1 / Storage 2                   │
│  Level   │                                          │
├──────────┼──────────────────────────────────────────┤
│  Valuation│ Accounting 1 / Accounting 2             │
│  Level   │  Costing 1 / Costing 2                   │
│  (Plant) │  (评估在 Plant 层级)                       │
└──────────┴──────────────────────────────────────────┘

Key Views and Their Purpose

View Org Level Key Content
Basic Data 1/2 Client 物料描述、基本单位、物料组、毛重/净重、EAN
Purchasing Plant 采购组、采购员、最小批量、交货容差
MRP 1~4 Plant MRP 类型、批量大小、再订购点、计划交货时间
Accounting 1/2 Plant/ValArea 评估类别、评估价格、价格控制（S/V）、价格单位
Sales Plant/Sales Org 销售组织、分销渠道、交付工厂
Production Plant BOM 用途、生产调度参数
Work Scheduling Plant 生产调度员、工序时间
Quality Management Plant 质检参数、批次管理
Warehouse Management Storage Location 仓库管理参数
Storage 1/2 Storage Location 仓库/存储条件、放置策略
📌不同部门看到不同的视图，这是 SAP 多部门协作的核心设计。采购人员看 Purchasing 视图，财务人员看 Accounting 视图。

Organizational Levels in Material Master

Level Views Description
Client Basic Data 1/2, Classification 集团级数据，所有组织共享
Plant Purchasing, MRP, Accounting, Sales, Production, Quality 工厂级数据，特定于工厂
Storage Location Warehouse Management, Storage 1/2 存储地点级数据 
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
Client
  ├── Basic Data (共享基础信息)
  │
  ├── Plant A
  │     ├── Purchasing View    (采购参数)
  │     ├── MRP View           (计划参数)
  │     ├── Accounting View    (评估参数)
  │     ├── ...
  │     │
  │     ├── SLoc 0001
  │     │     ├── Storage View (存储参数)
  │     │     └── WM View      (仓库参数)
  │     │
  │     └── SLoc 0002
  │           └── ...
  │
  └── Plant B
        └── ... (独立的视图数据)
💡同一物料在不同 Plant 可以有不同的采购策略、MRP 参数和评估价格。这体现了 SAP 的 decentralized data management 设计。

Material Type

Function of Material Type Description
Number Assignment 内部给号（自动）vs 外部给号（手动）
Procurement Type 允许的采购类型（外部/内部/两者）
Inventory Management 是否参与库存管理（价值/非价值）
Price Control 默认价格控制方式（S=标准价/V=移动平均价）

Common Material Types

Material Type Description Price Control Inventory
ROH Raw Material（原材料） V（移动平均价） 价值库存
HAWA Trading Goods（贸易商品） V（移动平均价） 价值库存
FERT Finished Product（成品） S（标准价） 价值库存
HALB Semi-finished（半成品） S（标准价） 价值库存
DIEN Services（服务） 无 无库存
NLAG Non-stock Material（非库存物料） 无 无价值库存
ERSA Spare Parts（备件） V 或 S 价值库存
UNBW Non-valuated（不评估物料） 无 有数量无价值
⚠️DIEN（服务）和 NLAG（非库存物料）类型的物料不参与库存管理，没有库存数量和价值的跟踪。

Industry Sector

Industry Sector Description
Mechanical Engineering 机械工程
Plant Engineering & Construction 工厂工程与建设
Chemical 化工
Pharmaceutical 制药
Retail 零售
💡Industry Sector 影响哪些视图可用以及每个视图中的字段屏幕布局。

Key Transactions

Transaction Function Description
MM01 Create Material 创建新物料主数据
MM02 Change Material 修改已有物料主数据
MM03 Display Material 显示物料主数据（只读）
MM04 Change Documents 查看物料修改历史
MM06 Flag for Deletion 标记物料为删除
MMSC Collective SLoc Entry 批量维护存储地点视图
MM50 Extend Material 扩展物料到新的组织级别/视图

Extending Material by Views/Org Levels

1
2
3
4
5
6
7
8
9
10
11
12
13
14
Scenario: 物料已创建 Basic Data + Purchasing (Plant 1000)
          需要扩展到 Accounting View

方法一：MM01
  MM01 → 输入 Material No. + Industry Sector
       → 选择 Copy From: Plant 1000
       → 勾选 Accounting View
       → 填写评估数据
       → Save

方法二：MM50 (Mass Extend)
  MM50 → 输入物料列表
       → 选择目标视图和组织级别
       → 批量扩展
📌物料创建时可以选择哪些视图需要维护。后续添加新视图也是通过 MM01 完成（不是 MM02），系统会识别物料已存在并进入视图扩展模式。

Change Documents (MM04)

Feature Description
Transaction MM04
Purpose 查看物料主数据的修改历史
Tracks 谁在什么时间修改了哪个字段
Old/New Values 显示修改前后的值 
1
2
3
4
5
6
MM04 Change Document Display:
┌─────────────────────────────────────────────┐
│ Date       │ Time  │ User │ Field  │ Old→New │
│ 2024-01-15 │ 10:30 │ SMITH│ Price  │ 10→12  │
│ 2024-01-10 │ 14:20 │ JONES│ MRP Type│ PD→NB │
└─────────────────────────────────────────────┘
💡所有物料主数据的修改都会被记录在 change documents 中，可通过 MM04 查询。这是审计和追溯的重要功能。

Exam/Test Patterns

Scenario/Keyword Answer
“物料主数据按什么组织视图？” 按用户部门（User Department）
“Basic Data 在哪个组织层级？” Client 层级
“Accounting View 在哪个层级？” Plant（评估区域）
“MM01 和 MM02 的区别？” MM01 = 创建/扩展，MM02 = 修改已有数据
“添加新视图用什么事务码？” MM01（不是 MM02）
“DIEN 物料类型的特点？” 服务物料，无库存，无评估
“NLAG 物料类型的特点？” 非库存物料，有数量记录无价值
“Material Type 控制什么？” 编号分配、采购类型、库存管理方式
“查看修改历史用什么事务码？” MM04
“同一物料在不同工厂的评估价格可以不同吗？” 可以，数据在 Plant 层级独立维护
“Industry Sector 影响什么？” 可用视图和字段屏幕布局

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

输入辅助 (★★)

#master-data #mm

Overview Table — Input Aids

Item Key Point
Reference Material 创建物料时参考已有物料
Vendor with Reference 创建供应商时参考已有供应商
Profiles 预设模板（MRP Profile、Forecast Profile）
Collective SLoc Entry MMSC 批量维护存储地点视图
Default Values 个人预设值和系统默认

Reference Material (创建物料参考)

1
2
3
4
5
6
MM01 → 输入 Industry Sector + Material Type
     → "Copy from..." 按钮或 Reference 字段
     → 输入参考物料号
     → 系统自动带入参考物料的字段值
     → 修改需要不同的字段
     → Save（生成新物料号）
Feature Description
Copy From 复制参考物料的所有字段值
Editable 复制后可修改任何字段
New Material 生成全新的物料编号和主数据
View Selection 可选择复制哪些视图
💡使用参考物料创建新物料，可以显著减少数据录入工作量，特别适合创建同类物料（如同一系列的不同规格产品）。

Vendor Master with Reference

Scenario How To
同公司代码下新采购组织 XK01 → Reference → 输入已有供应商号
复制到不同公司代码 XK01 → Reference → 选择源 CC 和 Purch Org 
1
2
3
4
XK01 → Reference Vendor
  输入: 参考供应商号
  选择: 要复制的层级数据
  结果: 自动带入已有数据，减少重复录入

Profiles (预设模板)

Profile Type Transaction Purpose
MRP Profile OPPM 预设 MRP 视图的常用值
Forecast Profile OPPF 预设预测视图的参数
Plant Parameters OPPQ 预设工厂级别的默认值

MRP Profile Details

Field Description
MRP Type 默认 MRP 类型（PD、VB 等）
Lot Size 默认批量大小
Reorder Point 默认再订购点
Planning Calendar 默认计划日历
Fixed Lot Size 默认固定批量 
1
2
3
4
5
6
7
使用 Profile 的流程:

  MM01 → 选择 Material Type + Industry Sector
       → 选择 Views (包括 MRP)
       → 弹出 MRP Profile 选择框
       → 选择 Profile → 自动填入预设值
       → 修改个别字段 → Save
📌Profile 不是强制使用的，但它可以显著提高数据录入效率和一致性。企业通常会为不同物料组配置不同的 Profile。

Collective Entry for Storage Locations (MMSC)

Feature Description
Transaction MMSC
Purpose 一次性为多个存储地点维护物料数据
Usage 扩展物料到多个 SLoc 而无需逐个维护 
1
2
3
4
5
6
7
MMSC 批量维护:

  输入: Material No. + Plant
  → 系统显示该物料在该工厂下所有 SLoc 列表
  → 批量选择需要扩展的 SLoc
  → 维护通用数据
  → Save（一次性扩展到多个 SLoc）
💡MMSC 特别适用于新物料创建后需要快速扩展到多个存储地点的场景。

Default Values and Presettings

Type Where to Set Description
Personal Defaults MM01/MM02 → Extras → Set Default 个人默认工厂、组织级别
Material Type Defaults Configuration 物料类型级别的默认值
Field Defaults Configuration 特定字段的默认值

Common Default Settings

Setting Example Benefit
Default Plant 1000 避免每次手动输入
Default Storage Location 0001 自动填入
Default Purchasing Group 001 采购视图默认值
Default Views 选定常用视图 减少选择步骤

Quick Reference — Input Aids Summary

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
┌─────────────────────────────────────────┐
│           Input Aids Summary             │
├─────────────────┬───────────────────────┤
│ Reference       │ Copy existing data    │
│ (物料/供应商)   │ → 快速创建类似记录    │
├─────────────────┼───────────────────────┤
│ Profiles        │ Preset field values   │
│ (MRP/Forecast)  │ → 减少重复输入        │
├─────────────────┼───────────────────────┤
│ MMSC            │ Mass SLoc maintenance │
│ (批量SLoc)      │ → 一次扩展多个地点    │
├─────────────────┼───────────────────────┤
│ Default Values  │ Personal/Config       │
│ (个人默认值)    │ → 自动填入常用值      │
└─────────────────┴───────────────────────┘

Exam/Test Patterns

Scenario/Keyword Answer
“创建物料时可以参考已有物料吗？” 可以，使用 Copy From / Reference 功能
“MRP Profile 的用途？” 预设 MRP 视图的常用字段值
“批量维护存储地点用什么事务码？” MMSC
“Profile 是强制的吗？” 不是，可选的辅助工具
“个人默认值在哪里设置？” Extras → Set Default Values

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

估价与非估价收货 (★★★★)

#gr #procurement

概览表

Item Key Point
估价 GR 收货时更新物料估值（过账到消耗科目）
非估价 GR 收货时仅记录数量，不进行价值过账
决定因素 物料主记录是否存在 + GR 标记设置
消耗品收货 不增加库存数量，直接消耗

估价 vs 非估价 GR 对比

对比项 估价 GR (Valuated) 非估价 GR (Non-Valuated)
价值过账 是，记入消耗科目 否，不进行价值过账
物料估值更新 更新物料估值 不更新
前提条件 存在物料主记录 可无物料主记录
PO 标记 默认（有物料主记录时） 需设置非估价 GR 标记
发票校验 GR/IR 科目清算 直接到账户分配对象
成本控制 收货即记账到成本对象 发票时才记入成本对象

估价 GR 过账流程（消耗品）

1
2
3
4
5
6
7
8
9
收货 (MIGO) - 估价 GR
┌──────────┐     ┌──────────────────┐     ┌──────────────────┐
│ 供应商    │     │ 物料消耗科目      │     │ GR/IR 清算科目    │
│ (贷方)    │     │ (借方 - 消耗)     │     │ (贷方)           │
└──────────┘     └──────────────────┘     └──────────────────┘

  收货时：消耗科目(借) ←── GR/IR(贷)
  ↓
发票校验时：GR/IR(借) ←── 供应商(贷)
  • 估价 GR 时，价值直接记入消耗科目（非库存科目）
  • GR/IR 清算科目用于匹配收货和发票

非估价 GR 过账流程（消耗品）

1
2
3
4
5
6
7
8
9
收货 (MIGO) - 非估价 GR
┌──────────┐     ┌──────────────────┐
│ 无价值过账│     │ 仅记录数量收据    │
│          │     │ 不更新科目余额    │
└──────────┘     └──────────────────┘

  收货时：无财务凭证！仅物料凭证记录数量
  ↓
发票校验时：消耗科目(借) ←── 供应商(贷)
📌非估价 GR 的关键点
非估价 GR 时：
  • 只生成物料凭证，不生成财务凭证
  • 不进行价值过账
  • 发票校验时直接记入消耗科目，不经过 GR/IR 科目

何时使用哪种 GR 类型

场景 GR 类型 原因
有物料主记录的消耗品 估价 GR 物料有估值数据
无物料主记录的消耗品 非估价 GR 无估值数据可用
价格不确定时 非估价 GR 避免不准确的估值过账
PO 中设置了非估价 GR 标记 非估价 GR 标记控制
免费样品/赠品 非估价 GR 无需估值

收货和发票的过账对比

估价 GR 的情况

步骤 借方 贷方 说明
GR 消耗科目 GR/IR 科目 估价收货
IR (发票) GR/IR 科目 供应商 发票清算 GR/IR

非估价 GR 的情况

步骤 借方 贷方 说明
GR 无财务凭证 无财务凭证 仅物料凭证
IR (发票) 消耗科目 供应商 直接记入消耗

非估价 GR 标记的设置

  • 在 PO 行项目级别设置 “Non-Valuated GR” 标记
  • 路径：PO 行项目 → Delivery 标签页
  • 设置后，该行项目的所有收货均为非估价

考试/测试模式

Scenario/Keyword Answer
“估价 GR 和非估价 GR 的主要区别” 估价 GR 产生财务凭证并更新估值；非估价 GR 仅产生物料凭证
“非估价 GR 时收货是否产生财务凭证” 否，仅产生物料凭证
“无物料主记录的消耗品应使用哪种 GR” 非估价 GR
“非估价 GR 的发票如何过账” 直接借记消耗科目，贷记供应商，不经过 GR/IR
“非估价 GR 标记在哪里设置” PO 行项目级别
“估价 GR 的消耗品收货记账到哪里” 消耗科目（非库存科目）
“GR/IR 科目在非估价 GR 中使用吗” 不使用

发表于 更新于 分类于 ， ， 本文字数： 1k 阅读时长 ≈ 4 分钟

消耗品概述 (★★★★)

#procurement #mm

概览表

Item Key Point
消耗品定义 为直接消耗而采购，不进行库存管理
账户分配 必须指定成本接收方（成本中心、资产等）
与库存物料对比 无库存数量/价值更新（除特定情况外）
物料主记录 可以有也可以没有

库存物料 vs 消耗品

对比项 库存物料 (Stock Material) 消耗品 (Consumable)
物料主记录 必须有 可选（可有可无）
收货时库存更新 是（数量+价值） 否（直接消耗）
仓库管理 在仓库中管理 不经过仓库
账户分配类别 无需账户分配 必须指定账户分配
GR/IR 标记 通常标记 视情况而定
VALUATION 在库存科目中估值 直接记入消耗科目
采购类型 标准 PO 带账户分配的 PO
📌核心区别
库存物料的收货增加库存价值和数量；消耗品的收货直接记入指定的账户分配对象（如成本中心），不增加库存。

账户分配类别 (Account Assignment Categories)

类别 含义 目标对象 说明
K 成本中心 (Cost Center) 成本中心 最常用的消耗品账户分配
A 资产 (Asset) 固定资产 采购资产时使用
F 订单 (Order) 生产/维护订单 用于订单相关消耗
P 项目 (Project/WBS) WBS 元素 项目采购使用
U 未知 (Unknown) 待后续确定 创建 PR 时不确定分配对象
C 销售 (Sales Order) 销售订单 为特定销售订单采购
Q 项目 (Project) 项目网络 网络活动分配

单一 vs 多重账户分配

1
2
3
4
5
6
7
8
9
10
11
12
单一账户分配 (Single Account Assignment):
┌──────────────────┐
│  采购订单行项目    │
│  数量: 100        │──→ 成本中心 1000 (100%)
└──────────────────┘

多重账户分配 (Multiple Account Assignment):
┌──────────────────┐
│  采购订单行项目    │
│  数量: 100        │──→ 成本中心 1000 (40个 = 40%)
│                   │──→ 成本中心 2000 (60个 = 60%)
└──────────────────┘
  • 单一分配：整个行项目分配给一个账户分配对象
  • 多重分配：行项目可以分配给多个账户分配对象
  • 分布方式：按数量 (Quantity) 或百分比 (Percentage)

消耗品采购流程

1
2
3
4
5
6
采购申请 (PR)              采购订单 (PO)            收货 (GR)           发票 (IR)
┌────────────┐           ┌────────────┐         ┌────────────┐     ┌────────────┐
│ 带账户分配  │───引用───→│ 带账户分配  │───GR───→│ 直接消耗    │────→│ 发票校验    │
│ 可有/无物料 │           │ 继承账户分配│         │ 记入消耗科目│     │ 结算       │
│ 主记录     │           │            │         │            │     │            │
└────────────┘           └────────────┘         └────────────┘     └────────────┘

有物料主记录 vs 无物料主记录的消耗品

对比项 有物料主记录 无物料主记录
物料编号 有 无，使用短文本描述
物料组 从主记录继承 需手动输入
估值价格 可从主记录获取 需手动输入
收货类型 估价或非估价 GR 非估价 GR
信息记录 可维护 不可用

非估价收货标记 (Non-Valuated GR Indicator)

  • 在 PO 行项目级别设置
  • 设置后：收货时不进行价值过账
  • 使用场景：不知道精确价格时、免费样品、无物料主记录时
  • 与估价 GR 的区别在于是否更新物料估值
⚠️考试重点
消耗品采购的 GR 不会增加库存数量，因为物料是直接消耗的。但如果存在物料主记录且使用估价 GR，则会在消耗科目进行估值过账。

考试/测试模式

Scenario/Keyword Answer
“消耗品采购的账户分配” 必须指定账户分配类别（K/A/F/P等）
“消耗品收货是否增加库存” 否，直接记入消耗科目
“账户分配类别 K 的含义” 成本中心 (Cost Center)
“账户分配类别 U 的含义” 未知 (Unknown)，在PR中不确定分配对象时使用
“消耗品是否必须有物料主记录” 否，可选
“单一 vs 多重账户分配” 单一=一个对象，多重=可分配给多个对象
“无物料主记录的消耗品收货类型” 非估价 GR

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

采购申请 (★★★)

#procurement #mm

概览表

Item Key Point
事务码 ME51N 创建 / ME52N 更改 / ME53N 显示
用途 内部请求采购物料或服务
消耗品 PR 必须包含账户分配信息
处理状态 从 NORM（未处理）到已完成
模板功能 可创建 PR 和 PO 模板

主要事务码

事务码 功能 说明
ME51N 创建采购申请 新建 PR
ME52N 更改采购申请 修改已有 PR
ME53N 显示采购申请 只读查看 PR
ME54N 释放采购申请 审批 PR
ME55 集体释放 批量审批

PR 中的账户分配

单一账户分配

1
2
3
4
5
6
7
┌─────────────────────────┐
│ 采购申请行项目            │
│ 物料: 10000001           │
│ 数量: 100                │
│ 账户分配: K              │──→ 成本中心: 1000
│ 成本中心: 1000           │    (100%)
└─────────────────────────┘

多重账户分配

1
2
3
4
5
6
7
┌─────────────────────────┐
│ 采购申请行项目            │
│ 物料: 10000001           │
│ 数量: 100                │──→ 成本中心: 1000 (40个)
│ 账户分配: K              │──→ 成本中心: 2000 (60个)
│ (多重分配)               │
└─────────────────────────┘
  • 自动数量分布 (Automatic Quantity Distribution)：系统可自动按比例分配
  • 分布方式：按数量或按百分比

账户分配类别 Unknown (U)

  • 在 PR 创建时不确定具体分配到哪个对象
  • 可以先创建 PR，后续再指定具体账户分配
  • 转换为 PO 时必须更改为具体的账户分配类别
  • 适用于初步规划阶段的采购需求
💡U 类别的使用场景
当 PR 创建时只知道需要采购，但不确定费用归属哪个成本中心/项目时，使用 U 类别。在转换为 PO 前，必须替换为具体的分配类别。

估值价格 (Valuation Price)

项目 说明
作用 为 PR 行项目指定估算价格
必填性 非必填，但建议填写用于预算检查
来源 可从物料主记录或信息记录获取
用途 预算可用性检查、审批策略的依据

处理状态 (Processing Status)

状态码 含义 说明
NORM 未处理 PR 已创建，尚未分配来源
部分处理 已部分转换 部分 PR 数量已转为 PO
已处理 完全转换 PR 已完全转为 PO
已关闭 手动关闭 不再需要该 PR

创建指示符 (Creation Indicator)

指示符 含义 说明
B 手动创建 用户直接输入
其他 自动创建 由 MRP、维护计划等自动生成

模板与目录集成

  • PR 模板：预定义 PR 结构，快速创建相似 PR
  • PO 模板：预定义 PO 结构
  • 目录集成 (Catalog)：可从外部目录选择物料/服务
    • 减少手动输入错误
    • 提高采购效率

考试/测试模式

Scenario/Keyword Answer
“创建 PR 的事务码” ME51N
“更改 PR 的事务码” ME52N
“PR 中账户分配 U 的含义” 未知(Unknown)，后续需更改为具体类别
“多重账户分配的分布方式” 按数量或按百分比
“PR 处理状态 NORM” 未处理，尚未分配采购来源
“估值价格的用途” 预算检查和审批策略依据
0%