SAP年结账务调整过程中的业务改错处理心得

昨天遇到一个问题在这里分享一下。大家知道刚刚跨年,财务还在做一些后续调整。在业财一体化的系统中,这种调整往往涉及到两个方向,财务端去调,还是业务端去调。但大家要了解一个前提。即然需要做调整,肯定是业务端出错了,又没有及时发现,导致问题推迟到了年结,不得不做处理。按正常的一个逻辑方法。这时候最优的办法还是财务自行调整,但如果财务去调,前提是要落实责任,都是涉及面子和钱的事,基本上就要业务负责人去认,去签字。所以,往往从人性方面来看,本来系统上可以简单处理的事,现实中反而很难行。

另一种方法就是去改错,改了错就相当于没发生。当然就不用认错。但前面也说了一个前提,如果及时发现,及时改进还好。但如果时间较长,后续关联的东西就会很多。这时系统也不会让你去随便改。而是一种原路退会,重新择路的机制。这往往涉及到大量的操作,在这个过程中,出现新错的概率是很高的。你看,本来就是为了修正错误,但原来的错误还没有修正,却又添新错。所以,这种时候,用户难为,财务着急,这锅顾问又要背起来,帮忙解决问题。所以,顾问某种程度上是在帮用户去补救错误,希望用户能汲取教训,不范同样错误就最好。

谈谈业务场景:一个贸易件,有A,B两家供应商,采购回来不用加工,直接再卖出给客户C。

本来业务流程己经结束了,东西己买回来,也卖出去了。发现买回来时搞错了供应商,本来是找A买,在系统中做成找B买了。

所以,解决思路是什呢?就是冲销销售,让库存退回,再冲销从供应商B处的采购收货,再重新供应商A处理采购收货,最后再重新销售给客户C。贸易件属于一种临时业务,贸易物料通常不是企业常规产销的物料,所以,从库存角度,往往没有可供腾挪的空间。

实际处理中,由于流程较长,就不一一展示了,用户在实际操作中还是出错了。在做销售退货时,由于踩坑了实际发货日期,没有改回到上个年度,导致退回的库存期间在新的年度,后续业务就因为这个库存期间的问题无法继续处理。

当我在接到问题时,一开始也纠结于库存期间的问题。但很快就调整了思路,回来正确的路上来。我的考虑是这样的,先回到业务起点,在做负向销售时,销售退票做到了12月份,但销售退货(实现库存退回,己产生物料凭证)做到了23年1月份。假如发货日期能做到12月,相应的退货物料凭证也会生成在12月,那么库存期间就在12月,后续操作就不存在库存期间的问题了。

按照这个思路,我们先走回来。用VF11冲销退货开票,VL09冲销销售退货。再重新走一遍销售退货流程,并注意把退货日期改到去年。实际也操作成功。这时,再把退回的物料针对供应商B做采购收货冲销,再针对供应商A做采购收货,再重新销售给客户B。

这一整套处理下来,我也手把手的指导用户去做。最终,帮助用户和财务解决了问题。在这个过程中,说实话,我也非常谨慎,生怕哪个地方没考虑周全,做不下去。但这种问题也同样带来应用经验和技术能力的提升,对顾问来说是一种收获。

我最大的经验是:

1、了解所处理问题的全流程步骤,做到胸有成竹;

2、每个处理步骤要去求证是否达到预期效果?比如检查库存,检查会计凭证,检查日期等等......

最后,写下来或形成邮件问题处理记录。这种少遇的问题用户不可能熟练处理,下次遇到不管是顾问或用户也不至于很被动,有个参考。

  • 1
    点赞
  • 7
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 1
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

狼书

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值