企业官网建设流程全解析

做SAP SD模块配置这些年，最常被新手问的不是后台路径，而是“销售组织、定价过程、交货单、开票这些配置到底按什么顺序做，才算把销售营销模块立起来”。很多人把SD理解成一个单据流转模块，结果配置完发现订单建了但交货过不了账、开票金额对不上，问题全出在最基础的模块联动上。这篇内容是我在企业级项目里做SD模块配置的完整复盘，包含企业结构、主数据、定价、ATP可用性检查、交货开票、STMS传输、LSMW导入和跨系统接口，适合正在做SD配置的顾问、以及想从运维转实施的人，照着这个骨架走一遍，能少踩不少坑。

1. 项目背景与SD配置的整体思路

1.1 先理解SD模块在业务链里的位置

这次配置任务的目标是让一条完整销售业务线跑起来：客户下单、可用性检查、交货、装运过账、开票、会计凭证。单纯看功能，SD好像就是几个单据；但真正落地时，SD的每个动作都碰MM的库存、FI的科目、CO的成本对象、PP的生产批次。所以做配置前一定要先把主数据来源和单据流向画出来。

有一个很典型的提问是“MOM与SAP接口主要是哪个模块”。在我们项目里，MOM下发的销售订单、交货单状态回传、序列号采集，全部在SD侧完成。之所以不是PP也不是MM，是因为这条业务链的起点是SD销售订单，订单行项目里的物料、批次和序列号信息会一路带到交货单，再被MOM采集回去。配置SD时必须预留序列号、批次和可追溯字段，否则接口上线后会发现MOM侧永远少数据。

我习惯按五层来做：组织架构、主数据、定价与控制、单据流配置、接口与传输。如果一开始就扎进某个定价过程里，后面大概率要回头改结构，返工成本很高。

1.2 组织架构是SD模块的地基

SD组织架构的核心是销售组织、分销渠道、产品组，它们组合成多个“销售范围”。所有客户主数据销售视图、物料主数据销售视图、价格条件、信用额度、可用性检查，全部挂在销售范围内。很多人问为什么订单上明明选择了工厂，却还是找不到价格，大概率就是销售范围没分配对。

我这次项目的结构可以当作参考：

配置路径在SPRO里的企业结构定义和分配节点。先定义销售组织、分销渠道、产品组，再把销售组织分配给公司代码，把销售组织分配给工厂，最后定义装运点和装运点分配。不要小看这些分配关系，它们在后台表的关联很直接，一张客户主数据在销售范围内的记录没建好，后面所有单据都会提示找不到客户销售范围。

我建议把组织架构表单独做一个配置文档，明确每个销售组织对应哪个公司代码、哪些工厂、哪些装运点，因为这不仅是SD自己用，MM、PP、FI的人也要对同一张表。否则到集成测试时，销售范围缺失的问题会一波接一波。

2. 主数据、定价与可用性检查的配置细节

2.1 客户和物料主数据：配置不体现在维护界面上

客户主数据的配置本身不复杂，复杂的是账户组和号码范围。账户组决定了客户主数据的屏幕格式、字段状态和编号范围。配置时定义客户账户组，比如国内销售客户、国外销售客户、一次性客户，再给每组分配号码范围。号码范围不够是很多项目上线第一天的灾难，因为销售订单不断创建，客户主数据号码从9万跳成负数。

物料主数据的销售视图同样重要。一个常见问题就是单位转换，这刚好和很多人搜的“SAP BOM物料单位转换”是一类话题。比如一个物料库存单位是“瓶”，销售单位是“箱”，系统里必须维护1箱=12瓶的转换因子。这个内容在物料主数据基本单位视图里维护，也可以在CUNI里提前维护好。如果只建物料主数据而忽略单位转换，后面SD交货单拣配数量就会成倍错误。

这里要特别提醒：SD的可用性检查也是按销售单位计算的。如果物料主数据里销售单位是箱，库存单位是瓶，转换因子又漏了，MD04里的可用数量会被系统理解成12倍或1/12。物料分类视图和BOM之间的单位同步也要检查，很多集成单据会在BOM展开时带上不同单位，最终在发货过账时报单位换算错误。

2.2 定价过程与条件技术：别让订单金额“静悄悄错”

定价是SD模块最容易被问后台路径的地方。定价条件技术由条件类型、存取顺序、条件记录、定价过程组成。简单理解：条件类型就是“价格”和“折扣”的容器，存取顺序决定系统从哪里找这个容器里的值，条件记录是实际存进去的值，定价过程则是一堆条件类型按计算顺序排列的清单。

配置时先定义条件类型，比如PR00表示物料价格，K005表示客户折扣，MWST表示销项税。然后定义存取顺序，把条件记录表按优先级放进去。最后在定价过程里把这个字段串起来。标准定价过程RVAA01是很好的参照，但我不建议直接套，因为不同业务的价格组成完全不同。

还有一个很容易翻车的是税和含税价格。很多人搜“SAP采购订单含税价格”，虽然采购订单是MM的事情，但税的计算逻辑会和SD定价过程撞在一起。如果物料价格按含税价维护，而定价过程里又放了标准的税条件MWST，最终开票时税额会被重复计算。此时要检查定价过程中的税条件类型，要么用净价加税，要么在定价过程里做含税拆分，这是一定要在配置文档里写明白的规则。

再分享一个小工具：用GS01维护集合。批量维护条件记录时，可以用GS01先把客户组、物料组做成集合，再在VK11里按集合批量维护PR00价格条件。这样后续新增物料只要维护集合归属，不需要重新维护价格条件。这个技巧很多SD顾问知道，但真正写进项目交付文档的很少。

2.3 可用性检查：MD04/MD07不能光看，还要会用

可用性检查（ATP）决定销售订单能不能按时承诺。它的逻辑很直白：库存+采购订单+计划收货-已承诺需求-预留=可用数量。SD的配置任务是把检查规则分配到销售凭证类型、项目类别和计划行类别上。很多项目做了自定义销售订单类型后，忘了给项目类别分配检查规则，结果业务说“为什么我这里没有可用量检查”，打开MD04一看，毛需求旁边根本没有可用数量。

MD04是单个物料的库存/需求清单，可以看到哪张销售订单占了多少库存，哪张采购订单补充了多少。MD07则是把多个物料的需求汇总到一起看缺料情况，做销售计划的人很喜欢用它。要注意的是，MD07不容易看出订单修改历史，如果销售订单做过冲销或缩量，MD04里的元素清单反而更靠谱。

这块排查逻辑也很简单：先查物料主数据是否勾了“可用性检查”，再查销售凭证类型的可用性检查控制，最后查项目类别的检查规则。如果三个地方都配了，MD04还是不对，再看单位转换。顺序弄反会白白查半天，因为最常错的其实是单位。

2.4 序列号状态EDEL与批次追溯

序列号状态EDEL是很多运维同事头疼的问题。EDEL一般表示序列号已经从库存发出，进入“已交货”状态。SAP对序列号状态的更新不是靠后台刷新，而是由事务驱动，比如入库、发货过账、退货收货，都会触发状态变化。如果发货过账完成后序列号状态停在ESTO或ESTI，没有变成EDEL，就要检查两件事：一是物料主数据是否挂了序列号参数文件，二是销售凭证的项目类别里是否维护了序列号确定过程。

配置点在后勤常规里的序列号参数文件定义，以及销售分销的基本功能里维护序列号确定过程。序列号参数文件决定这个物料是否需要记录序列号、发运时是否强制收集序列号；序列号确定过程则决定SD订单行项目用哪种编号策略去收集。

这里有一个很实际的坑：手工改序列号状态，比如用SE16N把EDEL改回在库，很容易在下一笔交货过账时又被系统覆盖。因为状态是由事件和后续单据共同决定的，单据流已经往前走，单纯改状态并不能把整个关系链改回来。遇到这种问题，正确做法是先把外向交货过账冲销，再处理序列号状态，而不是直接改表。

3. 销售单据流的实操配置

3.1 销售订单类型、项目类别和计划行

销售订单类型的配置通常是复制标准OR类型，再改成自定义Z类型。复制的好处是标准OR里的复制控制、文本确定、输出类型、定价过程都被带过来，减少遗漏。很多顾问选择空白定义，结果漏了一大堆设置。

项目类别决定了订单行怎么处理。标准TAN是标准项目，TAS是免费项目，TANN是退货项目。项目类别里的“交货相关”选项尤其重要，如果项目类别没有勾选交货相关，系统建订单之后根本看不到交货单生成选项。

计划行类别则影响可用性检查、需求传递和移动类型。创建交货单时，系统根据计划行类别把库存过账到对应的移动类型。所以排查“订单能建但交货单不能建”的问题时，先看项目类别和计划行类别的配置，再看订单类型到交货类型的复制控制。我做过太多这种排查，结果是新销售订单类型忘了配复制控制。

3.2 交货、装运、WM与库存过账

交货模块配置包括交货类型、装运点确定、拣配、包装和发货过账。外向交货单标准类型是LF，装运点由物料主数据、客户主数据和工厂共同决定。如果装运点没分配，创建外向交货单时会一直提示找不到装运点。

发货过账在后台对应移动类型601。SAP集成调用或自开发常用BAPI创建外向交货单，比如BAPI_OUTB_DELIVERY_CREATE_STL，然后调用确认BAPI做发货过账。不要一上来就写MIGO的物料凭证移动，那是在绕过SD交货单的状态管理。

冲销方面，很多人搜“冲销物料凭证的BAPI”。我的经验是，外向交货发货过账后的冲销，应该走VL09先冲销货物移动，再用BAPI_GOODSMVT_CANCEL做物料凭证冲销，最后处理交货单状态。直接删除交货单而不冲销物料凭证，会导致MB51的物料凭证和交货单状态对不上，财务对账时早晚炸出来。

批次和倒冲是另一个容易联动出错的地方。生产端报工倒冲自动指定批次，配置在PP，但SD发货单在交货过账时也要读批次信息。如果销售订单行的批次确定没挂对，系统会报批次找不到，或者批次不存在于该工厂。这种问题不要只查SD，要两边一起看。

3.3 开票、科目确定与FI集成

开票配置从开票类型开始，常用F2是标准发票，G2是贷项凭证，L2是借项凭证。开票计划用于分期开票，比如30%预付、70%发货后开票，这在固定资产类销售里很常见。开票的复制控制决定销售订单或交货单能不能生成相应开票凭证。

SD开票过账会自动生成会计凭证，这一步依赖科目确定。科目确定由客户主数据里的账户分配组、物料主数据里的科目确定组和SD的科目确定过程共同决定。配置路径在销售分销的基本功能里定义科目确定表和科目确定过程。

现在新总账和Group Reporting项目里，收入科目和费用科目经常会要求维护“功能范围”。很多人问“SAP功能范围是干嘛的”，简单理解就是报表按功能区分收入来源。如果SD开票的科目确定漏了功能范围，开票过账就会报错，或者FI清账时会发现凭证里功能范围字段是空的。做完科目确定，还要给每个收入科目维护好功能范围，最好在配置核查表里加一项。

这里也提到“分摊分配”，它本身属于CO，但SD收入科目的成本对象字段会影响CO的分摊。比如销售收入挂到哪个功能范围，决定了后续费用分摊能不能正确匹配。配置SD时提前和CO顾问对一张收入科目-功能范围对照表，能省掉一大堆集成测试问题。

3.4 传输请求与STMS：配置不做传输等于白配

SD配置全部做完后，最后一步是释放变更请求并通过STMS传送到测试和生产系统。很多项目在开发环境配得很完整，测试时也正常，但传输到生产后功能时好时坏，大多数情况是请求里漏了表或传了半截。

建议把配置相关的请求都用定制请求传输，主数据相关的用工作台请求。STMS导入后一定要检查导入状态，不要只看“绿灯”，还要在目标系统里回头验证配置路径。我习惯在传输完成后，用SE16N查关键配置表，比如定价过程表AUKO、销售组织表TVKO，确认数据真的过去了。

这里有个很实际的原则：不要在生产系统直接改配置。有些顾问觉得“就改一个字段，直接在SM30里改”。SD配置是一套强关联的表，改一个字段可能涉及其他表没有被同步更新，后续升级或审计时很难交代。真要紧急改，也先把当前内容导出备份，再从开发系统改完走传输。

4. 数据迁移、查询报表与接口对接

4.1 LSMW批量导入实操

SD上线的最痛环节往往是主数据迁移，客户主数据、物料销售视图、定价条件记录，几百上千条数据不可能手工敲。LSMW是经典工具，至今很多项目还在用。

LSMW操作一般分这几步：

1. 创建项目、子项目和对象，对象类型通常选“录屏”或“BAPI”。
2. 记录前台事务，比如VD01维护客户销售视图，VK11维护价格条件记录。
3. 定义源结构、源字段、映射规则，源数据可以从Excel或文本文件读入。
4. 读取数据、转换数据、显示数据，检查无误后运行生成批导会话。
5. 执行批导会话，查看成功和失败日志。

LSMW最常见的错误是日期格式、小数点和前导零。比如客户主数据里工厂字段必须是前导零，Excel里如果没转文本，导入后字段会被截断。另一个高频坑是LSMW只导了主数据主表，没有导相关附属表，比如销售范围分配表。所以用录屏方式比直接BAPI更容易保持完整性，因为录屏会把整个屏幕上的字段都填上。

提问“SAP LSMW创建”的人很多，其实LSMW创建功能并不难，难的是录屏时字段顺序不稳定，Excel字段顺序一旦变动，映射关系就全乱了。建议在录屏前先明确源文件的列顺序，并且把第一行做成字段名，然后固定下来。

还有一点必须反复强调：LSMW用来导主数据，不是用来导配置。如果只是想在配置表里新增几行，请用SM30视图维护，不要用SE16N直接insert，很多配置表有校验和激活逻辑，直接改表可能当时看不出问题，后续传输或升级时爆发。

4.2 MOM与SAP的接口：为什么还是回到SD配置

回到前面的MOM接口问题。接口端看起来是PI/PO或中间件在传消息，但真正的业务逻辑还是SAP侧的数据结构。如果SD的序列号状态没走到EDEL，MOM那边就永远收不到“已完成发货”的回传。如果SD交货单发货过账没有成功，MOM就无法拿到装配完成的批次消耗数据。

所以做接口集成测试前，先确保SD配置已经覆盖这几个点：销售订单类型能创建，项目类别能交货，交货单能发货过账，序列号和批次能在交货时收集，开票能生成会计凭证。只要主流程没走通，接口调试就是白做。

配置接口时还会用到RFC目的、端口、伙伴参数文件和IDoc处理代码。老实说，这些配置不在SD的IMG菜单里，而是在SAP基础模块。但SD顾问要能说清楚IDoc的发送方和接收方是谁，发货状态用哪张状态表，否则MOM开发人员问起来不知道该找谁。建议把MOM相关接口的字段映射表做成一份独立文档，特别是序列号EDEL、交货单号、物料凭证号这几个关键字段。

4.3 常用查询：Query报表与MD04/MD07

业务平时最想要的不是后台配置，而是报表。用SAP Query做一个简单的销售订单汇总，比ABAP开发快很多。流程是SQ02建信息集，SQ03把信息集分配给用户组，SQ01创建查询，最后给查询分配事务码。很多人搜“SAP Query报表怎么建Tcode”，就是因为SQ01做好的查询没有分配事务码，用户根本找不到。

MD04和MD07也值得在SD顾问里多说一句。MD04适合单物料深挖，MD07适合一堆物料汇总。业务如果反馈“库存够但订单交不了”，我第一反应不是去查后台定价，而是打开MD04看可用量与毛需求，很多时候是另一张订单已经把库存预留了，MD07只显示了毛需求，没显示可承诺量。

用SQ01建销售报表时，也可以把MD04/MD07的数据作为辅助检查，两者结合能快速判断订单是否卡在可用性检查。这块不需要高深ABAP，但非常实用。

5. 常见问题与排查技巧实录

5.1 SD配置问题速查表

5.2 配置交付前的自检清单

每次配置完成后，我都会按下面这张清单过一遍，少了任何一项都不敢把请求丢给测试：

• 组织架构和销售范围分配已在SPRO里配好，并确认传输状态。
• 客户主数据、物料主数据销售视图都维护了测试销售范围。
• 定价过程覆盖标准销售、退货、免费项目和折扣场景。
• 可用性检查已分配到销售凭证类型和项目类别，MD04能正常显示。
• 序列号参数文件和序列号确定过程已挂好，交货过账后状态能更新到EDEL。
• 开票科目确定已维护，功能范围字段非空。
• 外向交货单能创建、发货过账，冲销流程走通。
• LSMW导入的数据在批导会话里全部成功，没有遗留错单。
• IDoc或API的SD发货状态已回传MOM，字段值正确。
• STMS导入日志全部成功，关键配置表已回查。

SD配置之所以繁琐，是因为每个功能都由多张表共同决定。我自己的习惯是拿一张最简单的销售订单从VA01一路跑到VF03，再补异常场景。只要是新项目，这套走完基本能发现一半潜在问题。最后说一个个人经验：做配置文档时，不要只写后台路径，把每个配置对象的前后值、截图、影响范围都写上，三个月后的自己会非常感激。