SAP SD中文培训PPT:从销售订单到发票全流程解析与避坑指南

发布时间:2026/11/3 10:52:53
SAP SD中文培训PPT:从销售订单到发票全流程解析与避坑指南 简介这份PPT面向SAP初学者、SD模块顾问及企业销售与分销业务人员系统梳理销售和分销模块的核心流程与组织架构帮助读者建立从询价报价、订单处理到交运开票的完整认知。内容涵盖销售文档类型与功能、定价与可用性检查、客户与物料主数据、业务伙伴角色、销售组织与分销渠道划分并延伸至与MM、PP、FI、CO等模块的集成关系配合供应链总览与销售流程总览图示便于对照理解各环节的数据流转。资源包共1个PPT文件约2.09MB以图文页面形式呈现适合作为培训讲义或日常查阅的速查材料。目前已有106人学习对需要快速入门SAP SD或梳理模块间衔接关系的读者具有一定参考价值。1. 一份被低估的 SD 中文培训 PPT从销售订单到发票它把整条链路串起来了很多做 SAP 的同行手里都攒着一堆英文 PDF真到要给业务部门讲清楚“询价怎么变成发票”的时候还是得翻回中文材料。这份 SAP SD 中文培训资料 PPT 就是干这个用的它把销售和分销模块从组织架构、主数据、销售订单、交运、发货过账一直到发票校验用中文图示和流程串成了一条线。适合三类人——刚接触 SD 模块、需要快速建立全局观的顾问新人要从 MM/PP/FI 转岗过来、想搞懂模块边界的从业者以及要给内部团队做流程培训、缺一份能直接改的业务架构图的人。它不教你点哪个按钮但能让你在打开系统之前先知道每一步在业务上意味着什么。2. 先看懂 SD 的组织架构与主数据销售组织、分销渠道、客户物料信息记录这份材料最值钱的部分不是后面的订单流程而是前半段把“组织架构”和“主数据”讲透了。SD 里所有的单据、定价、交运、开票最终都挂在这两层地基上。地基没理清后面配出来的东西一定是玄学。2.1 销售组织、分销渠道、部门三个元素决定一张订单归谁管PPT 里用一张图把组织元素拆得很清楚集团公司下面是公司代码公司代码下面是工厂和库位销售侧则是销售组织、分销渠道、部门Division三件套再加上销售办公室和销售小组。这套结构的实际意义是一张销售订单由“销售组织 分销渠道 部门”唯一确定销售区域Sales Area而销售区域决定了这张订单能用哪些客户主数据、哪些物料、哪套定价、哪个交货工厂。我一般会建议新人先画一张表把公司实际业务往这三个维度上套组织元素业务含义常见配置坑销售组织负责某类产品/某区域的销售法律责任主体一个销售组织可挂多个工厂但工厂必须分配给销售组织才能交货分销渠道触达客户的方式如直销、经销、电商渠道不同定价条件和输出方式往往不同别图省事全用同一个部门产品线或业务线划分部门和物料必须做交叉否则订单里选不到物料材料里还提到“海外、自己运输、第三方运输、买断物料、物流管理、仓位租赁、服务公司”这些业务形态本质是在提醒你分销渠道和部门不是随便填的它们直接对应后面交运环节走哪种路径。第三方供应商的临时存放处理、寄存处理都是靠这套组织元素区分出来的。2.2 客户主数据与业务伙伴售达方、交运方、付款方、开票方不是一回事PPT 里有一页专门讲“多种业务伙伴”把客户主数据拆成通用数据、地址、市场数据、控制数据、销售数据、交运数据、发票数据、合作伙伴、输出、公司级数据、付款交易数据、科目管理、联系数据、保险、联系人、销售区域数据。这一页信息密度很高但核心就一句话同一个客户在 SD 里可能扮演四种角色——售达方Sold-to、交运方Ship-to、付款方Payer、开票方Bill-to。这四种角色在真实业务里经常不是同一个实体。比如集团采购、分公司收货、总部付款、另一个主体开票是再常见不过的场景。材料里明确标了“强制要求”的伙伴功能意味着订单里这几个角色必须确定否则后续交运和开票会断链。提示客户主数据里的“销售区域数据”是按销售区域维护的同一个客户在不同销售组织下可以有不同付款条件和价格清单。新人最容易犯的错是只在一个销售区域建了客户换组织下单时报“客户不存在”。2.3 客户-物料信息记录价格、折扣、交货约束的落点PPT 里有一页叫“客户-物料信息记录”列了物料编码、描述、客户物料编码、客户描述还有额外信息、交运数据、部分交货等字段。这一层是 SD 里被低估的主数据它把“这个客户买这个物料”的特殊约定单独存下来包括客户自己的物料编号、最小订单量、交货单位、部分交货是否允许。材料里还给了单位换算的例子基本计量单位是件销售单位是箱Carton/Box托盘Pallet是最小订单数量 60 件、最小交货数量 60 件、交货单位 4 件。这组数字看着琐碎实际是交运环节能不能凑整、能不能拆单的依据。定价那边则列了价格、折扣/附加费、客户、物料、价格组、物料定价组、客户/物料定价组、价格清单、物料价格、客户价格、运费、国际付款条件、离港国/目的国、国内/出口、税价等条件类型。我的经验是客户-物料信息记录不维护定价和交运就会各说各话。订单里价格对了交运时发现最小交货数量不满足或者交运凑整了发票金额又对不上。这份 PPT 把这两块放在一起讲顺序是对的。3. 销售订单处理全流程文档类型、定价、可用性检查与需求传递组织架构和主数据理清之后才轮到订单本身。这份材料在订单这一段给的信息比较密尤其是文档类型和订单触发的后台功能值得逐条拆开看。3.1 文档类型不是标签是行为开关PPT 里列了一串文档类型缩写CR 贷项凭证请求、DF 免运费订单、DR 借项凭证请求、RE 退货、OR 标准订单、CO 合同、SA 交货协议、IN 询价、QT 报价、SI 销售信息。材料还按阶段做了归类售前阶段是询价和报价销售阶段是订单和合同投诉阶段是退货和借项/贷项凭证请求。这里的关键认知是文档类型决定了这张单据走哪套号码段、哪套定价过程、哪套输出、哪套交运和开票规则。同样是“卖东西”标准订单 OR 和退货 RE 的方向相反借贷项凭证请求 CR/DR 又不直接触发交货。材料里那句“每种交易或销售文档将促发 R/3 内部特定的功能进行运作”说的就是这个意思。实际配置时我一般会先问业务三个问题这张单据要不要交货要不要开票开票方向是正还是负答案基本就能锁定文档类型。别为了省事把所有业务都塞进 OR后面退货和借贷项处理会非常难受。3.2 定价条件技术把价格拆成可组合的积木PPT 在定价部分列了条件类型的来源客户、物料、价格组、物料定价组、客户/物料定价组、价格清单、物料价格、客户价格、运费、国际付款条件、离港国/目的国、国内/出口、税价。这其实是在讲条件技术Condition Technique的取数逻辑——系统按“条件表 存取顺序”去这些维度里找价格。材料里还有一页“价格条件组”把客户主数据、销售订单、物料主数据、控制表、条件串起来。这条链的意思是定价不是订单里手填一个数而是由主数据里的价格组、物料定价组、客户定价过程共同决定的。你改了客户的价格组所有用这个客户的订单定价都会变。注意定价过程Pricing Procedure里条件的顺序决定了计算逻辑。折扣在税之前还是之后、运费是否计税都是顺序问题。PPT 没有展开讲顺序但列出的条件类型已经暗示了“先基础价、再折扣附加、再税”的常见结构。3.3 可用性检查与需求传递订单不只是记录它会往后推材料里有一页“销售订单处理”列了定价、可用性检查、将需求传递给生产、仓库、外部采购、运输、生产、客户、交运、产生发票。还有一页“销售文档的功能”明确写了交货计划、传递需求、定价、销售信息系统、信用检查、输出、文本、可用性检查。这一段是 SD 和 MM/PP 的接口所在。订单保存时系统会做可用性检查静态可用性检查在材料里也出现了然后把需求传递给 MRP触发采购申请或生产订单。PPT 里那句“自动产生供应商、自动产生采购申请、收货、采购订单、物料移动、拣配/包装、仓库管理、主生产计划 MRP、物料预测”把供应链总览画出来了。我踩过的坑是可用性检查没配好订单能保存但交期是假的或者需求传递没触发仓库根本不知道要备货。订单确认和可用性检查不是可选项是订单能不能兑现的前提。材料把这块放在订单处理里而不是放到交运里顺序是对的。3.4 文档流从询价到发票的一条链PPT 反复出现“销售全过程的文档链接支持”还画了询价、报价、销售订单、合同、交货单、发票之间的箭头。文档流Document Flow在 SD 里不是装饰它是追溯和审计的骨架一张发票能往上追到交货单、再追到销售订单、再追到报价和询价。实际排错时文档流是第一入口。发票金额不对先看它挂的是哪张交货单交货数量不对先看它挂的是哪张订单。材料里“所有相关文件如合同、发票、装箱单等都与订单相关联”这句话落地就是文档流查询。4. 交运、发货过账与发票库存、财务集成和那些容易断链的节点订单之后是交运和开票这一段是 SD 和 WM/MM/FI 的交界处也是这份 PPT 图示最密集的地方。材料里“交货记帐的各种影响”那一页基本把发货过账的后台动作列全了。4.1 交运处理到期交运清单、拣配、包装、发货PPT 列了交运的流程到期交运清单处理流程、拣配/包装、发货、发票、到期发票清单处理流程、退货、借项/贷项凭证处理、各种发票处理方式、与财务的集成。还有一页画了提货单、包装、运输以及 Sold-to party、Item、Material、Qty 这些交货单字段。交运环节的核心是交货单Delivery。它从销售订单复制过来但会重新做可用性检查和批次/库存确定。材料里提到“拣配/包装”“仓库管理”“仓位租赁”说明这份材料覆盖了带 WM 的场景。拣配是把库存从库位挪到发货区包装是形成 Handling Unit发货过账才是真正减库存。我一般会盯三个点交货单的交货日期是否和订单确认一致、拣配数量是否和订单数量一致、包装后的数量是否和交货单位匹配。材料里那个“交货单位 4 件、最小交货数量 60 件”的例子就是在这里生效的。4.2 发货过账一次过账库存和财务同时动PPT 里“交货记帐的各种影响”写得非常具体发货会减少仓库库存、将库存科目按照相应金额更新、减少交运需求、更新有关销售和交运的文档流、为发票创建工作清单。这五条就是发货过账Goods Issue的全部后果。过账影响业务含义排错时看哪里减少仓库库存实物出库库存数量下降物料凭证、库存总览更新库存科目借销售成本、贷库存FI 凭证、科目余额减少交运需求订单的未清交运数量减少订单文档流、交运状态更新文档流交货单状态变为已发货文档流查询创建发票工作清单发票可以基于交货单开到期发票清单材料里还有一页画了“物料 M1、估价库存 C1、销售价格 25 USD、成本价格 12 USD、库存工厂管理成本”这其实是在演示发货过账时销售成本和库存的对应关系。发货过账是 SD 里少数几个真正动财务的节点配错了就是账实不符。4.3 发票类型与财务集成发票不只是打印它是应收的起点PPT 列了发票类型发票、发票取消、公司间发票、退货、贷项/借项凭证、现金销售、形式发票Proforma Invoice。还画了 FI/CO 的集成财务会计、成本控制、CO-PA、CO-CCA、CO-PC、应收账款/销售、销售成本/存货、付款。这一段的关键是发票Billing生成会计凭证形成应收账款同时结转销售成本。公司间发票还涉及内部往来。材料里“与财务的集成”不是一句空话它对应的是开票时确定的科目、税码、付款条件。提示形式发票不产生财务凭证现金销售走的是即时收款流程退货和贷项凭证是反向开票。这几种发票类型在配置上差异很大别用同一个开票类型硬套。4.4 输出控制打印、传真、邮件、EDI 的时间点PPT 有一页讲“输出类型和输出的时间”列了打印机、传真、Mail、EDI、在线输出到屏幕以及立即如建立订单时、在要求时如要求打印、在指定时间的周期运行如计划。这对应 SD 的输出控制Output Control。实际项目里订单确认、交货单、发票的输出时间点经常被业务挑战。材料把“立即/要求时/周期运行”三种时机列出来已经够做需求讨论了。我的习惯是订单确认走立即输出发票走要求时或周期批处理EDI 单独走接口别混在一个输出类型里。5. 避坑与排查这份 PPT 没写、但落地一定会撞上的五个问题材料是培训 PPT讲的是“应该怎样”但真实项目里翻车的地方往往在边界上。下面五条是我照着这类材料做配置和排错时反复遇到的按“现象 → 原因 → 解决”记下来。5.1 订单能保存但交期是假的现象销售订单保存成功确认的交货日期看起来正常但到了交运环节发现没货。原因可用性检查没启用或者检查规则配成了“不检查”订单只是记录了需求没有真正校验库存和采购在途。解决在物料主数据或订单类型层启用可用性检查确认检查规则覆盖了库存、采购订单、生产订单再用 MD04 看需求传递是否真的到了 MRP。5.2 发票金额和订单对不上现象订单里价格是对的开票后金额多了或少了。原因定价过程里条件顺序错了或者税码在开票时被重新确定或者交货数量和订单数量不一致导致按数量计算的折扣变了。解决先用文档流从发票追到交货单、再追到订单逐层比对数量和价格再检查定价过程的存取顺序确认税条件在折扣之后。5.3 客户在另一个销售组织下“不存在”现象同一个客户在 A 销售组织能下单在 B 销售组织报“客户未定义”。原因客户主数据的销售区域数据是按销售组织分销渠道部门维护的只建了一个销售区域。解决在 B 销售区域扩展客户主数据补齐付款条件、价格清单、装运条件如果用了业务伙伴角色确认售达方/交运方/付款方/开票方在该区域都有对应。5.4 发货过账后库存没减现象交货单显示已发货但库存总览里数量没变。原因交货单的发货过账实际没执行只是做了拣配或者过账时库存不足被系统拦下但没注意消息或者工厂/库存地点在交货单里是空的。解决看交货单状态是“已拣配”还是“已发货”看物料凭证是否生成检查交货单的工厂和库存地点是否从订单正确复制。5.5 退货和贷项凭证把财务方向搞反了现象退货订单做了发票也开了但应收没减、库存没回。原因退货的文档类型和开票类型没配对退货交货单没有做收货过账贷项凭证请求没有转成贷项凭证。解决确认退货走的是 RE 订单 退货交货单 贷项凭证的完整链退货交货单要做收货过账才能回库存贷项凭证要参考退货交货单开方向才是负的。6. 把这份 PPT 用成自己的配置检查表三个落地技巧材料本身是培训用的直接拿去讲可以但要落到项目上得把它变成可执行的检查表。我一般会做三件事都是照着这份 PPT 的章节顺序来的。第一件把组织架构那几页截图改成自己公司的销售区域矩阵。PPT 里给的是通用示例你要做的是把“销售组织 × 分销渠道 × 部门”填成实际值再标出每个组合对应哪个工厂、哪套定价过程、哪个交货类型。这张表做完新人配订单类型时就不会乱选。第二件把文档类型那一页扩成一张对照表至少包含文档类型、是否交货、是否开票、开票类型、号码段、定价过程。下面是我常用的最小字段集可以直接抄文档类型业务场景交货开票类型备注OR标准销售是F2最常用别滥用RE退货是收货贷项凭证方向为负CR贷项凭证请求否贷项凭证不直接交货DR借项凭证请求否借项凭证补收款QT报价否否售前可转订单IN询价否否售前起点第三件把“交货记帐的各种影响”那一页当成发货过账的验收清单。每次配完交运我都强制走一遍做一张交货单、拣配、包装、发货过账然后同时看库存总览、物料凭证、FI 凭证、订单文档流、到期发票清单五个地方。五个地方都对才算这条链通了。血泪经验是只看交货单状态是“已发货”不够FI 凭证没出来后面开票一定出问题。还有一个容易被忽略的点PPT 里“输出类型和输出的时间”那页建议你在项目早期就把订单确认、交货单、发票三类输出各定一个时间点写进配置文档。后期业务提“为什么发票没自动发邮件”你翻配置就能答不用靠记忆。从那以后我每次拿到这类培训材料都不急着往下翻流程而是先把组织架构和主数据那几页抄成自己的检查表再拿一张真实订单从头到尾跑一遍文档流。PPT 讲的是知识跑通的那一遍才是自己的。希望帮到你。本文还有配套的精品资源点击获取

关于本文作者

来自尧图内容编辑团队

尧图内容编辑团队 内容团队

尧图内容编辑团队

本文由尧图网络内容编辑团队执笔。团队由资深项目经理、前端工程师与设计师组成,所有内容均来自亲手交付的真实项目,先讲清问题、再给出可落地的解法。尧图深耕北京网站建设十年,服务过京华建材集团、智造科技等各行业客户,把一线经验沉淀为可复用的行业观察。

  • 十年建站经验,覆盖建材、制造、服务、文创等
  • 项目经理把关选题与事实准确性
  • 工程师与设计师联合撰写专业细节
  • 统一编辑规范,保证文风与排版一致
  • 每月复盘转化数据,迭代选题方向

延伸阅读

相关资讯与近期热门内容

深度阅读推荐

建站决策前值得细读的三篇

网站改版的5个关键决策
2024-08-12

网站改版的5个关键决策

什么时候该改版、改到什么程度、如何避免流量掉光,京华建材集团改版复盘给出答案。

获取专属建站方案

看完文章,把您的行业与预算告诉我们,免费获取一份量身定制的官网建设方案与报价。

立即免费咨询