简介：SAP SD中文培训资料（PDF版）面向SAP初学者、ERP实施顾问及企业销售业务管理人员，系统讲解销售与分销模块的完整业务处理链路。内容涵盖从预销售活动到客户支付的流程，包括订单管理、库存管理、定价与发票、退货与信贷、报告与分析等环节，并配合案例公司MotoSportsInternational（MSI）模拟客户订单场景，帮助读者理解公司代码、销售组织、分销渠道等组织要素及SAP R/3系统结构。包体为单个PDF文件，大小3.2MB，便于离线查阅与移动学习。教程结构按照入门、案例公司、订单管理、主数据、退货信贷、可用库存/短缺库存销售、报告分析、ASAP和IMG等单元编排，还涉及SD与MM、PP、FI模块的集成，以及质量管理、仓库管理和交叉功能定制的延伸知识。从订单创建、可用库存与短缺库存处理，到出具发票与收款分析，整体脉络清晰。已有121人学习，适合作为SD模块功能概览与业务入门的中文参考材料。

1. SAP SD 中文培训资料：从订单到开票，它帮你串起的不只是流程

做 SAP 实施的人多半遇到过这种情况：SD 模块的流程视频看了不少，真上了项目，销售订单、交货单、开票凭证三张单据之间的状态怎么流转、为什么发货过账后开票金额对不上，还是会卡壳。这份《SAP_SD中文培训资料.pdf》的价值，不在于罗列事务码，而在于把 SD 从组织架构、主数据到定价、发货、开票、账务集成的完整链路讲透。适合三类人：刚转行做 SAP 后勤模块的顾问、负责 SD 与 FICO 接口的 ABAP 开发、以及需要跨模块理解单据流的 MM/PP 顾问。资料是中文的，意味着你不必一边查英文 F1 帮助一边猜术语，可以直接拿它当项目里的速查底稿。下面我按自己拆这套资料的习惯，把学习主线、关键事务码和最容易翻车的几个点过一次。

2. 先搭骨架再谈操作：SD 组织结构、主数据与 MD07 可用性检查

2.1 组织结构：销售组织、分销渠道、产品组的配置顺序

SD 模块的学习如果一上来就点事务码，很容易被一堆配置项淹没。我的习惯是先看组织结构，因为所有单据的权限、定价、科目确定都挂在组织单元上。培训资料里通常会用一张树状图说明：公司代码下面是销售组织，销售组织下面挂分销渠道和产品组，三者的组合构成销售范围。销售范围是什么概念？简单说，同一个客户可以通过不同渠道买同一批物料，但价格、交货工厂、开票规则可能完全不同，这就是销售范围存在的意义。

配置顺序上，我一般会建议按"定义销售组织 → 定义分销渠道 → 定义产品组 → 定义销售范围"来走。实际操作在事务码 OVX5（销售组织）、OVX6（分销渠道）、OVX7（产品组）里完成，最后用 OVX8 把三者组合起来。这里有个容易忽略的点：销售范围分配时，必须同时给它指定一个工厂和装运点，否则后续创建交货单的时候系统根本找不到发货仓库，报错信息还很抽象，经常是"未找到装运点"这种让人摸不着头脑的提示。资料里如果看到"销售范围-工厂-装运点"的分配表，建议手动抄一遍，这是 SD 配置里最基础的联动关系。

另外一个值得花时间看的是客户主数据的销售视图。客户的销售范围、送达方、开票方、付款方四个角色经常把人绕晕。我的理解方式是：售达方是谁下的单，送达方是谁收的货，开票方是发票开给谁，付款方是谁付钱。四者可以是同一个公司，也可以是集团内不同公司。当你做公司间销售时，这四个角色的组合直接决定了后面第 4 章要说的公司间开票能不能自动生成。资料里对这部分的讲解一般配有示意图，建议对照着画一遍自己项目里的客户链。

2.2 主数据：客户主数据、物料主数据与条件记录

主数据是 SD 的另一个基础。客户主数据分为通用视图、公司代码视图和销售视图三块，其中销售视图里有个字段叫"销售地区"，很多新手直接忽略，但它影响了后续销售分析报表的归属。物料主数据方面，SD 顾问至少要知道物料在销售视图里的"行业领域""基础计量单位""可用性检查规则"这几个字段是做什么的，因为它们直接关联到 ATP 可用性检查逻辑。

比主数据本身更重要的是条件记录。定价条件、输出条件、税确定条件都基于条件记录存储，事务码 VK11 创建、VK12 查看、VK13 显示。资料里讲定价过程时，一定会提条件类型（比如 PR00 物料价格、K004 物料折扣、MWST 税）和访问顺序。访问顺序决定了系统从哪个表里去读价格，如果访问顺序配置错了，会出现"明明维护了价格但订单取不到"的典型问题。我每次教新人，都让他们在 VK11 里建一条价格后，用 VK13 去查"按访问顺序"的取数路径，这样能把定价的读取逻辑真正看明白，而不是只停留在"我建了价格"这一步。

2.3 MD07 可用性监控：把库存和需求放到一张屏里看

热词里出现的 MD07，是物料可用性监控的事务码，SD 顾问尤其值得掌握。日常工作中，销售订单创建时系统会做 ATP 检查，但 ATP 检查的结果分散在各个订单里，很难看全局。MD07 能在一张屏幕里展示某个物料在时间轴上的库存、收货、发货、需求，是 SD 与 MM/PP 衔接时最常用的验证工具。

我在项目上判断"销售订单能不能按计划交货"，从来不看单个订单的 ATP 提示，而是直接跑 MD07 看需求汇总。如果一个物料的确认数量被后移，MD07 里会显示需求日期和可用日期之间的错位，这种信息对销售承诺交期非常关键。学习这套资料时，我建议把 MD07 的布局和字段含义过一遍，尤其是"可用数量""计划收货""需求数量"这三列：可用数量 = 当前库存 + 计划收货 - 已确认需求，是一个动态值，不是静态库存，很多人因为只看库存报表而误判交期。资料里如果配了 MD07 的截图，注意看它左侧的物料清单和右侧的时间轴，这个视图就是日常排查缺料和交期问题的主战场。

3. 销售单据全链路：从报价到开票的凭证流转与 BDC 批量创建

3.1 单据类型、定价过程与可用性检查的联动

销售单据流是 SD 模块的心脏。标准链是：询价(Inquiry) → 报价(Quotation) → 销售订单(Order) → 交货单(Delivery) → 发货过账(GI) → 开票(Billing)。资料里最值得反复看的就是这张单据串联关系图，因为每个环节都对应一个凭证类型，凭证类型之间又通过"复制控制"关联。比如一份报价转成销售订单时，哪些字段允许修改、哪些字段必须保留，都由复制控制决定，事务码是 VTAA（销售订单到销售订单）和 VTFL（交货到开票）。

实际配置中，销售订单类型（比如 OR 标准订单、RE 退货订单、FD 免费订单）与交货类型（LF）和开票类型（F2）的对应关系，是在"项目类别"里定义的。项目类别是个隐形的关键点：你在订单里维护的项目类别（TAN）决定了这个行项目能不能交货、要不要开票、要不要做可用性检查。常见翻车场景是：订单的项目类别用了 TAN 标准，但物料主数据里没维护"交货工厂"，导致创建交货单时系统找不到供货地点。培训资料里一般会画一张"订单类型 → 项目类别 → 交货类型 → 开票类型"的映射表，这张表建议抄下来贴工位上。

可用性检查也在这个环节介入。订单行项目里的"可用性检查规则"字段（比如 02 是单品检查、A2 是汇总检查）决定了 ATP 怎么算。注意，不是所有订单都必须做可用性检查，像免费项目或服务项目就不需要。资料里通常会强调：如果订单类型设置了可用性检查，但物料主数据里没维护检查规则，系统不会报错，而是默默跳过检查——这正是很多"为什么库存没了订单照样建"问题的根源。

3.2 交货单与发货过账：POD 交货证明的启用

销售订单确认只是开始，真正的履约发生在交货。创建交货单的事务码是 VL01N，批量创建用 VL10C（按销售订单）或 VL10B（按交货到期清单）。交货单创建后，需要做拣配（VL02N 的拣配或手工），然后过账发货（VL02N 里的发货过账按钮，或者在 MIGO 里用移动类型 601）。

热词里的 POD，全称 Proof of Delivery，交货证明，在 SD 里是一个非常实用的功能。POD 的价值在于，它记录客户实际签收的数量和时间，是后续开票和索赔的重要依据。启用流程大致是三步：在交货单类型（事务码 OVLK）里勾选"POD 必需"；在项目类别里设置 POD 的更新时间点；然后在 VL02N 里录入 POD 数量。如果配置了"POD 相关开票"，那么 POD 数量没维护时系统不允许开票，这在项目上经常被用来做收入确认的管控。

这里有个细节很容易在测试时踩到：POD 的录入是在交货单行项目的"POD"标签页里，输的是实际签收数量，而不是交货数量。如果客户少收了 5 件，你 POD 录 95 件，开票就会按 95 开，剩余 5 件走后续的退货或短收处理流程。资料里对 POD 和开票关系的讲解，建议和实际系统对照着做一遍，因为很多项目只在流程文档里提了 POD，根本没在配置里真正启用。

3.3 BDC 批量创建销售订单：录屏与代码实现

培训资料讲单据流通常以手工操作为主，但项目上最常用的其实是批量创建。这里就涉及热词里的 BDC（Batch Data Communication，批量数据通信）。如果你所在的集团每周要从外围系统导入几百张销售订单，靠 VA01 手工点是不现实的，BDC 是传统项目里最稳妥的方案。

BDC 的入口是事务码 SHDB，先把一笔手工创建的订单录屏，然后生成调用程序。核心思路是：把屏幕上的字段名和值收集到 bdcdata 内表中，再用 CALL TRANSACTION 回放。下面是一段常见的调用代码骨架。

DATA: lt_bdcdata TYPE TABLE OF bdcdata, ls_bdcdata LIKE LINE OF lt_bdcdata, lt_msg LIKE bdcmsgcoll OCCURS 0 WITH HEADER LINE. * 录入抬头字段：订单类型、销售组织、分销渠道、产品组 ls_bdcdata-program = 'SAPMV45A'. ls_bdcdata-dynpro = '0101'. ls_bdcdata-dynbegin = 'X'. APPEND ls_bdcdata TO lt_bdcdata. ls_bdcdata-fnam = 'VBAK-AUART'. ls_bdcdata-fval = 'OR'. APPEND ls_bdcdata TO lt_bdcdata. ls_bdcdata-fnam = 'VBAK-VKORG'. ls_bdcdata-fval = '1000'. APPEND ls_bdcdata TO lt_bdcdata. CALL TRANSACTION 'VA01' USING lt_bdcdata MODE 'N' UPDATE 'S' MESSAGES INTO lt_msg.

这段代码的逻辑不难理解：bdcdata 表里每条记录要么是 dynpro 开始标志，要么是字段名和对值。程序名 SAPMV45A、屏幕号 0101 是销售订单抬头屏幕，VBAK-AUART 对应订单类型，VBAK-VKORG 对应销售组织。CALL TRANSACTION 的三个参数值得说明一下：MODE 'N' 表示后台模式不弹屏，'A' 则是显示所有屏幕方便调试；UPDATE 'S' 表示同步更新，出错能立刻看到；MESSAGES 收集回执信息，方便程序做后续判断。

写 BDC 最忌讳的是硬编码屏幕字段。如果升级了 SAP GUI 或订单屏幕布局变了，BDP 程序经常翻车。更稳妥的写法是提前用 SHDB 录屏导出表结构，再动态拼接。另外，MODE 'N' 下所有错误都只会进消息表，程序里务必检查 lt_msg 中的消息类型，遇到 'E' 级错误要停下来处理，否则就会有一批订单"看着成功了，实际没建进去"的尴尬。资料里如果包含这段示例，说明作者是有项目实战背景的，这类代码值得专门存下来复用。

4. 跨模块集成点：SD 与 MM、PP、FICO 的账务与发运衔接

4.1 销售收入科目与评估类：自动记账的确定逻辑

SD 的单据流走到开票就进入财务视野。热词里"销售收入借贷凭证"和"评估类与总账科目"，正是 SD-FICO 集成的两个核心知识点。销售收入记账的标准凭证是：借应收账款，贷主营业务收入，同时确认销项税。但具体贷哪个收入科目，并不是手工选的，而是通过"科目确定"自动带出。

科目确定的关键链是这样：订单行项目 → 物料主数据的评估类（Valuation Class）→ 条件类型（比如 KF00 收入、MWST 税）→ 科目表 → 总账科目。每一步都在配置里定义，报价时系统按这个链自动找到会计科目。如果科目带错了，90% 的情况是评估类没配对，或者定价过程里收入条件类型映射到了不正确的科目键值。

我见过最典型的错误是：销售收入进到了"主营业务收入"底下的一个中间科目，月底报表怎么都对不上。排查方法很简单，用事务码 VF03 打开一张已开票凭证，双击收入行项目，系统会展示科目确定的来源。资料里如果讲了"定价过程 → 科目确定"的对应关系，建议把条件类型和科目键值抄出来比对，这个映射关系就是 SD 顾问和 FICO 顾问吵架的焦点，提前看明白能少很多沟通成本。

4.2 MIGO 过账增强：从 MB01 到 MIGO 的变化

热词里的"MIGO 过账增强"，算得上 SD/MM 集成里的常客。老顾问习惯用 MB01 做采购收货，但发货过账（GI）早就统一收编进了 MIGO。对 SD 场景来说，用 VL02N 里的发货过账，底层调用的也是 MIGO，移动类型 601（销售订单发货）。

为什么单独提 MIGO 增强？因为很多企业在发货过账时要做到强制批号、质检出库、或者自动产生特殊库存标记，这些逻辑都挂在 BADI MB_MIGO_BADI 和 MB_GI_BADI 上。你在资料里如果看到"SD 发货增强"，一般是指这两类 BADI。以批次追溯为例：客户要求发货时必须录入批号，且批号要与销售订单里指定的批次一致。这个校验如果在功能菜单里不支持，就得在 MB_MIGO_BADI 里写增强代码，在保存前检查行项目的批次字段。

增强的调试有个小技巧：用事务码 /H 打开 ABAP 调试，然后在 MIGO 里做发货过账，断点会停在 BADI 触发点。资料里讲增强时如果给了几个 BADI 名称，建议在 SE19 里直接创建实施时参考，别自己闷头去翻函数文档。另外注意，MIGO 的界面字段很多，增强里取数量时要分清"交货数量"和"过账数量"，两者在短收场景下是不同的，取值取错了会导致库存扣减与开票数量不一致。

4.3 公司间销售、公司间采购与报表合并

热词里还有"公司间报表合并"，这个场景和 SD 的公司间销售（Intercompany Sales）有关。典型业务：集团总部收到客户订单，然后把货从分公司 A 发出给客户，同时 A 开票给总部，总部再开票给客户。这就是所谓的"三角贸易"，SD 里通过设置售达方、开票方、发货工厂对应的公司代码来实现。

这个流程的配置难点不在 SD 本身，而在会计科目和单据链：总部对 A 的下单类型通常用 CB（公司间订单），交货用 NLCC，开票用 IV 或 C4 系列。配置完以后要验证两件事：第一，公司间订单的交货单能不能正确过账到 A 公司的公司代码；第二，总部和 A 之间的往来科目能不能自动生成，否则月末合并抵消就要靠手工调。资料里如果有公司间销售的流程图，建议自己动手配一个最小可测试的账套，验证从总部订单到分公司交货、再到开票的全过程，这一步走通了，SD 的集成理解会上一个台阶。

还需要注意"工单没有标准工时"这类问题虽然常见于 PP 与 CO，但出错的表象经常发生在 SD 的交期承诺上。做交付承诺时，如果内部生产订单没有标准工时，产能计划可能失真，销售交期预估也跟着偏。这套资料虽然以 SD 为主线，但读的时候不要把 SD 孤立出来，尤其是和 PP 的交期以及 MM 的库存联动部分，值得多花时间看懂。

5. 避坑清单：SD 学习与配置里最容易翻车的五个问题

5.1 线索一：销售订单建好了，交货单却生成不了

现象：VA01 创建销售订单一切正常，VL10C 批量创建交货单时，系统提示找不到交货，"物料不存在或未维护装运数据"。

原因：最常见的是物料主数据里维护了"基本数据"和"财务数据"，但漏掉了"销售视图"和"工厂/存储视图"。SD 交货的前提是行项目里有交货工厂，且该工厂在物料里有维护。另一个可能：订单的项目类别被改成了服务类（TAN 之外的自定义类别），交货类型没有对应分配。

解决：先在物料主数据 MM03 里检查"销售: 工厂数据"视图是否维护了交货工厂；再查项目类别配置（OVZI），确认该项目类别的"交货"勾是否打上。做完两步还不行的，用 VL10C 的消息日志看具体报错编码，比盲目猜配置要快得多。

5.2 线索二：发货过账了，开票却找不到这张交货单

现象：VL02N 里发货过账成功，库存也扣了，但 VF04 开票清单里根本没有这张交货单。

原因：开票类型没有在项目类别里正确映射。交货单行项目默认要带出开票类型 F2，如果项目类别的开票配置里留空，或者该交货类型的"开票"选项没勾，系统就认为这笔不需要开票。另外，如果启用了 POD 且配置成"POD 后开票"，POD 数量没录入也会导致开票被锁死，但表象不同，那个会提示"POD 未完成"。

解决：进 OVZI 检查项目类别的开票类型分配；再查交货单类型配置（OVLK）确认"开票"相关功能已勾选。若是 POD 拦截，到 VL02N 行项目里补录 POD 数量，再回 VF04 刷新。

5.3 线索三：销售收入科目总是进错总账科目

现象：开票凭证的贷方科目不是"主营业务收入"，而是跑到"其他业务收入"甚至一个费用类科目里，财务月结对不上。

原因：九成是评估类或科目确定映射问题。物料主数据的评估类决定了收入条件类型映射到哪个科目键值，如果评估类取数正确但 OBYC（科目确定配置）里的 KOFI/KOFK 科目配置串了，科目就会错。

解决：VF03 打开错误凭证，双击行项目看"科目确定"页签列出的条件类型和科目键值，逐级反查。比较快的修法是去 OBYC 里查该评估类和条件键对应的总账科目，把错误科目改回来。这种问题在测试环境修配置很容易，上了生产就要做科目更正凭证，所以学的时候强烈建议先做一次"开票 → 过账 → 查凭证科目"的完整演练。

5.4 线索四：MD07 可用量与库存报表对不上

现象：MD07 显示的可用量是负数，但 MMBE（库存总览）里明明显示有库存。

原因：MD07 的可用量是动态值，它等于"当前库存 + 计划收货 - 已确认需求 - 已调拨/预留需求"。MMBE 只反映实物库存，而 MD07 反映的是"可供承诺"的数量。存在销售订单确认、采购订单未收货、生产订单预留时，两者必然不同。

解决：重点看 MD07 里的"需求"和"计划收货"两列，分辨是哪些单据占用了可用量。如果想实时刷新 ATP 汇总，可以运行事务码 MD04 单物料需求明细，或者定期跑 MRP（MD01）来重算。理解了这一点，就能避免在项目例会上和计划员争论"到底有没有料"这种说不清的局面。

5.5 线索五：BDC 录屏回放时字段丢失或重复建单

现象：SHDB 录屏后回放，第一次正常，第二次运行提示订单号重复或屏幕字段找不到。

原因：录屏时有很多隐藏字段参与校验，比如批量回放时订单号、销售凭证号这类由系统内部号码分配的值，在录屏里是空的，回放时由于参数设置不当导致关键字段被跳过。此外 MODE 'N' 后台模式下消息被吞掉，程序没有任何报错提示。

解决：录制时把"系统字段"也录进来；回放前用 SBDC 的"模拟"功能跑一遍；代码里循环处理每个屏幕时，对程序名判断要比对完整字符串，防止同屏幕在不同版本的 SAP GUI 里程序名前缀变化。更重要的是，回放时把 UPDATE 设为 'A'（异步）并在消息表里主动判断消息类型，遇到异常立即终止，不要等到几百张单子都跑完了才发现全错。

6. 用一张凭证流追踪表，把概念串成实战技能

学习 SD 资料到了后期，最怕的是"知识点都懂，但项目上一出问题不知道去哪查"。我自己的做法是：把资料里的单据流整理成一张追踪表，按"凭证 → 抬头表 → 行项目表 → 关键事务码"四个维度串起来，之后所有问题都从这张表出发定位。分享出来供你参考。

表格看着简单，实战价值非常大。比如"销售订单确认了，但交货单没生成"，就去 VBAP 里看该行的 WBSTK（交货状态）；"交货单发货了但没开票"，就去 LIPS 里看 WBSTK 和 VGUE（已开票数量）。表中的字段名可以直接复制到 SE16N 里查询，不用凭记忆背表结构。我会在此基础上再加一列"计划发货日期"和"实际发货日期"，如果两者差异过大，说明交期承诺环节出了问题，得回头查 ATP 检查规则。

有一类跳单问题靠这个表很有效：客户投诉某张订单已经发货，但财务说没开票。用 VA03 查订单状态正常，VL03N 查交货状态也正常，说明问题出在开票环节。这时候从 LIKP 查到 VBRK 的关联字段（LIKP-VBELN 和 VBRK-VBELN 在交货开票后是有连接记录的），再用 VF03 打开开票凭证看单据流程概览，很快就能定位是哪一步断了。

从那以后，我每次接手一个新项目的 SD 支持，都强制走一遍这套流程：先跑通一张标准订单的完整单据链，把所有状态字段记录下来，再对照资料里的配置说明核实每一处的映射关系；状态字段记牢了，大部分单据流异常都能在十分钟内定位到配置层。这份中文培训资料如果帮你把这条链的每个节点记熟，那它带来的就不只是知识，而是实实在在排查故障的能力。希望帮到你。

本文还有配套的精品资源，点击获取