码迷,mamicode.com
首页 > 其他好文 > 详细

FICO_Account科目不对

时间:2017-09-28 15:58:49      阅读:178      评论:0      收藏:0      [点我收藏+]

标签:img   rmi   tom   pac   选择   nowrap   count   order   修改   

Issue: 这一单过账出来的凭证科目,跟别的不一样啊,这单出来的是310110,212900

其他正常的是310003,212905

技术分享

正常的如下:

技术分享

Analysis:

过Billing时Account科目选错,应为31003  212905而不是310110和212900。要检查这两个Account是根据什么决定的。

 

Account No.

Billing No.

Incorrect

20276651

910392994

Correct

20254785

910383681

 

 

Solution:

进入VF03,检查Account Determine

技术分享

对比两个,左边是正确选择科目的,右边是错误科目的。

技术分享

截图显示左边的跑到006就确定好选择哪个account了,右边跑到18才决定。

两个Account Key 不同,左边:ZC1  右边:ERL

因此判断决定account科目的是Account Key,现在需要查明Account Key是由什么决定的。

进入SPRO => Define And assign Account Key => Select: Assign account keys

技术分享

显示决定Account Key的是Procedure.

查两个Billing的前序Order的Pricing Procedure如图:

技术分享

现在需要查为什么这两个Pricing Procedure不一样。Pricing Procedure是定价程序的意思,应该去XD03查关于Customer的信息。

 技术分享

技术分享

进入后发现两个单子的Cust.Pric.Proc.都是1

技术分享

去看修改记录发现,这个TRB FL是在7月5号创建的,这个修改记录显示7月5号创建时是T,当天改成了1。用户在创建后发现T不对,然后改成1,但是后续的Pricing Procedure不会因为改成1而改变。

技术分享

 

解决办法就是重建订单。

FICO_Account科目不对

标签:img   rmi   tom   pac   选择   nowrap   count   order   修改   

原文地址:http://www.cnblogs.com/lonske/p/7607015.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!