考试陷阱 — SAP SD SCM600

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

考试陷阱 — SAP SD SCM600

#dashboard #exam-traps

⚠️本笔记的目的
本笔记汇集SCM600课程中的陷阱要点和常见错误。

企业结构

⛔陷阱: Sales Organization 分配
  • Sales Organization 分配给唯一一个 Company Code（SO侧1:1）
  • 但一个 Company Code 可以有多个 Sales Organization
  • 不能将一个SO分配给多个Company Code
  • 企业结构
⛔陷阱: Sales Area 唯一性
  • 每个SD凭证属于唯一一个 Sales Area — 创建后不可更改
  • 一个 Sales Area 只属于一个 Company Code（通过SO分配）
  • 企业结构
⛔陷阱: Shipping Point 分配范围
  • Shipping Point 在Plant层级分配，而非Sales Area层级
  • 一个 Shipping Point 可以服务多个Plant（地理上接近时）
  • 一个 Plant 可以有多个Shipping Point
  • 企业结构

销售凭证

⛔陷阱: Delivery 凭证没有Schedule Line
  • Sales Order有3层: Header → Item → Schedule Line
  • Delivery 凭证只有2层: Header → Item
  • Sales Order中的每个Schedule Line可以变成Delivery中的一个Item
  • 销售凭证结构
⛔陷阱: 过账Goods Issue的效果
  • GI更新: 库存数量、库存价值、创建Accounting Document、更新Billing Due List、更新所有相关凭证的状态
  • GI 不会创建Billing Document本身 — 它仅添加到Billing Due List
  • 发货处理

主数据

⛔陷阱: Customer Master 变更的影响
  • Customer Master的变更不会影响已有的Sales Document（地址除外）
  • 地址是例外 — 始终保持最新
  • Payment Terms、Incoterms等须在已有凭证中手动更改
  • 客户主数据
⛔陷阱: Partner Functions 可以不同
  • Sold-to、Ship-to、Bill-to 和 Payer 可以是不同的业务伙伴
  • 它们不一定与Sold-to party相同
  • 只有 Sold-to、Ship-to、Bill-to 和 Payer 是Order处理的必需Partner
  • 客户主数据

定价

⛔陷阱: Condition 类别
  • 4个类别: Prices、Surcharges/Discounts、Freights、Taxes
  • 手动价格修改是可能的，但可通过Customizing或Condition Record限制
  • 条件主数据与定价
⛔陷阱: 公共主数据
  • Representative Distribution Channel: 客户/物料/条件数据跨DC共享
  • Representative Division: 客户/条件数据跨Division共享
  • Material Master: 可为Distribution Channel设置公共数据，但不能为Division
  • 公共主数据

数据确定

⛔陷阱: Item Category 确定
  • 由 Sales Document Type + Item Category Group（来自Material Master）确定
  • 同一Order中的不同物料可以有不同的Item Category
  • 行项目类别
⛔陷阱: Shipping Point 确定 — 需要3个关键字段
  • Shipping Condition（来自Sold-to Customer Master, Shipping视图）
  • Loading Group（来自Material Master, Sales: General/Plant Data视图）
  • Delivering Plant
  • 缺少任何一个 = 无法自动确定Shipping Point
  • 工厂装运点路径确定

可用性检查

⛔陷阱: Material Availability Date ≠ 请求交货日期
  • 检查在Material Availability Date上执行，由Backward Scheduling计算
  • Delivery Scheduling必须在可用性检查之前完成
  • 如果确认失败，从最早可用日期执行Forward Scheduling
  • 可用性检查基础
⛔陷阱: Complete vs Partial Delivery 的影响
  • Complete Delivery: 如果全部数量不可用 → 整个Order推迟到更晚日期
  • Partial Delivery: 可用数量立即确认，其余延后确认
  • 指标来自Customer Master（可被Customer-Material Info覆盖）
  • 可用性检查场景

投诉处理

⛔陷阱: Invoice Correction Request 始终参考Billing Document
  • Invoice Correction Request 始终参考Billing Document创建
  • 不能仅参考Sales Order创建
  • 它创建成对的Credit/Debit Memo项目；只能修改Debit Memo项目
  • 发票更正请求
⛔陷阱: Credit Memo Request 没有Delivery
  • Credit Memo Request 不会创建Delivery或货物移动
  • Returns 会创建Delivery（Returns Delivery + Goods Receipt）
  • 两者都有Billing Block，须审批后才能Billing
  • 贷项凭证请求
⛔陷阱: Billing Document 取消
  • 取消Billing Document会创建一个独立的取消Billing Document + 新的Accounting Document
  • 所有原始过账以相反符号冲销
  • 取消后，修改原始Order重新Billing — 不能编辑已过账的Billing Document
  • 发票更正请求

相关笔记