简介：这份PDF手册面向SAP SD模块的初学者与实施顾问，系统梳理销售与分销模块的基础配置逻辑，帮助读者理解从报价到发货的完整业务流程如何通过后台配置落地。内容围绕产品组、分销渠道、销售组织、销售区域等核心专有名词展开，并覆盖产品主数据、客户主数据、定价、订单处理、发票账单、运输配送等系统流程，同时详解销售组织与产品组、分销渠道、工厂、公司代码的分配关系，以及销售区域到销售凭证类型的分配方法。资源包为1个PDF文件，大小约29.36MB，目录结构清晰，按基础配置、专有名词、系统流程、配置细节逐层展开，便于按模块查阅与对照学习。目前已有1529人学习下载，适合需要打牢SAP SD配置基础、理清组织架构与主数据关联关系的读者参考使用。

1. 从一张配置清单说起：SAP SD 模块环境搭建到底在装什么

很多人第一次接触 SAP SD 模块，以为“安装”就是点下一步、等进度条走完。真到了项目上才发现，SD 的“安装”其实是另一回事——它是在系统里把一整套销售与分销的组织架构、凭证流程、定价逻辑、科目确定规则一层层配出来。配错了，报价单转不了订单，订单交不了货，交货开不了票，开票过不了账，整条链路卡在某个节点上，业务那边催得急，你这边连报错都看不懂。这套基础配置手册覆盖的正是从产品组、分销渠道、销售组织、销售区域，到装运点、销售凭证、交货、开票、开票计划、文本控制、税收、科目分配、日历、常用表这一整条配置链路，外加信贷与客户主数据的后台设置。它适合刚接手 SD 模块的顾问、内部运维，以及需要自己动手搭一套演示或测试环境的开发者。装之前先把环境列清楚，比急着敲事务码重要得多。

2. 环境准备与版本确认：SPRO 入口、集团策略和命名规范

2.1 确认系统版本与模块可用性

SAP SD 的配置入口是 SPRO（事务码 SPRO），但不同版本下菜单路径和节点名称会有差异。ECC6 和 S/4HANA 在 SD 配置树上就有明显区别，比如 S/4HANA 里部分传统节点被合并或迁移到新的事务码下。动手之前先确认三件事：系统版本（ECC6 还是 S/4HANA）、当前登录集团（Client）的角色、以及 SD 模块是否已激活。用事务码 SM51 看应用服务器状态，用 SCC4 看集团属性，确认该集团允许“对资源库和跨集团对象做更改”。如果集团是生产属性，别在上面直接配，先复制一个测试集团出来。

# 在 SAP GUI 命令框中依次执行，确认基础环境 SM51 # 查看应用服务器列表，确认 SD 相关服务在线 SCC4 # 查看集团属性，确认“更改”权限和集团角色 SU01 # 查看当前用户是否有 SAP_ALL 或 SD 配置相关权限

SM51 返回的服务器列表里，如果 SD 相关的后台作业没有挂掉，说明模块基本可用。SCC4 里重点看“集团角色”和“更改选项”，生产集团通常设为“不允许更改”，测试集团设为“自动记录更改”。SU01 确认当前账号有 SAP_ALL 或至少 S_DEVELOP、S_TABU_DIS 这类配置权限，否则后面 SPRO 里很多节点是灰的，点不动。

2.2 配置请求与传输策略

SD 配置属于跨集团定制，必须挂在请求号下才能传到其他集团。我一般会先建一个配置请求，命名上带模块和日期，比如SD_BASIC_20250601。用事务码 SE09 或 SE10 创建请求，类型选“定制请求”。之后在 SPRO 里每保存一次配置，系统都会提示挂到请求上。这里有个容易翻车的地方：如果一开始没建请求，直接保存，配置会落到本地请求里，后面想传到测试或生产集团就得多绕一步。常见做法是进 SPRO 之前先 SE10 建好请求，把请求号记在便签上。

# 创建定制请求 SE10 -> 创建 -> 定制请求 -> 描述填 SD_BASIC_20250601 -> 记录请求号 # 后续 SPRO 保存时，在弹出窗口选择该请求

请求号建好后，SPRO 里每次保存都会弹窗让你选请求。如果没弹，说明该配置节点是“无请求”的本地对象，或者你的用户参数里没配请求归属。用 SU3 检查用户参数，看有没有设置默认请求。传输策略上，建议按“开发→测试→生产”三段走，别从开发直接传生产。SD 配置里像销售组织、分销渠道这种组织架构数据，一旦传到生产再改，关联的凭证和主数据都会受影响，后悔药很贵。

2.3 命名规范与配置顺序

SD 配置的节点非常多，从产品组到科目确定，少说上百个。没有命名规范，过两个月自己都认不出来。我一般会按“模块_对象_序号”来命名，比如SD_DIV_01、SD_DCH_01、SD_SORG_01。配置顺序上，先配组织架构（产品组、分销渠道、销售组织、销售区域），再配主数据相关（客户科目组、物料科目组），然后是凭证流程（销售凭证类型、项目类别、计划行类别），最后是定价、税收、科目确定、开票计划这些依赖前面结构的节点。顺序反了，后面很多分配节点会找不到前置对象。

# 推荐配置顺序（按 SPRO 节点） 1. 企业结构 -> 定义 -> 销售与分销 -> 产品组、分销渠道、销售组织、销售区域 2. 销售与分销 -> 主数据 -> 客户、物料 3. 销售与分销 -> 销售 -> 销售凭证 -> 凭证类型、项目类别、计划行类别 4. 销售与分销 -> 销售 -> 定价 -> 税收 -> 科目分配 5. 销售与分销 -> 开票 -> 开票计划 -> 发票类型

这个顺序不是死的，但大方向别乱。比如先配科目确定再配销售组织，科目确定里的“客户科目组”和“物料科目组”就找不到关联对象。另外，每配完一个模块，用 SE10 释放一次请求，别攒到最后一次性释放，出问题不好回退。

3. 组织架构配置：产品组、分销渠道、销售组织与销售区域

3.1 产品组与分销渠道的定义和分配

产品组（Division）和分销渠道（Distribution Channel）是 SD 组织架构里最上层的两个维度。产品组用来区分产品线，比如家电、零部件、服务；分销渠道用来区分销售路径，比如直销、批发、零售。配置入口在 SPRO -> 企业结构 -> 定义 -> 销售与分销。定义产品组用事务码 OVXB，定义分销渠道用 OVXI。定义完之后，要把产品组和分销渠道分配给销售组织，用 OVXJ 和 OVXK。

# 定义产品组 SPRO -> 企业结构 -> 定义 -> 销售与分销 -> 定义产品组 -> 新建条目 # 字段：产品组（2位字母数字）、描述 # 示例：01 家电、02 零部件、03 服务 # 定义分销渠道 SPRO -> 企业结构 -> 定义 -> 销售与分销 -> 定义分销渠道 -> 新建条目 # 字段：分销渠道（2位）、描述 # 示例：01 直销、02 批发、03 零售 # 分配产品组到销售组织 SPRO -> 企业结构 -> 分配 -> 销售与分销 -> 给销售组织分配产品组 # 选择销售组织 -> 勾选允许的产品组 # 分配分销渠道到销售组织 SPRO -> 企业结构 -> 分配 -> 销售与分销 -> 给销售组织分配分销渠道 # 选择销售组织 -> 勾选允许的分销渠道

产品组和分销渠道的定义本身很简单，坑在分配环节。一个销售组织可以关联多个产品组和分销渠道，但不是随便勾。如果业务上某个销售组织只卖家电，就别把零部件勾上，否则创建销售订单时选错产品组，后续定价和科目确定会走到错误的规则里。我一般会先跟业务确认清楚“哪个销售组织卖哪些产品线、走哪些渠道”，画一张矩阵表再动手配。

3.2 销售组织的定义与多级分配

销售组织（Sales Organization）是 SD 里最核心的组织单元，代表一个独立的销售实体。定义用事务码 OVX5。定义完之后要做三组分配：给公司代码分配销售组织（OVX3）、给工厂分配销售组织/分销渠道（OVX6）、给销售组织分配产品组和分销渠道（前面已提）。公司代码是财务实体，销售组织挂到公司代码下，开票产生的会计凭证才能过到正确的公司。

# 定义销售组织 SPRO -> 企业结构 -> 定义 -> 销售与分销 -> 定义销售组织 -> 新建条目 # 字段：销售组织（4位）、描述、公司代码 # 示例：SO01 华东销售、SO02 华南销售 # 给公司代码分配销售组织 SPRO -> 企业结构 -> 分配 -> 销售与分销 -> 给公司代码分配销售组织 # 选择公司代码 -> 分配销售组织 # 给工厂分配销售组织/分销渠道 SPRO -> 企业结构 -> 分配 -> 销售与分销 -> 给工厂分配销售组织/分销渠道 # 选择工厂 -> 分配销售组织 -> 分配分销渠道

给工厂分配销售组织/分销渠道这一步，决定了后续交货时从哪个工厂发货。如果工厂没分配给对应的销售组织，创建交货单时会报“工厂未分配给销售组织”的错误。常见做法是先把工厂、销售组织、分销渠道的对应关系列成表，再逐条配。另外，一个销售组织可以分配给多个工厂，但一个工厂在同一分销渠道下只能分配给一个销售组织，这个约束在配置时系统会校验。

3.3 销售区域的设置与凭证类型分配

销售区域（Sales Area）是销售组织、分销渠道、产品组三者的组合，代表一个具体的销售市场。设置销售区域用事务码 OVXG。设置完之后，要把销售区域分配给销售凭证类型，用 OVXH。销售凭证类型包括报价单、订单、交货单、发票等，每种凭证类型需要关联到特定的销售区域，才能正确处理交易。

# 设置销售区域 SPRO -> 企业结构 -> 分配 -> 销售与分销 -> 设置销售区域 # 选择销售组织 -> 分销渠道 -> 产品组 -> 组合成销售区域 # 分配销售区域到销售凭证类型 SPRO -> 销售与分销 -> 销售 -> 销售凭证 -> 销售凭证类型 -> 分配销售区域到销售凭证类型 # 选择凭证类型 -> 分配允许的销售区域

销售区域的组合数量容易失控。比如 3 个销售组织、3 个分销渠道、3 个产品组，理论上 27 个销售区域。实际业务里不需要全组合，只配真正用到的。我见过一个项目配了 40 多个销售区域，结果主数据维护时选错销售区域，订单跑到错误的定价规则里，查了半天才发现是销售区域分配多了。建议按业务实际场景配，别图省事全勾。

4. 销售凭证与流程配置：从订单类型到复制控制

4.1 销售凭证类型的定义与号码范围

销售凭证类型（Sales Document Type）决定了订单、报价、合同等凭证的行为。定义用事务码 VOV8。关键字段包括：凭证类别（订单、报价、合同）、号码范围、项目类别确定过程、计划行类别确定过程、不完整处理过程。号码范围用 VN01 定义，然后分配给凭证类型。号码范围分内部编号和外部编号，内部编号系统自动生成，外部编号手工输入。我一般建议订单类凭证用内部编号，避免手工输入重复。

# 定义销售凭证类型 SPRO -> 销售与分销 -> 销售 -> 销售凭证 -> 销售凭证类型 -> 定义销售凭证类型 # 事务码 VOV8 # 关键字段： # SD 凭证类别：C 订单、B 报价、A 合同 # 号码范围：内部/外部 # 项目类别确定过程：用于确定项目类别 # 计划行类别确定过程：用于确定计划行类别 # 定义号码范围 SPRO -> 销售与分销 -> 销售 -> 销售凭证 -> 定义号码范围 # 事务码 VN01 # 维护号码范围：起始号、结束号、当前号、内部/外部

VOV8 里有个“不完整处理过程”字段，很多人忽略。如果订单缺少必填字段（比如客户、物料、数量），系统会根据这个字段决定是警告还是报错。配错了，要么订单缺数据也能保存，要么正常订单被卡住。常见做法是订单类型用“A 标准订单”的不完整过程，报价用“B 报价”的过程，别混用。

4.2 项目类别与计划行类别的分配

项目类别（Item Category）决定订单行项目的行为，比如是否与库存相关、是否触发交货、是否开票。定义用 VOV4，分配用 VOV7。计划行类别（Schedule Line Category）决定计划行的行为，比如是否传递需求、是否触发采购。定义用 VOV6，分配用 VOV5。项目类别和计划行类别的确定依赖“项目类别确定过程”和“计划行类别确定过程”，这两个过程在 VOV8 里分配给凭证类型。

# 定义项目类别 SPRO -> 销售与分销 -> 销售 -> 销售凭证 -> 项目 -> 定义项目类别 # 事务码 VOV4 # 关键字段：项目类别、描述、与库存相关、与交货相关、与开票相关 # 分配项目类别 SPRO -> 销售与分销 -> 销售 -> 销售凭证 -> 项目 -> 分配项目类别 # 事务码 VOV7 # 选择：销售凭证类型 + 项目类别组 + 项目类别确定过程 -> 分配项目类别 # 定义计划行类别 SPRO -> 销售与分销 -> 销售 -> 销售凭证 -> 计划行 -> 定义计划行类别 # 事务码 VOV6 # 分配计划行类别 SPRO -> 销售与分销 -> 销售 -> 销售凭证 -> 计划行 -> 分配计划行类别 # 事务码 VOV5

项目类别分配里有个“项目类别组”，来自物料主数据。如果物料主数据的项目类别组没维护，订单行项目就找不到对应的项目类别，会报“项目类别无法确定”。我一般会在配项目类别之前，先检查物料主数据的销售视图，确认项目类别组已维护。计划行类别同理，依赖物料主数据的计划行类别组。

4.3 复制控制的维护

复制控制（Copy Control）决定凭证之间的复制关系，比如报价转订单、订单转交货、交货转发票。维护用事务码 VTAA（销售凭证到销售凭证）、VTLA（销售凭证到交货）、VTLF（交货到开票）。复制控制里可以控制哪些字段复制、哪些重新确定、哪些清空。比如订单转交货时，数量可以复制，但交货日期要重新确定。

# 维护销售凭证到销售凭证的复制控制 SPRO -> 销售与分销 -> 销售 -> 维护销售凭证的复制控制 # 事务码 VTAA # 选择源凭证类型 -> 目标凭证类型 -> 维护字段复制规则 # 维护销售凭证到交货的复制控制 SPRO -> 销售与分销 -> 销售 -> 维护销售凭证到交货的复制控制 # 事务码 VTLA # 维护交货到开票的复制控制 SPRO -> 销售与分销 -> 销售 -> 维护交货到开票的复制控制 # 事务码 VTLF

复制控制里最容易翻车的是“字段复制规则”。比如订单转交货时，如果“交货日期”字段设成了“复制”，交货单会带着订单的原始日期，而不是重新计算。我一般会把日期类字段设为“重新确定”，数量类字段设为“复制”，价格类字段设为“重新确定”。另外，复制控制里的“例程”字段可以挂 ABAP 代码，但别轻易动，改错了整条复制链路都会断。

5. 避坑与排查：SD 配置里最容易翻车的五个地方

5.1 销售区域分配过多导致主数据选错

现象：创建销售订单时，输入客户和物料后，系统带出的定价条件不对，或者科目确定报错。原因：销售区域配了太多组合，主数据维护时选错了销售区域，导致订单跑到错误的定价规则和科目确定规则里。解决：按业务实际场景配销售区域，别全组合。用事务码 VOR2 检查销售区域的分配情况，确认每个销售区域都有对应的业务场景。主数据维护时，用客户和物料的销售视图确认销售区域是否正确。

5.2 工厂未分配给销售组织导致交货报错

现象：创建交货单时，系统报“工厂未分配给销售组织”或“装运点无法确定”。原因：工厂没有分配给对应的销售组织/分销渠道，或者装运点的确定规则没配好。解决：用事务码 OVX6 检查工厂到销售组织/分销渠道的分配。用 OVXC 检查装运点的确定规则，确认工厂、装运点、库存地点的对应关系。如果装运点确定规则里用了“库存地点”，还要检查物料主数据的库存地点是否维护。

5.3 项目类别无法确定导致订单行项目报错

现象：创建订单时，输入物料后系统报“项目类别无法确定”。原因：物料主数据的项目类别组没维护，或者项目类别确定过程里没有对应的分配记录。解决：用 MM03 检查物料主数据的销售视图，确认“项目类别组”字段已维护。用 VOV7 检查项目类别分配，确认销售凭证类型、项目类别组、项目类别确定过程的组合有对应记录。如果物料是新创建的，检查物料类型的字段选择是否允许维护项目类别组。

5.4 号码范围未分配导致凭证无法保存

现象：保存订单时，系统报“号码范围未分配”或“号码范围已满”。原因：凭证类型的号码范围没分配，或者号码范围的当前号已经用到结束号。解决：用 VN01 检查号码范围的定义和当前号。用 VOV8 检查凭证类型的号码范围分配。如果号码范围已满，可以扩展结束号，但要注意不要和已有号码冲突。常见做法是内部编号范围留足余量，比如从 10000000 到 19999999。

5.5 复制控制字段设置错误导致数据丢失

现象：订单转交货时，某些字段（比如客户参考、交货日期）没有正确传递。原因：复制控制里的字段复制规则设错了，该复制的字段设成了“清空”，该重新确定的字段设成了“复制”。解决：用 VTLA 检查销售凭证到交货的复制控制，逐字段确认复制规则。日期类字段一般设为“重新确定”，数量类字段设为“复制”，价格类字段设为“重新确定”。修改复制控制后，要释放请求并传到测试集团验证，别直接在生产上改。

6. 装完怎么验证：用一张订单跑通全流程

配置做完之后，别急着交付。我一般会用一个完整的业务场景跑一遍：创建客户主数据、物料主数据，然后创建报价单，转订单，转交货，转发票，最后看会计凭证。这个流程能跑通，说明组织架构、凭证类型、项目类别、计划行类别、定价、税收、科目确定、开票计划这些配置基本都对。

# 全流程验证步骤 1. 创建客户主数据：XD01 -> 输入客户信息、公司代码、销售区域 2. 创建物料主数据：MM01 -> 输入物料信息、销售视图、工厂视图 3. 创建报价单：VA21 -> 输入客户、物料、数量 -> 保存 4. 报价转订单：VA21 -> 输入报价单号 -> 复制 -> 保存 5. 订单转交货：VL01N -> 输入订单号 -> 保存 6. 交货转发票：VF01 -> 输入交货单号 -> 保存 7. 查看会计凭证：FB03 -> 输入发票号 -> 查看凭证

每一步都有检查点。创建客户时，重点看销售区域是否带出正确的分销渠道和产品组。创建物料时，重点看销售视图的项目类别组和科目分配组是否维护。创建报价单时，重点看定价条件是否自动带出，税收类别是否正确。报价转订单时，重点看复制控制是否把该带的字段带过来了。订单转交货时，重点看装运点是否自动确定，计划行是否传递了需求。交货转发票时，重点看开票数量是否和交货数量一致，科目确定是否带出了正确的总账科目。

如果某一步报错，按报错信息反查配置。比如“项目类别无法确定”就查 VOV7，“工厂未分配给销售组织”就查 OVX6，“号码范围未分配”就查 VN01 和 VOV8。我一般会在测试集团里跑三遍：第一遍用标准数据，第二遍用边界数据（比如数量为 0、日期为过去），第三遍用异常数据（比如客户信用冻结、物料库存不足）。三遍都过了，才考虑传到生产。

从那以后我每次配完 SD 基础配置，都强制走一遍“报价→订单→交货→发票→会计凭证”的全流程，不跑通不交付。希望帮到你。

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