企业官网建设流程全解析

简介：这份《SAP现金订单业务处理流程V2.0》PDF文档面向SAP SD模块顾问、销售与财务业务人员，系统讲解现金销售订单从创建到清账的完整操作与后台配置。内容涵盖订单创建、发货过账、开票清账三大业务环节，并深入剖析订单类型BV、行项目类别BVN、计划行类别ZP、移动类型Z01、定价过程ZKD04/ZKD05、开票类型BV及现金科目确定等关键配置要点，同时对比传统手工处理方式，突出自动化与电子化带来的效率提升。资源包为1个PDF文件，大小约756KB，结构清晰、目录完整，便于按模块查阅。已有101人学习关注。读者可借此掌握现金销售从标准销售中分离的独立流程设计思路，理解销售订单保存自动产生交货单、发票提前打印、发货后台定时过账等特殊逻辑，快速上手配置并规范操作环节，适合需要落地SAP现金销售方案的中高级业务与实施人员参考。

1. 现金订单在 SAP 里到底卡在哪：从一张收款凭证说起

很多做 SAP FICO 或 SD 的同行，第一次听到「现金订单业务处理流程」这个说法，脑子里冒出来的往往是 VA01 建销售订单、VF01 开票、F-28 收款这一条标准链路。但真正在项目上被现金订单折磨过的人知道，麻烦从来不在主流程，而在那些「钱先到、货后走」或者「货先走、钱当场结」的边角场景里。客户拿着一沓现金来提货，财务要求当天必须清账，销售要求库存实时扣减，而系统里销售订单、交货单、发票、收款凭证这四张单据的时序一旦对不上，月末对账就是一场灾难。这份《SAP现金订单业务处理流程V2.0》要解决的，正是把这条链路从「靠人盯」变成「靠配置和校验兜住」的问题。

它适合三类人：一是刚接手零售、批发、快消行业现金销售模块的 FICO 顾问；二是被要求把线下现金收款搬进 SAP 的 SD 顾问；三是天天在 MD04 和 FBL5N 之间来回切换、想搞清楚现金订单到底该看哪张表的业务关键用户。下面我按「先讲清单据流和配置逻辑，再落到可复现的操作步骤，最后把踩过的坑摊开」这个顺序往下写，能抄的地方直接给命令和参数，边界条件也会标出来。

2. 现金订单的单据流与定价前提：为什么不能直接套标准销售流程

2.1 现金订单和标准订单的本质差别在哪

标准销售订单的假设是「信用销售」：先发货、后开票、再收款，中间隔着信用额度和账期。现金订单把这个假设整个翻过来——收款动作必须发生在交货之前或交货同时，系统里不允许出现「货已发出但钱没到」的敞口。这就带来两个硬约束：第一，销售订单类型必须关掉信用检查，否则订单会被信用冻结卡住，现金都收完了订单还放不出来；第二，交货单的过账必须和收款凭证形成强关联，不能各走各的。

常见做法是复制一份标准订单类型（比如 OR）出来，命名成 ZOR 或 ZCS 这类现金专用类型，然后在配置里做三处改动：把「信用检查」字段清空、把「交货类型」指向一个专门为现金场景建的交货类型、把「开票类型」设成即时开票或者干脆走现金结算不走发票。这三处改动看着简单，但每一处背后都牵扯到后续的单据流能不能串起来。

我一般会先让业务把现金订单分成两种子场景：一种是「先收款后交货」，客户先付钱，系统生成收款凭证，然后才允许创建交货单；另一种是「交货同时收款」，交货过账的瞬间触发收款过账。这两种场景在配置上的差别主要体现在交货单的「过账时点控制」和收款凭证的「参考单据」字段上。V2.0 这个版本号说明流程已经迭代过，大概率是把这两种场景的配置差异固化下来了。

2.2 定价过程里必须锁死的三个条件类型

现金订单的定价和标准订单最大的不同，是它往往带一个「现金折扣」或者「现金结算价」，而且这个价格不允许被后续的开票或收款动作覆盖。在 V/08 里维护定价过程的时候，有三个条件类型必须检查：

配置路径是 SPRO → 销售与分销 → 基本功能 → 定价 → 定价控制 → 定义并分配定价过程。进去之后找到你复制出来的那个定价过程，把 K007 的「条件类型」属性里的「必输」勾上，然后在「计算类型」里选「A 百分比」。这一步不做，后面收款的时候系统不会自动算出现金折扣，财务就得手工调，手工调就意味着对账的时候多一堆解释工作。

还有一个容易被忽略的点：现金订单的定价过程里，条件类型 PR00 的「人工输入」必须关掉。我见过一个项目，业务员在 VA01 里手动把 PR00 改低了，收款的时候按改低的价格收，但库存成本还是按原价结转，月底毛利直接对不上。这个坑的解法就是在定价过程里把 PR00 的「人工输入」设成「不允许」，让价格只能从条件记录里带出来。

2.3 用 VOFM 例程控制交货和收款的先后顺序

光靠配置有时候兜不住业务的手工操作，比如业务员绕过收款直接创建了交货单。这时候需要在交货单的「过账」环节加一个用户出口或者 VOFM 例程，检查对应的销售订单是否已经有收款凭证。常见做法是在 MV50AFZZ 或者 MV50AFZ1 里写一段逻辑，用 SELECT 去查 BKPF 和 BSEG，看有没有参考该销售订单的收款凭证。

" 在交货单过账前检查现金订单是否已收款 " 用户出口：MV50AFZZ DATA: lv_vbeln TYPE vbeln, lv_belnr TYPE belnr_d, lv_count TYPE i. lv_vbeln = likp-vbeln. " 当前交货单号 " 通过 VBFA 找到对应的销售订单 SELECT SINGLE vbelv FROM vbfa INTO lv_vbeln WHERE vbelv = lv_vbeln AND vbtyp_n = 'C'. " C 代表订单 IF sy-subrc = 0. " 查 BSEG 里有没有参考该订单的收款凭证 SELECT COUNT(*) FROM bseg INTO lv_count WHERE sgtxt LIKE '%' && lv_vbeln && '%' AND koart = 'D'. " D 代表客户行项目 IF lv_count = 0. " 没找到收款凭证，报错阻止过账 MESSAGE e001(zcs_cash) WITH '该现金订单尚未收款，不允许交货'. ENDIF. ENDIF.

这段代码的逻辑是：交货单过账前，先通过 VBFA 找到它对应的销售订单，然后去 BSEG 里查有没有参考这个订单号的客户行项目。如果没有，直接报错阻止过账。参数上要注意两点：一是sgtxt字段的模糊匹配只是示意，实际项目里最好用zuonr（分配号）或者xblnr（参考凭证号）来关联，这两个字段是专门用来做单据关联的；二是koart = 'D'只查客户行项目，避免把总账行项目也算进去。这个例程的边界是：如果收款凭证不是通过标准 F-28 生成的，而是通过其他方式（比如现金日记账过账），BSEG 里的关联字段可能对不上，这时候需要根据实际过账方式调整查询条件。

3. 从 VA01 到 F-28：现金订单的完整操作链路与参数设置

3.1 创建现金订单时必填的四个字段

用 VA01 创建现金订单，订单类型选 ZOR（假设你已经复制好了），进去之后有四个字段必须填对，否则后面全乱：

第一，售达方和送达方。现金订单经常是「谁买谁提」，所以这两个字段通常填同一个客户编号。但如果客户是第一次来，还没建主数据，就得先走 XD01 建客户，注意客户主数据的「公司代码视图」里要把「付款条件」设成「立即付款」，否则后面收款的时候系统会默认带出一个账期，和现金场景矛盾。

第二，物料和数量。这里要注意物料的「销售视图」里「项目类别」是不是标准项目类别，如果是现金订单专用的项目类别（比如 ZTAN），要确认它对应的「定价过程」和标准的不一样。我一般会在物料主数据的销售视图里单独维护一个现金订单用的项目类别，避免和标准订单混用。

第三，价格。前面说了 PR00 的人工输入要关掉，所以这里价格应该是自动带出来的。如果带不出来，检查条件记录（VK11）有没有维护，或者定价过程里的「条件排斥」有没有把 PR00 排掉。

第四，交货日期和库存地点。现金订单往往是「当场提货」，所以交货日期通常就是当天，库存地点要指定到具体的提货仓库。这里有个细节：如果库存地点在物料主数据里没维护，VA01 会报错，所以提前用 MMSC 把库存地点扩到对应的工厂。

3.2 用 VF01 开票还是直接走现金结算

现金订单要不要开票，取决于业务场景。如果是零售场景，客户当场拿走货，通常不需要增值税专用发票，这时候可以跳过 VF01，直接在交货过账后用 F-28 收款。但如果是企业客户，需要发票入账，那就得走 VF01 开票，然后再 F-28 收款。

两种路径在系统里的差别是：走 VF01 的话，交货单和发票之间会通过 VBFA 建立关联，收款的时候可以用 F-28 的「参考发票」功能自动带出金额；不走 VF01 的话，收款的时候只能手工输入金额，或者用 F-28 的「参考交货单」功能。我一般建议客户走 VF01，哪怕当场不开纸质发票，系统里也生成一张发票凭证，这样后续对账的时候链路是完整的。

VF01 开票的时候要注意「开票日期」和「过账日期」的关系。现金订单的开票日期通常是当天，但过账日期如果跨月，会影响收入确认的期间。比如 1 月 31 日交货，2 月 1 日开票，收入就算在 2 月，但现金是 1 月收的，这中间的时间差要在月末对账的时候特别关注。

3.3 F-28 收款过账的五个关键参数

F-28 是现金订单收款的核心事务码，进去之后有五个参数必须设对：

事务码：F-28 1. 凭证日期：填实际收款日期，通常就是当天 2. 公司代码：填销售订单对应的公司代码 3. 货币：填现金的币种，如果是人民币就填 CNY 4. 银行/现金科目：填现金科目，比如 1001 库存现金 5. 参考：填销售订单号或者交货单号，用于建立关联

这五个参数里，最容易出错的是「参考」字段。如果填的是销售订单号，系统会去 VBFA 里找对应的发票或交货单，然后自动带出应收金额；如果填的是交货单号，逻辑类似。但如果你什么都没填，系统就当成一笔无参考的收款，后续对账的时候这笔钱就「悬」在那里，不知道对应哪张订单。

过账之后，系统会生成一张会计凭证，借方是现金科目，贷方是客户应收。这时候用 FBL5N 查客户余额，应该能看到这笔应收被清掉了。如果没清掉，检查 F-28 过账的时候「处理未清项」那个页签里，有没有把对应的发票或交货单勾上。这个勾选动作是清账的关键，漏了的话钱收了但应收还在，月底对账就是一场血泪史。

3.4 用 MB1B 做现金订单的库存移动类型调整

现金订单的交货过账通常用 VL01N 或者 VL02N，移动类型是 601（标准销售出库）。但如果业务场景是「客户先付钱，然后自己来仓库提货」，有时候会用 633 或者 Z 开头的自定义移动类型。移动类型的选择会影响库存科目的对方科目，601 的对方科目是销售成本，633 的对方科目可能是「发出商品」或者「其他应收」。

我一般会在配置里把现金订单专用的移动类型和标准移动类型分开，然后在交货单类型的配置里指定用哪个移动类型。配置路径是 SPRO → 销售与分销 → 装运 → 交货 → 定义交货类型。进去之后找到你的现金交货类型，在「移动类型」字段里填自定义的移动类型。这一步不做的话，现金订单和标准订单的库存过账混在一起，月底盘点的时候分不清哪些是现金销售出去的。

4. 现金订单的避坑与排查：五个真实踩过的坑

4.1 坑一：收款凭证过账了但应收没清掉

现象是 F-28 过账成功，系统提示「凭证已过账」，但 FBL5N 里客户余额没变，应收还在。原因通常是 F-28 过账的时候没有勾选「处理未清项」里的发票或交货单，系统把这笔收款当成预收款处理了，挂在客户科目的「预收账款」里，而不是冲销应收。

解决方法是回到 F-28，在「处理未清项」页签里把对应的发票或交货单勾上，然后重新过账。如果已经过账了，用 FB08 冲销再重做，或者用 F-32 做手工清账。预防措施是在 F-28 的配置里把「自动清账」打开，路径是 SPRO → 财务会计 → 应收账款和应付账款 → 业务交易 → 收款 → 定义收款程序的容差。

4.2 坑二：现金折扣算错了导致收款金额对不上

现象是 F-28 收款的时候系统自动带出的金额比实际收到的现金少，差额正好是现金折扣。原因是定价过程里的 K007 条件类型设成了「必输」，但 F-28 收款的时候没有触发折扣计算。这个问题的根源在于 F-28 的「付款条件」字段没有正确带出来，系统不知道这笔收款适用现金折扣。

解决方法是检查客户主数据的「付款条件」是不是设成了「立即付款」或者专门的现金折扣付款条件。如果客户主数据没问题，检查 F-28 过账的时候「付款条件」字段有没有被手工改掉。预防措施是在 F-28 的屏幕变式里把「付款条件」设成「只读」，防止业务员误改。

4.3 坑三：交货单过账了但库存没扣减

现象是 VL02N 过账成功，但 MM03 查库存还是原来的数量。原因通常是交货单的「移动类型」配置错了，或者库存地点在物料主数据里没维护。如果移动类型是 601 但库存地点没扩，系统会报错「库存地点不存在」，但有时候这个错误会被其他消息覆盖，业务员没注意到就继续过账了。

解决方法是先用 MB51 查物料凭证，看有没有生成 601 的物料凭证。如果没有，说明过账没成功，回到 VL02N 重新过账，注意看消息栏有没有黄色或红色的警告。预防措施是在交货单类型的配置里把「库存地点检查」设成「强制」，路径是 SPRO → 销售与分销 → 装运 → 交货 → 定义交货类型的项目类别。

4.4 坑四：现金订单被信用冻结卡住

现象是 VA01 保存订单的时候提示「信用检查失败，订单被冻结」，但现金订单明明不需要信用检查。原因是订单类型复制的时候没有把「信用检查」字段清空，或者客户主数据的「信用控制范围」没关掉。

解决方法是检查订单类型的配置，路径是 SPRO → 销售与分销 → 销售 → 销售凭证 → 销售凭证抬头 → 定义销售凭证类型。找到你的现金订单类型，把「信用检查」字段设成「不检查」。如果订单类型没问题，检查客户主数据的「信用控制范围」字段，用 FD32 把信用额度设成无限大或者直接关掉信用检查。

4.5 坑五：月末对账时现金订单和标准订单混在一起

现象是月末 FBL5N 导出的应收明细里，现金订单和标准订单混在一起，分不清哪些是现金已经收了的。原因是现金订单的收款凭证没有打上特殊的标识，或者 F-28 过账的时候「分配号」字段没填。

解决方法是在 F-28 过账的时候，把「分配号」字段填上销售订单号或者一个专门的现金标识（比如「CASH」+ 日期）。然后在 FBL5N 里用「分配号」字段做筛选，就能把现金订单单独拉出来。预防措施是在 F-28 的屏幕变式里把「分配号」设成「必输」，强制业务员填写。

5. 用 SQVI 建一张现金订单跟踪报表：从配置到验证的最后一公里

前面讲的都是单笔业务怎么处理，但实际项目里，财务和业务最需要的是一个能实时看到「哪些现金订单收了钱、哪些没收、哪些货发了钱没到」的跟踪报表。SAP 标准的事务码比如 VF05 或者 FBL5N 都只能看单边，拼不起来。我一般会用 SQVI 建一张快速查询报表，把 VBAK、VBAP、LIKP、BSEG 这几张表串起来。

建报表的步骤是：SE38 旁边的事务码 SQVI，进去之后点「创建」，输入查询名称比如 ZCASH_TRACK，然后选「快速查询」。在「数据源」里依次加入 VBAK（销售订单抬头）、VBAP（销售订单行项目）、LIKP（交货单抬头）、BSEG（会计凭证行项目）。关联条件用 VBAK-VBELN = VBAP-VBELN、VBAK-VBELN = LIKP-VGBEL、VBAK-VBELN = BSEG-ZUONR（或者用 VBFA 做中间表）。

字段选择上，至少要拉出这几个：VBAK-VBELN（订单号）、VBAK-ERDAT（订单日期）、VBAK-KUNNR（客户）、VBAP-MATNR（物料）、LIKP-VBELN（交货单号）、BSEG-BELNR（收款凭证号）、BSEG-DMBTR（收款金额）。然后在「选择屏幕」里把订单日期和客户设成输入条件，业务员就能按日期段和客户来查。

" SQVI 里如果要做自定义计算字段，可以用下面的逻辑 " 判断订单是否已收款 IF BSEG-BELNR IS NOT INITIAL. " 已收款 lv_status = '已收款'. ELSE. " 未收款 lv_status = '未收款'. ENDIF.

这段逻辑在 SQVI 里是通过「计算字段」实现的，不是直接写 ABAP。SQVI 的计算字段支持简单的 IF 判断，但复杂的逻辑还是得用 SQ01 或者直接写 ABAP 报表。参数上要注意：BSEG 表的数据量很大，如果公司代码下凭证很多，SQVI 跑起来会很慢，建议在「选择屏幕」里强制输入订单日期范围，避免全表扫描。

报表建好之后，验证方法是拿一笔已知的现金订单，从 VA03 进去看订单号，然后 VL03N 看交货单，FB03 看收款凭证，最后在 SQVI 报表里查这个订单号，看能不能把三张单据串起来。如果串不起来，检查关联字段是不是对——VBAK-VBELN 和 LIKP-VGBEL 的关联是标准的前序单据关系，但 BSEG-ZUONR 不一定等于订单号，取决于 F-28 过账的时候「分配号」填了什么。这个坑我在三个项目里都遇到过，最稳妥的做法是在 F-28 的屏幕变式里把「分配号」设成必输，并且强制填销售订单号。

最后说一个我自己的习惯：每次做完现金订单的配置，我都会用 ST05 开一次 SQL 跟踪，跑一遍完整的 VA01 → VL01N → F-28 流程，看系统实际查了哪些表、走了哪些索引。这个习惯帮我提前发现过好几次性能问题，比如 BSEG 的查询没走索引导致 F-28 过账卡顿。现金订单这个场景，单据量不大但链路长，性能问题往往出在关联查询上，提前用 ST05 看一眼，比上线后被业务投诉再回头查要省事得多。希望帮到你。

本文还有配套的精品资源，点击获取