Mark的技术博客

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

吴让宇(Mark)

吴让宇(Mark)

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

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

SAP Fiori ABAP CDS OData Dify Docker AI LLM

最新文章

快速参考 — SAP SD SCM600

#dashboard #sap-sd

组织结构层级 → 企业结构

1
2
3
4
5
6
7
8
9
10
Client
└─ Company Code(FI实体)
├─ Sales Organization → 分配给1个Company Code
│ ├─ Distribution Channel
│ └─ Division
│ └─ Sales Area = SO + DC + Division
├─ Plant(分配给Company Code;关联SO+DC)
│ ├─ Storage Location
│ └─ Shipping Point(分配给Plant)
└─(多个SO可共享1个Company Code)

SD流程链 → 销售流程链

1
2
3
4
5
6
售前(Inquiry → Quotation)
→ Sales Order(Header / Item / Schedule Line)
→ 采购(库存 / 补货 / MTO / 第三方)
→ 发货(Delivery → Picking → Packing → Goods Issue)
→ 开票(Invoice → Accounting Document)
→ 付款(Incoming Payment → 清账)

关键组织单元 → 企业结构

单元 用途 分配关系
Company Code 独立核算实体
Sales Organization 销售责任 → 1个Company Code
Distribution Channel 货物到达客户的方式 → Sales Org
Division 产品线分组 → Sales Org
Sales Area SO + DC + Division → 1个Company Code(通过SO)
Plant 库存/生产地点 → Company Code;→ SO+DC
Shipping Point 发货处理 → Plant

凭证结构 → 销售凭证结构

凭证 层级 关键数据
Sales Order Header + Item + Schedule Line 客户、物料、数量、日期
Delivery Header + Item Ship-to、物料、数量、重量
Billing Header + Item Payer、金额、税

主数据概览 → 客户主数据, 物料主数据, 条件主数据与定价

主数据 结构 关键用途
Customer Master General + Sales Area + Company Code数据 Sales Order默认值
Material Master 多视图(SD、MM、PP) Plant、定价、发货
Customer-Material Info Record 客户+物料特定信息 交叉引用
Condition Master Pricing记录(PR00、K007…) 自动定价

Partner Functions → 客户主数据

功能 角色
Sold-to party 下订单
Ship-to party 接收货物
Bill-to party 接收发票
Payer 支付发票

确定逻辑 → 工厂装运点路径确定

  • Plant确定: Customer-Material Info → Ship-to Customer Master → Material Master
  • Shipping Point确定: Shipping Condition(Sold-to) + Loading Group(物料) + Delivering Plant
  • Route确定: 国家 + 出发区域(Plant) + 目的区域(Ship-to) + Shipping Condition + 重量组

可用性检查 → 可用性检查基础

  • 检查日期 = Material Availability Date(由backward scheduling计算)
  • 要素: 库存 + 入库移动(PO、生产订单) − 出库移动(Sales Orders)
  • 协议: Complete delivery vs Partial delivery(指标A–D)

排程 → 装运排程

  • Backward Scheduling: 从请求交货日期逆推 → Material Availability Date
  • Forward Scheduling: 从最早可用日期顺推 → 确认交货日期
  • 提前期: 运输 + 装载 + 拣配/包装 + 运输规划

投诉凭证 → 贷项凭证请求, 退货处理

类型 参考 需要Delivery? Billing Block
Credit Memo Request Sales Order或Billing Document 是(须审批)
Returns Sales Order或Billing Document 是(Returns Delivery) 是(须审批)
Invoice Correction Request 仅Billing Document 是(须审批)

关键FI集成 → 开票处理, 运输处理

  • Billing Document → Accounting Document: 借记客户应收 / 贷记收入 + 税
  • Goods Issue过账: 更新库存数量 + 库存价值 + 创建CO凭证
  • Account Determination: Chart of Accounts + SO + Payer组 + Material组 + Account Key

必记公式

场景 公式/规则
净值计算 数量 × 价格 − 折扣 + 附加费 + 运费 + 税
部分交货指标 _ = 允许; A = 数量>0; B = 一次Delivery; C = 仅完整交货; D = 无限制
确认逻辑 先Backward;失败则Forward从最早可用日期

企业结构练习 (10题)

#practice #sap-sd #org-structure

相关概念

📌关键模式
关键词 答案
法人实体 / 独立核算 Company Code
销售设施 Sales Organization
货物如何送达客户 Distribution Channel
产品线分组 Division
SO + DC + Division Sales Area
发货处理地点 Shipping Point

问题1 - Company Code [回忆]

哪个组织单元代表法律上独立的会计实体?

📌显示答案
Company Code。它是外部会计的最小组织单元,负责编制资产负债表和损益表。

问题2 - Sales Org 分配 [回忆]

一个销售组织可以分配给多个 Company Code 吗?

📌显示答案
不可以。 一个销售组织只能唯一分配给一个 Company Code。但是,多个销售组织可以分配给同一个 Company Code。

问题3 - Sales Area 组成 [回忆]

哪三个组织单元构成 Sales Area?

📌显示答案
Sales Organization + Distribution Channel + Division。 每个SD凭证都分配到唯一一个 Sales Area,且一旦确定不可更改。

问题4 - Shipping Point [回忆]

Shipping Point 在哪个组织层级上进行分配?

📌显示答案
工厂层级。多个 Shipping Point 可以分配给一个工厂,一个 Shipping Point 也可以服务多个工厂(如果地理位置相近)。

问题5 - 工厂在SD中的角色 [应用]

客户订购了一种物料。如果销售订单行项目没有确定工厂,以下哪项无法进行?
a) 可用性检查
b) Shipping Point 确定
c) 税务确定
d) 以上全部

📌显示答案
d) 以上全部。 没有工厂,就无法确定 Shipping Point、进行可用性检查、确定税额或创建对外交货。工厂是SD处理的核心。

问题6 - Distribution Channel 用途 [回忆]

请列举 Distribution Channel 能实现的三个功能。

📌显示答案
  1. 定义职责
  2. 进行灵活的价格结构管理
  3. 区分销售统计数据

问题7 - IDES 模型 [应用]

在 IDES 模型公司中,哪个工厂不是SD的交货工厂?

📌显示答案
工厂 1300(法兰克福) 不是SD的交货工厂。工厂 1000(汉堡)和 1400(斯图加特)为 SO 1000/DC 12 交货;工厂 1100(柏林)为 SO 1020/DC 20 交货。

问题8 - Sales Area 与 Company Code [分析]

一个 Sales Area 由 Sales Org 1000、DC 12 和 Division 02 组成。Sales Org 1000 分配给 Company Code 1000。该 Sales Area 属于哪个 Company Code?可以属于多个吗?

📌显示答案
该 Sales Area 属于 Company Code 1000(通过销售组织的分配关系确定)。一个 Sales Area 只能属于一个 Company Code,由销售组织唯一的 Company Code 分配决定。

问题9 - Division 范围 [回忆]

一个 Division 可以分配给多个销售组织吗?

📌显示答案
可以。 一个 Division 可以在多个销售组织中使用。多个 Division 可以分配给一个销售组织,一个 Division 也可以出现在多个销售组织中。

问题10 - 最低要求 [应用]

你的公司首次部署 SAP SD。你至少需要多少个销售组织、分销渠道、Division 和工厂?

📌显示答案
每种至少一个:一个销售组织、一个分销渠道、一个 Division(构成一个 Sales Area),以及一个工厂。这是使用SD功能的最低要求。

📌模式总结
关键词 答案
法人实体 / 会计 Company Code
销售设施 Sales Organization(仅能→1个CoCd)
分销方式 Distribution Channel
产品线 Division
SO + DC + Division Sales Area(唯一,不可更改)
库存/生产地点 Plant(→CoCd, →SO+DC)
发货控制 Shipping Point(→Plant)

企业结构 (★★★★)

#sap-sd #org-structure

概览表

组织单元 关键要点
Company Code 独立核算单元,代表法人实体。编制资产负债表和损益表。
Sales Organization 按SD需求对企业分组。唯一分配给一个 Company Code。一个CoCd可有多个SO。销售统计的最高汇总层级。所有SD凭证分配给SO。
Distribution Channel 货物到达客户的方式(批发、零售、直销)。每个SO可有多个DC。支持灵活定价和差异化的统计。
Division 将物料/服务按产品线分组。每个SO可有多个。支持Division级别的定价和统计。
Sales Area SO + DC + Division 的组合。每个SD凭证分配给唯一一个 Sales Area(不可更改)。每个SA通过SO属于一个Company Code。
Plant 物料库存地点,可以是生产设施或配送中心。唯一分配给一个CoCd。可分配给多个SO+DC组合。Shipping Point确定的关键。
Storage Location Plant内物料存储的分组。
Shipping Point 发货的最高级别组织单元。控制Outbound Delivery处理。每个Delivery由唯一一个 Shipping Point处理。在Plant级别分配。每个Plant可有多个SP,每个SP可服务多个Plant(地理上接近时)。

组织单元层级

1
2
3
Client → Company Code → Sales Organization → Distribution Channel + Division → Sales Area
Plant(→ Company Code;→ SO+DC)→ Storage Location
Shipping Point(→ Plant)

关键分配关系

  • Sales Organization → 分配给唯一一个Company Code
  • Sales Area = Sales Organization + Distribution Channel + Division
  • Plant → 分配给一个Company Code;可服务多个SO+DC组合
  • Shipping Point → 在Plant级别分配;地理上接近时可服务多个Plant
  • Storage Location → 隶属于Plant

考试题型

场景/关键词 答案
“哪个组织单元代表法人实体?” Company Code
“一个SO可以属于多个Company Code吗?” 不可以 — 只能属于一个
“什么构成Sales Area?” SO + DC + Division
“Shipping Point在哪里分配?” Plant级别
“Shipping Point可以服务多个Plant吗?” 可以,如果地理上接近

相关笔记

凭证流 (★★★)

#sap-sd #process-flow

概览表

项目 要点
用途 连接SD流程链中的所有凭证
可见性 显示历史记录和当前状态
访问 可从流程链中的任何凭证访问
层级 在抬头和行项目级别更新
计划行 仅存在于销售凭证中;每个计划行对应一个交货行项目

凭证流链

1
2
询价/报价 → 销售订单 → 交货 → 转储订单 → 发货过账 → 开票凭证
(IN/QT) (OR) (LF) (TO) (GI) (F2)

关键特征

  • 连接销售流程中创建的所有凭证
  • 显示完整的历史记录和当前处理状态
  • 可从流程链中的任何凭证访问
  • 在抬头和行项目级别更新
  • 计划行仅存在于销售凭证中;每个计划行对应一个交货行项目

使用场景

  • 快速查看流程进度
  • 回答客户关于订单/交货状态的询问
  • 跟踪已创建的凭证及其状态
  • 完整销售流程的审计跟踪

相关笔记

IDES组织模型 (★★)

#sap-sd #org-structure

概览表

项目 内容
集团 IDES Holding AG — 全球运营集团
德国子公司 IDES AG(法兰克福), Company Code 1000
美国子公司 IDES US INC(纽约), Company Code 3000
Sales Organization 1000 法兰克福, 1020 柏林
Distribution Channel 12 Resale, 14 Service
Division 00 Cross-division, 02 Motorcycles, 08 Services

系统中的组织结构

Sales Area(本课程使用)

  • Sales Organization 1000 + DC 12 + Division 00
  • Sales Organization 1000 + DC 12 + Division 02
  • Sales Organization 1000 + DC 14 + Division 08

Plant分配

Plant 地点 角色
1000 汉堡 SO 1000 DC 12的Delivering Plant
1100 柏林 SO 1020 DC 20的Delivering Plant
1300 法兰克福 Delivering Plant(不用于SD)
1400 斯图加特 SO 1000 DC 12的Delivering Plant

Shipping Point

  • Shipping Point 1000:处理Plant 1000的Outbound Delivery
  • Shipping Point 1100:处理Plant 1100的Outbound Delivery

考试题型

场景/关键词 答案
“哪个Plant不是Delivering Plant?” 1300 法兰克福
“课程练习使用的Sales Area?” SO 1000, DC 12, Division 00

相关笔记

发货处理 (★★★★)

#sap-sd #shipping

概览表

项目 要点
对外交货 为准备发货的订单创建;从订单复制数据
交货合并 一个订单→多次交货;多个订单→一次交货(条件兼容时)
交货结构 抬头(收货方、截止日期)+ 行项目(物料、数量、重量、库存信息)
拣配 根据交货创建转储订单;按仓库分组;可合并多个交货
发货过账 完成发货;更新库存、FI、开票待办清单和凭证状态

发货流程步骤

1
2
创建交货 → 拣配 → 包装 → 运输(装运) → 发货过账
(LF) (TO) (GI过账)

交货创建规则

  • 一个销售订单可以产生多次交货
  • 多个销售订单可以合并为一次交货
  • 合并条件:相同的 Shipping Point、相同的截止日期、相同的收货方

交货凭证结构

层级 内容
抬头 收货方、截止日期、整体数据
行项目 物料、数量、重量、库存信息

注意:交货凭证没有计划行(只有抬头+行项目)。

拣配

  • 根据交货创建转储订单
  • 按仓库分组拣配
  • 可以将多个交货合并到一个转储订单中

发货过账效果

效果 说明
库存数量 在库存管理中更新
库存价值 在资产负债表中更新(FI过账,基于物料成本)
FI/CO凭证 自动创建
开票待办清单 生成
凭证状态 在所有关联的销售凭证中更新

考试题型

场景/关键词 答案
“GI过账会更新什么?” 库存数量+价值+创建FI凭证+开票待办清单+状态
“多个订单可以共用一次交货吗?” 可以,条件是相同的Shipping Point/日期/收货方
“交货凭证的层级?” 只有抬头+行项目(没有计划行)

相关笔记

开票处理 (★★★★)

#sap-sd #billing

概览表

项目 要点
开票凭证 从销售订单和交货凭证复制数据
合并 多次交货可以合并到一个开票凭证中
会计凭证 自动生成:借记客户应收 / 贷记收入
状态更新 在所有关联凭证中更新
SIS更新 销售统计数据更新
信用额度 消耗量更新

开票凭证创建

  • 数据来源于销售订单和交货凭证
  • 交货行项目和订单行项目(如服务)都可以作为开票的基础
  • 多次交货可以合并到一个开票凭证中,条件是:
    • 相同的付款方
    • 相同的开票日期
    • 相同的目的地国家

开票凭证创建的效果

效果 详情
会计凭证 借记客户应收 / 贷记收入科目
凭证状态 在所有关联凭证中更新
销售统计(SIS) 更新
信用额度消耗 更新

财务过账

1
2
借记:客户应收(资产增加)
贷记:收入科目(收入增加)

凭证流

  • 连接SD流程链中的所有凭证
  • 显示历史记录和当前状态(抬头和行项目级别)
  • 可从流程链中的任何凭证访问

考试题型

场景/关键词 答案
“开票凭证创建会触发什么?” 会计凭证+状态更新+SIS更新+信用更新
“FI过账有哪些?” 借记客户应收,贷记收入科目
“多次交货可以合并到一个开票凭证吗?” 可以,条件是相同的付款方、开票日期、目的地国家

相关笔记

销售凭证结构 (★★★★)

#sap-sd #sales-doc

概览表

项目 要点
抬头 适用于整个凭证(客户数据)
行项目 每种物料的数据(物料、数量)。类型:物料项目、服务项目、免费项目、文本项目
计划行 每个行项目的交货数量+交货日期。涉及对外交货的项目必需。支持多个计划行用于分批交货。

三级结构(销售订单)

1
2
3
4
5
6
7
抬头(客户数据,适用于整个凭证)
├── 行项目1(物料、数量、定价)
│ ├── 计划行1(交货数量+日期)
│ └── 计划行2(分批交货)
├── 行项目2
│ └── 计划行1
└── 行项目3(文本项目—无计划行)

抬头层级

  • 包含适用于整个凭证的数据
  • 客户数据、凭证日期、总体状态

行项目层级

  • 每种物料的数据:物料编号、数量、定价
  • 项目类型:物料项目、服务项目、免费项目、文本项目
  • 每个行项目可以有多个计划行

计划行层级

  • 包含交货数量和交货日期
  • 涉及对外交货的项目所必需
  • 多个计划行支持分批交货
  • 每个计划行对应一个交货行项目

凭证层级比较

凭证 层级 有计划行?
销售订单 抬头 + 行项目 + 计划行
交货 抬头 + 行项目
开票 抬头 + 行项目

关键区别

  • 交货凭证只有抬头+行项目(没有计划行)
  • 销售订单中的每个计划行对应一个交货行项目
  • 开票凭证只有抬头+行项目

视图

  • 概览屏幕:多个项目的紧凑视图
  • 抬头屏幕:详细的抬头数据
  • 行项目屏幕:详细的行项目级数据

考试题型

场景/关键词 答案
“销售订单有几个层级?” 3个:抬头、行项目、计划行
“交货凭证有几个层级?” 2个:抬头、行项目
“计划行包含什么?” 交货数量和日期
“交货凭证有计划行吗?” 没有—只有抬头和行项目

相关笔记

销售流程链 (★★★★)

#sap-sd #process-flow

概览表

项目 要点
售前 营销活动、询价、报价;为规划和谈判提供数据
销售订单 捕获客户需求的电子凭证;从主记录自动提取数据
采购 从库存、补货(PR/PO/计划订单/生产订单)、按单生产、第三方、库存调拨
发货 交货凭证→拣配(转储订单)→包装→运输(装运)→发货过账
开票 从销售订单+交货凭证复制数据;创建会计凭证:借记客户应收/贷记收入
付款 借记现金/贷记客户应收

流程概览

1
2
售前 → 销售订单 → 采购 → 发货 → 开票 → 付款
(IN/QT) (OR) (各种) (LF/TO) (F2) (FI)

售前

  • 营销活动产生销售线索
  • 询价(IN)和报价(QT)为规划和谈判提供数据
  • 报价可以复制到销售订单中

销售订单处理

  • 捕获客户需求的电子凭证
  • 从主记录(客户、物料、条件)自动提取数据
  • 库存不足时触发采购

采购方式

  • 从库存直接获取
  • 补货:PR → PO → 计划订单 → 生产订单
  • 按单生产
  • 第三方采购
  • 库存调拨

发货处理

  • 根据订单数据创建交货凭证
  • 通过转储订单进行拣配(按仓库分组)
  • 包装和运输(装运凭证)
  • 发货过账完成发货流程

开票处理

  • 同时从销售订单和交货凭证复制数据
  • 自动创建会计凭证
  • 借记客户应收 / 贷记收入

集成点

集成 说明
SD ↔ MM 物料采购
SD ↔ PP 生产订单
SD ↔ FI 会计过账
SD ↔ SIS 销售统计

考试题型

场景/关键词 答案
“开票时FI过账有哪些?” 借记客户应收,贷记收入
“与MM集成用于什么?” 物料采购

相关笔记

销售流程练习 (10题)

#practice #sap-sd #process-flow

相关概念

📌关键模式
关键词 答案
销售订单层级 抬头、行项目、计划行
交货层级 抬头、行项目(无计划行)
GI过账效果 库存数量+价值+FI凭证+开票待办清单+状态
开票效果 会计凭证+SIS更新+信用更新+状态

问题1 - 流程链步骤 [回忆]

请列出销售与分销流程链的六个主要步骤。

📌显示答案
  1. 售前活动(询价、报价)
  2. 销售订单处理
  3. 采购
  4. 发货(交货、拣配、包装、发货过账)
  5. 开票
  6. 付款

问题2 - 凭证层级 [回忆]

销售订单的结构层级有哪些?与交货凭证有什么不同?

📌显示答案
销售订单有3个层级:抬头、行项目、计划行。交货凭证有2个层级:抬头、行项目(无计划行)。销售订单中的每个计划行可以成为交货凭证中的一个行项目。

问题3 - GI过账效果 [回忆]

请列举发货过账的效果。

📌显示答案
  1. 库存数量在库存管理中更新
  2. 库存价值在资产负债表中更新(FI过账,按物料成本)
  3. 创建额外的FI/CO凭证
  4. 生成开票待办清单
  5. 在所有关联的销售凭证中更新状态

问题4 - 开票效果 [回忆]

保存开票凭证时会发生什么?

📌显示答案
  1. 自动生成会计凭证(借记客户/贷记收入)
  2. 在所有关联的销售、交货和开票凭证中更新状态
  3. 更新SIS中的销售统计数据
  4. 更新客户信用管理数据

问题5 - FI过账 [应用]

开票凭证过账时,哪些FI过账会发生?

📌显示答案
在客户应收科目上借记,在收入科目上贷记。销项税也会过账到相应的税科目。

问题6 - 交货合并 [应用]

多个销售订单的行项目可以合并为一次交货吗?需要满足什么条件?

📌显示答案
可以,条件是订单共享:相同的 Shipping Point、相同的截止日期和相同的收货地址。这些是发货流程的基本特征。

问题7 - 采购方式 [回忆]

请列举为客户订单采购物料的五种方式。

📌显示答案
  1. 从可用库存获取
  2. 补货(采购申请/订单、计划/生产订单)
  3. 按单生产
  4. 第三方业务交易(外部供应商直接交货)
  5. 从其他仓库库存调拨

问题8 - 计划行 [分析]

一个订单有100件需要分两批各50件在不同日期交货。该行项目有多少个计划行?会产生多少个交货行项目?

📌显示答案
该行项目有2个计划行(每个交货日期/数量一个)。每个计划行对应一个单独的交货行项目,产生2个交货行项目(如果日期不同,可能在2个不同的交货凭证中)。

问题9 - 凭证流 [应用]

客户来电询问订单状态。哪个系统功能可以最快提供完整概览?

📌显示答案
凭证流功能。它显示所有关联凭证的历史记录和当前状态(订单→交货→发货过账→开票→会计)。可从流程链中的任何凭证访问。

问题10 - 付款 [回忆]

过账收款时,哪些FI过账会发生?

📌显示答案
在现金科目上借记,在客户应收科目上贷记。这会清结原始开票凭证的未清应收。

📌模式总结
关键词 答案
6个流程步骤 售前→订单→采购→发货→开票→付款
销售凭证结构 抬头+行项目+计划行
交货结构 只有抬头+行项目
GI过账效果 库存+价值+FI+开票待办清单+状态
开票效果 会计凭证+SIS+信用管理+状态
付款过账 借记现金/贷记应收
0%