简介这份手册面向SAP SD模块初学者与实施顾问系统梳理销售与分销模块的基础配置逻辑与核心术语帮助读者理解从报价到发货的完整业务流程如何通过后台配置落地。资源为1个PDF文件压缩包约29.36MB内容以图文步骤与配置路径说明为主便于按章节查阅与对照操作。手册从预览检查、专有名词入手依次讲解产品组、分销渠道、销售组织、销售区域等概念并展开产品主数据、客户主数据、定价、订单处理、发票账单、运输配送等系统流程配置细节部分覆盖销售组织分配产品组与分销渠道、工厂与公司代码分配、销售范围设置、销售区域到销售凭证类型分配以及通用分销渠道、通用产品组、销售办公室与销售组的定义。目录层级清晰适合作为日常配置速查与入门学习参考。目前已有1529人学习下载。1. 从一张销售订单倒推SAP SD 基础配置到底在配什么很多刚接触 SAP SD 的人第一次进后台看到 SPRO 里那一长串节点反应都差不多——每个字都认识连起来不知道在干嘛。我见过一个真实场景某公司销售在 VA01 里死活创建不了订单报错说「销售组织未分配给公司代码」IT 查了半天发现是配置漏了一步。这就是 SD 基础配置的典型特征——平时感觉不到它存在一出问题就是整条业务链断掉。这份《SAP SD 模块系统基础配置手册及系统名词解释》要解决的就是这个问题。它不是教你 SD 怎么开票、怎么发货的操作手册而是把 SD 模块从零搭建时后台 SPRO 里那些必须走一遍的配置节点按业务逻辑串起来讲清楚。从产品组、分销渠道、销售组织这些基础组织架构到销售凭证类型、项目类别、计划行类别的确定逻辑再到交货、开票、科目确定的完整链路最后落到 SD 常用表和信贷主数据。适合两类人一是刚接手 SD 模块、需要从头配一套销售流程的顾问二是业务关键用户想搞明白系统里那些「玄学」报错到底对应哪条配置。2. 组织架构配置销售组织、分销渠道、产品组怎么串成一张网2.1 四个核心组织单元的定义与分配逻辑SAP SD 的组织架构不是随便设的它直接决定了「谁能卖什么、通过什么渠道卖、卖给谁、从哪发货、算哪个公司的账」。手册里列的组织单元有这几个核心角色销售组织Sales Organization是 legally 负责销售事务的实体一个销售组织对应一个公司代码下的销售核算单元。你可以按地区分华东销售组织、华南销售组织也可以按产品线分家电销售组织、零部件销售组织。关键点销售组织必须分配给公司代码否则发票没法过账到财务。分销渠道Distribution Channel定义产品到达客户的路径。常见的有直销、批发、零售、电商。同一个产品通过不同渠道卖价格、库存策略、发货方式都可能不同。分销渠道是跨销售组织复用的不需要每个销售组织单独建一套。产品组Division是产品线的逻辑分组。比如一家公司同时卖整机和配件就可以设两个产品组。产品组影响的是物料主数据的销售视图和定价过程。销售区域Sales Area是销售组织 分销渠道 产品组的三维组合。这是 SD 里最核心的概念——几乎所有销售凭证、定价条件、输出控制都是挂在销售区域上的。一个销售组织下可以有多个销售区域比如「华东销售组织 直销渠道 整机产品组」是一个销售区域「华东销售组织 电商渠道 配件产品组」是另一个。配置顺序上我一般建议按这个链路走定义销售组织 → 定义分销渠道 → 定义产品组 ↓ 给销售组织分配分销渠道 → 给销售组织分配产品组 ↓ 给公司代码分配销售组织 → 给工厂分配销售组织/分销渠道 ↓ 销售区域自动生成销售组织分销渠道产品组这里有个容易翻车的地方销售区域不是手动创建的而是当你把分销渠道和产品组分配给销售组织后系统自动组合出来的。所以如果你发现某个销售区域不存在先回去检查分配表是不是漏了。2.2 工厂、装运点、销售办公室的层级关系组织架构往下延伸就涉及到物流和执行层面。工厂Plant在 SD 里主要承担两个角色一是交货时的发货工厂二是定价时的工厂相关条件。工厂必须分配给销售组织/分销渠道的组合否则创建订单时系统找不到发货点。手册里专门有一节「给工厂分配销售组织/分销渠道」这一步漏了VA01 里输入物料后计划行就出不来。装运点Shipping Point是实际执行拣配和发货的物理位置。一个工厂可以有多个装运点比如一个仓库有正品装运点和退货装运点。装运点的确定规则可以按工厂、按库存地点、按运输条件来定。配置路径是定义装运点 → 给工厂分配装运点 → 维护库存地点的装运点确认 → 定义运送条件 → 定义装载组。销售办公室Sales Office和销售组Sales Group是更细粒度的销售执行单元。销售办公室通常对应一个区域销售中心销售组是办公室下面的小团队。它们主要影响的是销售统计和权限控制不直接影响订单能否创建。但如果你要做销售业绩报表这两个组织单元必须配好。配置时有个经验先把销售组织、分销渠道、产品组、工厂这条主线打通能创建一张最简单的销售订单再去补销售办公室、销售组这些辅助结构。否则一开始就铺太大出了问题很难定位是哪一层断的。3. 销售凭证控制凭证类型、项目类别、计划行类别的确定链路3.1 销售凭证类型的定义与号码范围销售凭证类型Sales Document Type决定了订单的业务属性是询价、报价、标准订单、退货、还是贷项凭证。每种凭证类型控制着屏幕字段布局、号码范围、项目类别确定、计划行确定、输出类型等一系列行为。手册里列的定义步骤是定义销售凭证类型 → 定义号码范围 → 定义订单原因 → 定义采购订单类型 → 定义项目类别 → 定义项目类别组 → 分配项目类别 → 定义拒绝原因 → 维护计划行类别 → 分配计划行类别 → 维护复制控制。这里重点说几个容易出问题的参数号码范围分内部给号和外部给号。内部给号是系统自动流水外部给号允许用户手动输入。我一般建议标准订单用内部给号避免用户乱输导致号码冲突。号码范围是跨凭证类型复用的但一个号码范围只能分配给一个凭证类型。项目类别确定是 SD 配置里最绕的部分之一。它的逻辑是销售凭证类型 项目类别组 物料主数据里的项目类别组 → 确定项目类别。项目类别再决定这个行项目是标准行、免费行、还是文本行。如果你发现订单里某个物料带出来的项目类别不对要按这个链路逐层排查。计划行类别决定交货日期和可用性检查的行为。计划行类别确定依赖项目类别 物料主数据的计划行类别组 工厂。计划行类别里有个「交货类型」参数它决定了后续创建交货单时用哪种交货类型。3.2 复制控制从订单到交货到发票的流转规则复制控制Copy Control是 SD 里最像「黑匣子」的部分。它定义了上一级凭证的哪种类型、哪种项目类别能复制到下一级凭证的哪种类型。比如订单类型 OR → 交货类型 LF交货类型 LF → 发票类型 F2订单类型 OR → 发票类型 F2直接开票场景复制控制里有两个关键参数需求Requirement和数据传送Data Transfer。需求例程决定这张单能不能复制到下一级比如只有「已完成发货」的交货单才能开票。数据传送例程决定哪些字段带过去、哪些重新确定。手册里专门有「维护销售凭证的复制控制」「交货的复制控制」「维护开票凭证的复制控制」三节说明这块在实际项目里改动频率很高。我踩过的一个坑复制控制里改了字段传送规则但没做一致性检查结果新订单开票时价格条件没带过去发票金额全是零。后来养成习惯每次改完复制控制一定用 VA01→VL01N→VF01 走一遍完整流程验证。3.3 不完整项目日志与文本控制不完整项目日志是 SD 里保证数据质量的机制。你可以定义哪些字段是必填的系统在保存订单时检查不满足就弹出不完整日志。配置步骤是定义状态组 → 定义不完全的处理 → 分配不完全处理。状态组决定哪些字段被检查不完全处理决定检查的严格程度是警告还是错误。我一般建议对标准订单至少检查售达方、物料、数量、交货日期、付款条件。太松了数据质量差太紧了用户天天找你解锁。文本控制决定订单里的抬头文本、项目文本、交货文本从哪来、能不能改。配置链路是定义文本类型 → 为确定文本定义存取顺序 → 定义并分配文本确定过程。常见需求是订单抬头自动带出销售备注这个备注来自客户主数据。那就需要配一个文本确定过程存取顺序里把客户主数据放在前面。4. 定价、税收与科目确定钱怎么算、账怎么记4.1 定价过程与条件类型的配置框架SD 的定价不是简单填个价格而是一套条件技术Condition Technique。核心概念条件类型Condition Type比如 PR00 是标准价格K007 是客户折扣MWST 是税。存取顺序Access Sequence定义系统按什么顺序找条件记录。比如先找客户物料的价格找不到再找物料的价格再找不到找列表价格。定价过程Pricing Procedure把条件类型按顺序串起来决定哪些条件参与计算、哪些是统计性的。条件记录Condition Record用 VK11 维护的具体价格数据。手册里税收部分专门讲了「定义税收确定规则」「分配税收确定的交货工厂」「定义主记录数据相关性」「客户档案设置税率类别」「物料主数据设置税率类别」「VK11 设置税率」。这条链路的意思是税率的确定依赖客户主数据的税率类别 物料主数据的税率类别 工厂所在地三个维度共同决定用哪个税码。配置定价过程时我一般会先画一张表把每个条件类型的计算类型、条件类别、是否统计、是否打印列清楚。计算类型里A 是百分比、B 是固定金额、C 是数量相关。条件类别决定这个条件能不能手动改、能不能删除。这些参数设错了定价过程要么算不出数要么算出来的数不对。4.2 科目确定的九步链路科目确定Account Determination是 SD 和 FI 的接口。发票过账时系统要自动找到对应的总账科目。手册里列了完整的九步检查科目分配的相关主数据客户档案选择科目组物料主数据选择科目组定义科目确定的相关性定义存取顺序和科目确定类型定义并分配科目确定过程定义分配科目代码分配总帐科目发票制作这条链路的逻辑是客户科目组 物料科目组 → 科目确定过程 → 存取顺序 → 科目代码 → 总账科目。任何一个环节断了发票过账就会报错「科目确定失败」。我见过最常见的翻车场景新客户建好了订单也开了发票也出了但 VF01 过账时死活过不去。查了半天发现客户主数据里的科目组选错了导致科目确定过程没带出来。所以每次新建客户我都会用 VF01 做一张测试发票确认能过账再交给业务用。4.3 开票计划与日历配置开票计划Billing Plan用于分期收款或里程碑收款场景。比如一个项目分三期收款签约付 30%、交付付 50%、验收付 20%。配置步骤是定义开票计划类型 → 定义日期描述 → 指定和分配日期类别 → 为开票计划类型维护数据建议 → 分配开票计划类型到销售凭证类型 → 为项目类别分配开票计划类型。开票计划类型分定期开票计划和里程碑开票计划。定期是按固定周期开票里程碑是按事件触发。日期类别决定每个节点的日期怎么算比如「交货日期后 30 天」。日历Calendar配置影响的是交货日期计算和运输计划。工作日历决定哪些天是工作日工厂日历决定哪些天能发货。如果日历没配好系统算出来的交货日期可能落在周末或节假日导致实际发货延迟。5. 避坑与排查SD 配置里那些让人半夜爬起来的问题5.1 销售订单创建时报「销售组织未分配给公司代码」现象VA01 输入销售组织后系统报错说该销售组织没有分配给公司代码订单无法继续。原因后台配置里漏了「给公司代码分配销售组织」这一步。销售组织定义好了但没和公司代码建立关联系统不知道这个销售组织的账记到哪个公司。解决SPRO → 企业结构 → 分配 → 销售和分销 → 给公司代码分配销售组织。把销售组织挂到对应的公司代码下。配完后用 VA01 重新测试如果还有问题检查公司代码本身是否已定义并激活。5.2 输入物料后计划行不出来现象VA01 里输入物料和数量后计划行Schedule Line标签页是空的没法确认交货日期。原因通常是三个地方断了——物料主数据的销售视图没维护、项目类别确定不对、或者工厂没分配给销售组织/分销渠道。解决按顺序查。先用 MM03 看物料销售视图里「销售组织数据」有没有维护再看订单里带出来的项目类别是不是标准项目类别最后查后台「给工厂分配销售组织/分销渠道」的配置表。我遇到过一次是物料主数据的项目类别组填错了导致项目类别确定到了文本项目自然没有计划行。5.3 发票过账报「科目确定失败」现象VF01 创建发票后点过账按钮系统报错「科目确定失败请检查配置」。原因科目确定链路里某一环断了。常见的有客户主数据科目组没配、物料主数据科目组没配、科目确定过程没分配给销售区域、存取顺序里找不到对应的科目代码、总账科目没维护。解决用 VF03 查看发票的科目确定分析环境 → 科目确定分析系统会告诉你它尝试了哪些存取顺序、最终卡在哪一步。然后按九步链路逐层补配置。我一般会先在测试环境用 VKOA 检查科目分配表确认客户物料账户键的组合有没有对应的总账科目。5.4 复制控制改了但没生效现象在复制控制里修改了字段传送规则但新建的订单开票时价格条件还是没带过去。原因复制控制有缓存改完后需要退出 SPRO 重新进入或者用事务码 VOFM 检查例程是否激活。另外复制控制是按「源凭证类型 源项目类别 → 目标凭证类型 目标项目类别」的矩阵来配的如果只改了抬头没改项目或者只改了订单到发票没改交货到发票都会导致看起来「没生效」。解决改完复制控制后用 VOFM 检查需求例程和数据传送例程的激活状态。然后走一遍完整流程VA01 创建订单 → VL01N 创建交货 → VF01 创建发票。每一步都检查数据是否正确传递。如果还不生效检查是不是有用户出口User Exit覆盖了标准逻辑。5.5 税收确定报「税码未找到」现象创建订单时系统报错说找不到税码或者税码带出来是空的。原因税收确定依赖客户主数据的税率类别 物料主数据的税率类别 工厂所在地。任何一个没维护或者 VK11 里没有对应的税率条件记录都会导致税码找不到。解决先检查客户主数据销售视图里的「税分类」字段再检查物料主数据销售视图里的「税分类」字段然后确认工厂的税收确定规则配了。最后用 VK11 检查税率条件记录是否存在且有效。我一般会在测试环境用 VK13 显示条件记录确认存取顺序能命中。6. 进阶技巧用 SD 常用表反查配置与快速定位问题配置做多了你会发现 SPRO 里点来点去效率很低。真正的高手都是直接查表。手册最后有一节「SD 常用表」这是整份文档里最值钱的部分之一。我挑几个最常用的说一下怎么用。VBAK / VBAP销售订单抬头和项目表。VBAK 里存销售组织、分销渠道、产品组、售达方、订单日期、订单号。VBAP 里存物料、数量、项目类别、计划行类别。当你怀疑订单带出来的配置不对时直接 SE16 查这两张表看实际写入的字段值是什么。LIKP / LIPS交货抬头和项目表。LIKP 里存装运点、交货日期、交货类型。LIPS 里存物料、数量、库存地点。交货创建异常时查这两张表能快速定位是装运点确定错了还是库存地点不对。VBRK / VBRP发票抬头和项目表。VBRK 里存发票类型、付款条件、税码、总账日期。VBRP 里存物料、金额、科目确定相关的字段。发票过账失败时查 VBRP 里的科目确定字段能看出系统尝试用哪个科目代码。KONV定价条件表。每张订单、每次开票的条件记录都写在这张表里。当你发现定价不对时SE16 查 KONV按订单号筛选能看到每个条件类型的金额、费率、计算类型。比在 VA03 里一个个点条件标签页快得多。TVAK / TVAP / TVAKZ销售凭证类型、项目类别、计划行类别的配置表。改配置前先查这些表确认当前配置值是什么改完后再查一遍确认生效。我自己的习惯是每次接手一个新系统先用 SE16 把 VBAK、LIKP、VBRK 各拉 100 条数据出来看看实际业务里用的凭证类型、销售区域、装运点分布。这比看配置文档快得多而且能发现文档里没写的「实际用法」。从那以后我每次做 SD 配置排查都强制走一遍「查表 → 定位字段 → 反查配置」的流程比在 SPRO 里瞎点效率高十倍。希望帮到你。本文还有配套的精品资源点击获取
