简介：面向SAP SD（销售与分销）模块初学者与实施顾问的基础配置参考手册，聚焦从报价到发货全流程的系统配置逻辑，帮助读者理清销售组织、分销渠道、产品组等核心组织单元之间的关联关系，解决配置入门阶段概念混淆、分配关系不清的问题。资源包共1个PDF文件，约29.36MB，内容以图文目录形式组织，涵盖基础配置预览、专有名词解释、系统流程梳理，以及给销售组织分配产品组与分销渠道、给工厂分配销售组织、给公司代码分配销售组织、设置销售范围、分配销售区域到销售凭证类型、定义通用分销渠道与产品组、销售办公室与销售组等配置细节，目录层级清晰，便于按模块查阅。已有1532人学习，适合作为日常配置查阅与入门梳理的案头资料。
1. 一份 SD 配置手册，为什么比看十遍 SPRO 菜单更管用
刚接手 SAP SD 模块那阵子，我最怕的不是写增强，是打开 SPRO 之后那种“树状菜单一眼望不到底”的窒息感。销售组织、分销渠道、产品组、销售区域、装运点、项目类别、复制控制……每个词单拎出来都认识，串起来就不知道谁依赖谁。后来拿到一份 SD 基础配置手册，目录从产品组一路排到信贷和客户主数据，我才意识到：SD 配置的难点从来不是某个事务码记不住，而是配置对象之间的依赖顺序没人给你画清楚。这份手册的价值就在这——它把销售组织到公司代码、工厂到装运点、凭证类型到号码范围这些链条按落地顺序摊开，还附了常用表清单和名词解释。适合刚转 SD 的顾问、要接销售流程的 ABAP，以及被要求“把配置逻辑讲明白”的内部关键用户。
2. 先把组织架构的依赖链捋直：销售组织、分销渠道、产品组怎么咬合
SD 配置翻车，十有八九死在组织架构没搭对。很多人上来就建销售组织，建完发现工厂分配不进去，或者销售区域建出来是空的，回头删又删不干净。这一章把手册里最靠前、也最容易被跳过的几节拆开讲，重点不是“点哪里”，而是“为什么必须按这个顺序点”。
2.1 产品组与分销渠道：两个最容易被当成“随便填”的字段
产品组（Division）在手册里被定义成“逻辑分组，区分产品线或业务领域”，分销渠道（Distribution channel）是“产品到客户手中的路径”。听起来像两个独立维度，实际配置时它们是销售组织的左膀右臂——销售组织本身不直接挂物料，物料是通过“销售组织 + 分销渠道 + 产品组”这个三元组被销售范围（Sales Area）接住的。
我一般会先确认两件事再动手：产品组是不是要跟物料主数据的“产品组”字段对齐，分销渠道是不是要覆盖直销、批发、零售这几条真实业务线。常见做法是产品组按财务或物料管理已有的分组来，别在 SD 里另起一套；分销渠道宁少勿多，每多一个渠道，后面销售范围、装运点确认、定价过程都要跟着翻倍。
配置路径上，产品组和分销渠道的定义都在企业结构相关菜单下，定义完只是“有了这个值”，真正让它生效的是后面两步分配：
SPRO → 企业结构 → 定义 → 销售与分销 → 定义产品组（Division） 定义分销渠道（Distribution Channel） 定义销售组织（Sales Organization）定义完之后，手册里紧接着就是“给销售组织分配产品组”和“给销售组织分配分销渠道”。这两步是纯分配关系，没有参数可调，但顺序不能反——销售组织必须先存在。分配界面里一个销售组织可以勾多个产品组、多个分销渠道，勾选的那一刻，系统就在后台准备生成销售范围了。
提示：分配关系是“多对多”的，但业务上真正会用的组合远少于勾选出来的组合。勾多了不会报错，只会在建销售范围时冒出一堆用不上的条目，后期清理比新建还麻烦。
2.2 工厂、公司代码与销售组织：三条分配线别串味
手册里连续三节讲分配：给工厂分配销售组织/分销渠道、给公司代码分配销售组织、设置销售范围。这三条线经常被新手混成一件事，其实它们解决的是三个不同层面的问题。
给工厂分配销售组织/分销渠道，解决的是“这个工厂的货能通过哪个销售组织、哪个渠道卖出去”。一个工厂可以供多个销售组织，但每一条“工厂—销售组织—分销渠道”的组合都要单独维护。这里翻车的典型现象是：订单里工厂带不出来，或者带出来的是错的。原因多半是这条分配线漏了某个分销渠道。
给公司代码分配销售组织，解决的是财务归属。销售组织是销售侧的组织单位，公司代码是会计实体，两者是多对一的关系——多个销售组织可以归同一个公司代码，但一个销售组织只能挂一个公司代码。这一步错了，后面开票时科目确定会直接崩，因为系统找不到该往哪个公司代码记账。
销售范围（Sales Area）是销售组织、分销渠道、产品组的组合，手册里单独一节讲“设置销售范围”，本质是把前面勾选的组合正式实例化。销售范围一旦生成，就会被销售凭证类型、装运点确认、定价过程引用，所以它是整个 SD 配置的“主键”。我一般会在生成销售范围后立刻做一次核对，把实际业务要用的组合列出来，跟系统里生成的逐条对，多出来的先不删但记下来，少了的马上补。
核对清单（手工或 SE16 查 TVAK/TVKO 相关视图）： 1. 每个销售组织下，实际在用的分销渠道是否都已分配 2. 每个销售组织下，实际在用的产品组是否都已分配 3. 工厂—销售组织—分销渠道组合是否覆盖所有发货场景 4. 销售组织是否都挂了正确的公司代码 5. 销售范围条目数是否与业务组合数一致2.3 销售区域到凭证类型的分配：别让报价单和订单抢同一个范围
手册里“分配销售区域到销售凭证类型”这一节，很多人扫一眼就过，觉得凭证类型定义好了就行。实际业务里，报价、订单、交货单、发票各自有凭证类型，而凭证类型本身不绑定销售范围，绑定关系是在分配表里做的。这意味着同一个销售范围可以服务多种凭证类型，但反过来，某个凭证类型如果没分配到销售范围，创建时就会提示“销售范围不存在”之类的错误。
配置时我习惯先把凭证类型清单拉出来，按业务线标注哪些销售范围该用哪些类型，再进分配界面逐条勾。这里没有代码可写，但有一个参数值得盯：分配表里的“销售范围”是销售组织 + 分销渠道 + 产品组三列，勾选时三列必须同时匹配，少一列都建不出凭证。手册把这一步放在基础配置靠前的位置，顺序是对的——凭证类型不分配好，后面订单创建、复制控制都没法验证。
3. 装运点与拣配地点：物流侧配置的四个确认逻辑
组织架构搭完，货怎么发出去就是下一道坎。手册在装运点这一块铺了七八节，从定义装运点、确定规则、工厂分配，一直讲到库存地点确认、运送条件、装载组、拣配地点。这一章按“谁决定谁”的顺序重新组织，把手册里分散的确认逻辑串成一条可执行的链路。
3.1 装运点确定规则：工厂 + 装运条件 + 装载组的三元判断
装运点（Shipping Point）是发货动作的实际执行单位，它的确定不是靠单一字段，而是靠一条确定规则。手册里“定义装运地点的确定规则”这一节，核心就是维护一张表：输入是工厂、装运条件（Shipping Conditions）、装载组（Loading Group），输出是装运点。
这三个输入分别来自不同主数据：工厂来自物料或订单，装运条件来自客户主数据（客户档案里的装运条件字段），装载组来自物料主数据（销售视图里的装载组）。所以装运点带不出来，排查顺序应该是：先看客户档案的装运条件填了没，再看物料主数据的装载组填了没，最后看确定规则表里这三者的组合有没有维护。
确定规则维护逻辑（示意，非真实表名）： 输入组合：工厂 F001 + 装运条件 01 + 装载组 0001 → 装运点 SP01 输入组合：工厂 F001 + 装运条件 02 + 装载组 0001 → 装运点 SP02配置时容易忽略的是“通用”条目。手册后面专门有一节讲通用分销渠道和通用产品组，装运点确定规则里也有类似的通配思路——某些组合可以用占位值兜底。但兜底条目一多，真实问题就被掩盖了，我一般只在确实存在“所有渠道共用”的场景才加通配，其余一律精确维护。
3.2 工厂分配装运点与库存地点确认：两层确认别搞反
“给工厂分配装运点”和“维护库存地点的装运点确认”是两层不同的确认。前者是工厂级别的默认装运点分配，后者是更细的库存地点级别覆盖。手册把这两节分开写，顺序也是先工厂后库存地点，这个顺序不能反——库存地点确认是在工厂分配的基础上做例外。
实际配置时，工厂分配装运点这一步相对直接：进分配界面，选工厂，勾装运点。库存地点确认则要进单独的配置表，按工厂 + 库存地点维护对应的装运点。这里翻车的典型是：工厂层分配了 SP01，但某个库存地点因为业务特殊需要走 SP02，结果只改了工厂层没改库存地点层，发货时还是从 SP01 出。
注意：库存地点确认的优先级高于工厂分配。如果发现改了工厂分配但不生效，先去查库存地点确认表里是不是有更细的条目覆盖了。
3.3 运送条件、装载组与拣配地点：主数据侧的三个开关
运送条件、装载组、拣配地点这三个对象，配置本身不复杂，复杂的是它们跟主数据的联动。运送条件定义在装运点相关配置里，但真正赋值是在客户主数据的装运页签；装载组定义在物料管理侧，赋值在物料主数据的销售视图；拣配地点则跟仓库管理相关，手册里单独一节讲“拣配地点”，配置时要注意它跟库存地点不是一回事。
我一般会在配置完装运点确定规则后，拿一个真实客户 + 真实物料做一次端到端验证：建一张订单，看装运点是否按预期带出，再看拣配地点是否合理。这一步比在配置界面反复检查有效得多，因为很多主数据字段的默认值是在建单时才参与确定的。
端到端验证步骤： 1. 选一个客户，确认其装运条件字段已维护 2. 选一个物料，确认其装载组字段已维护 3. 建销售订单，输入客户 + 物料 + 工厂 4. 查看订单行项目里的装运点字段是否按确定规则带出 5. 若未带出，按“客户装运条件 → 物料装载组 → 确定规则表”顺序排查3.4 按凭证类型和装运点定义计划：交货期的两个维度
手册里“按销售凭证类型定义的计划”和“按装运点定义计划”这两节，讲的是交货计划的行项目类别和日期计算。前者决定某类凭证默认用哪种计划行类别，后者决定装运点层面的提前期。这两块配置直接影响订单里的“可用日期”和“交货日期”算得对不对。
配置时我关注两个参数：计划行类别里的“交货日期计算规则”和装运点里的“工厂日历”。工厂日历在手册后面的“日历”一节有专门说明，它决定了工作日怎么算。如果日历没配好，交货日期会算到周末或节假日上，业务侧一看日期不对就会来问。常见做法是先把工厂日历维护完整，再回头配计划行类别，顺序反了就得反复调。
4. 销售凭证、交货与开票：复制控制和号码范围的实操顺序
组织架构和物流侧配完，接下来是凭证流。手册从销售凭证类型、号码范围、订单原因、项目类别一路讲到交货类型、发票类型、复制控制。这一章按“定义 → 分配 → 复制控制”的节奏走，重点放在复制控制这个最容易配错、也最难排查的环节。
4.1 凭证类型与号码范围：先定类型再定号段
销售凭证类型（如报价、订单）的定义里有一堆控制字段：号码范围、订单类型、项目类别确定、不完整处理过程等。手册把“定义销售凭证类型”和“定义销售凭证的号码范围”分成两节，顺序是先类型后号码范围，但实际配置时号码范围可以先建好，类型定义时再引用。
号码范围分内部编号和外部编号。内部编号由系统按号段自动给，外部编号允许手工输入。我一般建议业务凭证用内部编号，避免手工输入导致跳号或重号。号码范围维护界面里要指定号段区间和当前编号状态，配错了会导致建单时报“号码范围不存在”。
号码范围配置要点： - 内部编号：指定起始号和结束号，系统自动递增 - 外部编号：只指定号段区间，编号由用户输入，系统校验是否在区间内 - 每个凭证类型必须挂一个号码范围，否则建单直接报错4.2 项目类别与项目类别组：分配表才是生效点
项目类别（Item Category）决定行项目的行为：是否与库存相关、是否参与定价、是否触发交货。项目类别组（Item Category Group）挂在物料主数据上，分配表则把“凭证类型 + 项目类别组 + 行项目用途”映射到具体项目类别。
手册里“定义项目类别”“定义项目类别组”“分配项目类别”三节连在一起，配置顺序也是这个顺序。分配表是生效点，定义得再多，分配表里没维护组合，建单时行项目就带不出正确的类别。常见现象是：标准订单里物料行带出的项目类别是 TAN，但业务需要的是 TANN 或别的特殊类别，原因就是分配表里该组合没维护或维护错了。
排查时我一般用事务码直接看订单行项目的项目类别，再反查分配表里对应的组合。分配表的维度是凭证类型 + 项目类别组 + 用途，三个都要对上。
4.3 复制控制：交货和开票的数据从哪来
复制控制（Copy Control）是 SD 配置里最像“黑匣子”的部分。手册在销售凭证、交货、开票三处都提到复制控制，分别对应“订单到交货”“交货到开票”“订单到开票”这几条链路。复制控制表里每一行定义源凭证类型和目标凭证类型，以及复制哪些字段、是否检查完整性、是否更新文档流。
配置复制控制时，我关注三个参数：复制要求（Copying Requirements）、字段映射、文档流更新。复制要求决定什么状态下允许复制，比如订单必须完全交货才能开票；字段映射决定目标凭证从源凭证取哪些值；文档流更新决定凭证之间能不能互相跳转。
复制控制排查顺序（以订单到交货为例）： 1. 确认源凭证类型和目标凭证类型在复制控制表里有对应行 2. 检查复制要求是否过严（如要求订单已释放） 3. 检查字段映射里工厂、库存地点等关键字段是否传递 4. 建单测试：订单保存后执行交货创建，看是否报“复制控制不存在”手册把复制控制放在交货和开票章节里分别讲，这个安排合理，因为不同链路的复制控制表是分开维护的。但实际排查时，凭证流是连起来的，订单到交货不通，交货到开票也走不下去，所以验证要从头到尾跑一遍。
4.4 开票计划与日期类别：定期和里程碑两种玩法
开票计划（Billing Plan）在手册里占了一节，分定期开票计划和里程碑开票计划。定期计划按固定周期开票，里程碑计划按项目进度节点开票。配置上要先定义开票计划类型，再定义日期描述和日期类别，然后分配日期类别，最后把开票计划类型分配到销售凭证类型和项目类别。
这块的坑在于日期类别和日期描述的对应关系。日期类别决定“这个日期是干什么的”，日期描述决定“界面上显示成什么”。配错了不会报错，但开票计划生成出来的日期会不对。我一般会拿一个服务类物料做测试，建带开票计划的订单，看生成的日期行是否符合预期。
5. 避坑与排查：SD 配置里最容易翻车的五件事
配置手册看得再熟，真到系统里点还是会踩坑。这一章把前面几章反复出现的失败场景收拢成五条，每条按“现象 → 原因 → 解决”写，都是我在实际项目里遇到过不止一次的。
5.1 建单报“销售范围不存在”
现象：创建销售订单时，输入客户和物料后，系统提示销售范围不存在或无法确定。
原因：销售范围（销售组织 + 分销渠道 + 产品组）没有生成，或者客户主数据里挂的销售范围与订单里带出的不一致。常见于新搭的组织架构，分配关系勾了但没执行“设置销售范围”。
解决：先查销售范围是否已生成，再查客户主数据的销售视图里维护了哪些销售范围，最后核对订单里带出的销售组织、分销渠道、产品组是否三者都在已生成的销售范围列表里。
5.2 装运点带不出来
现象：订单行项目里装运点字段为空，或者带出的是默认值而非预期值。
原因：装运点确定规则表里缺少“工厂 + 装运条件 + 装载组”的组合，或者客户档案的装运条件、物料主数据的装载组有一个没维护。
解决：按“客户装运条件 → 物料装载组 → 确定规则表”顺序逐层查。确定规则表里注意有没有通配条目覆盖了精确条目，通配条目优先级低但容易被忽略。
5.3 开票时科目确定报错
现象：创建发票时提示科目确定失败，或者凭证保存不了。
原因：销售组织没挂公司代码，或者科目确定过程没分配到对应的销售范围/工厂，或者客户/物料主数据的科目分配组没维护。
解决：先确认销售组织到公司代码的分配，再查科目确定过程分配表，最后查客户主数据和物料主数据里的科目分配相关字段。手册里“科目分配”一节列了九步检查，按那个顺序走基本能定位。
5.4 复制控制报“目标凭证类型不存在”
现象：从订单创建交货或从交货创建发票时，提示复制控制不存在或目标凭证类型未定义。
原因：复制控制表里源凭证类型和目标凭证类型的组合没维护，或者维护了但复制要求不满足（比如订单状态不对）。
解决：进复制控制配置表，按源类型 + 目标类型查对应行，确认复制要求字段是否过严，再检查字段映射里关键字段是否传递。建单测试时先用最简单的场景，排除主数据干扰。
5.5 号码范围跳号或重号
现象：凭证编号不连续，或者手工输入外部编号时提示号码已存在。
原因：内部编号和外部编号混用，或者号码范围状态没同步。多个系统环境之间传输号码范围配置时也容易出现状态不一致。
解决：业务凭证统一用内部编号，外部编号只留给确实需要手工控制的场景。号码范围传输后要在目标环境检查当前编号状态，必要时手工调整。跳号本身不影响业务，但审计侧可能会问，所以能避免就避免。
6. 用常用表和状态组做配置自检：一个老顾问的收尾习惯
配置做完不等于配对了。手册最后附了“SD 常用表”和“不完整项目日志/状态组”相关内容，这两块看起来像附录，实际是自检的抓手。我现在的习惯是：每配完一个模块，不急着建单测试，先用常用表把配置结果反查一遍，再用不完整处理过程跑一张“故意缺字段”的订单，看系统能不能把缺的字段揪出来。
常用表这块，手册列了 SD 相关的核心表。我的用法不是背表名，而是按配置对象反查：组织架构配完，查销售组织、销售范围相关的表，确认条目数和预期一致；装运点配完，查确定规则表，确认组合覆盖了业务场景；复制控制配完，查复制控制表，确认源和目标类型都有对应行。这一步比在 SPRO 里逐屏翻快得多，也更容易发现“勾了但没保存”这类低级问题。
自检顺序（示意）： 1. 组织架构：查销售组织、分销渠道、产品组、销售范围相关表，核对条目数 2. 装运点：查确定规则表，按工厂列出所有组合，与业务清单比对 3. 凭证：查凭证类型、号码范围、项目类别分配表，确认无空挂 4. 复制控制：查复制控制表，按源类型分组，确认目标类型齐全 5. 不完整处理：建一张缺关键字段的订单，看状态组是否报出缺失项不完整项目日志和状态组这一块，手册讲得比较细：定义状态组、定义不完全的处理、分配不完全处理。状态组决定哪些字段缺失会阻止后续流程，不完全处理过程决定缺失字段怎么提示。配置时我一般会为销售订单和交货各建一个状态组，把业务上真正关键的字段（如工厂、装运点、付款条件）纳入检查，非关键字段不纳入，避免建单时被一堆提示淹没。
提示：不完整处理过程分配错了，会出现“明明字段都填了还报不完整”或者“关键字段空着也能保存”两种极端。分配后一定要用缺字段的订单实测一次。
还有一个容易被忽略的点是文本控制和税收确定。手册里文本控制讲了文本类型、存取顺序、文本确定过程，税收讲了税收确定规则、主数据税率类别、VK11 设税率。这两块配置量不大，但跟开票直接相关。我的习惯是把税收确定放在开票配置之后、科目确定之前做，因为税率带不出来，科目确定测试也会跟着失败，混在一起排查很痛苦。
从那以后我每次接手新的 SD 配置，不管手册看没看过，都强制走一遍“常用表反查 + 缺字段订单实测”这两步。配置界面里看着都对，表里一查就露馅，这种血泪经验比任何检查清单都管用。希望帮到你。
本文还有配套的精品资源，点击获取
