简介：这份PPT面向SAP初学者、SD模块顾问及企业销售与分销业务人员，系统梳理销售和分销模块的核心流程与组织架构，帮助读者建立从询价报价、订单处理到交运开票的完整认知。内容涵盖销售文档类型与功能、定价与可用性检查、客户与物料主数据、业务伙伴角色、销售组织与分销渠道划分，并延伸至与MM、PP、FI、CO等模块的集成关系，配合供应链总览与销售流程总览图示，便于对照理解各环节的数据流转。资源包共1个PPT文件，约2.09MB，以图文页面形式呈现，适合作为培训讲义或日常查阅的速查材料。目前已有106人学习，对需要快速入门SAP SD或梳理模块间衔接关系的读者具有一定参考价值。
1. 一份被低估的 SD 中文培训 PPT：从销售订单到发票，它把整条链路串起来了
很多做 SAP 的同行手里都攒着一堆英文 PDF，真到要给业务部门讲清楚“询价怎么变成发票”的时候，还是得翻回中文材料。这份 SAP SD 中文培训资料 PPT 就是干这个用的：它把销售和分销模块从组织架构、主数据、销售订单、交运、发货过账一直到发票校验，用中文图示和流程串成了一条线。适合三类人——刚接触 SD 模块、需要快速建立全局观的顾问新人；要从 MM/PP/FI 转岗过来、想搞懂模块边界的从业者；以及要给内部团队做流程培训、缺一份能直接改的业务架构图的人。它不教你点哪个按钮，但能让你在打开系统之前，先知道每一步在业务上意味着什么。
2. 先看懂 SD 的组织架构与主数据：销售组织、分销渠道、客户物料信息记录
这份材料最值钱的部分不是后面的订单流程，而是前半段把“组织架构”和“主数据”讲透了。SD 里所有的单据、定价、交运、开票，最终都挂在这两层地基上。地基没理清，后面配出来的东西一定是玄学。
2.1 销售组织、分销渠道、部门：三个元素决定一张订单归谁管
PPT 里用一张图把组织元素拆得很清楚：集团公司下面是公司代码，公司代码下面是工厂和库位，销售侧则是销售组织、分销渠道、部门（Division）三件套，再加上销售办公室和销售小组。这套结构的实际意义是：一张销售订单由“销售组织 + 分销渠道 + 部门”唯一确定销售区域（Sales Area），而销售区域决定了这张订单能用哪些客户主数据、哪些物料、哪套定价、哪个交货工厂。
我一般会建议新人先画一张表，把公司实际业务往这三个维度上套：
| 组织元素 | 业务含义 | 常见配置坑 |
|---|---|---|
| 销售组织 | 负责某类产品/某区域的销售法律责任主体 | 一个销售组织可挂多个工厂，但工厂必须分配给销售组织才能交货 |
| 分销渠道 | 触达客户的方式，如直销、经销、电商 | 渠道不同，定价条件和输出方式往往不同，别图省事全用同一个 |
| 部门 | 产品线或业务线划分 | 部门和物料必须做交叉，否则订单里选不到物料 |
材料里还提到“海外、自己运输、第三方运输、买断物料、物流管理、仓位租赁、服务公司”这些业务形态，本质是在提醒你：分销渠道和部门不是随便填的，它们直接对应后面交运环节走哪种路径。第三方供应商的临时存放处理、寄存处理，都是靠这套组织元素区分出来的。
2.2 客户主数据与业务伙伴：售达方、交运方、付款方、开票方不是一回事
PPT 里有一页专门讲“多种业务伙伴”，把客户主数据拆成通用数据、地址、市场数据、控制数据、销售数据、交运数据、发票数据、合作伙伴、输出、公司级数据、付款交易数据、科目管理、联系数据、保险、联系人、销售区域数据。这一页信息密度很高，但核心就一句话：同一个客户，在 SD 里可能扮演四种角色——售达方（Sold-to）、交运方（Ship-to）、付款方（Payer）、开票方（Bill-to）。
这四种角色在真实业务里经常不是同一个实体。比如集团采购、分公司收货、总部付款、另一个主体开票，是再常见不过的场景。材料里明确标了“强制要求”的伙伴功能，意味着订单里这几个角色必须确定，否则后续交运和开票会断链。
提示：客户主数据里的“销售区域数据”是按销售区域维护的，同一个客户在不同销售组织下可以有不同付款条件和价格清单。新人最容易犯的错是只在一个销售区域建了客户，换组织下单时报“客户不存在”。
2.3 客户-物料信息记录：价格、折扣、交货约束的落点
PPT 里有一页叫“客户-物料信息记录”，列了物料编码、描述、客户物料编码、客户描述，还有额外信息、交运数据、部分交货等字段。这一层是 SD 里被低估的主数据：它把“这个客户买这个物料”的特殊约定单独存下来，包括客户自己的物料编号、最小订单量、交货单位、部分交货是否允许。
材料里还给了单位换算的例子：基本计量单位是件，销售单位是箱（Carton/Box），托盘（Pallet）是最小订单数量 60 件、最小交货数量 60 件、交货单位 4 件。这组数字看着琐碎，实际是交运环节能不能凑整、能不能拆单的依据。定价那边则列了价格、折扣/附加费、客户、物料、价格组、物料定价组、客户/物料定价组、价格清单、物料价格、客户价格、运费、国际付款条件、离港国/目的国、国内/出口、税价等条件类型。
我的经验是：客户-物料信息记录不维护，定价和交运就会各说各话。订单里价格对了，交运时发现最小交货数量不满足；或者交运凑整了，发票金额又对不上。这份 PPT 把这两块放在一起讲，顺序是对的。
3. 销售订单处理全流程：文档类型、定价、可用性检查与需求传递
组织架构和主数据理清之后，才轮到订单本身。这份材料在订单这一段给的信息比较密，尤其是文档类型和订单触发的后台功能，值得逐条拆开看。
3.1 文档类型不是标签，是行为开关
PPT 里列了一串文档类型缩写：CR 贷项凭证请求、DF 免运费订单、DR 借项凭证请求、RE 退货、OR 标准订单、CO 合同、SA 交货协议、IN 询价、QT 报价、SI 销售信息。材料还按阶段做了归类：售前阶段是询价和报价，销售阶段是订单和合同，投诉阶段是退货和借项/贷项凭证请求。
这里的关键认知是：文档类型决定了这张单据走哪套号码段、哪套定价过程、哪套输出、哪套交运和开票规则。同样是“卖东西”，标准订单 OR 和退货 RE 的方向相反，借贷项凭证请求 CR/DR 又不直接触发交货。材料里那句“每种交易或销售文档将促发 R/3 内部特定的功能进行运作”，说的就是这个意思。
实际配置时，我一般会先问业务三个问题：这张单据要不要交货？要不要开票？开票方向是正还是负？答案基本就能锁定文档类型。别为了省事把所有业务都塞进 OR，后面退货和借贷项处理会非常难受。
3.2 定价：条件技术把价格拆成可组合的积木
PPT 在定价部分列了条件类型的来源：客户、物料、价格组、物料定价组、客户/物料定价组、价格清单、物料价格、客户价格、运费、国际付款条件、离港国/目的国、国内/出口、税价。这其实是在讲条件技术（Condition Technique）的取数逻辑——系统按“条件表 + 存取顺序”去这些维度里找价格。
材料里还有一页“价格条件组”，把客户主数据、销售订单、物料主数据、控制表、条件串起来。这条链的意思是：定价不是订单里手填一个数，而是由主数据里的价格组、物料定价组、客户定价过程共同决定的。你改了客户的价格组，所有用这个客户的订单定价都会变。
注意：定价过程（Pricing Procedure）里条件的顺序决定了计算逻辑。折扣在税之前还是之后、运费是否计税，都是顺序问题。PPT 没有展开讲顺序，但列出的条件类型已经暗示了“先基础价、再折扣附加、再税”的常见结构。
3.3 可用性检查与需求传递：订单不只是记录，它会往后推
材料里有一页“销售订单处理”，列了定价、可用性检查、将需求传递给生产、仓库、外部采购、运输、生产、客户、交运、产生发票。还有一页“销售文档的功能”明确写了：交货计划、传递需求、定价、销售信息系统、信用检查、输出、文本、可用性检查。
这一段是 SD 和 MM/PP 的接口所在。订单保存时，系统会做可用性检查（静态可用性检查在材料里也出现了），然后把需求传递给 MRP，触发采购申请或生产订单。PPT 里那句“自动产生供应商、自动产生采购申请、收货、采购订单、物料移动、拣配/包装、仓库管理、主生产计划 MRP、物料预测”把供应链总览画出来了。
我踩过的坑是：可用性检查没配好，订单能保存但交期是假的；或者需求传递没触发，仓库根本不知道要备货。订单确认和可用性检查不是可选项，是订单能不能兑现的前提。材料把这块放在订单处理里，而不是放到交运里，顺序是对的。
3.4 文档流：从询价到发票的一条链
PPT 反复出现“销售全过程的文档链接支持”，还画了询价、报价、销售订单、合同、交货单、发票之间的箭头。文档流（Document Flow）在 SD 里不是装饰，它是追溯和审计的骨架：一张发票能往上追到交货单、再追到销售订单、再追到报价和询价。
实际排错时，文档流是第一入口。发票金额不对，先看它挂的是哪张交货单；交货数量不对，先看它挂的是哪张订单。材料里“所有相关文件如合同、发票、装箱单等都与订单相关联”这句话，落地就是文档流查询。
4. 交运、发货过账与发票：库存、财务集成和那些容易断链的节点
订单之后是交运和开票，这一段是 SD 和 WM/MM/FI 的交界处，也是这份 PPT 图示最密集的地方。材料里“交货记帐的各种影响”那一页，基本把发货过账的后台动作列全了。
4.1 交运处理：到期交运清单、拣配、包装、发货
PPT 列了交运的流程：到期交运清单处理流程、拣配/包装、发货、发票、到期发票清单处理流程、退货、借项/贷项凭证处理、各种发票处理方式、与财务的集成。还有一页画了提货单、包装、运输，以及 Sold-to party、Item、Material、Qty 这些交货单字段。
交运环节的核心是交货单（Delivery）。它从销售订单复制过来，但会重新做可用性检查和批次/库存确定。材料里提到“拣配/包装”“仓库管理”“仓位租赁”，说明这份材料覆盖了带 WM 的场景。拣配是把库存从库位挪到发货区，包装是形成 Handling Unit，发货过账才是真正减库存。
我一般会盯三个点：交货单的交货日期是否和订单确认一致、拣配数量是否和订单数量一致、包装后的数量是否和交货单位匹配。材料里那个“交货单位 4 件、最小交货数量 60 件”的例子，就是在这里生效的。
4.2 发货过账：一次过账，库存和财务同时动
PPT 里“交货记帐的各种影响”写得非常具体：发货会减少仓库库存、将库存科目按照相应金额更新、减少交运需求、更新有关销售和交运的文档流、为发票创建工作清单。这五条就是发货过账（Goods Issue）的全部后果。
| 过账影响 | 业务含义 | 排错时看哪里 |
|---|---|---|
| 减少仓库库存 | 实物出库，库存数量下降 | 物料凭证、库存总览 |
| 更新库存科目 | 借销售成本、贷库存 | FI 凭证、科目余额 |
| 减少交运需求 | 订单的未清交运数量减少 | 订单文档流、交运状态 |
| 更新文档流 | 交货单状态变为已发货 | 文档流查询 |
| 创建发票工作清单 | 发票可以基于交货单开 | 到期发票清单 |
材料里还有一页画了“物料 M1、估价库存 C1、销售价格 25 USD、成本价格 12 USD、库存工厂管理成本”，这其实是在演示发货过账时销售成本和库存的对应关系。发货过账是 SD 里少数几个真正动财务的节点，配错了就是账实不符。
4.3 发票类型与财务集成：发票不只是打印，它是应收的起点
PPT 列了发票类型：发票、发票取消、公司间发票、退货、贷项/借项凭证、现金销售、形式发票（Proforma Invoice）。还画了 FI/CO 的集成：财务会计、成本控制、CO-PA、CO-CCA、CO-PC、应收账款/销售、销售成本/存货、付款。
这一段的关键是：发票（Billing）生成会计凭证，形成应收账款，同时结转销售成本。公司间发票还涉及内部往来。材料里“与财务的集成”不是一句空话，它对应的是开票时确定的科目、税码、付款条件。
提示：形式发票不产生财务凭证，现金销售走的是即时收款流程，退货和贷项凭证是反向开票。这几种发票类型在配置上差异很大，别用同一个开票类型硬套。
4.4 输出控制：打印、传真、邮件、EDI 的时间点
PPT 有一页讲“输出类型和输出的时间”，列了打印机、传真、Mail、EDI、在线（输出到屏幕），以及立即（如建立订单时）、在要求时（如要求打印）、在指定时间的周期运行（如计划）。这对应 SD 的输出控制（Output Control）。
实际项目里，订单确认、交货单、发票的输出时间点经常被业务挑战。材料把“立即/要求时/周期运行”三种时机列出来，已经够做需求讨论了。我的习惯是：订单确认走立即输出，发票走要求时或周期批处理，EDI 单独走接口，别混在一个输出类型里。
5. 避坑与排查：这份 PPT 没写、但落地一定会撞上的五个问题
材料是培训 PPT，讲的是“应该怎样”，但真实项目里翻车的地方往往在边界上。下面五条是我照着这类材料做配置和排错时反复遇到的，按“现象 → 原因 → 解决”记下来。
5.1 订单能保存，但交期是假的
现象：销售订单保存成功，确认的交货日期看起来正常，但到了交运环节发现没货。原因：可用性检查没启用，或者检查规则配成了“不检查”，订单只是记录了需求，没有真正校验库存和采购在途。解决：在物料主数据或订单类型层启用可用性检查，确认检查规则覆盖了库存、采购订单、生产订单；再用 MD04 看需求传递是否真的到了 MRP。
5.2 发票金额和订单对不上
现象：订单里价格是对的，开票后金额多了或少了。原因：定价过程里条件顺序错了，或者税码在开票时被重新确定，或者交货数量和订单数量不一致导致按数量计算的折扣变了。解决：先用文档流从发票追到交货单、再追到订单，逐层比对数量和价格；再检查定价过程的存取顺序，确认税条件在折扣之后。
5.3 客户在另一个销售组织下“不存在”
现象：同一个客户，在 A 销售组织能下单，在 B 销售组织报“客户未定义”。原因：客户主数据的销售区域数据是按销售组织+分销渠道+部门维护的，只建了一个销售区域。解决：在 B 销售区域扩展客户主数据，补齐付款条件、价格清单、装运条件；如果用了业务伙伴角色，确认售达方/交运方/付款方/开票方在该区域都有对应。
5.4 发货过账后库存没减
现象：交货单显示已发货，但库存总览里数量没变。原因：交货单的发货过账实际没执行，只是做了拣配；或者过账时库存不足被系统拦下但没注意消息；或者工厂/库存地点在交货单里是空的。解决：看交货单状态是“已拣配”还是“已发货”，看物料凭证是否生成，检查交货单的工厂和库存地点是否从订单正确复制。
5.5 退货和贷项凭证把财务方向搞反了
现象：退货订单做了，发票也开了，但应收没减、库存没回。原因：退货的文档类型和开票类型没配对，退货交货单没有做收货过账，贷项凭证请求没有转成贷项凭证。解决：确认退货走的是 RE 订单 + 退货交货单 + 贷项凭证的完整链，退货交货单要做收货过账才能回库存，贷项凭证要参考退货交货单开，方向才是负的。
6. 把这份 PPT 用成自己的配置检查表：三个落地技巧
材料本身是培训用的，直接拿去讲可以，但要落到项目上，得把它变成可执行的检查表。我一般会做三件事，都是照着这份 PPT 的章节顺序来的。
第一件，把组织架构那几页截图，改成自己公司的销售区域矩阵。PPT 里给的是通用示例，你要做的是把“销售组织 × 分销渠道 × 部门”填成实际值，再标出每个组合对应哪个工厂、哪套定价过程、哪个交货类型。这张表做完，新人配订单类型时就不会乱选。
第二件，把文档类型那一页扩成一张对照表，至少包含：文档类型、是否交货、是否开票、开票类型、号码段、定价过程。下面是我常用的最小字段集，可以直接抄：
| 文档类型 | 业务场景 | 交货 | 开票类型 | 备注 |
|---|---|---|---|---|
| OR | 标准销售 | 是 | F2 | 最常用，别滥用 |
| RE | 退货 | 是（收货） | 贷项凭证 | 方向为负 |
| CR | 贷项凭证请求 | 否 | 贷项凭证 | 不直接交货 |
| DR | 借项凭证请求 | 否 | 借项凭证 | 补收款 |
| QT | 报价 | 否 | 否 | 售前，可转订单 |
| IN | 询价 | 否 | 否 | 售前起点 |
第三件，把“交货记帐的各种影响”那一页当成发货过账的验收清单。每次配完交运，我都强制走一遍：做一张交货单、拣配、包装、发货过账，然后同时看库存总览、物料凭证、FI 凭证、订单文档流、到期发票清单五个地方。五个地方都对，才算这条链通了。血泪经验是：只看交货单状态是“已发货”不够，FI 凭证没出来，后面开票一定出问题。
还有一个容易被忽略的点：PPT 里“输出类型和输出的时间”那页，建议你在项目早期就把订单确认、交货单、发票三类输出各定一个时间点，写进配置文档。后期业务提“为什么发票没自动发邮件”，你翻配置就能答，不用靠记忆。
从那以后我每次拿到这类培训材料，都不急着往下翻流程，而是先把组织架构和主数据那几页抄成自己的检查表，再拿一张真实订单从头到尾跑一遍文档流。PPT 讲的是知识，跑通的那一遍才是自己的。希望帮到你。
本文还有配套的精品资源，点击获取
