zoukankan      html  css  js  c++  java
  • FICO_Account科目不对

    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而改变。

    解决办法就是重建订单。

  • 相关阅读:
    nodejs dateformat date-utils
    nodejs async
    nodejs dateformat date-utils
    nodejs timer block-timer timer-ease
    linux 修改 ssh 的端口号,启动hg服务
    linux 下添加 路由
    tkprof 命令行工具用法
    通过API删除库存货位
    使用FROM个性化修改标准FORM的LOV
    批量更新 ITEM 物料属性
  • 原文地址:https://www.cnblogs.com/lonske/p/7607015.html
Copyright © 2011-2022 走看看