企业官网建设流程全解析

简介：这是一份面向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最先要落地的，因为“销售范围”这个关键概念就是由它们组合出来的。

销售范围 = 销售组织 + 分销渠道 + 产品组。它不是一张物理表，而是一个逻辑组合，但很多主数据和单据都挂在这个组合下。客户主数据的销售范围数据、物料主数据的销售视图、定价条件记录，全都以销售范围为查找前提。换句话说，系统在执行定价或复制单据时，首先在后台确定的是“当前属于哪个销售范围”，再去找对应的数据。

我一般会建议初学者做一件事：在资料的组织架构截图里先把“哪些单位是直接分配的”标出来。比如销售组织要分配给公司代码，这是第一步；然后分销渠道和产品组各自维护，再把它们和销售组织放到一起形成销售范围。你在系统里创建订单时，界面会让你输入“销售范围”，实际上就是在选这三者的组合。

具体操作可以这样来：进入后台配置，按路径“IMG → 企业结构 → 定义 → 销售和分销”逐一查看销售组织、分销渠道、产品组的定义。不需要背任何代码，只要对照资料的截图，确认每个对象在演示系统里属于哪一层。然后问自己一个问题：如果换成我的项目，公司代码、销售组织、分销渠道、产品组分别应该设哪些？

提示：主数据和定价条件都带有“有效范围”，销售范围配错会导致“客户在销售范围中不存在”这类经典报错。资料里出现的组织代码不要照抄，要抄的是层级关系。

2.2 客户与物料主数据：四个角色和三个视图的对应

主数据是SD单据流默认值的源头。订单上有售达方、送达方、开票方、付款方四个合作伙伴，很多新手以为客户主数据就是“一个客户”，实际上一个业务伙伴在系统里可以同时承担多个角色，也可以用不同号码区分。中文资料里对这四个角色的叫法可能略有差异，但作用是一致的。

售达方是下单的人，决定价格和订单抬头信息；送达方是收货地址，决定交货计划；开票方决定发票寄给谁；付款方决定应收款的归属。在订单界面，四个角色可以填同一个人，也可以完全不同。业务上常见的是“总部下单、门店收货、总部开票、总部付款”，这时售达方和送达方就会不一样。

客户主数据通常分三层维护：通用数据（地址、税号）、公司代码数据（统驭科目、催款程序）、销售范围数据（销售属性、定价、交货等信息）。其中销售范围数据最容易漏，因为创建客户时如果只回车到公司代码层就保存，系统会提示销售范围数据不完整。物料主数据同理，必须维护销售视图才能在订单行项目里正常使用。

实际操作上，我建议新手上手时先创建一组最小主数据组合：用一个客户同时担任四个角色，再建一个简单物料，维护好基本视图、销售视图和工厂视图。然后把这组主数据用于后续所有流程演练。这样即使出错，排查范围也最小。

另一个值得注意的点是客户账户组。账户组决定客户主数据创建时显示哪些字段、按什么号码范围编号，也影响伙伴角色的默认值。资料里如果提到“账户组”但没展开，可以自己去系统里比较几个预置账户组的字段布局差异，这是理解客户主数据最快的方法。

常见做法是，新项目启动阶段先做组织架构和主数据概念培训，再进入具体配置。因为后续定价、可用性检查、复制控制都依赖这里的主数据字段。中文培训资料在这一块的价值不在截图，而在那几张“角色—视图—字段”对照表，建议把它们抄下来放到自己的笔记里。

3. 定价过程是最值得抄笔记的一章：条件类型、存取顺序与定价过程

只要做过SD面试或实施，都知道定价是必考题，也是最容易翻车的配置。“价格明明维护了，订单上就是不出来”是每个顾问都遇到过的玄学问题。培训资料在定价章节通常会给一张定价过程截图，但很少有人逐列解释每个字段是干什么的。这一章把定价拆成四个概念来理解，后面排错才能有的放矢。

3.1 定价四件套：先搞清条件记录为什么“带了价格但不对”

定价的四个组成是条件类型、存取顺序、条件记录和定价过程。其中条件记录是唯一真正“存数据”的地方，其他三者都是配置。很多新手只在事务代码VK11里维护了条件记录，却不知道为什么报价没变，问题往往出在存取顺序和定价过程的配合上。

条件类型是价格的“容器”，例如PR00代表商品售价，常见的还有折扣类型、运费类型、税类型。存取顺序是查找规则，它定义系统先去哪张条件表找条件记录，找不到再去哪张表。条件记录则是具体数据，比如“客户A + 物料B + 生效日期区间 + 金额100元”。定价过程是一张步骤表，它把条件类型按“基价 → 折扣 → 小计 → 运费 → 税”的先后顺序排出来，系统按步骤逐行计算，最终得到净价。

订单价格的形成过程是：系统根据销售范围、客户主数据上的定价过程、单据类型的定价过程，共同确定使用哪一个定价过程；然后再按定价过程中的步骤，逐行读取对应的条件类型和条件记录。如果某一行的条件记录不存在，系统不会报错，只会让该步骤金额显示为空或继续走下一行。这就是“带了价格但不对”的根源。

我自己排查价格问题时，第一件事不是看配置，而是打开订单行项目的“定价分析”。这里能看到每一行条件类型来自哪张条件表、金额是怎么算出来的、哪个步骤被跳过了。对比定价过程的配置截图，很快能定位是存取顺序、需求还是条件记录本身的问题。

3.2 配置定价的常见路径与两个必查开关

定价相关配置主要在“IMG → 销售和分销 → 基本功能 → 定价 → 定价控制”下。常见入口包括定义条件类型、定义存取顺序、定义定价过程、分配定价过程。新手不要试图一次配完，按“存取顺序 → 条件类型 → 条件记录 → 定价过程”的顺序来最稳。

条件记录的维护路径相对简单：事务代码VK11创建价格条件记录，VK12修改，VK13显示。我在项目里经常提醒业务用户，VK11维护时一定要看“有效期”和“销售范围”两个页签，条件记录不是全局有效的，它受组织层级和有效期双重约束。资料里经常写“维护价格”，但不会强调“条件记录的有效期是按天生效的”，这一点在月底调价时最坑。

配置定价过程中，有两个开关对新手最不友好：一个是“需求”（Requirement），一个是“统计”（Statistical）。需求字段填了特定编号时，只有当系统判断业务场景满足该需求，这个条件类型的行才会参与计算；统计开关勾上后，该行金额只显示，不计入合计。两个开关组合起来，会制造出大量“价格不对”的案例。

手动演练可以这样来：在VK11里创建一条“物料+数量阶梯”的价格记录，然后在VA01创建一张销售订单，输入该物料，数量取不同档位。打开行项目的定价分析，观察系统在哪个步骤取到了哪条记录。这个过程只要做一遍，对存取顺序和定价过程的理解会立刻上台阶。

4. 把资料串成订单到收款全流程：订单、交货、开票三件套

SD培训资料里篇幅最长的部分，几乎都是从销售订单一路讲到开票。这也是一个完整项目里最常走的路径。很多初学者把重点放在“点哪些按钮”上，忽略了单据背后有一套复制控制规则。这里先把流程拆成销售订单、交货与发货过账、开票三块，每块讲清它依赖的配置。

4.1 销售订单里的三个类别：订单类型、项目类别、计划行类别

销售订单不是简单的一张表，它由订单抬头、行项目、计划行三层组成。每一层都有一个“类别”在背后控制行为。订单类型控制抬头层面的编号、单据流和权限；项目类别控制行项目层面的业务场景，比如正常物料、免费物料、文本项目；计划行类别控制交货时间和可用性检查方式。新手最常见的困惑是：为什么同一个物料，订单上的项目类别有时是“标准”，有时是“免费”？这通常由物料主数据上的“项目类别组”与订单类型的“项目类别确定规则”共同决定。

创建订单的入口是事务代码VA01，实际业务里也可以用VA02修改、VA03显示。创建时填好售达方、送达方、物料、数量后，展开“项目”和“计划行”页签，系统会自动带出默认的项目类别和计划行类别。我一般会让业务用户把这个界面截图存档，因为后续所有“订单为什么不能交货”的排查，都要先回到这两个字段确认。

4.2 交货单与发货过账：可用性检查和装运点确定

销售订单确认后，下一步是创建外向交货单，事务代码是VL01N。交货单是物流执行层面的单据，它决定从哪个工厂、哪个装运点发货，以及库存够不够。创建交货单时，系统会执行可用性检查（ATP），对订单数量和交货日期进行校验。如果库存不足，系统会给出提示或按检查规则调整可交货数量。

发货过账用事务代码VL02N，过账后会生成物料凭证和会计凭证，库存随之减少，销售成本同时产生。很多刚接触SD的人常把“创建交货单”和“发货过账”混为一谈，前者只是建立交货计划，后者才真正动库存和账务。培训资料里的流程截图一般不会区分这两个时点，但项目上线后这是争议最多的地方。

装运点的确定规则是：根据订单上的装运条件、工厂和物料主数据上的装载组，在后台配置的装运点确定表中找到对应装运点。如果找不到，系统会提示“无法确定装运点”。这个报错不是流程问题，而是配置问题，新项目里几乎必遇到一次。排查时先确认这三个输入字段都有值，再检查IMG里的装运点确定配置。

4.3 开票与复制控制：为什么开票不是重新录入

开票是SD流程的收尾，事务代码是VF01，批量处理用VF04按条件筛选未开票的交货单。开票类型常见的有F1（基于销售订单开票）和F2（基于交货单开票）。开票后，系统按复制控制规则把交货单或订单上的字段复制到开票凭证，同时生成应收款和收入科目的会计凭证。

复制控制是单据流能“自动传递”的关键。它定义在“IMG → 销售和分销 → 维护复制控制”下，分“从订单到交货”“从交货到开票”等方向。每个方向里按源单据类型和目标单据类型组合，配置哪些字段复制、哪些字段重新计算。如果“从交货到开票”的复制规则没配，交货单完成后在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过了一遍就急着动配置，结果把定价过程中的“统计”开关误勾上，所有价格显示正常但合计永远为零，排查了一天。后来养成了习惯——每改一个配置开关，就用正向流程走一遍验证，再对旧数据做一次回归。这个习惯一直沿用到现在。资料给的是知识框架，三个场景练下来，才算是把它变成了自己能用的技能。希望帮到你。

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