简介SAP SD中文培训资料PDF版面向SAP初学者、ERP实施顾问及企业销售业务管理人员系统讲解销售与分销模块的完整业务处理链路。内容涵盖从预销售活动到客户支付的流程包括订单管理、库存管理、定价与发票、退货与信贷、报告与分析等环节并配合案例公司MotoSportsInternationalMSI模拟客户订单场景帮助读者理解公司代码、销售组织、分销渠道等组织要素及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 批量创建销售订单录屏与代码实现培训资料讲单据流通常以手工操作为主但项目上最常用的其实是批量创建。这里就涉及热词里的 BDCBatch 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 单物料需求明细或者定期跑 MRPMD01来重算。理解了这一点就能避免在项目例会上和计划员争论到底有没有料这种说不清的局面。5.5 线索五BDC 录屏回放时字段丢失或重复建单现象SHDB 录屏后回放第一次正常第二次运行提示订单号重复或屏幕字段找不到。原因录屏时有很多隐藏字段参与校验比如批量回放时订单号、销售凭证号这类由系统内部号码分配的值在录屏里是空的回放时由于参数设置不当导致关键字段被跳过。此外 MODE N 后台模式下消息被吞掉程序没有任何报错提示。解决录制时把系统字段也录进来回放前用 SBDC 的模拟功能跑一遍代码里循环处理每个屏幕时对程序名判断要比对完整字符串防止同屏幕在不同版本的 SAP GUI 里程序名前缀变化。更重要的是回放时把 UPDATE 设为 A异步并在消息表里主动判断消息类型遇到异常立即终止不要等到几百张单子都跑完了才发现全错。6. 用一张凭证流追踪表把概念串成实战技能学习 SD 资料到了后期最怕的是知识点都懂但项目上一出问题不知道去哪查。我自己的做法是把资料里的单据流整理成一张追踪表按凭证 → 抬头表 → 行项目表 → 关键事务码四个维度串起来之后所有问题都从这张表出发定位。分享出来供你参考。凭证环节抬头表行项目表查询事务码关键状态字段销售订单VBAKVBAPVA03 / SE16NVBAP-ABSTA总体状态交货单LIKPLIPSVL03N / SE16NLIPS-WBSTK货物移动状态发货过账MSEGMSEGMIGO 显示 / MB51MSEG-BWART移动类型开票凭证VBRKVBRPVF03 / SE16NVBRK-FKART开票类型会计凭证BKPFBSEGFB03BSEG-HKONT总账科目表格看着简单实战价值非常大。比如销售订单确认了但交货单没生成就去 VBAP 里看该行的 WBSTK交货状态交货单发货了但没开票就去 LIPS 里看 WBSTK 和 VGUE已开票数量。表中的字段名可以直接复制到 SE16N 里查询不用凭记忆背表结构。我会在此基础上再加一列计划发货日期和实际发货日期如果两者差异过大说明交期承诺环节出了问题得回头查 ATP 检查规则。有一类跳单问题靠这个表很有效客户投诉某张订单已经发货但财务说没开票。用 VA03 查订单状态正常VL03N 查交货状态也正常说明问题出在开票环节。这时候从 LIKP 查到 VBRK 的关联字段LIKP-VBELN 和 VBRK-VBELN 在交货开票后是有连接记录的再用 VF03 打开开票凭证看单据流程概览很快就能定位是哪一步断了。从那以后我每次接手一个新项目的 SD 支持都强制走一遍这套流程先跑通一张标准订单的完整单据链把所有状态字段记录下来再对照资料里的配置说明核实每一处的映射关系状态字段记牢了大部分单据流异常都能在十分钟内定位到配置层。这份中文培训资料如果帮你把这条链的每个节点记熟那它带来的就不只是知识而是实实在在排查故障的能力。希望帮到你。本文还有配套的精品资源点击获取