简介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手工创建库存转储单或交货单。字段输入/默认值说明订单类型BV现金销售专用自动带出立即交货行项目类别BVN现金销售专用开票参考订单客户准确输入影响定价和现金科目物料按实际销售录入物料主数据评估级别需匹配配置范围单价/金额定价过程ZKD04不含应计项的现金定价过程录单员在订单里维护完客户、物料、数量和单价后检查“交货”页签的立即交货状态然后保存。系统提示“交货单已生成”时这个销售订单已经进入执行环节不要再手工去创建第二张交货单否则仓库会重复拣货、重复过账。这份PDF专门强调“发票打印在仓库货物拣配与发货过账之前完成”也就是说单证的先后顺序是被系统强行控制的先有发票后有过账出纳收的钱和系统里的发票一比对当晚就能关账清掉。3.2 发货过账移动类型Z01带着主营业务成本过账仓库拣配完成物流人员用MIGO或MB1A做发货过账关键一步是移动类型的选择这里不能用标准601必须用从601复制出来、经过改造的Z01。Z01在移动类型维护里被指定了科目修改码Z11Z11在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复制成ZPZP下面指定移动类型Z01601复制成Z01Z01的科目修改码指向Z11再从OBYC里给Z11设置科目。这一串复制操作环环相扣漏掉一环后面过账时的借方科目就会变回默认值。4.3 移动类型Z01/Z02/Z11与OBYC科目修改码评估级别3000是关键移动类型部分工作量最大。常见做法是在移动类型维护里复制601得到Z01作为现金销售的发货移动类型复制602得到Z02作为冲销移动类型再复制一个移动类型当Z11用来“冒充”科目修改码。SAP里科目修改码和移动类型经常共用一套标识很多顾问直接拿一个闲置移动类型当科目修改码用功能上没有问题。对象复制自用途关键配置Z01601现金销售发货过账科目修改码Z11Z02602红冲与退货冲销对应Z01的冲销Z11闲置移动类型作为GBB科目修改码OBYC GBB中挂主营业务成本复制移动类型时要带上数量更新、科目更新、交货更新这些配置否则Z01只是一个长得像601的空壳。复制完之后进OMJJ在科目修改码视图里把Z01的科目修改码指定为Z11然后进OBYC维护GBB交易组的Z11科目。做完这些只要物料主数据的评估级别是3000MIGO用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和定价过程——这个习惯帮我拦住过好几次科目错配。希望帮到你。本文还有配套的精品资源点击获取