企业官网建设流程全解析

简介：SAP现金订单业务处理流程V2.0是一份面向SAP实施顾问和业务操作人员的现金销售流程说明，重点解决现金销售订单与标准销售混用带来的低效问题。文档以印度子公司为背景，将订单保存、交货单生成、发票打印、发货过账与现金清账进行自动化串联，并详细说明了创建销售订单时的订单类型BV、行项目类别BVN、计划行类别ZP等配置。同时涵盖拣选出库、发货确认、开票验证、清账处理等实操步骤，以及移动类型Z01、定价过程ZKD04/ZKD05、开票类型BV和现金科目确定等后台配置。结构上包含目的、适用范围、相关流程、与传统业务区别、业务操作及配置实现章节，完整覆盖从业务讲解到系统落地的全部关键点。资源共1个PDF，压缩包大小756KB，流程步骤清晰，适合SD内部顾问、录单文员和财务对账人员对照使用。已有100人浏览学习，对整理企业现金销售规范或准备同类项目方案有直接参考价值。

1. SAP现金订单业务处理流程：这份资源解决的是“先收钱后交货”

这份PDF是一份非常“接地气”的SAP设计方案，文件名直接就叫“SAP现金订单业务处理流程V2.0”，内部编号是EUM-SD-011-现金销售业务处理流程，整套文档围绕一件事：把现金销售从标准销售流程里单独剥出来跑。它设计的链路很反常识——销售订单一保存就自动产生交货单，发票在仓库拣配和发货过账之前先打印，发货过账可以设成后台作业每天定时跑，出纳收现金后直接开票清账。也就是说，整条链路上避开了“发出商品”这个中间科目，也不需要预收款再清账，把一单现金生意压缩成订单、交货、发票三个动作。适合SD顾问、FICO顾问对着配，也适合录单文员、仓库、出纳照着操作；不管是做方案评审还是直接上线，都可以当作业底稿来回翻。

2. 传统业务与现金业务的分水岭：发出商品科目为什么在现金销售里退场

2.1 传统业务启用发出商品，真正的理由是跨月开票

公司传统业务启用“发出商品”科目，最直接的原因就是跨月开票。出库和开票不在同一个月，如果出库时就结转成本，收入还没确认，成本和收入就对不上，报表里的利润会被提前截断一段。SAP在这个场景里走的是：出库时借“发出商品”、贷“库存商品”，成本和收入都不动；等到后续某月开票时，再借“应收账款”和“主营业务成本”，贷“发出商品”“主营业务收入”和“销项税”，让成本和收入在同一天完成配比。

这套机制在SAP里的支撑点，远不止一个会计科目，而是贯穿了定价过程和科目确定。传统定价过程里必须保留“应计项”，应计项会被分配一个账码，开票过账时系统才能知道成本该挂到哪个科目。很多半路接手项目的顾问一看定价过程里多了一行应计项，还以为是无用配置，直接删掉，结果就是传统业务跨月开票时科目确定出错。这份PDF把账算得很清楚：传统业务需要发出商品，所以应计项必须保留；现金业务不需要发出商品，应计项反而是多余的骨头。

2.2 现金业务“一手交钱一手交货”，两套分录的差别在哪里

现金销售的典型特征是出货和开票一起完成，或者至少在一个结账周期内完成，不存在跨月。物权已经转移给客户，再做一笔“发出商品”，就等于把已经卖出去的商品还挂在自己账上，怎么看都不对。所以现金销售的上策是：出库直接转成本，开票直接计收入，钱货两讫。

看懂这张表，就基本看懂配置文件里那些让新人摸不着头脑的删除了：现金业务配置不再需要应计项，也不再需要VPRS这个成本价条件。VPRS在标准流程里负责把成本从销售订单过到会计凭证，它和应计项是一对搭档；当系统里已经没有“发出商品”可供承接时，VPRS会在账户确定阶段找不到科目，直接报错。所以这份PDF后面连着做了两个删除动作——删应计项、删VPRS，不是故意炫操作，而是为了配合科目体系的重构。

2.3 配置层的三个动作，全部围绕“拿掉发出商品”

顺着这个思路看后面的“配置实现”，整段逻辑其实只有三件事：

第一，把定价过程ZKD01复制成ZKD04，然后删除ZKD04里的应计项，分给销售订单用。第二，再把ZKD04复制成ZKD05，删除VPRS条件，分给开票类型BV用。第三，在OBYC的GBB交易里挂一个Z11科目修改码，只要物料的评估级别是3000，出库直接进主营业务成本。三个动作单独看都是删删改改，合在一起就是一条完全绕过发出商品的现金链路。

所以实施时不能只盯着定价过程改，订单类型里的立即交货标记、移动类型的科目修改码、OBYC科目确定，都要放在一起推演。我见过不少项目在OBYC里漏配Z11，结果现金销售出库后仍然进了发出商品，财务月底看到资产负债表上的发出商品余额比库存还大，直接找顾问理论。这份PDF好就好在把“为什么不用发出商品”这件事先从账理上讲透了，配置才有据可依。

3. 业务操作三步走：VA01建单、MIGO发货、VF01开票清账

3.1 创建销售订单：订单类型BV与立即交货意识

录单员在SAP里创建现金销售订单，事务代码用VA01，订单类型必须填BV，行项目类别由后台按订单类型自动带出BVN。和标准销售订单最大的区别是“立即交货”：BV订单类型在SPRO里勾了立即交货，所以录单员保存订单时，系统同步生成一张交货单，不需要计划员再跑去VL01N手工创建库存转储单或交货单。

录单员在订单里维护完客户、物料、数量和单价后，检查“交货”页签的立即交货状态，然后保存。系统提示“交货单已生成”时，这个销售订单已经进入执行环节，不要再手工去创建第二张交货单，否则仓库会重复拣货、重复过账。这份PDF专门强调“发票打印在仓库货物拣配与发货过账之前完成”，也就是说单证的先后顺序是被系统强行控制的：先有发票，后有过账，出纳收的钱和系统里的发票一比对，当晚就能关账清掉。

3.2 发货过账：移动类型Z01带着主营业务成本过账

仓库拣配完成，物流人员用MIGO或MB1A做发货过账，关键一步是移动类型的选择：这里不能用标准601，必须用从601复制出来、经过改造的Z01。Z01在移动类型维护里被指定了科目修改码Z11，Z11在OBYC的GBB交易里对应主营业务成本科目，所以MIGO一过账，系统自动借主营业务成本、贷库存商品，同时产生物料凭证和会计凭证。

这里要特别提醒：业务操作者不一定能看到科目，但顾问在测试阶段必须每单都去查会计凭证。打开MIGO生成的会计凭证，借方如果不是主营业务成本而是发出商品，说明Z01的科目修改码没有指到Z11，或者OBYC没配全，这时不能继续做下一单，先把配置补上。文档里的“发货过账”小节只有几个字，但它背后的依赖链很长：物料、移动类型、科目修改码、评估级别，任何一个环节有出入，凭证就会跑偏。

如果项目设定为后台作业，每天定时自动过账，操作层的任务就变成保证交货单状态正确。系统按后台作业抓取“已拣配、待过账”状态的单据，抓不到的会在第二天继续滚，导致关账滞后。所以后台作业不是万能的，业务侧的实时状态比作业本身更重要。

3.3 开票清账：BV发票与现金科目一起坐进闭环

出纳收到现金后，用VF01或VF04创建开票凭证，开票类型BV，系统按订单类型带出对应的定价过程ZKD05。容易被忽略的细节在行项目类别BVN上：它的开票参考是“订单”而不是“交货单”。也就是说，即使中间发生了拣配、发货过账，发票仍然与原始销售订单直接咬合，一张订单对应一张发票、一笔现金清账，单据流干净利落。

开票完成后，看凭证流，会计凭证已经自动处于“已清账”状态，不需要再去F-28或F-29手工清账。这是现金销售和标准销售最明显的体感差异：标准销售还要做应收、清账两步，现金销售把收钱、开票、清账压进同一张发票里。SAP SD模块相关单据串联关系在这里体现得最典型——销售订单、交货单、发票、会计凭证四个对象在一条链上，任何一个节点断掉，凭证流里都能看到缺口。所以操作类文档虽然只有三步，但每一步都要和后台配置对应起来看，不能只教录单员“怎么按按钮”。

4. 配置实现：订单类型BV到移动类型Z11，复制与改造的顺序不能乱

4.1 订单类型BV与开票类型BV：立即交货这个钩子定生死

订单类型BV的配置入口在SPRO路径“销售与分销→销售→销售单据→销售单据头→定义销售单据类型”，事务代码VOV8。项目上更常见的做法是复制标准订单类型再改名，避免从空白单据类型开始配一堆字段。关键点只有一个：订单类型抬头里勾上“立即交货”。这个标记决定保存销售订单时是否自动产生交货单，也决定后续发票能否真正在发货过账之前打印出来。要是漏勾，录单员保存订单后没有反应，后面所有操作都会卡在第一步。

开票类型BV和订单类型共用“BV”这个名称，但配置入口在计费里。开票类型要保证拷贝控制能接受发货过账后的交货单，同时定价过程挂ZKD05。开票类型沿用F2的老路最容易出问题，因为F2的定价过程是为标准销售准备的，里面那行VPRS会延续到现金以后照成科目确定错误。配置时把BV和F2的定价过程严格分开，就是PDF里强调“现金订单和开票使用不同的定价过程”的意义。

4.2 行项目类别BVN与计划行类别ZP：发票到底参考谁

行项目类别BVN维护在“销售与分销→销售→销售单据→销售单据项目→定义项目类别”，事务代码VOV4。BVN通常由标准项目类别CP复制而来，但有一个控制字段必须改：开票参考改成“参考订单”，而不是“参考交货单”。这个改动直接决定发票业务是在订单层面合并，还是在单张交货单上拆开。现金销售是快进快出，客户一次拿货一次付清，参考订单最干净；如果用参考交货单，一旦一张订单拆成两次交货，就会拆成两张发票，出纳对账时容易出现“客户付了一单钱，系统出了两单票”的乱象。

计划行类别ZP在“定义计划行类别”里维护，事务代码VOV5，复制标准计划行CP得到。计划行类别要决定未来交货的移动类型，所以它和Z01要配合起来。复制路径不能省：CP复制成ZP，ZP下面指定移动类型Z01，601复制成Z01，Z01的科目修改码指向Z11，再从OBYC里给Z11设置科目。这一串复制操作环环相扣，漏掉一环，后面过账时的借方科目就会变回默认值。

4.3 移动类型Z01/Z02/Z11与OBYC科目修改码：评估级别3000是关键

移动类型部分工作量最大。常见做法是在移动类型维护里复制601得到Z01，作为现金销售的发货移动类型；复制602得到Z02，作为冲销移动类型；再复制一个移动类型当Z11，用来“冒充”科目修改码。SAP里科目修改码和移动类型经常共用一套标识，很多顾问直接拿一个闲置移动类型当科目修改码用，功能上没有问题。

复制移动类型时要带上数量更新、科目更新、交货更新这些配置，否则Z01只是一个长得像601的空壳。复制完之后进OMJJ，在科目修改码视图里把Z01的科目修改码指定为Z11，然后进OBYC维护GBB交易组的Z11科目。做完这些，只要物料主数据的评估级别是3000，MIGO用Z01过账，系统就能自动找到主营业务成本科目，不再进发出商品。

这里给所有踩过坑的人一个提醒：配置完成不代表万事大吉，还要检查测试物料的评估级别字段。如果某条物料主数据评估级别不是3000，而是别的值，它走OBYC时匹配不到Z11这一行，就又会回到默认科目去。很多项目上线两天后财务来报“现金销售进发出商品了”，查到最后往往是测试物料选错了评估级别，不是配置本身的问题。

4.4 现金科目确定的路径：收现流程的最后一道闸

现金科目确定在SPRO路径“财务会计→应收账款和应付账款→业务交易→收款→手动收款处理→现金科目确定”下配置，有的版本用事务FBKP，也有的直接维护现金科目确定的表数据。维护目标很朴素：把“现金-人民币”科目分配进去，让清账时系统能自动带出现金科目。

很多项目把这个配置留到最后一天做，结果测试脚本跑到开票清账，系统提示找不到现金科目，整条流程直接卡死。现金科目确定虽然只有刘邦简单的范围，但它是收款过账时科目自动寻找的依据；分配现金科目时要注意科目表、公司代码和货币字段的一致性，否则清账时系统会拿错总账科目。如果项目上有Fiori，可以通过SM30或自定义App在表维护里直接改，省去层层菜单定位的麻烦。但我还是建议顾问在配置文档里保留传统SPRO路径，毕竟后查组、审计和外部顾问接手时，看菜单路径比看精简后的表名更直观。

5. 现金销售上线避坑与常见问题：五条踩坑记录

5.1 保存订单后没自动产生交货单

现象：VA01保存BV订单，系统提示成功，但VL01N里查不到任何待交货单，录单员只能手工补建交货单。

原因：订单类型BV没有勾“立即交货”，或者交货类型与订单类型的拷贝控制不匹配。BV是复制过来的订单类型，往往复制时把立即交货标志一起带过来了，但后续有人为了做其他单据类型，把订单类型改回默认值，立即交货就丢了。

解决：回VOV8编辑订单类型，确认“立即交货”被勾选；再检查交货类型是否分配正确。如果BV要取代标准现金销售，不要同时让多个订单类型共享同一套交货控制类型，以免互相覆盖。

5.2 发货过账后会计凭证仍挂在发出商品上

现象：MIGO参照交货单做Z01发货过账，会计凭证的借方科目是发出商品，不是主营业务成本。财务第一次看到，直接要求停流程。

原因：OBYC的GBB交易里没有给Z11维护科目，或者Z01的科目修改码根本没指到Z11。系统在科目确定时找不到Z11对应的行项目，就回退到默认的发出商品科目。

解决：去OMJJ里确认Z01的科目修改码等于Z11，再去OBYC维护GBB-Z11为主营业务成本。做完之后用同一张物料重新过账，核对科目。这一步是最典型的“配置位置正确但系统不生效”的翻车点，下次再遇到先查OMJJ再查OBYC，次序不要反。

5.3 开票过账报“账户确定出错”，提示VPRS找不到科目

现象：VF01对BV订单开票过账，系统报账户确定错误，错误明细里指向VPRS条件，提示找不到对应科目。

原因：开票类型BV用了带VPRS的定价过程，但现金销售链路已经把发出商品、应计项相关的科目拿掉了，VPRS在账户确定阶段没有科目可承接。VPRS和应计项是一对组合拳，留了VPRS却删了承接科目，系统自然报错。

解决：从ZKD05定价过程中删除VPRS，并确保开票类型BV挂的是ZKD05而不是F2的标准定价过程。这个点真有点玄学——PDF原文里也承认“没搞明白SAP的逻辑”，但实测删除VPRS后SAP会自动走另一套科目取值逻辑，账户确定恢复正常。千万别自作聪明，把VPRS改成VPRS复制的另一个条件类型，标准答案就是删除。

5.4 移动类型复制到位，科目修改码却在OMJJ里找不到

现象：Z01在移动类型表里存在，MIGO也能选到，但过账时报科目修改码错误，或者说“科目修改码Z11未定义”。

原因：复制601得到Z01时，配置复制不完整，把科目修改码视图落下了；Z11本身是在另一个移动类型上复刻出来的，但Valuation/Update字段没有带全，导致OMJJ里看不到完整的账号设置。

解决：回到移动类型维护，重新执行复制流程，把更新控制、科目修改码视图完整带过来；再进OMJJ检查Z01的科目修改码并手工赋Z11。复制顺序尽量固定为“601→Z01、602→Z02、Z11随意复制”，不要今天补一个、明天补一个，反复补配置最容易丢字段。

5.5 后台作业定时过账漏单，月底对账才暴露

现象：设置了每天自动发货过账，月底财务发现部分现金销售订单的仓库已经发货，但会计凭证没生成，系统库存和总账对不上。

原因：后台作业抓取的是“已拣配、待过账”状态的交货单，但当天部分交货单状态还没走到可过账节点；或者后台作业没有按工作日调度，跨节假日时漏跑，被漏掉的单据堆积到月底。

解决：查SM37里的后台作业日志，确认作业上次执行时间和结果；把发货过账的后台作业排成工作日每天固定时刻，节假日前后手工补跑一次。我还会在作业选择画面里加一个“单据创建日期”的条件，只抓当天单据，避免把历史单据重复过账。这个习惯让月底对账少了很多补丁式的冲销。

6. 从凭证流到后台作业：现金销售配置是否完整的三个检查点

6.1 凭证流：三单咬合且会计凭证已清账

验证现金销售链路，最直接的办法是打开全流程中的最终发票，事务代码VF03，或者直接看VA03里的销售订单凭证流。正常的凭证流里应该能看到销售订单、交货单、发货过账单、销售发票、会计凭证这几个节点，并且最后节点是“已清账”状态。如果最后一个节点还停在“未清账”，问题大概率出在定价过程ZKD05或现金科目确定；如果会计凭证没生成，则要看Z01科目修改码和OBYC的Z11科目。

6.2 后台作业：每天固定时间看SM37结果

现金销售做成后台作业自动发货过账后，顾问上线的第一周，我习惯每天固定时间看一次SM37，确认后台作业执行状态是绿色。作业失败时，系统会留下红色终止记录，原因多半是物料凭证不完整或科目确定缺失。养成看作业日志的习惯，比等月底对账再翻车省心得多。

6.3 权限分配：录单员别拿MIGO和F-29的完整权限

录单员、出纳、仓库各自角色不同，PFCG配置角色时建议严格收紧：录单员只需要VA01、VF01等单据创建事务代码；出纳负责F-29收款清账；仓库才开放MIGO发货过账。不要让录单员拿MIGO权限去“调整”交货单状态，否则后台作业抓单时可能抓到半手工的半成品状态单据。权限收紧以后，后台作业漏跑、人为误过账的情况能少一半。

说实话，这套现金销售流程最让我佩服的，不是某个高明的增强或者客制化开发，而是配置文档内部循环自洽：VA01保存即交货、MIGO过账直接转成本、VF01发票已清账，三个动作组成一条不经过发出商品的环。从那以后，我每次接到类似“临时/快速/现款现货”的业务需求，都会强制自己先完整走一遍凭证流，再去动OBYC和定价过程——这个习惯帮我拦住过好几次科目错配。希望帮到你。

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