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

    解决办法就是重建订单。

  • 相关阅读:
    TOJ 2710: 过河 路径压缩
    树状数组模板
    TOJ 2017: N-Credible Mazes
    TOJ 4804: 树网的核
    Codeforces Round #440 (Div. 2, based on Technocup 2018 Elimination Round 2)
    Codeforces Round #441 (Div. 2, by Moscow Team Olympiad)
    TOJ 2541: Paper Cutting
    CODE FESTIVAL 2017 qual B
    hiho[Offer收割]编程练习赛30
    Codeforces Round #437 (Div. 2, based on MemSQL Start[c]UP 3.0
  • 原文地址:https://www.cnblogs.com/lonske/p/7607015.html
Copyright © 2011-2022 走看看