SAP SD模块学习路径：从销售订单到项目实战的系统拆解

在SAP生态里待得越久我越觉得SD模块是最适合作为“第二个模块”入手的。它前接销售、后接财务左靠物料、右邻生产一张销售订单从头跑到尾几乎能把SAP的集成逻辑摸个遍。很多人问我SAP SD模块学习路径怎么规划我通常不会直接丢一份事务码清单而是先问一句你手上有没有一条能完整跑通的业务单据流。如果没有就先别急着背VA01、VL01N、VF01这些代码因为脱离了业务单据事务码只是一个个零散的操作按钮你记不住也用不活。这篇内容我想按我实际带人、带项目的经验把SD模块的学习路径拆成几个阶段从主数据、定价、单据流、集成逻辑再到权限、增强和数据迁移这些必须碰的硬骨头一条条捋清楚。适合刚开始接触SD的顾问、刚转行的开发也适合那些已经在做MM、FICO、PP但想往销售链路扩展的人。我会尽量把每个阶段“为什么要这么学”讲透因为只有理解了业务背后的逻辑事务码和表名才真正有意义。1. 先搞清SD模块在SAP里到底管什么1.1 一张销售订单背后的企业部门协作SD全称是Sales and Distribution中文通常叫销售与分销。往大了说它管的是企业从客户询价开始到报价、接收订单、安排生产或采购、组织发货、开出账单、收回款项的完整链条。但这只是业务层面的理解。往系统层面看SD模块真正做的事情有三类管主数据、管单据、管集成。管主数据是维护客户主数据、物料主数据的销售视图、价格条件、信用控制范围这些基础资料。管单据是创建和跟踪销售订单、交货单、开票凭证这三层核心单据。管集成则是让销售单据能够触发物料管理MM的库存移动、财务FICO的凭证生成、生产PP的计划订单甚至项目PS的网络活动。我见过不少新手把SD等同于“录订单”这是最大的误解。真正动手配置过项目的人都知道SD模块最耗精力的根本不是录单而是把客户的业务规则翻译成系统配置。比如客户要求一张订单超过某个金额就要走特殊审批或者发货时某些物料必须整托盘出库这些都需要通过SD的复制控制、输出确定、可用性检查等功能来实现。所以学习SD的第一步是建立一种“单据驱动”的思维方式你在系统里做的每一个操作都应该能说清它会牵动哪些下游单据和财务影响。1.2 SD与其他模块的集成边界SD模块有一个特点它几乎不独立产生“账”它产生的都是业务痕迹真正记账要靠FICO。很多人学到收入确认就开始懵其实是因为没搞懂SD和FICO的分工。SD负责在销售订单里记录价格、数量、客户、物料到了发货过账和开票这一步它会把相关字段打包发给财务模块由FICO根据你配置的科目确定规则自动生成会计凭证。举个例子你在VF01里对一张交货单开票系统生成一张发票凭证同时会在后台调用收入科目确定逻辑。这个逻辑的核心配置在SD的定价过程里你绑定了“账户确定”这一功能它会根据销售组织、客户科目分配组、物料科目分配组等字段找到对应的总账科目。而这背后还牵涉一个不可或缺的基础配置——评估类与总账科目之间的关系。物料主数据里维护了评估类评估类又决定了库存记账和收入确认时会用到哪个总账科目。这条链路不打通你开出去的发票就是过不了账的。这也是为什么我反复强调学SD一定不能只看SD的配置至少要理解到“哪个配置会生成什么财务凭证”这个程度。同样地SD和MM的关系也极其紧密。发货过账这个动作在SD里是从交货单执行但真正扣减库存、产生物料凭证的地方是MM模块的Inventory Management。你在VL02N里点“过账发货”系统调用的是MM的移动类型比如601是销售出库、602是销售退货生成的物料凭证存在MKPF/MSEG表里同时更新了物料的库存数量和价值。如果物料启用了批次管理这里还会触发批次确定逻辑这些都是SD顾问必须知道的跨界知识。2. 主数据是SD的根先学会拆解客户和物料2.1 客户主数据的四个“人物角色”客户主数据在SD里有个特别容易混淆的地方一个客户编号下其实存在多个角色视图。我们在前台用XD01、XD02、XD03维护但后台看到的是四个不同的“功能角色”售达方Sold-to Party、送达方Ship-to Party、收票方Bill-to Party和付款方Payer。简单说售达方是和你签订合同、下订单的客户送达方是实际收货的地址和联系人收票方是发票上要显示的抬头客户付款方是实际付款打钱过来的账户。这四者在实际业务里可以是同一个公司也可以完全不同。比如你是做供应链贸易的A公司向你下单实际货发到B公司的仓库发票开给A公司但真正付款的可能是A集团的资金中心C公司。这种场景在系统里就是通过给同一个客户编号维护不同伙伴功能和账户组来实现的。我当年踩过一个坑在项目里只维护了售达方和送达方结果客户要求发票开给集团采购中心销售订单里又没有收票方导致开票之后财务对账对不上。后来才彻底明白客户主数据的伙伴功能一定要一开始就设计好什么时候带出、什么时候当成必填、哪些字段做复制控制这些都属于SD顾问的核心基本功。另外客户主数据里跟SD最相关的几个字段很容易被忽略装运条件比如默认的装运优先级、交货工厂如果是跨工厂交货要在行项目层维护、销售地区Sales District、客户统计组、价格组和客户定价过程。尤其价格组和客户定价过程直接影响后面定价条件记录的读取顺序配错一个报价就会千差万别。2.2 物料主数据里你必须懂的销售视图物料主数据的销售视图Sales Views也是SD顾问的主战场。常见的事务码是MM01、MM02、MM03维护销售组织、分销渠道、产品线的数据。物料描述、基本计量单位这些看似简单但销售视图里真正决定业务能否跑通的是以下几项税分类Tax Classification、物料科目分配组Item Category Group、可用性检查组、交货工厂、装载组和运输组。其中物料科目分配组尤其关键。它决定你在SD的定价过程里收入确认科目怎么找。比如你是做标准库存销售的物料科目分配组通常是“正常库存”如果是委外加工或直接采购转售的就要用“委外”或“第三方”的科目分配组。这些分组值跟客户科目分配组、账户键一起组成科目确定的关键字。如果你在项目里遇到开票时提示“未找到科目确定”八成就是这组字段没配对。销售视图里还有一组关于“是否允许销售超过交货”、“最小交货数量”、“舍入值”等交货参数这些属于比较少被人注意但实际业务中特别容易出问题的配置。比如客户买玻璃论箱卖一箱6片那你就要在物料的销售视图里维护舍入数量为6订单数量才会自动按箱取整不至于出现4.7片这种奇葩数字。学习阶段建议你拿一个真实的物料编号把MM03里所有跟销售相关的页签都翻一遍搞清楚每一行字段在什么业务场景下会被用到这会比光背事务码有效得多。2.3 客户物料信息记录还有一个主数据常常被新人漏掉客户物料信息记录事务码是VD51、VD52、VD53。它用来维护某个特定客户和某个特定物料之间的关系比如该客户对此物料的物料编号、最小起订量、默认交货工厂、默认装运点。这在汽车零部件、零售、制造行业特别常见客户给你一个他们自己的零件号系统里如果没有客户物料信息记录订单录入时就得人工来回翻译物料号。这个数据还有个作用是影响交货和定价。比如你在定价条件记录里用了“客户物料”这个条件表系统会按“客户物料”的组合去找价格。我在做离散制造项目时客户要求同一支物料卖给不同客户价格不同基础价没法统一就是靠这个策略解决的在客户物料信息记录里维护客户物料号在条件记录里录入“物料客户物料”的组合价格。这种方式在项目里非常好用也避免了一批物料重复建多条物料主数据。3. 销售单据的串联关系从订单到发票的完整流转3.1 顶层单据类型和项目类别的设计逻辑SD模块的核心单据分为三层销售订单Sales Order、交货单Delivery、开票凭证Billing Document。企业在SAP里的销售全流程基本就是这三层单据层层触发、逐级确认的过程。很多热搜词里反复出现“SAP SD模块相关单据串联关系”其实说的就是这一套链路。单据之间的串联是通过“复制控制”实现的。销售订单行项目上有项目类别Item Category项目类别决定了一个行项目后续能不能做交货、要不要开票、是否影响库存。比如标准项目类别TAN代表正常库存销售系统允许它创建交货单交货后会更新库存并产生会计凭证。而免费赠品行项目类别是TANN它通常不产生收入、不入应收但可能需要做成本。一把项目类别设置错后续全乱套该开票的开不出去不该开票的反而挂了应收。所以学习SD的单据流我建议你先不要猛刷事务码而是画一张业务流程图从销售订单VA01创建开始到VL01N创建交货单再到VL02N发货过账再到VF01开票然后从VF03查看发票、F-28收款把每一步的操作事务码、生成什么凭证、更新哪些表、对财务有什么影响都标出来。这比背任何一本配置手册都管用。3.2 交货过账和开票之间的财务联动交货单是SD与MM的交汇点。你在VL02N里对交货单执行发货过账库存会减少同时会产生一张物料凭证。这张物料凭证在后台会联动生成会计凭证把库存科目转成销售成本。这里有一个SD顾问必须理解的关键点销售出库的过账用的是货物移动移动类型601它在“移动类型-科目确定”里通常不生成收入仅仅结转库存到销售成本。真正确认收入是在开票环节。VF01对一张已经发货过账的交货单开票系统会根据定价过程里的账户确定配置生成应收、收入和销项税的记账。再强调一遍这里的“定价过程”和“账户确定”是SD的关键配置定价过程定义了你能用哪些价格条件、折扣、附加费以及它们如何求和而账户确定定义了这些金额落到财务的哪个科目。实操里最常见的错误是把开票当成一个简单的“生成发票”动作实际上它牵涉销售收入借贷凭证的完整生成逻辑。如果你在项目里看到财务说“这笔收入没有进到正确的收入科目”通常要回头查两处一是开票凭证类型对应的“账户确定”配置二是订单行项目上的科目分配组和客户上的科目分配组是否匹配。3.3 销售退货和贷项凭证的单据反向操作正向的单据流学完之后我强烈建议你立刻学习反向业务销售退货和贷项凭证。因为项目里正向流程跑通是基础真正考验顾问水平的往往是退货、冲销、免费返修这些异常场景。SAP处理退货有两种常见方式。一种是在销售订单里用退货项目类别RE创建一张退货订单然后按退货订单做退货交货移动类型651实际是“退货收货”最后开一张贷项凭证Credit Memo。另一种是直接对原发票做冲销也就是贷项凭证请求Credit Memo Request然后基于它创建贷项凭证。这里最绕的是状态管理你做了冲销之后原销售订单的“开票状态”和“交货状态”都会发生变化后续业务还能不能继续发货、还能不能再次开票都取决于这些状态标志。我还想提醒一点退货过账后财务科目一定和正向相反但如果你之前发货过账用的是601退货用的却是651科目逻辑是配好的不用你手工调整。但有一些项目会在退货时额外收取补货费用或扣减原运费这些都要通过定价过程里的条件类型补进去。刚开始学的时候别急着接这种复杂需求先把标准退货链路跑通再看怎么加条件。4. 定价、可用性检查与需求传递SD最烧脑的核心机制4.1 条件技术和定价过程的骨架SD定价是基于条件技术实现的。你看到的每一个价格、折扣、附加费在系统里都对应一个条件类型Condition Type。比如PR00表示基础价格、K007表示客户折扣、ZP##可能是运费这些条件类型又存在条件表里条件表决定系统去哪些业务维度找这个价格比如“客户物料”、“物料价格组”、“客户物料定价日期”的组合。条件技术最大的特点是“优先级”。比如同一个客户同一天下了一张100件的订单你希望给他一个大客户折扣但前提是他上个月的采购额超过50万这时候就要在定价过程中把折扣条件类型的“访问顺序”配置好先查累计销售量再查客户层级最后才是普通客户价格组。访问顺序的逻辑一旦配错系统就会读到错误的价格。我见到太多项目上线后客户投诉“价格不对”查下来基本都是访问顺序或条件记录的范围维护错了。学习定价过程时不要被那一长串条件类型吓到。把它当成一条“计算管道”来理解就好先是基础价、再是各类折扣、再是运费和税费最后在“总计”Row里汇总出订单净价值。你要做的是一层一层往上加条件类型同时关注每一行是“计算”型还是“关联”型。计算型比如折扣百分比、数量阶梯价关联型比如从某个表里读取的固定金额。4.2 可用性检查与ATP逻辑SD的可用性检查Availability Check解决的核心问题是客户要5月20日交货你答应之前先要确认工厂到底有没有货。这里的核心配置是检查规则Checking Rule和检查组Checking Group。检查规则定义库存范围、是否检查安全库存、是否考虑采购在途和销售订单占用量而检查组则定义物料层面采用哪种检查规则。ATPAvailable to Promise数量计算逻辑大概是这样工厂当前库存Plant Stock加上计划收货Planned Receipts、采购订单在途、生产订单完工入库减去已确认的销售订单预留、计划发货、调拨预留。前面这些字段在不同项目中名称略有差异但底层表用的都是MARD、MARC和库存需求表。想深入的话可以去看MD07——它是物料需求汇总的经典事务码会把某支物料的期初库存、入库、出库、可用量通过一张汇总表展示出来虽然是MM/PP的日常工具但SD顾问查看订单交期是否满足时经常要参考它。可用性检查的两种常用模式是“按批次可用性检查”和“按产品分配检查”前者通常配合批次管理使用在订单录入时就直接锁定某个批次后者则是把可销售库存按客户分配好防止大客户把普通客户的货全占了。这两种模式对MTO按单生产企业和分销企业都很关键建议学到后期一定要把“可用性检查的后台配置”和“前台订单状态”串起来确保你知道系统中显示的“可用量”是怎么算出来的。4.3 需求传递销售订单如何驱动生产和采购当一张销售订单确认了交期接下来要回答的问题是工厂库存不够谁来补货这就是需求传递Requirement机制。SD的销售订单行项目会根据项目类别和物料主数据的策略组决定是否产生“独立需求”或“相关需求”。相关需求会直接作为PP模块的计划独立需求输入PP据此跑MRPMRP又会生成生产订单或采购申请。这里最常被讨论的“SAP 70策略”就应该登场了。策略组70按库存生产装配是制造企业里非常常见的一种MRP策略销售订单到达后系统会“消耗”计划独立需求Planned Independent Requirements并把这些需求传给MRP然后由MRP生成计划订单。如果销售订单量超过了原来的预测MRP会额外生成计划订单从而驱动采购或生产。学习这些内容时不必急着搞清PP模块所有的后台配置但有一项必须会通过MD04库存/需求清单查看某支物料的需求来源。你能清楚看到一张销售订单号跟MRP元素、计划订单、采购申请之间的关联这种“单据串单”的视角比背一百个配置文档更有价值。5. 常见事务码与报表实操从录入到监控的必备清单5.1 销售订单、交货、开票三大事务码串联练习很多新手学SD最大的问题是不知道用事务码之后下一步做什么。我建议按业务链路一组一组地练第一组订单录入。VA01创建销售订单VA02修改VA03查看。练习时一定要填全销售组织、分销渠道、产品线、售达方、送达方、物料、数量、价格、请求交货日期。创建成功后用VA03进去看看“抬头状态”和“行项目状态”尤其是“交货状态”“开票状态”“总体上锁状态”。之后再模拟做一张退货订单体会项目类别变化带来的状态差异。第二组交货与发运。VL01N按销售订单创建交货单VL02N修改交货单VL03N查看。重点看装运点、装载组、拣配数量、批次拆分。确认无误后用VL02N里的“过账发货”按钮做发货过账系统会跳出一个“物料凭证已被过账”的绿色提示。这里要记住发货过账完成的同时系统实际已经生成了物料凭证和财务凭证你可以用MB03查看物料凭证用FB03查看会计凭证。第三组开票。VF01创建开票凭证VF02修改一般只改日期或金额VF03查看。开票时系统会让你确认开票数量一般取自交货单的实发数量。开票完成后用VF03看“会计凭证”按钮跳转到财务视图你会看到应收、收入、销项税科目全部过账完成。这一步做完一条SD集成链路才算真正闭合。5.2 报表事务码、清单监控与常见后台表除了凭证类事务码报表和清单类事务码也要尽早掌握。VA05是销售订单清单可以按客户、物料、订单类型、日期区间查询订单列表VL06I是外向交货监控清单适合查看当天还没做发货过账的交货VF05是开票到期清单发票已开未收款、未过账都可以在这查。日常运维里VA05加布局保存、过滤条件组合是我用的最多的查询工具。后台表方面SD顾问至少要熟悉这几张VBAK销售订单抬头、VBAP销售订单行项目、VBUK/VBUP订单状态管理、LIKP交货单抬头、LIPS交货单行项目、VBRK开票凭证抬头、VBRP开票行项目、KONV条件记录和定价结果还有前面提到的MKPF/MSEG物料凭证和BKPF/BSEG财务凭证。查询时可以用SE16N或SE11直接进表但注意生产环境不要乱改数据查询最好带上条件并确认事务码还是表查询更合适。这里补充一个常见的实用技巧ALV报表里的搜索帮助。如果你在用SE16N查看一张表时想按字段过滤可以在ALV输出界面的字段上按F4搜索帮助。如果你自己用OO ALV开发报表想在类CL_GUI_ALV_GRID里给字段加搜索帮助最常见的是在事件处理方法里调用F4IF_INT_TABLE_VALUE_REQUEST把内表数据当作搜索帮助的值列表弹出。这个技巧在我做增强和报表开发时几乎必用。5.3 打印输出与假脱机处理销售业务离不开打印订单确认书、交货单、装箱单、发票。SD的输出确定Output Determination配置决定了一张单据该用哪个输出类型、输出到打印机还是外部系统、什么时候触发。日常操作里常见的打印操作是通过事务码SPAD维护打印设备通过SP01查看假脱机请求。我遇到过不少同事问“点了打印但打印机没反应”十有八九是设备类型或访问方式没配好而不是程序有问题。学SD学到后面至少要会SPAD里的设备定义和输出类型关联打印队列这些基础操作不然项目运维时天天被用户投诉。6. 权限、批导与增强SD顾问的硬技能扩展6.1 权限设计PFCG与常用权限对象用户操作报“没有权限”是SD上线后最常见的问题之一。权限配置的主入口是PFCG先创建角色再给角色添加权限对象和数据权限值最后把用户SU01分配给角色。这个流程听起来简单但实际难点在于确定SD相关的权限对象。SD里最常见的权限对象有几个V_VBA_AEN控制销售订单的创建、修改、显示V_VBA_VLC控制交货相关操作V_BIL_AK控制开票V_KONH控制条件记录的维护。另外对于“仅查看”类的用户你只要给活动字段的显示权限即可不要顺手给了“修改”。实际运维中经常出现用户误修改订单价格的问题很大原因就是权限角色的活动权限过大。建议你在学习阶段自己建一个测试用户配一个“SD订单录入员”角色再配一个“SD查看员”角色互相切换直观感受权限设计对操作界面的影响。关于Ecc里常见的角色维护注意S/4HANA云环境或者启用了Fiori的用户也会走PFCG技术角色模型。Fiori的权限通常还需要在“目录”和“组”层面管理但底层仍会落到PFCG角色。你如果听到“SAP ECC PFCG”通常指的是ECC环境里用PFCG创建并分配角色这是绝大多数项目的传统方案至今依然主流。6.2 LSMW与BDC批导的落地经验SD实施时永远绕不开历史数据迁移和重复性业务批处理。最常用的是LSMW和BDC。LSMW能录制屏幕操作然后按固定的“源字段-目标字段”映射导入数据。BDCBatch Data Communication更底层本质是把你在前台的操作录制成一个程序然后批量执行。我建议你至少掌握LSMW的标准三步录制用SHDB录出BDC会话、创建源结构并映射字段、转换并执行导入。实际操作里大量报错都来自映射字段少维护了必填项比如销售订单导入时“销售组织分销渠道产品线”组合没维护全或者客户编号在系统里不存在。建议每次先导10条测试数据检查VA03里的订单状态和价格再全量导入。遇到“会话包含错误”也无须慌去SM35查看会话日志定位出错的行项目修正源数据后重新执行即可。6.3 从USEREXIT到BADI再到RAPSD的增强开发是一个从入门到进阶的必经台阶。最传统的是USEREXIT比如销售订单保存之前可以调用USEREXIT_SD_SALES_DATEN你可以在里面写增强代码修改客户字段、校验订单价格、补充分配数据。后来主推BADI比如销售订单的BADI是SD_SLS_VBI交货单有LE_SHP_DELIVERY开票有SD_BILLING_IF。BADI相比UserExit是面向对象、支持多实现、更规范。很多项目里常见的“MIGO过账增强”虽然MIGO本身是MM的事务码但它涉及销售出库的集成验证所以SD顾问也经常要看。MIGO的增强标准出口是MB_MIGO_BADI这个BADI下有多个方法比如LINE_DELETE、LINE_MODIFY、POST_DOCUMENT可以在其中校验行项目或修改过账数据。如果用户反馈说“某类物料不允许零库存出库”“批次过期不能发货”这类规则往往就写在MIGO增强里。新项目里开始推行SAP RAP也就是ABAP RESTful Application Programming Model配合CDS视图和行为定义能在S/4HANA里做服务式开发。SD顾问了解RAP的意义在于Fiori应用越来越普及很多订单维护、报表展示的界面已经开始用Fiori开发底层数据往往还是标准SD表如果你只会SE38写Report遇到Fiori开发团队时协作效率会很低。至少要知道SM30用来维护自定义表数据、Fiori的Tile和Catalog如何关联后端ODATA服务这就足够你在一个集成项目里完成沟通和测试了。7. 项目实战里的常见问题与排查套路7.1 订单、交货、开票的状态异常SD的问题排查有一套很实用的先后顺序先看单证状态再看字段内容最后看后台配置。最典型的“订单已经交货了但是发货过账按钮不可用”重点查VL02N里交货单行的“货物移动状态”是否还处于“未过账”。如果系统提示“过账被锁定”去SM12查看锁条目找到是哪个用户、哪个事务码锁定了该交货单。如果是后台作业锁定的用SM37查看正在运行的作业。这种问题在月结期间特别常见因为很多公司在月结时会锁定交货过账和开票。还有一种很常见的发票过账时提示“未找到科目确定”。这种问题的标准排查链路是第一步看销售订单行项目上用的是哪个项目类别和科目分配组第二步看客户主数据里维护的是哪个“客户科目分配组”第三步去后台的“定义科目确定”里找到对应的“账户分配键”看这个组合下有没有配置收入科目。大概率是科目分配组某个字段配置漏了或者物料主数据的评估类没有关联到正确的总账科目。7.2 打印与输出确定不生效输出确定没有触发排查顺序一般是这样先确认输出类型有没有配置“处理程序”是打印还是EDI还是外部系统再确认输出确定的“访问顺序”里条件记录有没有维护比如按“销售组织单据类型客户”找输出条件最后检查后台作业“SD 输出处理”是不是没跑。很多项目里发票输出不是实时打印的而是通过后台作业批量释放到打印队列的如果作业没跑或者状态“失败”用户端自然看不到打印机响应。如果你碰到“无法达到远程主机假脱机关系”这类打印设备问题第一反应不是去看业务单据而是去SPAD里检查打印设备的访问方式。常见的配置是“前端打印设备”或“远程服务器上的假脱机服务器”。确认一下目标打印机在SAP侧是否已经启用以及输出设备的“设备类”和“打印协议”是否匹配这个在项目启动配置输出设备时就要规范好。7.3 常见SD月结关注点月结是SD顾问最紧绷的时刻。SD相关的月结动作算不上特别多但牵涉财务出不得错。主要有三类事情检查销售订单和交货单里是否有大量“未完成”状态清理已开票未过账的凭证确认退货申请、贷项凭证是否都已处理完毕。你会经常用到VA05查“交货完成但未开票”的单据VL06I监控“已发货但未过账”的交货VF05查看“已开票但未收款”的凭证这三张清单结合起来基本覆盖了SD月结的70%工作。另外一个容易遗漏的点是“POD”也就是交货证明。有些行业的收入确认以客户签收回执为准发货过账时并不马上确认收入而是等POD到达之后才确认。如果你在项目里负责这种业务流月结时要专门排查没有收到POD的已发货交货单否则财务的收入截止日期就错了。8. 一条实操过的学习路径我建议你这样排优先级最后分享一套我实际带人用过的学习顺序核心逻辑是“先会跑单据再懂配置再做增强”而不是一上来就啃IMG。第一阶段约2周熟悉SD基础事务码和主数据。重点掌握VA01/VA02/VA03、VL01N/VL02N/VL03N、VF01/VF02/VF03配合XD03、MM03把客户主数据和物料主数据看懂。目标是一天之内独立录入一张标准销售订单并完成交货、发货过账、开票全流程。第二阶段约3周打通集成。学发货过账时去看MIGO和物料凭证学开票时去看F-28/FB03和凭证流弄明白SD和MM、FICO的接口在哪个环节触发。安排自己在测试环境做三单正向、两单退货、一次冲销用VA03和VF03观察状态变化。这个阶段结束后你应该可以跟FICO顾问顺畅讨论“这个销售收入为什么进这个科目”。第三阶段约4周吃透定价、可用性检查和需求传递。这是SD的核心壁垒。每天花时间研究定价过程的每一行尝试配置新的折扣条件类型、维护条件记录、调整访问顺序。建立一张“条件类型-条件表-访问顺序”的对照表然后自己设计一个“按客户组折扣”的配置并验证结果。同时用MD04或MD07复盘一下销售订单如何变成MRP需求。第四阶段约4-6周学习权限、批导和常见增强。用PFCG做角色并分配给自己用LSMW做一个简单的客户主数据导入尝试在销售订单BADI里写一个校验需求的增强用SE80部署后测试。这一步是区分“录入员”和“顾问”的分水岭。之后还有很多可扩展方向Fiori报告开发、S/4HANA的UI变化、RAP编程、输出与EDI集成、接口与IDOC。这些东西不用一次性学完但建议你始终保持一个“单据流状态流科目流”的整体思维任何新功能都放到这个框架里理解。我个人在实际项目里的体会是SD模块学得好不好不看你会多少事务码而看你拿到一个业务需求能不能快速在脑子里还原出一张单据的路径和它会对系统里哪些主数据、哪些状态、哪些财务科目产生影响。这种能力不是看文档看出来的是拿着测试账套一遍遍跑、一遍遍踩坑踩出来的。如果你正打算入行SAP或者开始转SD方向不妨就按上面的路径先花两周时间把一张订单从VA01跑到VF01然后把那几张状态表翻明白——这条路走通了后面的所有内容都会顺畅得多。