简介这是一份面向SAP初学者、ERP实施顾问及企业业务骨干的中文培训PPT聚焦销售与分销SD模块如何贯通从询价、报价、合同、销售订单到交运、开票及财务集成的全流程。压缩包内仅有1个PPT文件大小约2.09MB通篇以结构图、流程图和系统界面截图呈现供应链总览并展示SD与MM物料管理、PP生产计划、FI/CO财务/成本控制等模块的协作关系。这份PPT已获得104人学习下载适合用碎片时间快速建立SD模块整体框架。内容不仅覆盖销售文档类型、定价条件、业务合作伙伴维护、交运拣配包装、退货与借项/贷项凭证等关键知识点还介绍了销售组织、分销渠道、部门设置以及库存、主生产计划和采购的集成链路借助直观图解可帮助读者快速理解SAP SD的核心逻辑为后续系统配置和项目实施打下基础。1. SAP-SD中文培训资料到底能带你走到哪一步打开这套SAP-SD中文培训资料.ppt的人多半正处在同一个状态项目要启动、模块要上手或者面试题做到“定价过程”突然卡壳。资料里通常会把SD从组织架构、主数据一路讲到订单、交货、开票半小时能让人知道销售与分销模块在做什么对想转方向的人来说它是建立全局视图最快的入口。但看过PPT和能上手配置之间还隔着一条河资料给的是地图不是导航真正落地还要靠自己在系统里把组织架构、主数据和单据流一遍一遍试错。适合读它的是准备入行实施、转岗内部顾问以及要和外部团队对齐术语的甲方关键用户。下面按我自己的学习路径把这份资料拆成能照着上手的结构。2. 组织架构与主数据先认清资料里的五张关键表SD项目翻车率最高的地方往往不在配置而在组织架构和主数据没对齐。中文培训资料会用演示公司展示组织结构但看这部分时应该记的不是具体代码而是“关系”。组织架构决定哪些数据能互相可见主数据决定单据上的默认值从哪来这两块没理顺后面所有流程都是空中楼阁。2.1 销售范围是由哪四个组织对象拼出来的销售与分销模块的组织单位比财务模块多一层这也是资料里最容易看花眼的地方。SD涉及的常见组织单位有公司代码、销售组织、分销渠道、产品组、工厂和装运点。其中前四个是学习SD最先要落地的因为“销售范围”这个关键概念就是由它们组合出来的。销售范围 销售组织 分销渠道 产品组。它不是一张物理表而是一个逻辑组合但很多主数据和单据都挂在这个组合下。客户主数据的销售范围数据、物料主数据的销售视图、定价条件记录全都以销售范围为查找前提。换句话说系统在执行定价或复制单据时首先在后台确定的是“当前属于哪个销售范围”再去找对应的数据。组织对象含义与SD单据的关系公司代码出法定报表的账务单位决定销售单据归到哪个账套开票过账科目从这里取销售组织销售业务的最高层级销售订单、交货、开票都归属在销售组织下分销渠道销售方式如批发、零售、电商区分不同渠道的价格和主数据视图产品组产品大类与销售组织、分销渠道共同组成销售范围工厂物理存货地点决定库存地点、可用性检查和发货路径装运点实际发货的物流地点由装运条件、工厂、装载组共同确定我一般会建议初学者做一件事在资料的组织架构截图里先把“哪些单位是直接分配的”标出来。比如销售组织要分配给公司代码这是第一步然后分销渠道和产品组各自维护再把它们和销售组织放到一起形成销售范围。你在系统里创建订单时界面会让你输入“销售范围”实际上就是在选这三者的组合。具体操作可以这样来进入后台配置按路径“IMG → 企业结构 → 定义 → 销售和分销”逐一查看销售组织、分销渠道、产品组的定义。不需要背任何代码只要对照资料的截图确认每个对象在演示系统里属于哪一层。然后问自己一个问题如果换成我的项目公司代码、销售组织、分销渠道、产品组分别应该设哪些提示主数据和定价条件都带有“有效范围”销售范围配错会导致“客户在销售范围中不存在”这类经典报错。资料里出现的组织代码不要照抄要抄的是层级关系。2.2 客户与物料主数据四个角色和三个视图的对应主数据是SD单据流默认值的源头。订单上有售达方、送达方、开票方、付款方四个合作伙伴很多新手以为客户主数据就是“一个客户”实际上一个业务伙伴在系统里可以同时承担多个角色也可以用不同号码区分。中文资料里对这四个角色的叫法可能略有差异但作用是一致的。售达方是下单的人决定价格和订单抬头信息送达方是收货地址决定交货计划开票方决定发票寄给谁付款方决定应收款的归属。在订单界面四个角色可以填同一个人也可以完全不同。业务上常见的是“总部下单、门店收货、总部开票、总部付款”这时售达方和送达方就会不一样。客户主数据通常分三层维护通用数据地址、税号、公司代码数据统驭科目、催款程序、销售范围数据销售属性、定价、交货等信息。其中销售范围数据最容易漏因为创建客户时如果只回车到公司代码层就保存系统会提示销售范围数据不完整。物料主数据同理必须维护销售视图才能在订单行项目里正常使用。实际操作上我建议新手上手时先创建一组最小主数据组合用一个客户同时担任四个角色再建一个简单物料维护好基本视图、销售视图和工厂视图。然后把这组主数据用于后续所有流程演练。这样即使出错排查范围也最小。主数据对象涉及视图漏维护时出现的典型问题客户主数据通用、公司代码、销售范围订单创建提示客户未分配到销售组织物料主数据基本、销售、工厂、MRP行项目类别判断异常无法设置计划行定价条件记录按条件表维护订单带不出价格或价格与约定不符另一个值得注意的点是客户账户组。账户组决定客户主数据创建时显示哪些字段、按什么号码范围编号也影响伙伴角色的默认值。资料里如果提到“账户组”但没展开可以自己去系统里比较几个预置账户组的字段布局差异这是理解客户主数据最快的方法。常见做法是新项目启动阶段先做组织架构和主数据概念培训再进入具体配置。因为后续定价、可用性检查、复制控制都依赖这里的主数据字段。中文培训资料在这一块的价值不在截图而在那几张“角色—视图—字段”对照表建议把它们抄下来放到自己的笔记里。3. 定价过程是最值得抄笔记的一章条件类型、存取顺序与定价过程只要做过SD面试或实施都知道定价是必考题也是最容易翻车的配置。“价格明明维护了订单上就是不出来”是每个顾问都遇到过的玄学问题。培训资料在定价章节通常会给一张定价过程截图但很少有人逐列解释每个字段是干什么的。这一章把定价拆成四个概念来理解后面排错才能有的放矢。3.1 定价四件套先搞清条件记录为什么“带了价格但不对”定价的四个组成是条件类型、存取顺序、条件记录和定价过程。其中条件记录是唯一真正“存数据”的地方其他三者都是配置。很多新手只在事务代码VK11里维护了条件记录却不知道为什么报价没变问题往往出在存取顺序和定价过程的配合上。条件类型是价格的“容器”例如PR00代表商品售价常见的还有折扣类型、运费类型、税类型。存取顺序是查找规则它定义系统先去哪张条件表找条件记录找不到再去哪张表。条件记录则是具体数据比如“客户A 物料B 生效日期区间 金额100元”。定价过程是一张步骤表它把条件类型按“基价 → 折扣 → 小计 → 运费 → 税”的先后顺序排出来系统按步骤逐行计算最终得到净价。定价要素作用排查时的关注点条件类型定义价格、折扣、费用的计算方式是否被定价过程引用是否允许手工变更存取顺序定义查哪几张条件表、按什么顺序查表顺序直接影响条件记录的优先级条件记录实际维护的价目数据有效期、组织范围、组合键是否匹配定价过程定义计算步骤和汇总逻辑步骤顺序、需求、小计、统计开关订单价格的形成过程是系统根据销售范围、客户主数据上的定价过程、单据类型的定价过程共同确定使用哪一个定价过程然后再按定价过程中的步骤逐行读取对应的条件类型和条件记录。如果某一行的条件记录不存在系统不会报错只会让该步骤金额显示为空或继续走下一行。这就是“带了价格但不对”的根源。我自己排查价格问题时第一件事不是看配置而是打开订单行项目的“定价分析”。这里能看到每一行条件类型来自哪张条件表、金额是怎么算出来的、哪个步骤被跳过了。对比定价过程的配置截图很快能定位是存取顺序、需求还是条件记录本身的问题。3.2 配置定价的常见路径与两个必查开关定价相关配置主要在“IMG → 销售和分销 → 基本功能 → 定价 → 定价控制”下。常见入口包括定义条件类型、定义存取顺序、定义定价过程、分配定价过程。新手不要试图一次配完按“存取顺序 → 条件类型 → 条件记录 → 定价过程”的顺序来最稳。条件记录的维护路径相对简单事务代码VK11创建价格条件记录VK12修改VK13显示。我在项目里经常提醒业务用户VK11维护时一定要看“有效期”和“销售范围”两个页签条件记录不是全局有效的它受组织层级和有效期双重约束。资料里经常写“维护价格”但不会强调“条件记录的有效期是按天生效的”这一点在月底调价时最坑。配置定价过程中有两个开关对新手最不友好一个是“需求”Requirement一个是“统计”Statistical。需求字段填了特定编号时只有当系统判断业务场景满足该需求这个条件类型的行才会参与计算统计开关勾上后该行金额只显示不计入合计。两个开关组合起来会制造出大量“价格不对”的案例。手动演练可以这样来在VK11里创建一条“物料数量阶梯”的价格记录然后在VA01创建一张销售订单输入该物料数量取不同档位。打开行项目的定价分析观察系统在哪个步骤取到了哪条记录。这个过程只要做一遍对存取顺序和定价过程的理解会立刻上台阶。4. 把资料串成订单到收款全流程订单、交货、开票三件套SD培训资料里篇幅最长的部分几乎都是从销售订单一路讲到开票。这也是一个完整项目里最常走的路径。很多初学者把重点放在“点哪些按钮”上忽略了单据背后有一套复制控制规则。这里先把流程拆成销售订单、交货与发货过账、开票三块每块讲清它依赖的配置。4.1 销售订单里的三个类别订单类型、项目类别、计划行类别销售订单不是简单的一张表它由订单抬头、行项目、计划行三层组成。每一层都有一个“类别”在背后控制行为。订单类型控制抬头层面的编号、单据流和权限项目类别控制行项目层面的业务场景比如正常物料、免费物料、文本项目计划行类别控制交货时间和可用性检查方式。新手最常见的困惑是为什么同一个物料订单上的项目类别有时是“标准”有时是“免费”这通常由物料主数据上的“项目类别组”与订单类型的“项目类别确定规则”共同决定。类别含义典型值示例影响订单类型单据抬头分类OR表示标准订单RE表示退货订单编号范围、复制控制、单据流状态项目类别行项目业务场景TAN标准项目TAS物料项目TAQ免费项目是否影响库存、是否参与定价计划行类别交货计划与可用性检查CP表示按确认交货CN表示不检查决定ATP检查策略和交货时点创建订单的入口是事务代码VA01实际业务里也可以用VA02修改、VA03显示。创建时填好售达方、送达方、物料、数量后展开“项目”和“计划行”页签系统会自动带出默认的项目类别和计划行类别。我一般会让业务用户把这个界面截图存档因为后续所有“订单为什么不能交货”的排查都要先回到这两个字段确认。4.2 交货单与发货过账可用性检查和装运点确定销售订单确认后下一步是创建外向交货单事务代码是VL01N。交货单是物流执行层面的单据它决定从哪个工厂、哪个装运点发货以及库存够不够。创建交货单时系统会执行可用性检查ATP对订单数量和交货日期进行校验。如果库存不足系统会给出提示或按检查规则调整可交货数量。发货过账用事务代码VL02N过账后会生成物料凭证和会计凭证库存随之减少销售成本同时产生。很多刚接触SD的人常把“创建交货单”和“发货过账”混为一谈前者只是建立交货计划后者才真正动库存和账务。培训资料里的流程截图一般不会区分这两个时点但项目上线后这是争议最多的地方。装运点的确定规则是根据订单上的装运条件、工厂和物料主数据上的装载组在后台配置的装运点确定表中找到对应装运点。如果找不到系统会提示“无法确定装运点”。这个报错不是流程问题而是配置问题新项目里几乎必遇到一次。排查时先确认这三个输入字段都有值再检查IMG里的装运点确定配置。4.3 开票与复制控制为什么开票不是重新录入开票是SD流程的收尾事务代码是VF01批量处理用VF04按条件筛选未开票的交货单。开票类型常见的有F1基于销售订单开票和F2基于交货单开票。开票后系统按复制控制规则把交货单或订单上的字段复制到开票凭证同时生成应收款和收入科目的会计凭证。复制控制是单据流能“自动传递”的关键。它定义在“IMG → 销售和分销 → 维护复制控制”下分“从订单到交货”“从交货到开票”等方向。每个方向里按源单据类型和目标单据类型组合配置哪些字段复制、哪些字段重新计算。如果“从交货到开票”的复制规则没配交货单完成后在VF04的开票清单里就找不到它。复制控制里最容易忽略的参数是“数据复制”页签下的字段映射。比如交货单上的实际交货数量是否覆盖订单数量、开票时是否重新取价都由这里的映射决定。我遇到过项目上线后开票金额与订单金额不一致查到最后是复制控制里把“价格复制类型”设成了重新取价而定价日期又跨了月。单据流环节入口依赖的配置常见卡点销售订单VA01订单类型、项目类别确定项目类别不符合预期外向交货单VL01N装运点确定、复制控制无法确定装运点或库存不足发货过账VL02N移动类型、物料凭证库存不足或移动类型未启用开票VF01/VF04复制控制、开票类型交货单一找就有找不到就是复制控制缺配置5. SD学习避坑翻译偏差、版本差异与主数据错配的五条排查记录看中文培训资料有一个隐含成本翻译用词和软件版次都在变。你按资料里的菜单名去找配置可能换了新系统就找不到了按旧版本的事务代码输入系统甚至提示不存在。这一章整理五条我实际踩过的坑每条按现象、原因、解决来写希望能帮你在学习阶段少走弯路。5.1 术语翻译不一致导致配置时找不到对象现象资料里写“销售范围”项目同事说“销售区域”到配置里搜英文才发现是同一个东西。或者资料写“装运”系统界面显示“发运”功能明明一样对话时各说各话。原因SAP界面本身是多语言发布的中文翻译在不同版次和不同模块间并不完全统一。培训资料可能来自不同版本或不同译者术语没有对齐。解决建立团队内部术语表所有对照以系统IMG菜单里的字段描述为准。搜索时优先用英文简称比如Sales Area、Shipping Point、Billing。做配置截图发给别人时把英文术语一并标注避免后续沟通二次踩坑。5.2 条件记录不生效存取顺序和定价过程开关现象用VK11维护了客户促销价回到订单VA01里价格还是带成了标准价或者根本没带出价格。原因三个可能。第一存取顺序里条件表的排序不对系统先命中了其他条件表第二定价过程中该条件类型所在步骤的需求条件不满足整行被跳过第三条件记录的有效期或销售范围没覆盖当前订单。解决打开订单行项目的“定价分析”逐行看系统实际读到了哪张条件表、哪个金额。然后回头对照存取顺序的查找顺序和定价过程的步骤配置。改完配置后记得重新创建订单再验证不要复用旧订单因为旧订单已经保存了定价结果。5.3 版本差异导致事务代码或表结构对不上现象按资料输入事务代码系统提示“事务代码不存在”。或者资料里说某张表叫什么名字用SE11查看时表还在但字段数量结构完全对不上。原因资料基于较早版本系统编写新一代系统里部分事务代码被合并或替换尤其是客户主数据维护和部分报表事务代码。表结构也因为底层数据模型变化而调整。解决优先使用IMG菜单路径而不是背事务代码。进入SPRO后台后按菜单逐层展开哪怕路径长一点也比记错代码强。遇到资料里提到的表名和事务代码先在系统里用事务代码SE93查一下该代码是否仍然存在再决定是否继续用。5.4 主数据视图不完整导致单据流程卡住现象创建销售订单时提示“客户没有分配到销售范围”或者物料在订单行项目里显示不正常无法维护数量。原因客户主数据的销售范围视图没维护或物料主数据的销售视图没有创建。主数据的分层视图决定了单据可用的字段。解决进入客户主数据显示事务检查销售范围数据是否覆盖当前销售组织、分销渠道和产品组的组合。不够就补充维护。物料主数据同理查看基本视图、销售视图、工厂视图是否都存在。对于新建立的测试用户我一般建议把客户账户组选成“售达方送达方”的通用账户组减少字段缺失的概率。5.5 复制控制缺失导致交货单开不出票现象交货单已经发货过账库存也扣了VF04的开票清单里就是看不到这条交货单。原因从交货单到开票方向的复制控制没有配置系统不知道交货单应该复制成哪一类开票凭证。也有可能是开票类型不对或交货单的“开票状态”字段没有更新。解决在IMG里进入“维护复制控制”找到“外向交货单 → 开票凭证”方向检查源单据类型和目标单据类型的组合是否存在。配置时注意源类型应填交货单类型LF目标类型按业务填F2等。改完配置后重新执行交接过账并刷新开票清单。6. 资料学完怎么用三个业务场景把SD知识盘活把SAP-SD中文培训资料从头看到尾只是热身真正能证明学会的方式是用业务场景把流程串起来。我建议每个人都做下面三个演练不需要真实业务数据用自己建的最小主数据就可以。第一个场景是最常见的正向主流程新品上架到开票。步骤是创建物料并维护销售视图和工厂视图创建客户并维护四个角色用VK11维护一条价格记录然后依次做VA01创建销售订单、VL01N创建外向交货单、VL02N发货过账、VF01开票。每做完一步就截屏记录字段传递重点看订单上的价格、数量和金额如何流到交货单和发票上。第二个场景是做指定客户的促销价。在定价配置里新增一个条件表和存取顺序把促销优先级高于标准价再维护一条仅针对该客户的价格记录。回到订单验证价格是否被正确选中。这个演练能把定价过程中最难理解的“存取顺序优先级”彻底做明白也能检验配置改动是否影响正常订单。第三个场景是退货与贷项凭证。用退货订单类型RE创建退货订单创建退货交货单并做退货收货最后开贷项凭证。这个流程涉及反向移动类型和开票时的贷项处理是实施项目中常用但培训资料往往一笔带过的部分。跑通它的意义在于你真正理解了库存、收入、应收三者之间的倒冲关系。我自己学这块时的血泪经验是PPT过了一遍就急着动配置结果把定价过程中的“统计”开关误勾上所有价格显示正常但合计永远为零排查了一天。后来养成了习惯——每改一个配置开关就用正向流程走一遍验证再对旧数据做一次回归。这个习惯一直沿用到现在。资料给的是知识框架三个场景练下来才算是把它变成了自己能用的技能。希望帮到你。本文还有配套的精品资源点击获取