刚接触 SAP SD 模块的时候我最容易犯的错就是把“销售凭证”四个字理解成一张销售订单。实际上在 SAP 系统里销售凭证是一个覆盖面非常大的概念它既包括询价、报价也包括销售订单、合同、交货单甚至退货、发票在广义上也跟这套凭证体系挂钩。很多新顾问第一次去客户现场被业务人员一句“我的销售凭证怎么打不出来”问懵就是因为没搞清楚销售凭证到底指哪一个层级、哪一类单据。这篇文章我打算把 SAP 销售凭证从头到尾捋一遍什么是销售凭证凭证里分了哪几个层次从创建订单到交货、开发票系统背后是怎么串起来的以及我这些年实际踩过的一些坑。内容偏实操适合刚做 SD 顾问、企业内部 SAP 运维以及做系统集成的开发同学参考看完之后你至少能看懂一张销售订单的数据从哪来、到哪去也能自己排查一些最常见的凭证问题。1. 销售凭证到底是什么三个层级撑起一张单很多人第一次打开 VA03 看销售订单都会被屏幕上密密麻麻的页签吓到。其实 SAP 把一张销售凭证拆成了三个业务层级抬头、行项目、计划行。理解这三个层级销售凭证就理解了七成。1.1 抬头、行项目、计划行分别管什么我给新同事讲这块的时候喜欢拿点菜打比方抬头就是这桌宴席的基本信息比如桌号、请客的人、开席时间行项目就是菜单上的每一道菜计划行则是每道菜什么时间端上桌、要准备几份。三层分开管理业务上才能做到不同粒度、不同控制。先看抬头层。抬头保存的是整张单据都适用的数据比如售达方、送达方、付款方、订单类型、销售组织、分销渠道、产品组、订单原因、客户采购订单号、请求交货日期等。这些字段决定了一张单子的“出身”和“基本走向”同时也是权限、单据流、文本确定的入口。再看行项目层。每个行项目对应一个具体物料或服务核心字段包括物料号、数量、单位、价格、工厂、装运点、项目类别、可用性检查组、要货日期等。行项目有一套独立的合作伙伴功能比如某个物料要送到不同收货方就是通过行项目里的送达方来控制的。很多业务异常都出在这一层项目类别不对、工厂没维护、价格取不到。最后是计划行层。计划行只存在于“需要交货”的项目中它记录具体交多少、什么日期交、从哪个装运点走。一个行项目可以拆出多个计划行分批发货在系统里的体现就是计划行拆分。它同时还参与可用性检查、需求传递和交货安排。我做了个简单的字段对应表方便收藏层级作用范围典型字段对应业务意义抬头整张凭证售达方、订单类型、销售组织、采购订单号定义单据身份与主数据来源行项目单个物料/服务物料、数量、价格、工厂、项目类别定义卖什么、卖多少、多少钱计划行单次交货安排计划数量、可用日期、装运点定义何时交、交多少、从哪交还有一个容易忽略的点销售凭证里的客户其实都来自 BP业务伙伴。现在新安装的 S/4HANA 系统基本都用 BP 替代了传统的客户主数据。售达方、送达方、付款方这些角色都是从 BP 角色派生出来的。如果你发现某张销售凭证自动带出的送达方不对先别急着改订单去查 BP 的角色分配问题往往出在主数据侧。1.2 凭证类型与项目类别的选择逻辑凭证类型是销售凭证的“身份证”。SAP 标准系统里预先配置了很多类型OR 是标准订单TA 是询价QT 是报价RE 是退货CR 是贷项凭证合同也有对应的类型。每类凭证自己的号码段、字段状态、合作伙伴确定过程、文本确定过程和项目类别确定规则都不一样。企业一般会复制标准类型自定义一套 Z 开头的类型避免跟标准配置冲突。项目类别比凭证类型更容易被忽略但它的重要性一点不低。项目类别决定了一个行项目在后续流程里的“待遇”标准项目、免费项目、退货项目、文本项目、服务项目等。比如一张销售订单里既卖实物商品又收运费运费那一行往往就是单独的项目类别。项目类别错了后续交货、开票的复制控制可能全错价格也可能会被当成免费货物处理。实操中最常见的问题是凭证类型和项目类别组合不匹配导致订单保存不了或者保存了之后不能创建交货单。这种情况下先确认销售凭证类型里维护的“项目类别确定”条目是否覆盖了当前行项目类别再看复制控制里的交货类型是否配置正确。修改凭证类型不能直接改标准类型正确做法是复制一个新的 Z 类型再把业务需要的功能一项项配进去。2. 创建销售凭证的实务要点从 VA01 到 ATP销售凭证的创建入口是 VA01修改是 VA02查看是 VA03。这三个事务代码是 SD 顾问的“三件套”熟练程度基本决定了做事效率。这一章我挑三个最关键的实操点展开订单录入技巧、可用性检查、定价。2.1 最常用的三个事务代码和录入技巧VA01 刚进去会先要求输入订单类型、销售组织、分销渠道、产品组然后才进入凭证录入界面。这里有个很多人不习惯的地方这些组织数据一旦保存后是录在凭证里的不是画面上的临时参数。换销售组织录单报价单、订单、交货单都要重新选千万别搞混。录行项目的时候很多人喜欢一个个字段敲效率很低。其实可以用“按参考创建”的功能从报价单、合同甚至另一张订单直接复制生成。复制的时候可以选择复制抬头和行项目的哪些内容比如价格、条件记录、文本、合作伙伴都能带过来。运维工作量大时我一般先教会业务用户用这个功能起码能省一半录单时间。还有一个小技巧如果客户经常把采购订单号写错导致后续对账对不上可以在 VA02 里把客户采购订单号字段设置为必输。位置在销售凭证抬头“销售”页签有些企业的字段状态会自动带出来。字段必输不代表不能改但能减少一大类“单子存在却找不到采购订单号”的扯皮问题。为什么不建议随便去 VA02 改历史订单因为销售凭证一旦参与后续交货、开票就和交货单、发票形成了单据流。直接改历史数量、价格后续单据却不会自动跟着变最后开票数量跟发货数量对不上账都平不掉。真需要改应当评估后续单据是否要冲销、是否要重新过账这个顺序一定不能乱。2.2 可用性检查ATP到底是怎么算的可用性检查是销售凭证走向执行环节前最关键的一道卡口。它回答一个问题客户要的数量你确认能交吗SAP 里 ATPAvailable to Promise的计算逻辑并不复杂核心公式可以理解为可用量 工厂库存中非限制库存 计划内的收货数量 - 计划内的发货数量。计划收货包括采购订单、生产订单、计划订单计划发货包括销售订单、交货单、预留。系统按物料、工厂、可用性检查范围去跑这个逻辑跑完的结果就展示在订单行项目上。查看可用性最常用的两个入口是 MD04库存/需求清单和 MD07物料可用性概览。MD04 偏向逐笔需求来源MD07 更偏向直观的总量监控。热词里有人提到“sap md07”其实就是用来做 ATP 汇总和过量承诺判断的。对于有大量订单、经常插单的行业MD07 基本每天都要看。最让业务崩溃的一种情况是明明仓库有货订单 ATP 却不通过。这种问题九成出在库存类型上。SAP 库存分为非限制使用、质检、冻结等类型ATP 常规只计算非限制库存。如果一批货还在质检状态或者还没做 311/321 之类的转储过账仓库眼里“有货”系统 ATP 就是不肯认。排查的时候先打开物料主数据的工厂/存储视图确认库存状态再跑 MB52 对一下数量基本就清楚了。如果客户非常着急销售订单行项目上其实可以临时选择“不检查可用性”。但我通常不建议业务人员轻易这么用因为一旦跳过检查交货执行时容易被真实库存打脸。我自己处理紧急插单时会把“手工确认交货日期”和“可用性检查不通过”两条线同时抛给销售和计划让他们签字确认后再跳过避免事后扯皮。2.3 销售凭证上的价格是怎么来的销售凭证上的价格不是业务人员手敲出来的而是系统按定价过程自动算出来的。定价过程由销售凭证类型和客户/物料主数据共同决定取数的顺序包括基础价格、客户折扣、物料折扣、运费、税等。条件记录用 VK11 维护维护在客户、物料、价格有效期这些维度上。价格维护好之后新建销售凭证时系统会按“定价日期”取当天的生效条件。VK12 可以很方便地按条件类型看所有有效期内的价格记录适合做月度批量查询和调价前检查。有一个经典问题销售报价单转成订单后价格变了。先检查条件记录是否被修改过再查报价单和订单的定价日期是否一致。如果两个凭证跨月条件记录跨月调整订单自然会取到新价格。特别提醒报价单和订单建议一张张对着查不要批量去改价格否则后续发票金额和客户确认过的报价对不上财务会很头疼。销售凭证里还经常出现“免费货物”——比如买十送一在行项目上用促销项目类别实现价格取到的条件记录是免费的。这类行项目虽然价格为 0但会参与库存和交货数量开票时也不会生成收入。配置的时候要确保免费项目的定价过程不会意外取到其他价格条件不然“免费”变“收费”业务就会出现大问题。3. 销售凭证的后半程交货、发货与开票订单创建完成只是业务的起点。销售凭证要在系统里形成闭环必须跟交货单、发货过账、开票串起来。这一段单据流是 SD 和 MM、FI 交互最频繁的地方。3.1 从销售订单到交货单交货单的创建入口是 VL01N输入装运点、装载日期等条件后系统自动根据订单行项目生成交货项目。交货单和销售订单是两种不同的凭证类型它们之间靠“复制控制”关联。复制控制决定了创建交货单时哪些字段从订单带过来哪些重新计算。实际业务中一个销售订单行项目如果数量很大、交期不同往往会拆成多个交货单。拆的关键在于计划行拆分一张订单一个计划行数量 100VL01N 里交货 40剩下 60 还能再交一次。这个能力很有用但也带来一个麻烦订单的已交货数量、未交数量必须分别核对清楚。可以用 VL06O 之类的清单去汇总否则销售内勤很容易漏交。如果企业上了 EWM交货单生成之后还要继续做仓库侧的入库、出库、拣配任务流程会再多一层。但底层的复制逻辑大同小异核心还是“销售订单是需求源头交货单是执行载体”。再补充一个热词里有人问过的场景VL02N 进入后怎么禁用“删除项目”的按钮或者把它隐藏。这个问题其实涉及权限和屏幕控制两个方面。最简单的方式是给操作人员分配没有删除交货行项目权限的角色用授权对象“V_VL02N_”配合活动“删除”来控制。要是权限怎么分都分不干净那就只能做增强在程序 PBO 里动态修改按钮的激活属性。我自己的经验是如果只是防止误删先用权限控制最稳改程序是最后手段因为会影响所有用户而且升级后可能被覆盖。3.2 发货过账与开票交货单做好之后仓库做拣配、发货。VL02N 里输入实际发货数量过账发货PGI系统会生成物料凭证移动类型一般是 601发货库存从这里真正减少。同时生成会计凭证把销售成本结转出去这部分成本科目在 FI 那边通过 OBYC 配置。发货过账前务必核对“实际发货数量”和订单数量、交货数量是否一致。我听过的翻车案例仓库过账时把数量多录了一个零订单还没开票库存已经穿仓最后靠一笔红字物料凭证才补救回来。如果物料启用了序列号管理发货过账时还需要逐条录入序列号漏录会导致过账不成功这也是很多制造企业上线后集中爆发的问题。发货过账后才进入开票环节。VF01 是单张开票VF04 是集中开票可以根据交货单、销售订单、甚至退货单生成销售发票。开票过账后系统确认销售收入、应收账款同时把会计凭证传到 FI。这里的核心原则是先发货后开票。如果订单上有开票冻结比如信用冻结、价格冻结要先在对应环节解除冻结否则 VF01 根本找不到可选单据。经常有人分不清 SD 发票和 FI 发票。SD 的销售发票由 VF01/VF03 处理业务含义是给客户开的应收单FI 那边还有 MIRO 这种供应商发票校验处理的是应付。热词里提到的“sap 有发票过账凭证但打不开发票号”如果用户主动说“过账凭证”那多半是 FI 侧的问题如果用户说“销售发票打不开”才往 VF03 和 SD 凭证类型上排查这个方向别搞反。3.3 凭证流是什么为什么排查都要看它整个销售凭证体系里我最想让人记住的一个词是“单据流”Document Flow。它把同一笔业务从询价、报价、订单、交货、发货、开票到后续的会计凭证全部串成一条线。VA03 打开一张销售订单菜单“环境 - 显示单据流”就能看到这张订单后面挂了几张交货单、几张发票、各自状态如何。凭证流在排查问题时的价值非常大。比如客户说“我这张订单没开发票”不用去列表里翻看凭证流就知道发票到底有没有生成、是不是已经过账。比如发货单数量跟订单差了一些凭证流里能看到对应关系。每一笔后续单据都有“完整/不完整”的状态标记不完整日志会直接提示缺了什么字段比如缺少装运点、缺少合作伙伴这些就是单据卡在某个环节的根因。复制控制和不完整日志经常一起出现。复制控制决定了一张订单能否复制成交货单、能否复制成发票也决定复制时哪些字段要重新取、哪些字段直接继承。如果某个交货单一直创建不了首先检查复制控制里的“交货类型”和“项目类别”组合是否存在然后看不完整日志里报什么错。记住这个排查顺序能省很多泡论坛找帖子的时间。4. 常见问题排查与独家避坑做 SAP 这么多年我最大的感受是真正难的不是标准操作而是系统异常出现后怎么快速定位。这一章整理几个跟销售凭证强相关的典型问题都是我实际上线、运维时遇到过的。4.1 销售订单保存不了或者保存后看不到字段销售订单保存报错的常见原因有三个维度主数据、权限、增强。主数据问题集中在客户、物料、价格主数据上典型报错是“客户 XX 没有为销售区域 XX 定义”这类问题去 XD01/XD02 补销售范围视图就行。权限问题用事务代码 SU53 查看授权检查失败记录比在 SUIM 里头猜快得多。增强问题则要看程序执行到哪一步报错常见的 User Exit 和 BAdI 会写在代码里运行时看 ST22 短转储或者打开 SLG1 应用日志看有没有业务异常。还有一种情况是订单保存成功但界面上某些字段“消失”了。这通常是字段状态组控制的结果。客户主数据“销售”视图里分配了字段状态组销售凭证类型又定义了哪些字段可输入、必输或隐藏。如果用户说“这个字段上次还能填今天填不了了”先检查是不是主数据被修改了字段状态组别急着去做程序增强。4.2 可用性检查与库存对不上的排查思路前面提过库存有但 ATP 不过先看库存类型。这节再补充一个常见坑销售订单里维护了“可用性检查范围”但物料主数据 MRP3 视图里的检查规则没配好系统根本没有对该物料做可用性检查。这种情况下订单数量多少都能过但到了交货环节才发现库存不足非常被动。排查方法是VA03 看行项目“可用性检查”的字段值再对着物料主数据 MRP3 视图、以及后台“ATP 检查规则”确认检查范围。还有一种系统层面的坑物料凭证过账失败后物料被锁住导致后续订单保存和交货过账都卡住。热词里有人提到“sap migo 检查导致物料锁定”这个场景在 MM 侧常见但 SD 侧也会遇到因为凭证过账失败导致物料锁定的连锁问题。先用事务代码 SM12 查看锁条目确认哪个用户、哪张凭证持有了锁处理完异常再释放或等待系统自动释放不要直接重启服务器那会把脏锁也带起来。4.3 发票过账成功但 VF03 打不开发票号销售发票过账后理论上用 VF03 输入发票号就能查看。打不开的原因我碰到的集中在三类。第一类是凭证类型不对比如用户拿 FI 的发票号码去 VF03 里查自然查不到。第二类是权限不足用户角色里缺少对发票查看的授权这类问题 SU53 一看就知道。第三类是发票类型或公司代码的号码范围被修改导致前台界面显示的号码和实际存储不一致这种情况要查后台“销售凭证 - 销售支持 - 发票 - 定义发票类型”的号码段配置。如果用户描述里包含“有发票过账凭证但打不开发票号”那还要多问一句这个“发票”是销售侧的 VF03还是采购侧的 MIRO。两个模块处理关系账款一个管应收一个管应付弄混了排查方向会走很多弯路。这一点在金税、对账那些场景里尤其重要。4.4 销售凭证相关的增强与接口做集成开发的人最关心的是怎么通过接口创建销售凭证。传统方式是用 BAPI_SALESORDER_CREATEFROMDAT2这个 BAPI 至今仍是外部系统创建标准订单的主流入口。用它的关键是报文结构要完整抬头数据SALES_HEADER_IN、行项目数据SALES_ITEM_IN、计划行数据SALES_SCHEDULE_IN缺一个都会导致创建失败。调用完成后记得 COMMIT否则数据过不去。下面是一个最简的 ABAP 调用片段方便理解报文结构DATA: ls_header LIKE bapisdhd1, lt_items TYPE TABLE OF bapisditm, lt_partner TYPE TABLE OF bapiparnr, lt_return TYPE TABLE OF bapiret2. ls_header-doc_type OR. ls_header-sales_org 1000. ls_header-distr_chan 01. ls_header-division 01. APPEND INITIAL LINE TO lt_items ASSIGNING FIELD-SYMBOL(item). item-material MAT0001. item-target_qty 10. CALL FUNCTION BAPI_SALESORDER_CREATEFROMDAT2 EXPORTING sales_header_in ls_header * sales_header_inx ls_header_inx IMPORTING salesdocument lv_salesdoc TABLES sales_item_in lt_items return lt_return. IF sy-subrc 0 AND NOT lv_salesdoc IS INITIAL. CALL FUNCTION BAPI_TRANSACTION_COMMIT. ENDIF.这段代码只是骨架生产环境还要加 header_inx 控制更新范围、错误日志收集、幂等处理等逻辑。特别提醒外部系统连续调用 BAPI 时报“重复创建”多半是因为接口没有做重复请求拦截。传进来的客户采购订单号、外部系统订单号等字段应当先做查重再创建否则客户侧发一次重试SAP 里就可能多出几张一模一样的订单。除了 BAPISD 的增强点也是销售凭证扩展的重头。最常用的还是 MV45AFZZUser Exit改订单保存前逻辑和 SD_SALES_DOCUMENT_MAINTAINBAdI比 User Exit 更灵活。做价格、数量、文本的二次校验时优先考虑这两个增强点。如果企业已经在往 S/4HANA 和 BTP 方向走以后更可能用 OData API 来创建和查询销售凭证但底层的数据结构、凭证状态机基本不变所以把标准凭证模型吃透仍然是做接口开发的前提。我个人带新人时最后一定会让他们做一件事找一张真实的销售订单用 VA03 打开一行行看抬头、行项目、计划行看价格构成再点开凭证流追到交货单、发票和会计凭证。走通这一遍销售凭证在你脑子里就不再是一个模糊的概念而是一张能画出全貌的地图。很多年后你排查问题靠的就是脑子里这张地图而不是没完没了的搜索引擎。