企业官网建设流程全解析

1. 销售凭证到底是个什么“东西”

1.1 先给销售凭证画个像

干SAP这行这么多年，经常被业务同事问：“销售凭证不就是销售订单吗？为什么系统里一会叫订单、一会叫合同、一会叫交货单，连创建按钮都不一样？”这个问题看着简单，但真能一次讲清楚的人不多。

销售凭证（Sales Document）在SAP SD模块里是一个总称，它涵盖了从询价、报价、销售订单，到交货、开票这一整条销售链条上所有类型的单据。每一张单据在系统里都有自己的编号对象、类型定义、状态管理逻辑和后续动作触发规则。你新建一张销售订单，系统自动生成一个销售凭证号；你参照它做一张交货单，又是一张新的销售凭证号；开票时再生成一张发票凭证号。它们之间通过“凭证流”（Document Flow）串成一条完整的业务链，方便随时追溯和后续分析。

理解销售凭证的关键不是背事务代码，而是掌握三件事：凭证是哪种类型、它处于什么状态、它后续能触发哪些流程。这三件事想明白了，后面无论是配定价、做可用性检查，还是接输出（Output）、做报表统计，都不会乱。

1.2 销售凭证解决的核心业务问题

很多刚接触SAP的人容易被琳琅满目的菜单吓退，觉得销售凭证体系太庞大。实际拆开看，它解决的核心问题就四个：

• 记录业务意图：客户想买什么、什么时候要货、谁提出来的、价格怎么谈的，全记下来。
• 驱动后续执行：销售订单确认后自动产生交货需求，发货过账后自动触发开票请求，尽量减少人工干预。
• 提供追溯依据：从销售订单一路追到交货单、发票、会计凭证，出现数量或价格差异时能快速定位是哪个环节出的问题。
• 支撑分析与决策：基于不同类型凭证统计销售额、订单满足率、退货率等经营管理指标。

这四点构成了销售凭证的底层价值。说白了，它就是在系统里把“销售这件事”变成一个可以控制、可以追踪、可以分析的结构化数据对象。

如果您是负责SAP运维或实施的人，建议在接触具体配置之前先把这四条记在脑子里，因为后面做的所有增强、所有状态管理、所有输出条件，本质上都在为这四个目标服务。

2. 销售凭证的类型体系与关键配置思路

2.1 销售凭证类型（Sales Document Type）的拆解

销售凭证类型是整个SD模块最底层的配置对象之一，在后台配置路径“IMG -> 销售和分销 -> 销售 -> 销售凭证 -> 销售凭证头”下维护。系统默认有标准订单（OR）、询价（IN）、报价（QT）、框架协议（合同）等类型，但实际项目里基本都会复制标准类型再按业务调整。

每种销售凭证类型里藏着大量控制参数，这里只挑几个影响最大的讲：

• 凭证编号范围：不同类型的凭证可以共用一个号码段，也可以各用各的。很多公司希望订单和报价单从编号上就能区分出来，那就按“SO-”和“QT-”分别定义范围。
• 项目类别确定规则：凭证类型决定了系统用哪个“项目类别确定过程”，也就是说，一行物料进来后系统怎么自动判断它是标准项目、免费项目还是文本项目。这是很多项目初期配置最容易出错的地方。
• 参考能力：一张凭证能不能被后续凭证参照复制，是由凭证类型里的“参考”相关项控制的。比如报价单可以参照询价单创建，销售订单可以参照报价单创建，顺序乱了或者权限没放，用户操作时就会报“不允许指定参照”之类的错。
• 常规组织数据：在凭证类型里可以预设销售组织、分销渠道、产品组等默认值。实际项目中，同一个销售组织下如果既有内销又有外销，往往需要建不同的订单类型来区分统计和定价。

2.2 项目类别与计划行类别的联动逻辑

比凭证头类型更影响日常操作的，是项目类别（Item Category）和计划行类别（Schedule Line Category）。系统判定一行销售订单的项目类别，靠的是“项目类别确定”配置，它的核心规则是：依据物料主数据里的“物料项目类别组”（如标准物料是NORM、定制物料是BANF）+ 项目类别用法（凭证类型里控制）+ 高层项目类别，三层组合匹配出最终项目类别。

这样说可能太抽象，我举个例子：同一颗物料，在A销售订单里因为物料主数据维护了“NORM”，被系统判定为标准项目（TAN），之后可以通过计划行跑MRP；但是如果同一个物料被用作赠品行，业务人员在项目类别里手工改成“TANN”，系统就不会对它做可用性检查，也不会跑MRP，也不会开票。这就是项目类别的“威力”——它直接决定这行物料在后续流程里参与哪些动作。

计划行类别则是跟交期相关的，它决定这行是正常按时交货、还是分多次部分交货、还是按客户要货计划（JIT）交货。计划行类别的确定标准一般是“项目类别 + MRP类型 + 交货相关的工厂”，其中任何一个字段不对，系统都可能默认成一个不参与后续需求的计划行，导致销售订单在MD04里不产生计划订单或采购申请。

很多做MM或PP的人遇到“销售订单没有跑出计划需求”这种问题，排查到最后原因往往不是MRP配置不对，而是销售订单的项目类别或计划行类别没定义对。这一点请您务必记住。

3. 核心实操：完整跑一张销售凭证的前世今生

3.1 从VA01创建销售订单开始

要把销售凭证的机制跑明白，最好的办法是自己亲手走一遍完整流程。我的建议是准备一个测试账号，在测试环境里用最小数据集（一个客户、一个物料、一个销售组织）走通。

创建销售订单的事务代码是VA01，回车后依次录入销售组织、分销渠道、产品组，系统会把这些字段和您在后台定义的“科目分配”、“定价过程”、“可用性检查规则”等配置串起来。录入订单行项目时，需要填的关键字段有：

• 物料号：回车后系统自动带出物料描述、交货工厂、批次等主数据信息。
• 订单数量：代表客户要货数量。
• 交货工厂：物料主数据里的默认工厂可以手工更改，但建议只在特殊业务场景下改，因为改工厂会直接影响可用性检查、MRP和库存发货。
• 价格：销售订单的价格由定价过程自动计算，手工改价格在SAP里默认是允许的，但如果开了“价格分派”或“定价日期控制”，手工修改可能被限制或记录进定价历史。

这里有几条实操心得，都是踩过坑之后换来的：

提示：新建销售凭证时，回车后系统弹出一堆字段，比如“请求交货日期”、“PO编号”、“售达方”、“送达方”。请求交货日期很关键，它直接影响计划行日期和可用性检查。很多业务人员习惯留空或者随便填，后面做交货计划时全乱套，建议在订单类型里把“计划行日期确定”和“运达日期确定”配稳，并规范前端录入。

3.2 凭证流的形成与状态管理

销售订单保存后，系统会分配一个凭证号。此时您可以用事务代码VA03查看订单详情，左侧菜单栏里的“凭证流”就是整条销售业务链的索引。点开凭证流，您会看到当前订单处于哪个节点、是否已交货、是否已开票、是否有后续外向交货单，每一层级都可以直接双击跳转查看。

凭证流的价值在做退货、贷项凭证时尤其明显。比如客户退货，业务人员参照原销售订单创建退货订单（RE类型），系统会自动关联原单号并在凭证流里用一条新的分支记录退货流程，后续做退货交货单时的数量不能超过原单未退数量，这就是“参考数量检查”在做控制。没有凭证流，这种多级关联的纠错能力就完全实现不了。

状态管理方面，销售凭证头有整体状态（如未交清、完全交货、开票冻结），行项目有交货状态、开票状态、发货状态，这些状态值都是由系统内按流程节点自动更新的，不是人工维护的。如果哪一天业务人员反馈“订单明明发货了，状态没更新”，大概率是后台的“交货类型定义”或者“开票类型定义”出了问题，而非状态字段本身的问题。

3.3 交货、发货与开票的联动关系

销售订单只是起点，真正产生实际意义的动作是后面的交货和开票。

• 参照销售订单创建外向交货单：VL01N，输入装运点和交货日期，系统依据订单类型里的“交货类型”分配一张新凭证，也就是外向交货单号。交货单可以整单参照，也可以按行项目、按计划行拆分成多次交货，这叫部分交货。
• 发货过账：VL02N，拣配完成后点“过账发货”，系统执行物料账和库存更新，此时在MM层面会产生一张物料凭证，如果后台配了自动记账，还会自动生成会计凭证。
• 开票：VF01参照交货单或销售订单创建开票凭证，VF02处理开票冻结，VF03查看发票。发票过账后会生成应收会计凭证，同时清掉销售订单上的开票状态。

这四步操作，每一步都会在后台产生对应类型的更新和记录，它们之间靠销售凭证号、交货单号、物料凭证号、会计凭证号串联起来。工作中如果听到“订单交货了但没开票”，多半是开票冻结、定价不完整、或者输出条件没触发这几类原因。

3.4 如何通过凭证类型控制整个流程

流程能不能顺畅走通，其实从销售凭证类型定义那一刻就决定了。举个例子，你想让一部分销售订单绕过交货直接在系统里开票，那就在订单类型里把“交货类型”配成空值、同时把“开票类型”配上，这样创建订单后就可以直接VF01开票。反过来，如果是正常发货业务但订单类型的交货类型配错成了退货交货类型，那发货过账就会报各种莫名其妙的后台错误。

控制业务的开关藏在凭证类型、项目类别和计划行类别这三个基础配置里。我的建议是拿到一个新环境，先别急着配主数据，把标准订单OR、标准项目TAN、独立计划行CS这三个配置点完整看一遍，理解它们的字段依赖关系，后面做增强和问题排查会轻松很多。

4. 销售凭证相关的增强开发与常见问题实战

4.1 常见增强需求对应的事务代码

SAP销售凭证的增强开发是SD顾问和ABAP顾问常接触的工作。增强点主要集中在VA01/VA02（订单保存前后）、VL01N（交货单创建）、VF01（开票）这几个关键动作上。

• VA01/VA02相关的增强：常用的BADI有SAPMV45A（针对销售订单的隐式增强）、BADI_SD_SALES_ACTIVITY_SAVE等。最常见的需求是把订单保存时的某些字段校验或补充逻辑放进去，比如业务员编号、客户参考号、利润中心默认值。
• VL01N交货单增强：常用BADI有LE_SHP_DELIVERY_PROC等，常见的需求包括交货数量校验、批次确定、HU（处理单元）自动生成等。
• VF01开票增强：常用增强点围绕开票凭证拆分、合并和定价校验展开。最近热搜里很多人搜“sap miro拆分增强”，那是采购模块的，但开票拆分的逻辑跟销售侧的“凭证分割”有很多相似之处。SD这边如果有类似需求，多半是在发票拆分规则（Billing Split）里做后台配置，真要代码级拆单才走增强。

对接这类需求时，我的经验是：先问清楚是“增强校验”还是“增强数据补充”还是“增强后续动作”，“后续动作”类需求优先用输出条件（Output）或者后台配置实现，不要一上来就写代码，减少运维负担。

4.2 销售凭证相关的常见报错排雷

我在论坛和企业群里经常看到有人问销售凭证相关的报错问题，这里挑几个高频的整理成速查表：

这里重点展开一下最后一个问题，因为非常典型。很多人问“sap vl02n 进入后，如何禁用删除项目的按钮，或隐藏这个按钮”。这属于界面控制类需求，标准做法有三个：

1. 权限控制：在PFCG里把删除交货单项目的活动限制掉，这是最稳妥的方式，不写代码也便于审计。
2. 屏幕变式控制：通过SHD0创建屏幕变式，隐藏或灰化“删除项目”按钮，适合按用户组区分界面。
3. 程序增强：如果权限不足或变式无法覆盖场景，可以在交货单维护的程序里做隐式增强，用EXIT_COMMAND或SET PF-STATUS控制按钮活性。

优先推荐第一种和第二种，尽量不要动代码。做SAP久了你会发现，能靠配置和权限解决的问题，绝不要用代码解决，不然每次升级都要重新测增强。

4.3 与销售凭证关联的其他模块实操细节

销售凭证不只是SD自己玩，它跟MM、FICO、PP的关系非常紧密。了解这些关联，排查问题时能少走很多弯路。

• 与MM的关联：销售订单的计划行跑出需求，通过MRP传递到MM产生采购申请或计划订单，采购收货后库存可用，再回填发货。如果MM侧的“货源清单”没维护，系统报“必须维护货源清单才能创建采购订单”，原因在MM后台的“货源清单”检查开关，跟销售订单本身没关系，但业务人员看到的是销售订单耽误了交期。
• 与FICO的关联：销售发货过账会产生物料凭证和会计凭证，开票时产生应收凭证，实际成本核算到销售成本。如果开票时报“有发票过账凭证但打不开发票号”，不要急，先查会计凭证是否生成成功，再检查开票类型里的“财务会计”和“过账”相关配置。
• 与PP的关联：按单生产（MTO）场景下，销售订单行项目可以通过“订单BOM”和“订单工艺路线”触发生产订单。这时销售订单成为一个需求源，如果项目类别里“装配订单”相关配置没配好，计划订单无法转为生产订单，整个MTO流程就卡住了。

从我的实施经验看，销售凭证是SAP里业务链路最长的对象之一，只要从订单一路跑到开票，系统学到的东西比看十本配置文档都多。特别是新人顾问，建议找一套好的测试数据，把VA01-VL01N-VL02N-VF01-VF02-VF03完整走一遍，每步看一下凭证流和状态变化，再尝试改几个后台配置看效果怎么变，一个月下来基本就能独立处理销售凭证相关的问题了。

4.4 销售凭证在S/4 HANA和公有云中的演进

如果您的项目用的是S/4 HANA或者SAP公有云，销售凭证的基本逻辑没有大变，但有几个点值得关注：

• S/4简化数据模型后，销售订单行项目存储在AUF术中，原有的LIKP、VBRK等表结构在CDS视图里重构，报表开发建议直接用CDS视图或Fiori标准应用，不要再按ECC时代的透明表写报表。
• 销售凭证的“业务伙伴”概念更强化了，BP（业务伙伴）既可以是售达方、送达方，也可以是开票方、付款方，主数据关系更灵活，但配置时也比ECC复杂一些。
• 公有云里很多后台配置项已经被固定了，客户能做的是有限定制，扩展方式主要靠增强表单、扩展字段和API集成，使用习惯和ECC差别挺大，最好参加官方培训或SI的专题课程。

这些年接触了不少从ECC升S/4的项目，销售凭证这块的配置迁移往往不是最难的，真正花时间的是给关键用户讲清楚“为什么界面变了、为什么表没了、为什么有些后台配置不用配了”。技术迁移只是第一步，人的习惯迁移才是大头。您如果正好在做S/4升级，建议early watch和SAP Readiness Check 2.0的报告好好研究一下，里面有大量针对销售凭证和SD模块的兼容性提示，能有效规避升级后的业务断层。

销售凭证绝不是简单的“一张订单”而已，它是整个销售执行链条的中枢。把它的类型体系、项目类别逻辑、状态管理和凭证流机制吃透，再做SD模块其他功能配置时，基本能举一反三。初次接触的人不必急着学所有事务代码，先把VA01、VA03、VL01N、VL02N、VF01这条主链路跑熟，再逐个击破定价、可用性检查、输出、凭证复制控制这些细分配置，进步会快得多。