Mark的技术博客

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

吴让宇(Mark)

吴让宇(Mark)

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

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

SAP Fiori ABAP CDS OData Dify Docker AI LLM

最新文章

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

工厂装运点路径确定 (★★★★)

#sap-sd #sales-doc #process-flow

概览表

项目 要点
工厂确定 3步搜索：客户物料信息记录→Ship-to主数据→物料主数据
Shipping Point确定 3个关键字：发货条件+装载组+交货工厂
路径确定 国家+出发区域+目的区域+发货条件+重量组
未找到工厂 无Shipping Point、无税、无可用性检查、无法交货

工厂确定（搜索顺序）

1
2
3
1. 客户物料信息记录        （最高优先级）
2. Ship-to party客户主数据  （发货视图）
3. 物料主数据               （Sales Org 1选项卡）

未确定工厂的后果

如果未确定工厂→无Shipping Point确定、无税务确定、无可用性检查、无法交货。

Shipping Point确定

三关键字确定：

关键字 来源
发货条件 Sold-to客户主数据（发货视图）
装载组 物料主数据（Sales: General/Plant Data）
交货工厂 来自上方的工厂确定

规则

  • 每次交货由唯一一个Shipping Point处理
  • 一个工厂可以有多个Shipping Point
  • 一个Shipping Point可以服务多个工厂（如果地理位置相近）

路径确定

五关键字确定：

关键字 来源
国家 Ship-to客户主数据
出发区域 交货工厂
目的区域 Ship-to客户主数据（运输区域）
发货条件 Sold-to客户主数据
重量组 来自订单数据

工厂附加信息

  • 交货工厂的国家
  • 交货工厂的运输区域

考试题型

场景/关键词 答案
“工厂确定顺序？” 客户物料信息记录→Ship-to主数据→物料主数据
“Shipping Point的3个关键字？” 发货条件+装载组+工厂
“如果工厂未确定会怎样？” 无Shipping Point、无税、无可用性检查、无法交货
“发货条件来自哪里？” Sold-to客户主数据，发货视图
“装载组来自哪里？” 物料主数据，Sales: General/Plant Data

相关笔记

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

销售凭证类型 (★★★★)

#sap-sd #sales-doc

概览表

项目 要点
销售凭证类型 控制销售流程和凭证行为
标准类型 标准订单（OR）、紧急订单、现销、免费交货、退货（RE）
功能控制 凭证类型激活/停用：定价、发货排程、可用性检查、输出
相关类型 交货类型控制发货凭证；开票类型控制开票凭证

凭证类型比较

凭证类型 定价？ 排程？ 可用性？ 交货？ 开票？
标准订单（OR） 是 是 是 是 是
贷项凭证请求（CR） 是 否 否 否 审批后
退货（RE） 是 否 否 退货交货 审批后
免费交货 否 是 是 是 否

凭证类型控制的功能

标准订单（OR）

  • 完整流程：排程+可用性检查+定价+交货+开票
  • 默认和最常见的凭证类型

贷项凭证请求（CR）

  • 定价：是
  • 排程：否
  • 可用性检查：否
  • 无需交货
  • 审批后开票

退货（RE）

  • 定价：是
  • 排程：否
  • 可用性检查：否
  • 退货交货（入库）
  • 审批后开票

免费交货

  • 定价：否（无费用）
  • 排程：是
  • 可用性检查：是
  • 交货：是
  • 无开票

核心概念

凭证类型是主要控制机制，决定了销售凭证中哪些功能处于激活状态。它塑造了整个处理流程。

相关笔记

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

数据确定练习 (10题)

#practice #sap-sd #sales-doc #process-flow

相关概念

📌关键模式
关键词 答案
凭证类型控制 定价、排程、可用性、输出、交货相关性
Shipping Point的3个关键字 发货条件+装载组+工厂
倒推排程 从请求交货日期倒推
正推排程 从最早可用日期正推
开票分割原因 不同的付款方、参考编号、税号、Incoterms

问题1 - 凭证类型功能 [回忆]

销售凭证类型控制什么？请至少举4个例子。

📌显示答案
销售凭证类型控制哪些功能被激活/停用：
  1. 自动定价
  2. 发货排程
  3. 可用性检查
  4. 输出确定
  5. 开票相关性
  6. 交货相关性
  7. 不完整日志字段

问题2 - 免费交货 [应用]

对于免费交货（不向客户收费），哪些功能通常被停用？

📌显示答案
定价不需要（无发票）。但排程和可用性检查可能仍然激活，因为仍需交货。免费交货无开票。

问题3 - Shipping Point关键字 [回忆]

自动确定Shipping Point的三个搜索关键字是什么？

📌显示答案
  1. 发货条件（来自Sold-to party客户主数据，发货视图）
  2. 装载组（来自物料主数据，Sales: General/Plant Data视图）
  3. 交货工厂

问题4 - 无工厂的后果 [应用]

在订单录入过程中，系统无法确定某个行项目的交货工厂。会有什么后果？

📌显示答案
没有工厂：无Shipping Point确定、无税务确定、无可用性检查、无法创建对外交货。 行项目无法继续处理。

问题5 - 倒推排程 [回忆]

请解释倒推排程。计算什么，方向如何？

📌显示答案
倒推排程从客户请求交货日期开始，向后倒推，依次减去运输时间、装载时间、拣配/包装时间和运输计划时间。结果是物料可用日期 — 货物必须在此日期前可用。

问题6 - 正推排程触发条件 [应用]

系统何时使用正推排程而不是倒推排程？

📌显示答案
当物料可用日期（由倒推排程得出）上的可用性检查显示数量不足时。系统然后找到全部数量可用的最早日期，并从该日期开始执行正推排程以计算确认交货日期。

问题7 - 提前期来源 [回忆]

拣配/包装、装载和运输的提前期在哪里配置？

📌显示答案
  • 拣配/包装和装载时间：按Shipping Point配置
  • 运输时间：按路径配置
  • 运输计划时间：在路径/Shipping Point设置中配置

问题8 - 开票分割 [分析]

在集中开票过程中，两次交货无法合并到一个开票凭证中。可能是什么原因？

📌显示答案
可能的开票分割原因（使用分割分析确认）：
  • 不同的付款方
  • 不同的参考或分配编号
  • 不同的销售税标识号
  • 不同的Incoterms（第1和第2部分）
  • 不同的开票日期或目的地国家

问题9 - 集中处理工作清单 [回忆]

请列举SD集中处理中使用的主要工作清单类型。

📌显示答案
  1. 交货待办清单 — 准备创建对外交货的订单
  2. 开票待办清单 — 准备开票的已交货项目
  3. 转储订单集中处理（拣配）
  4. 发货过账集中处理

问题10 - 路径确定 [应用]

自动路径确定使用了哪些主记录中的什么信息？

📌显示答案
  • 国家和出发区域：来自交货工厂
  • 国家和目的区域：来自Ship-to party客户主数据
  • 发货条件：来自Sold-to party客户主数据
  • 重量组：来自物料主数据（运输组+重量）
📌模式总结
关键词 答案
凭证类型控制 定价、排程、可用性、交货、开票
Shipping Point的3个关键字 发货条件+装载组+工厂
倒推排程 请求日期→物料可用日期
正推排程 最早可用日期→确认交货日期
开票分割原因 付款方、参考编号、税号、Incoterms、开票日期

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

集中处理 (★★★)

#sap-sd #process-flow

概览表

项目 要点
交货待办清单 选择到期发货的订单→集中创建交货
转储订单集中处理 一起拣配多个交货
发货过账集中处理 为多个交货过账GI
开票待办清单 选择已交货项目→集中创建开票凭证
开票分割分析 显示为什么不同交货的项目无法合并
工作清单 在后台或联机处理；组号跟踪集中处理日志

集中处理的类型

1. 交货待办清单

  • 选择到期发货的销售订单
  • 集中创建对外交货
  • 可联机或后台处理

2. 转储订单集中处理

  • 一起拣配多个交货
  • 按仓库分组提高效率
  • 转储订单合并多个交货的拣配

3. 发货过账集中处理

  • 一次为多个交货过账发货

    更新所有相关系统（库存、FI、开票待办清单）

4. 开票待办清单

  • 选择到期开票的已交货项目
  • 集中创建开票凭证
  • 可联机或后台处理

开票分割分析

显示为什么不同交货的项目无法合并到一个开票凭证中。

常见分割原因

  • 不同的付款方
  • 不同的参考编号
  • 不同的税号
  • 不同的Incoterms

工作清单处理

  • 工作清单可联机或后台处理
  • 组号跟踪每次集中处理运行
  • 组号链接到处理日志以供查看

考试题型

场景/关键词 答案
“开票分割原因？” 不同的付款方、参考编号、税号、Incoterms

| “两种工作清单？” | 交货待办清单、开票待办清单 |
| “什么跟踪集中处理？” | 组号 |

相关笔记

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

客户主数据 (★★★★)

#sap-sd #master-data

概览表

项目 要点
一般数据 Client层级；在所有组织单元间共享
Sales Area 数据 特定于SO+DC+Division组合
Company Code 数据 与会计相关；特定于一个Company Code
合作伙伴功能 存储在Sales Area数据中；4个必需功能
更改效果 主数据更改不影响已有凭证（地址除外，地址会自动更新）

客户主数据的三大类别

1. 一般数据（Client层级）

在所有组织单元间共享。选项卡包括：

  • 地址
  • 控制数据
  • 付款交易
  • 营销
  • 卸货点
  • 出口数据
  • 联系人

2. Sales Area数据（SO+DC+Division）

特定于每个Sales Area。选项卡包括：

  • 销售
  • 发货
  • 开票凭证
  • 合作伙伴功能

3. Company Code数据

与会计相关，特定于一个Company Code。选项卡包括：

  • 账户管理
  • 付款交易
  • 通信
  • 保险

合作伙伴功能

功能 角色 必需？
Sold-to（SP/AG） 下达订单 是
Ship-to（SH/WE） 接收货物 是
Bill-to（BP/RE） 接收发票 是
Payer（PY/RG） 支付账单 是
联系人 附加联系人 否
货运代理 发货代理 否

更改对已有凭证的影响

  • 主数据更改不会影响已有凭证
  • 例外：地址更改会在已有凭证中自动更新

销售凭证中的数据来源

  1. 客户主数据
  2. 物料主数据
  3. 条件主数据
  4. 控制表（Customizing）
  5. 前置凭证（复制控制）

考试题型

场景/关键词 答案
“客户主数据的3个类别？” 一般数据、Sales Area数据、Company Code数据
“4个必需的合作伙伴功能？” Sold-to、Ship-to、Bill-to、Payer
“主数据更改会影响已有凭证吗？” 不会（地址除外）
“一般数据存储在哪个层级？” Client层级

相关笔记

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

装运排程 (★★★★)

#sap-sd #process-flow #availability

概览表

项目 要点
倒推排程 从请求交货日期开始；减去提前期得到物料可用日期
正推排程 从最早可用日期开始；加上提前期得到确认交货日期
提前期 按Shipping Point配置（拣配/包装、装载）、路径（运输）、运输计划
物料可用日期 货物必须准备就绪以便进行后续发货步骤的日期

排程图示

倒推排程

1
请求交货日期 ← 运输时间 ← 装载时间 ← 拣配/包装时间 ← 运输计划时间 ← 物料可用日期

从请求交货日期开始，按逆序减去每个提前期：

  1. 请求交货日期
  2. 减去运输时间→装载日期
  3. 减去装载时间→拣配/包装完成日期
  4. 减去拣配/包装时间→运输计划完成日期
  5. 减去运输计划时间→物料可用日期

根据物料可用日期运行可用性检查。

正推排程

1
最早可用日期 → 运输计划时间 → 拣配/包装时间 → 装载时间 → 运输时间 → 确认交货日期

当倒推排程确认数量不足或无法满足日期时使用：

  1. 从最早可用日期（库存可用时）开始
  2. 加上运输计划时间
  3. 加上拣配/包装时间
  4. 加上装载时间
  5. 加上运输时间→确认交货日期

提前期配置

提前期 配置位置
拣配/包装时间 Shipping Point
装载时间 Shipping Point
运输时间 路径
运输计划时间 Shipping Point / 路径

核心概念

  • 物料可用日期 = 货物必须为所有后续发货步骤做好物理准备的日期
  • 首先尝试倒推排程（面向客户）
  • 正推排程是倒推排程失败时的后备方案
  • 正推排程可能导致确认交货日期晚于请求日期

考试题型

场景/关键词 答案
“何时使用正推排程？” 当倒推排程确认数量不足时
“物料可用日期是什么？” 货物必须为发货步骤准备就绪的日期
“倒推排程从什么开始？” 请求交货日期
“正推排程从什么开始？” 最早可用日期

相关笔记

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

主数据练习 (10题)

#practice #sap-sd #master-data

相关概念

📌关键模式
关键词 答案
客户主数据3个类别 一般数据、Sales Area数据、Company Code数据
4个必需合作伙伴 Sold-to、Ship-to、Bill-to、Payer
主数据更改效果 对已有凭证无影响（地址除外）
4个条件类别 价格、附加费/折扣、运费、税
工厂确定优先级 客户物料信息记录→Ship-to主数据→物料主数据

问题1 - 客户主数据类别 [回忆]

客户主数据的三个类别是什么？

📌显示答案
  1. 一般数据（Client层级，在所有组织单元间共享）
  2. Sales Area数据（特定于SO+DC+Division）
  3. Company Code数据（特定于Company Code，用于会计）

问题2 - 合作伙伴功能 [回忆]

请列举销售订单处理的四个必需合作伙伴功能。

📌显示答案
  1. Sold-to party — 下达订单
  2. Ship-to party — 接收货物
  3. Bill-to party — 接收发票
  4. Payer — 支付发票
    这些可以是不同的业务伙伴，也可以是同一个。

问题3 - 更改效果 [应用]

你将客户主数据中的付款条件从ZB00更改为ZB02。这会自动更新该客户的已有销售订单吗？

📌显示答案
不会。 客户主数据的更改不会影响已有的销售凭证。你必须手动更改每个已有凭证中的付款条件。例外是地址，地址始终保持最新。

问题4 - 地址例外 [分析]

你在客户主数据中更改了客户的街道地址。哪些已有凭证会受影响，哪些不会？

📌显示答案
地址是规则的例外 — 它会在所有已有凭证中自动更新。所有其他主数据更改（付款条件、Incoterms、发货条件等）不会影响已有凭证，必须手动更改。

问题5 - 物料主数据SD视图 [回忆]

物料主数据中有哪些SD相关视图？它们包含哪些关键数据？

📌显示答案
关键SD视图：
  • Sales: General/Plant Data：装载组、运输组
  • Sales: Sales Org 1：交货工厂、可用性检查字段
  • Sales: Sales Org 2：Item Category Group（对行项目类别确定至关重要）

问题6 - 工厂确定优先级 [回忆]

在销售订单中确定交货工厂的搜索顺序是什么？

📌显示答案
  1. 客户物料信息记录（最高优先级）
  2. Ship-to party客户主数据（发货视图）
  3. 物料主数据（Sales Org 1视图）
    如果都没有找到→无工厂→无法继续处理。

问题7 - 条件类别 [回忆]

定价中使用的条件主数据的四个类别是什么？

📌显示答案
  1. 价格（如PR00）
  2. 附加费/折扣（如K007）
  3. 运费
  4. 税

问题8 - 手动价格更改 [应用]

在销售订单录入过程中，系统通过PR00自动确定单价为EUR 28。用户可以手动将其更改为EUR 25吗？

📌显示答案
可以，在订单录入期间通常可以手动覆盖价格。但是，这可以通过Customizing设置或条件记录本身进行限制。

问题9 - 公共主数据 [分析]

你想让Division 01和02使用与Division 00相同的条件主数据。这可行吗？跨Division使用相同的物料主数据呢？

📌显示答案
条件主数据：可以 — 将Division 00设置为代表Division，将01和02引用到它。
客户主数据：可以 — 相同概念（代表Division）。
物料主数据：不适用于Division — 物料主数据仅支持跨分销渠道的公共数据，不跨Division，因为Division不作为物料主数据依赖数据的组织单元。

问题10 - 不完整日志 [回忆]

什么是不完整日志？何时显示？

📌显示答案
不完整日志显示凭证处理所需但未填写的字段。它在保存凭证时自动出现，也可以通过编辑→不完整日志调用。哪些字段出现是在Customizing中配置的。
📌模式总结
关键词 答案
客户主数据3个类别 一般数据（Client）、Sales Area、Company Code
4个必需合作伙伴 Sold-to、Ship-to、Bill-to、Payer
更改对已有凭证的效果 无影响（地址会自动更新）
工厂搜索顺序 客户物料信息记录→Ship-to→物料主数据
4个条件类别 价格、附加费/折扣、运费、税
公共主数据（Division） 条件+客户：可以；物料：不可以

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

客户物料信息记录 (★★★)

#sap-sd #master-data

概览表

项目 要点
用途 将特定客户与特定物料关联
优先级 工厂和交货建议的最高优先级
内容 客户特定的交货工厂、分批交货协议、客户自有物料编号
优先级顺序 客户物料信息记录 > Ship-to客户主数据 > 物料主数据

确定优先级

1
2
3
1. 客户物料信息记录       （最高优先级）
2. Ship-to客户主数据      （发货视图）
3. 物料主数据             （Sales Org 1）（最低优先级）

关键字段

字段 说明
客户特定的交货工厂 覆盖客户/物料主数据中的工厂
分批交货协议 客户特定的交货规则
客户的物料编号 将客户自有零件编号映射到内部物料编号

使用场景

当客户总是从特定工厂订购某种物料时，客户物料信息记录确保在销售订单中自动建议正确的工厂，无需手动覆盖默认值。

考试题型

场景/关键词 答案
“工厂确定的优先级顺序？” 客户物料信息记录→Ship-to客户主数据→物料主数据

相关笔记

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

公共主数据 (★★)

#sap-sd #master-data

概览表

项目 要点
代表分销渠道 设置一个DC作为代表；其数据适用于所有引用的DC
代表Division 与Division相同的概念；客户和条件数据共享
物料主数据例外 公共数据仅适用于DC（不适用于Division），因为Division不作为物料主数据依赖数据的组织单元

代表分销渠道

  • 设置一个分销渠道作为代表
  • 代表DC的客户、物料和条件数据适用于所有引用的DC
  • 减少主数据维护工作量
1
2
3
代表DC 12（转售）
  ├── DC 12的数据适用于DC 14、DC 16等
  └── 维护一次，到处使用

代表Division

  • 与代表DC相同的概念，但用于Division
  • 客户和条件数据在引用的Division间共享
  • 减少主数据的重复

重要例外

  • 物料主数据公共数据仅适用于分销渠道 — 不适用于Division
  • 原因：Division不作为物料主数据依赖数据的组织单元

考试题型

场景/关键词 答案
“物料主数据可以有公共Division吗？” 不可以 — 只能有公共分销渠道
“代表DC实现什么？” 维护一次主数据，跨多个DC使用

相关笔记

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

售前处理 (★★★)

#sap-sd #sales-doc

概览表

项目 要点
销售支持 客户/潜在客户信息、销售活动、直邮、SIS访问
Inquiry 关于价格/交货的请求；”Valid to”截止日期；部分复制即标记完全引用
Quotation 具有法律约束力的报价；有效期；仅在全部数量复制时标记完全引用
凭证流 Inquiry → Quotation → Sales Order
定价与ATP 自动定价；可用性检查可能（取决于Customizing）

销售支持

管理客户和潜在客户信息的工具：

  • 客户和潜在客户数据管理
  • 销售活动（电话、拜访）
  • 直邮
  • Sales Information System（SIS）访问

Inquiry

客户关于价格和交货时间的请求。关键特征：

  • 有”Valid to”处理截止日期
  • 一旦任何数量被复制到Quotation即标记为完全引用
  • 自动定价和可用性检查（取决于Customizing）

Quotation

在定义的有效期内具有法律约束力的报价。关键特征：

  • 可以有或没有参考Inquiry创建
  • 多个Sales Orders可以参考一个Quotation
  • 仅当全部数量被复制到Sales Orders时才标记为完全引用
  • 自动定价和可用性检查（取决于Customizing）

售前凭证流

1
Inquiry → Quotation → Sales Order

Inquiry和Quotation都支持自动定价和可用性检查（取决于Customizing）。

考试题型

场景/关键词 答案
“Inquiry何时完全引用？” 至少部分数量复制到Quotation时
“Quotation何时完全引用？” 全部数量复制到Sales Order时
“Quotation可以没有Inquiry吗？” 可以
“Inquiry与Quotation引用的关键区别？” Inquiry：任意数量即可；Quotation：需要全部数量

相关笔记

0%