SAP SD中文培训资料：从销售定单到开票的完整流程解析

简介一份面向SAP实施顾问、售前顾问及初学者的SD模块中文培训幻灯片系统梳理销售与分销的整体业务框架。内容涵盖从询价、报价、销售订单、定价、可用性检查、交运、拣配包装、开票到财务FI/CO集成的主线流程并介绍了销售组织、分销渠道、部门等组织架构以及客户主数据、物料信息、条件定价技术等关键配置与操作要点适合用于内部培训或自学入门。资源包内共1个文件为PPT演示文稿压缩包大小约2.09MB图文结构清晰便于按页讲解或打印学习。目前已有105人浏览学习。通过这套材料读者能够快速理解SAP SD与其他后勤模块的协同关系掌握常见销售业务场景的处理逻辑和术语为后续系统实操或项目配置打下基础。1. 从供应链总览开始这套SD中文培训资料能解决什么问题刚接触SAP SD销售和分销模块的人最容易卡在同一个地方知道它管销售但不知道销售定单从哪来、货怎么发出去、发票怎么生成、钱怎么进财务账。这套SAP-SD中文培训资料PPT把从询价、报价、定单、交运、发货到开票的完整链路摊开讲了一遍还附带组织架构、客户主数据、定价条件组这些配置前必须理解的底层概念。适合刚接手SD模块的内部顾问、准备做FICO与SD集成测试的财务同事以及要跟SAP项目组对需求的业务骨干。看完能建立起一条清晰的销售主线知道每个环节在系统里对应哪类单据、动了哪些数据不至于拿到项目一脸懵。2. SAP SD的定位与整体框架从询价、报价到定单的销售主线SD模块不是孤立存在的它处在供应链的中段上游接生产计划PP、MRP下游接采购MM和财务FI/CO。想看懂SD的流程得先把它放在整张供应链图里看这也是这份资料第一部分就放供应链总览的原因。2.1 SD与MM、PP、FI/CO的接口关系模块协作的边界SD模块的核心职责是处理「从客户询价到最终收款」这条业务链但每一步都会触碰其他模块的数据。资料里的供应链总览图清晰标出了几个关键接口点销售定单确认后系统会检查物料库存库存数据来自MM模块的库存管理视图当库存不足且物料是自产的SD会把需求传递给PP模块的MRP物料需求计划触发生产定单或计划定单当物料需要外购时需求传递给MM模块的采购流程自动产生采购申请发货过账时SD更新库存并同步生成会计凭证数据进入FI模块的总账和应收科目销售成本和收入的归集则通过CO模块的成本中心/利润中心来分析。接口关系用一句话概括SD管单据流MM管实物库存PP管生产供给FI/CO管钱。任何一个环节的数据出问题都会在后续步骤暴露出来。比如发货过账后库存没扣大多是MM的物料视图没维护好或后台的货物移动自动记账配置缺失发票生成后应收不对通常是SD的开票类型和FI的科目确定规则没配对。2.2 销售文档类型标准定单、退货、借项/贷项凭证的选用场景资料里列出了主要的销售文档类型每种类型代表一类销售交易对应不同的处理逻辑和后续操作路径。纯看代码记不住要结合业务场景理解文档类型代码业务含义典型场景OR标准定单常规销售客户下了正式定单QT报价客户询价后销售给报价未确认IN询价客户提出需求尚未进入报价CO合同框架协议后续分批出定单SA交货协议约定长期供货按计划交货RE退货客户退回商品触发退货流程CR贷项凭证请求给客户做红字信用调整DR借项凭证请求向客户补收款项DF免运费定单免除运费的标准定单每种文档类型在系统里绑定了不同的“后续功能”标准定单会触发可用性检查、定价、需求传递和交货退货会触发收货、退款和反向的库存移动贷项凭证请求则可能不涉及实物移动只做财务调整。做配置时最常犯的错是把「贷项凭证请求」和「退货」混用——退货动了库存贷项凭证只动财务选错了类型后面的科目和库存全乱。2.3 销售文档的功能链路定价、信用检查与文档流销售定单创建后系统会自动执行一系列功能资料里把它串成了一条链路定价、可用性检查、信用检查、需求传递、输出打印/传真/EDI、文档流更新。这条链路上有三点容易被忽略一是定价不是简单的单价乘以数量而是基于条件组逐项计算。客户、物料、价格组、价格清单、付款条件共同决定最终价格某个条件缺失时定价结果会静默出错界面上看不出红色报错。二是可用性检查ATP默认按工厂和库存地点检查。如果物料启用了安全库存系统计算可承诺量时会扣除安全库存部分如果没启用检查结果可能过于乐观定单确认了但实际发不出货。三是文档流把询价、报价、定单、交货、发票串成一条链。后续做交货单或开票时系统会从文档流里找上游单据文档流断裂比如手工改了定单号或删了中间环节后面就没法参照全得手工补。提示培训资料里对每个文档类型都标注了对应的功能触发范围实际配置时会发现一个文档类型还能绑定多个订单原因、发货截止日期规则和输出确定条件这些在PPT里有嵌套截图建议配合事务码VOV3和VOTXN一起看。3. 组织架构与主数据实施SD绕不开的地基销售组织、分销渠道、部门这三个词在SD配置里反复出现PPT里的组织架构图值得多看几遍。主数据部分则解释了客户主数据为什么分通用数据和公司级数据这是很多人上手时最容易搞混的地方。3.1 销售组织、分销渠道与部门三层组织架构的划分逻辑SD的组织架构是三个维度的组合销售组织Sales Organization、分销渠道Distribution Channel、部门Division。三者组合后才构成一个完整的「销售区域」客户主数据、定价条件、销售定单都挂在销售区域下。实际项目里最常见的划分方式销售组织通常按公司代码或业务单元划分一个销售组织对应一个独立的销售业务体系分销渠道按销售方式划分比如直接销售、零售、线上、代理不同的渠道可以有不同的价格表部门按产品线划分比如整机、配件、服务因为同一客户可能分别购买不同部门的产品。配置时要注意销售区域不是三层各建各的就行而是要在后台把三者组合定义好。资料里的例子是一个销售组织下区分国内渠道和出口渠道再按产品线挂部门。如果渠道和部门的组合没配全创建定单时会提示「销售区域无效」卡在第一步。3.2 客户主数据与业务伙伴角色售达方、送达方、付款方、开票方客户主数据是SD里最容易被低估的部分。资料里明确把客户主数据拆成了通用数据、销售数据、交运数据和发票数据几个层次并且强调了业务伙伴的多种角色功能售达方Sold-to Party谁下的定单合同主体送达方Ship-to Party货实际送到哪付款方Payer谁付的钱可能跟售达方不同三方交易很常见开票方Bill-to Party发票开给谁有些集团客户要求发票开给总部货发到分公司联系人、转运代理等其他角色。一个客户编号下可以同时承载多个角色但每个角色在特定销售区域下的控制数据独立维护。做项目时经常遇到的情况是售达方配置了送达方没配发货环节找不到地址或者付款方与售达方的信用限额维护在不同科目上导致信用检查结果对不上。这都不算系统问题是主数据没维护全。3.3 物料主数据与客户-物料信息记录单位、最小定单量与定价组物料主数据在SD里用到的视图包括销售视图、采购视图、MRP视图和财务视图。资料里特别展示了「灵活的单位处理」基本计量单位是「件」但销售单位可能是箱、托盘、整车系统要在单位之间做换算。关键参数有三个最小定单数量低于这个量系统会拒绝或给出警告最小交货数量分批发货时每次至少交多少交货单位每次发货数量必须是交货单位的整数倍。这三个参数没设好定单创建时可能一切正常到交货单生成时提示数量违反规则卡在出货环节。客户-物料信息记录则维护「客户眼中的物料」——客户用他的物料号称呼你的物料或客户对某物料有专属价格和最小采购量。这块信息不维护大客户的专属价格就只能靠手工改既慢又容易错。4. 销售定单处理定价条件、可用性检查与需求传递定单是SD的核心单据资料里把定单的功能拆成了定价、可用性检查、需求传递、输出、文档流等几块。其中定价和可用性检查是日常最容易遇到问题的两个功能点。4.1 定价条件组折扣、附加费与付款条件的生效逻辑定价在SAP里不是写死在程序里的金额而是由条件表、条件记录和定价过程共同计算的。资料里列出的定价条件组包括客户、物料、价格组、物料定价组、价格清单、物料价格、客户价格、运费、付款条件、国际贸易条款等。理解定价要从两个层面看一是条件记录层面。你给某个客户、某个物料维护了一个价格系统在定单里找到这条条件记录取出来参与计算。条件记录可以按客户、物料、客户物料、客户物料价格组等维度组合建维度越多价格越精细但维护成本也越高。二是定价过程层面。系统按预设步骤依次计算基础价格、折扣、附加费、运费、税金最后得出净价。每一步都有「正/负」方向和计算基准顺序错了价格就错。比如运费应该在折扣之后加还是之前加直接影响客户最终付多少钱。实际排错时我一般会执行定价分析事务码V/06相关或直接在定单里点分析逐行看条件记录命中情况。最常见的翻车现场是有折扣条件但没生效原因往往是两个条件记录的有效期没覆盖定单日期或者条件类型在定价过程中的步骤位置被设成了「统计」而非「生效」。4.2 可用性检查与需求传递从定单到生产/采购的联动可用性检查决定了「客户这个定单你承诺几号能交多少货」。系统默认检查逻辑是可承诺量 现有库存 计划收货 - 已承诺给其他定单的量。如果不够就把需求传递给物料需求计划MRP由它决定触发生产定单还是采购申请。这个联动有几个参数需要留意检查范围按工厂、库存地点还是存储地点检查范围设窄了会漏掉其他地点的库存检查规则是仅警告还是拒绝定单行项目需要业务决策需求类型定单里的需求是「独立需求」还是「客户需求」影响MRP能否被正确触发装配计划按定单生产MTO模式下可用性检查要放在最终装配层面而不是单物料层面。资料里有一页专门讲「第三方定单」客户下了定单但货由第三方供应商直接发给客户。这种情况下可用性检查的对象不再是你自己的库存而是供应商的供应能力需求传递也不再进入你的生产计划而是生成采购定单发给第三方。很多做贸易或代发业务的公司在配置时容易把这种场景当成普通销售结果库存永远不足补货逻辑完全错位。4.3 确认定单与输出交货计划的三种触发方式定单确认后系统要决定何时何地用什么方式输出确认信息。资料里列出了三种触发时机立即输出定单保存时立刻触发打印/传真/邮件适合内部急用的单据在要求时输出用户手动触发适合需要审核后再发出的单据按指定时间周期运行后台定时批量处理比如固定每天晚上集中发送交货计划给仓库。输出类型和输出时间需要按文档类型分别定义。实际项目里这一步常被拖到上线前才想起来导致定单建了一堆但客户收不到任何确认文件。建议在配置阶段就确认好每种定单类型的输出介质哪怕是「在线显示」也给一个默认输出避免后期逐个补配置。5. 交运、发货与开票常见问题排查与账实一致性处理定单建完只是开始货发出去、钱收回来才算闭环。交运、发货、开票这三个步骤每一步都在更新系统里的库存和财务数据这一章把常见的账实不一致问题拆开讲透。5.1 挑拣、包装与发货记账库存和会计科目的双重更新发货环节在资料里分成了挑拣拣配、包装、装运、发货记账四个动作。挑拣是根据交货单生成挑拣清单仓库按单拣货包装生成包装指示发货过账则是整个销售流程里第一次真正动库存和账的步骤。发货过账PGI的影响有四个层面减少仓库库存物料的库存数量减少过账到消耗或销售成本科目更新会计科目库存科目减少销售成本科目增加金额按移动平均价或标准价计算减少交运需求交货单对应的需求被扣减MRP的毛需求随之变化更新文档流交货单状态变为已发货为后续开票创建工作清单。这里有个参数容易被忽略发货过账时用的是移动平均价还是标准价。移动平均价下库存科目按实际成本结转标准价下差异要进差异科目。如果后台的成本核算视图没有维护好价格控制标识发货过账会报错或生成错误的会计分录牵涉到FI的同事就得返工。5.2 发票类型与财务集成退货、贷项/借项凭证的触发条件发票环节的文档类型比销售环节更多。资料里列出了标准发票、取消发票、退货、贷项/借项凭证、现金销售和形式发票等。每种发票类型触发不同的财务过账逻辑标准发票确认收入借应收、贷收入同时结转销售成本退货的单据处理走红字冲销路径返还金额并冲回应收科目贷项凭证对客户做红字调整不涉及实物移动只调财务金额借项凭证向客户补收款项通常用于价格补差或费用补收形式发票不给客户做账只用于信息告知常见于样品、预付场景。发票与财务集成的关键在科目确定规则。系统根据「客户科目分配组 物料科目分配组 损益科目确定」三者组合找到应收和收入科目任何一个组的配置没维护好开票时就会提示科目未确定堵在最后一步。排查顺序我一般是先查客户主数据的科目分配组再查物料主数据的科目分配组最后查后台的科目确定配置。5.3 四个实际踩坑记录发货后库存差异、发票金额不符、退货冲销错误、可用性检查误判踩坑一发货过账后库存没扣。 现象是交货单显示已发货但MM的库存报表里库存数量没变化。原因往往是后台的货物移动自动记账配置缺失或者移动类型没有分配科目。解决方法是检查移动类型对应的科目确定并用事务码MB03查看物料凭证确认是否有过账错误。踩坑二发票金额和定单金额不一致。 现象是开票时金额变了或税额计算不对。原因通常是定价过程中某个条件在开票时重新取了一次而客户主数据里的价格组或价格清单和定单创建时已经不同。解决方法是开票前用定价分析再走一遍确认条件记录命中情况如果是长期问题可以考虑把定价日期设为定单日期而不是开票日期。踩坑三退货冲销时数量对不上。 现象是退货定单建了但收货时系统提示数量大于已发货数量。原因是退货数量没校验原始交货单的可退数量或原始交货单已被部分开票。解决方法是退货参照原交货单创建让系统按可退数量限制退货行项目的数量。踩坑四可用性检查误判。 现象是系统显示有货但发货时发现实物不够。原因通常是检查范围设得太粗把其他工厂的库存也当作可承诺量来算或者没有扣除已经承诺给其他定单的量。解决方法是去后台调整可用性检查的控制规则按工厂库存地点设置检查范围。注意这几个坑在培训资料里有对应截图配合事务码操作时能一步步看到系统跳出来的消息。建议在测试环境里用一套完整的测试物料IDES数据把这些流程都走一遍把报错截图留下来做知识库。6. 进阶用法销售信息系统与从PPT到配置清单的转化6.1 销售信息系统SIS从销售计划到报表分析SD模块不是只管业务交易还自带一套销售信息系统SIS用来做销售分析报表。资料里给出的视图包括销售活动、销售计划、客户分析、物料分析和市场分析。SIS的数据来源是销售定单和交货单的更新。系统在定单创建、交货、开票时按分析维度销售组织、渠道、部门、客户、物料、地区汇总数据形成标准分析报表。要想让报表准确前提是业务数据录入规范定单里的渠道、部门、客户主数据都不能录错——报表不准往往不是系统问题而是源头数据不规范。6.2 把培训资料变成配置检查清单这套PPT看一遍是一回事落到自己负责的项目里又是另一回事。我的习惯是把PPT的每一页主题转成检查项做上线前自检销售组织、分销渠道、部门组合是否全部定义客户主数据每个销售区域下是否维护了售达、送达到开票的角色物料主数据的销售视图是否维护了最小定单量、交货单位和价格组定价过程中每个条件类型是否设了正负方向和计算基准交货单的捡配、包装、发货过账的后台配置是否完整发票类型与FI科目确定规则是否配对。那时候我第一次接触SD项目对着这套资料翻了三天觉得全看懂了结果在测试环境里创建定单时发现可用性检查一直报错排查了半天才发现是物料主数据的检查范围没设。从那以后我每次做SD上线前都强制走一遍这个检查清单先把主数据和后台配置对齐再动定单流程基本没再出现流程走到一半卡住的情况。这份资料的价值就在这——把该看的配置点都标出来了照着自查一遍能省不少上线后的返工时间希望帮到你。本文还有配套的精品资源点击获取