SAP现金销售订单BV流程：单据流与科目确定配置

简介SAP现金销售订单从建单到清账的完整操作与配置手册面向SD顾问、财务与仓库录单人员帮助解决现金销售流程中订单类型选错、发货与开票脱节、清账环节繁琐等实务问题。内容按目的、适用范围、业务操作、配置实现逐层展开业务端覆盖创建销售订单订单类型BV、行项目类别BVN、客户与物料信息、现金支付条件、拣选与发货过账、发票创建核对与收款清账配置端细化订单类型BV、行项目类别BVN、计划行类别ZP、移动类型Z01、定价过程ZKD04与ZKD05、开票类型BV及现金科目确定等要点。其思路是把现金销售从标准销售中剥离订单保存即自动生成交货单发票打印前置于拣配发货发货过账可设为后台定时作业出纳收款后直接开票清账省去预收与清账往返环节。包内为1个PDF文件约756KB共十余页已有101人学习。1. 现金销售真正难的环节让凭证一步落到现金科目上某子公司的现金销售柜台收银员收了钱、仓库当天发了货财务在系统里翻凭证流却发现主营业务成本挂了两遍或者发出商品科目余额一年比一年高成了行里说不清的长期未清项。问题多半出在把现金业务硬套进标准销售流程标准流程默认出库和开票跨期中间靠“发出商品”过渡现金业务一手交钱一手交货这个过渡科目根本不该出现。这份 SAP 现金订单业务处理流程文档要解决的就是这件事用订单类型 BV、行项目类别 BVN、计划行类别 ZP、移动类型 Z01 和定价过程 ZKD04/ZKD05 的一套组合让出库直接结转主营业务成本、开票直接借记现金科目。它适合做 SD-MM-FI 集成的顾问以及既要录单又要对账的子公司业务人员。2. 会计分录先行先想清楚发出商品该不该存在配置之前得先把账想明白否则后面每改一个字段都是在猜。这一章把传统业务和现金业务的凭证走向拆开对比再给出一套能落地的业务归类方法免得配完了才发现某类订单根本不该走这条线。2.1 发出商品科目成立的前提是跨期传统业务启用发出商品动机很单纯出库和开票不在同一个月。货已经发走、物权已经转移但发票还没开、收入还不能确认这时候如果直接把库存转成成本当期就会出现“有成本没收入”的错配。发出商品就是为此存在的过渡科目——出库时把库存商品搬到发出商品开票时再从发出商品搬到主营业务成本收入和成本落在同一个期间配比关系成立。这个逻辑成立的前提是“期间差”。一旦出库和开票落在同一期间发出商品就退化成了一个当天进、当天出的过路科目除了多两张凭证行、多一个需要清理的余额没有任何会计意义。现金销售正好属于后者钱货两清物权当场转移还把它挂在发出商品里等于告诉报表使用者“这批已经收钱的货还是我的存货”账实直接对不上。我见过最典型的翻车方式是业务上想省事用标准订单类型加一个“现金”付款条件糊过去。订单能建、货能发、票能开表面上跑通了但出库那一笔仍然借发出商品开票那一笔仍然从发出商品转成本月底发出商品余额里躺着一堆早已收款的单子。对账的人只能靠手工挑出来做调整凭证做上三个月就没人愿意继续对了。2.2 两张凭证的科目走向对比把两条线的分录并排放差异一眼就能看出来。下表按出库、开票两个记账点拆开左边是传统发出商品模式右边是现金销售模式记账点传统业务现金销售业务出库借发出商品贷库存商品借主营业务成本贷库存商品开票借应收账款贷发出商品、主营业务收入、销项税借主营业务成本借现金贷主营业务收入、销项税差异集中在两个地方。第一出库那一笔的借方科目从发出商品换成了主营业务成本成本结转时点提前到了发货环节。第二开票那一笔的借方从应收账款换成了现金因为收款和开票是同一个动作系统里不应该再产生一笔需要后续清账的应收。第二点尤其关键。很多方案只改了出库科目开票还是借应收账款然后靠收款环节手动清账这样确实不会出错但也没省下任何操作——出纳该做的清账一步没少文档里说的“减少预收和清账环节”就落空了。要让开票凭证直接落现金开票类型的账户确定必须单独处理这部分放在第 4 章展开。2.3 上线前先做业务归类别拿所有订单试配置改动之前我一般会先拉一份近半年的销售订单清单按“出库日期与开票日期的月份差”和“收款方式”两个维度做交叉分类。月份差为零、收款方式为现金或即时到账的才进 BV 这条线月份差不为零的哪怕客户当场付了钱也建议留在标准流程里因为一旦后续发生退货或者跨期调整发出商品的过渡逻辑反而是保护。判断标准可以固化成三条三条同时满足才允许使用订单类型 BV判定项满足条件不满足的后果物权转移时点发货即转移无寄售、无寄销成本提前结转存货虚减出库与开票期间同一会计期间内完成收入成本跨期配比失效收款方式现金或等价即时结算不占用信用额度应收账款凭空消失客户对账断裂清单确认完之后还要在系统里确认一件事现在标准 601 出库到底走的是哪个科目。常见做法是进 OBYC 看 GBB 下 VAX、VAY 这几个常用修改码对应的科目确认它们指向的是发出商品而不是主营业务成本。这一步不做后面配 Z11 的时候很容易跟已有条目撞车——同一个评估级别被两个修改码抢结果取决于系统先命中哪条这就是典型的玄学问题。3. 单据流三件套BV、BVN、ZP 怎么把开票提到发货前这条流程和标准销售最大的不同是开票动作被提到了拣配和发货过账之前。支撑这个顺序的不是某个开关而是三个配置对象配合订单类型决定“保存即交货”行项目类别决定“发票参考谁”计划行类别决定“出库走哪个移动类型”。三者缺一流程就会在某个环节卡住或者悄悄退回标准逻辑。3.1 订单类型 BV立即交货勾选之后发生了什么订单类型在 VOV8 里维护。复制一个标准订单类型出来改成 BV真正需要动的地方不多核心是“立即交货”这个标识要勾上同时确认交货类型字段有值通常沿用默认的交货类型。勾选之后的行为是销售订单保存的瞬间系统按订单里的行项目和数量直接生成一张交货单交货单进入待拣配状态。这个设计解决的是录单文员的重复劳动。标准流程里录完订单还要有人跑一次集中交货创建再跑到交货单里核对数量BV 把这一步压缩掉了订单保存即交货录单的人只需要盯住订单界面。但要注意交货单生成不等于发货过账此时库存还没减少、成本还没结转货权在系统里仍然挂在本公司名下。这里有个容易被忽略的边界立即交货能生效前提是行项目类别允许交货相关且订单里的物料有足够的可用库存或者允许负库存。库存不足时交货单照样会生成但数量会被截断或者进入不完整状态后面开票时数量对不上看起来像是开票逻辑出了问题实际上是交货环节就断了一截。3.2 行项目类别 BVN把开票参考从交货单改成订单这一步是整条流程的枢纽也是我认为最值得单独拎出来讲的一个字段。行项目类别在 VOV7 维护复制标准行项目出来改成 BVN关键是“开票参考”这个字段要从交货单改成订单。为什么非改不可如果开票仍然参考交货单那么开票的前置条件就是交货单已经发货过账。可发货过账在 BV 流程里已经把成本结转掉了借主营业务成本开票时系统再按成本条件取一次成本成本就被结转了两次。反过来改成参考订单之后开票不再依赖发货过账业务上就能实现“先开票收钱、再拣配发货”同时成本只在发货那一次结转。这个改动还带来一个连带效果开票数量取自订单而不是交货数量只要订单数量准确发票就不会因为交货拆分、部分拣配而开错。代价是订单和交货之间的数量差异不会自动反映到发票上所以退货和短装场景必须走单独的冲销流程不能指望开票环节兜底。3.3 计划行类别 ZP 与移动类型 Z01、Z02 的分工计划行类别在 VOV6 维护复制标准计划行出来改成 ZP然后在计划行里挂上自定义的移动类型 Z01。Z01 本身是在 OMJJ 里复制 601 得到的复制 602 得到 Z02 用于冲销。文档里还有一步容易被跳过再复制一个移动类型出来命名为 Z11专门用来做科目修改码。为什么不能直接用 601因为 601 在企业里几乎肯定已经被标准销售出库占用了对应的科目是发出商品。如果 Z01 也走 601 的科目修改码那么现金业务的出库和普通出库会命中同一条 OBYC 条目改任何一边都会影响另一边。单独做一个 Z11 当修改码等于给这条业务线开了一条专用车道OBYC 里只对 Z11 配置主营业务成本其他出库一概不受影响。Z02 的存在同样不能省。现金销售一样会遇到退货、拒收、开票错误没有对应的冲销移动类型红字发货就没法做成本只能靠手工凭证冲回一个月下来调整凭证能堆成一摞。我在项目里见过只配了 Z01 没配 Z02 的情况退货时业务直接在系统外处理账面库存和实物库存差了小半年才被发现。三个对象的配置关系可以对照下表逐项核对配置对象事务码关键字段本方案取值订单类型VOV8立即交货勾选订单类型VOV8交货类型沿用默认交货类型行项目类别VOV7开票参考订单不是交货单行项目类别VOV7计划行类别ZP计划行类别VOV6移动类型Z01移动类型OMJJ参考移动类型601冲销类型参考 602移动类型OMJJ科目修改码Z113.4 前台三步操作与每步的预期结果配置通了之后前台操作其实只有三步但每一步都要确认系统给出的结果符合预期不能点完保存就走。第一步VA01 创建订单订单类型选 BV录入客户、物料、数量、价格。保存后立刻用 VA03 进凭证流看应该能看到一张自动生成的交货单状态是待拣配此时库存还没动。第二步VL02N 对交货单做拣配和发货过账。过账完成后用 FB03 或者凭证流看生成的物料凭证和会计凭证借方应该是主营业务成本贷方是库存商品金额等于订单成本。这一步如果借方出现发出商品说明 Z11 的科目确定没生效回第 4 章查 OBYC。第三步VF01 按订单开票开票类型选 BV。开票完成后同样看会计凭证借方应该是现金科目贷方是主营业务收入和销项税凭证上不应该出现应收账款。如果借方还是应收账款说明开票类型的账户确定过程没换这部分在 4.4 节处理。三步走完用 VA03 的凭证流把订单、交货、物料凭证、发票、会计凭证串起来看一遍确认状态是已完成而不是等待清账。文档里特别提到“可以看到会计凭证已经是清帐状态不需要我们去手动清帐”这句话就是整条流程是否真的跑通的判断标准——只要凭证流里还挂着未清项说明某个环节又退回了标准逻辑。4. 科目确定四步走OMJJ、OBYC、ZKD04/ZKD05、开票类型 BV前面三章解决的是“单据怎么流”这一章解决“钱怎么落账”。四个环节有严格的先后顺序先有移动类型的科目修改码才能在 OBYC 里配科目先有定价过程才能分配给订单类型和开票类型。顺序颠倒的话配置界面能保存但运行时报的错会把你带到完全不相干的地方去。4.1 OMJJ 给 Z01 挂上 Z11 科目修改码OMJJ 里找到复制出来的 Z01进科目修改码字段填 Z11。这个字段决定了后续 OBYC 用哪个维度去找科目填错或者留空出库时会直接报“科目确定失败”报错信息里只会说找不到账户不会告诉你是修改码的问题。同一个界面里还要确认价值更新的方向。Z01 参考的是 601出库时的数量和价值都是负向更新这个继承关系一般不用改但如果复制的时候手滑改成了正向库存会越出越多这种错误在测试环境里不明显上生产一周就能把库存跑成负数。4.2 OBYC 里 GBB/Z11 与评估级别 3000 的绑定OBYC 选 GBB事务键填 Z11然后在评估级别那一列找到 3000把科目填成主营业务成本。文档里那句话说得直白“只要物料的评估级别是 3000 的话都可以直接结转到主营业务成本。”这句话反过来读就是限制条件——评估级别不是 3000 的物料这条配置不生效。所以上线前必须盘一遍参与现金销售的物料确认它们的评估级别。如果同一个物料既走现金销售又走标准销售评估级别只能有一个那就得靠移动类型区分不能指望评估级别。这种情况下我会把 Z11 的配置做全把常见的几个评估级别都补上条目宁可多配几条也不要让业务在发货时才发现某个物料漏了。4.3 定价过程 ZKD04删掉应计项定价过程在 OVA8 维护。复制 ZKD01 得到 ZKD04然后删除里面的应计项。应计项的作用是在开票时把成本计提出来挂到发出商品这是标准流程为跨期配比准备的机制。现金业务出库时已经结转成本开票再计提一次等于同一笔成本被记了两遍月底发出商品余额就是这么长出来的。删应计项这一步在测试环境里很容易被忽略因为不删也能开票只是会计凭证上多一行。等到月末结账财务发现发出商品贷方有一堆余额追查下来才发现是应计项在作怪。这种问题不会报错只会默默污染报表属于典型的黑匣子。还要确认 ZKD04 分配给了订单类型 BV。定价过程确定在 OVKK 里按销售区域维护如果 BV 用的是默认的定价过程确定序列很可能命中的还是标准定价过程前面删应计项的操作就白做了。改完之后用 VA03 打开一张测试订单进条件页签看定价过程是不是 ZKD04这是最快的验证方式。4.4 定价过程 ZKD05 与开票类型 BV 的 VPRS 处理再复制一份 ZKD04 得到 ZKD05这次要删的是 VPRS也就是成本条件。ZKD05 分配给开票类型 BV开票类型在 VOFA 维护同一个界面里还要确认账户确定过程。为什么要删 VPRS开票参考的是订单成本已经在发货时结转开票时系统如果还能取到成本条件就会再结转一次主营业务成本。文档里记录的现象是“最后开票批准至会计的时候就会账户确定出错”原因是 VPRS 找不到对应的科目。原文作者也说了没搞明白 SAP 的取值逻辑只留下一条经验“总之就是现金订单和开票使用不同的定价过程。”这条经验值得记下来但更稳妥的做法是理解它的目的订单用 ZKD04 负责算收入和税开票用 ZKD05 只负责把收入和税搬到会计凭证上不碰成本。两个定价过程各管一段责任边界清楚出问题也容易定位。4.5 开票类型的账户确定与现金科目VOFA 里 BV 的账户确定过程默认会和标准发票共用同一个文档里提到 F2 和 BV 用的是同一个账户确定过程。共用本身不是错但因为 BV 删了 VPRS成本相关的科目确定条目在这条线上是空转的一旦某个条件类型残留就会命中不该命中的科目。真正让发票借方落现金的是账户确定这一层。文档在这一节写得比较简略只给了“分配现金科目”一句。按流程反推要做到开票即收款就不能再走客户统驭科目那条路常见做法是给 BV 单独指定一个账户确定过程的副本在其中把现金科目挂到对应的记账维度上让发票凭证的借方直接是现金。这一步改完必须用 VF01 实开一张票验证不能只看配置界面保存成功。如果企业暂时不想动账户确定退一步的做法是开票后立刻用收款事务做清账。这样科目不会错但清账动作又回到了人工出纳每天要多做一批操作和第 2 章说的“减少清账环节”就矛盾了。两条路的取舍取决于现金业务的单量——单量大就必须把账户确定做掉。5. 避坑五条踩过的记录配置文档写的是“应该怎么做”实际项目里浪费时间的往往是“做完了为什么不生效”。下面五条都是在这类流程里反复出现的每条按现象、原因、解决三段记遇到时可以直接对号。5.1 开票仍然报科目确定错误现象VPRS 已经从 ZKD05 里删掉了VF01 开票到释放会计凭证时还是报账户确定错误报错指向成本相关科目。原因开票类型 BV 的定价过程确定没有真正切到 ZKD05。定价过程确定在 OVKK 里按销售区域加单据类型维护如果 BV 走的是通用条目系统命中的还是标准定价过程删掉的条件类型等于没删。另一种可能是订单上的定价过程在创建时已经固定改配置不会回溯已存在单据。解决先用 VA03 打开测试订单看条件页签里的定价过程编号确认是 ZKD04再用 VF03 看发票里的定价过程确认是 ZKD05。两个编号有一个不对就回去查 OVKK 的条目顺序把 BV 的专用条目排在通用条目之前。5.2 订单保存后没有生成交货单现象订单类型 BV 的立即交货已经勾选保存订单后凭证流里只有订单没有交货单。原因立即交货只是标识实际生成交货单还要看订单类型上分配的交货类型、行项目类别是否与交货相关以及物料主数据里的可用库存。三者有任何一项不满足交货单要么不生成要么生成后数量为零。解决先看行项目类别的交货相关标识再看物料主数据的销售视图是否完整最后用 VL10A 之类的事务手动跑一次交货创建看报什么错。手动创建能成功但保存订单不触发问题一定在订单类型的配置上。5.3 发货过账生成了两条成本行现象一张现金订单发货后会计凭证上出现两行借方主营业务成本金额还不一样。原因Z01 的科目修改码没有真正生效系统按默认逻辑又命中了一条标准出库的科目确定或者开票环节的 VPRS 没有删干净成本在开票时被再结转了一次两张凭证叠起来看像是发货环节出的问题。解决先用 FB03 分别打开物料凭证对应的会计凭证和发票对应的会计凭证确认多出来的那一行到底在哪张凭证上。在物料凭证上就查 OMJJ 里 Z01 的修改码和 OBYC 的条目在发票上就查 ZKD05 里 VPRS 是否还在。5.4 部分物料发货时找不到科目现象大部分物料能正常过账个别物料发货时报“科目确定失败”同一个移动类型、同一个工厂。原因OBYC 里 GBB/Z11 只配了评估级别 3000而这几颗物料的评估级别是别的值。评估级别来自物料主数据的会计视图跟物料类型和账户分类参考都有关系新物料导入时如果没按模板建很容易漏。解决用 MM03 查物料主数据的会计视图确认评估级别把缺的级别补进 OBYC同时回头检查物料导入模板避免下一批新物料再踩同一个坑。这类问题最好的后悔药是在上线前跑一遍全量物料的评估级别清单。5.5 退货时库存回不来现象客户退货业务想做红字发货系统里找不到对应的移动类型只能用 602 手工冲冲完之后成本和库存对不上。原因Z02 只复制了 602但没有在计划行类别和订单类型里配套维护退货场景或者 Z02 的科目修改码沿用了 Z11 但方向配反了。解决把退货流程单独走一遍端到端测试从退货订单到退货交货再到贷项凭证每一步核对会计凭证。冲销类的移动类型不要指望继承默认值方向、科目修改码、是否允许负库存三个字段都要肉眼确认。6. 上线前用凭证流和科目余额反推配置配置改完不等于跑通我习惯在切生产前做一次反向验证不看配置只看数据从会计凭证倒推配置是否正确。具体做法是造三张单——正常销售、部分拣配、退货——每张都走完订单到开票然后逐张核对。核对的时候不用一张张点用 SE16N 或者一段简单查询把关键表拉出来更快。订单行和状态用 VBAP 的交货状态、开票状态字段计划行用 VBEP 看已交货数量会计凭证用 BSEG 看科目和借贷方向 1. 订单行交货状态与开票状态是否都已完结 SELECT vbeln, posnr, matnr, kwmeng, lfsta, fksta FROM vbap INTO TABLE DATA(lt_vbap) WHERE vbeln IN s_vbeln. 2. 计划行确认数量是否已全部进入交货 SELECT vbeln, posnr, etenr, wmeng, lmeng FROM vbep INTO TABLE DATA(lt_vbep) FOR ALL ENTRIES IN lt_vbap WHERE vbeln lt_vbap-vbeln AND posnr lt_vbap-posnr. 3. 会计凭证行借方是否为现金、贷方是否为收入与税 SELECT bukrs, belnr, gjahr, hkont, shkzg, dmbtr FROM bseg INTO TABLE DATA(lt_bseg) WHERE bukrs p_bukrs AND belnr IN s_belnr.三段查询分别对应三个验证点。第一段确认订单层面的交货和开票状态都已经是 C只要有一个是 B说明流程中途断了。第二段把订单数量和计划行已交货数量对比两者不等就说明有部分拣配没走完这种单子最容易在月底结账时暴露。第三段是核心按凭证号把会计行拉出来逐行看科目借方出现现金、贷方出现收入和销项税、整张凭证没有应收账款和发出商品三个条件同时满足才算通过。除了单张凭证还要看科目余额。用 FS10N 查发出商品科目在本期的发生额正常情况下现金业务不应该在这个科目上留下任何痕迹再查主营业务成本的借方发生额应该等于本期现金订单的成本合计。两个数对不上差额往往就是某张单子又退回了标准流程。还有一个我每次都会做的动作把这份文档的配置章节打印出来对照系统逐项打勾尤其是 OMJJ 的科目修改码和 OBYC 的评估级别这两处它们不报错、不提示只在月末结账时以余额异常的形式出现。从那以后我每次接这类现金销售的项目都会在测试环境先跑一遍正常、部分、退货三条线把三张会计凭证截图存进文档后面谁再问“这条流程到底通没通”直接看图就行。希望帮到你。本文还有配套的精品资源点击获取