ITPUB论坛 » Oracle ERP » 高手请进-->GL会计分录借贷不等问题
12月微软Hyper-V虚拟化沙龙主题征集
2004-10-11 17:23 Arrayellawhq
高手请进-->GL会计分录借贷不等问题

GL会计分录在过帐时发现有笔资料出现ERROR:
误差 6 - 显示不平衡但不允许暂记的日记帐分录

此笔资料source 是Inventory抛过来的,但因抛转方式是以汇总方式进行的,所以没有办法查到是哪笔资料导致。

经查,发现
  1. Batch amount总计不等于实际Journal发生行金额的总计。
  画面上显示为:(错误)
     Dr:47827.15        Cr:47776.59
    实际应为:(正确,手工算的)
     Dr:47827.75        Cr:47776.59
    借方差异为0.60。
  2. Journal Cr&Dr不等,只是其中的一个科目(1427)的问题。   
  以上如图示,我该如何处理呢?:o :o

问题都发生在总帐,库存帐务是OK的,那会是什么原因呢?该如何处理呢?

初步判断:INV资料没有问题,是GL资料有问题,猜想应该是系统问题,不是人为所致。那如果是该如何处理呢?
:sweat2: :sweat2:

以上请各位帮忙指点一下~~~期待中……:rose:

2004-10-11 23:54 Motton
这类问题一般是由于库存模块的问题所致:库存里的分配科目是空导致传到总帐的凭证借贷不平。

你在数据库里查查CST_INV_DISTRIBUTION_V这个view,看看里面的ccid是否有异常的行:行分配科目是空(也可能是CCID是-1)

2004-10-12 08:37 ellawhq
Motton:
你所说的我查过了,不过我查的是mtl_transaction_accounts mta这个table。
我查了gl_batch_id(代表是否抛帐),reference_account(代表ccid是否有空值)这两个栏位,在INV中显示的资料是正确的(从我查的这个table中来看)。
:o  但是在GL中它就是不平,且它产生借贷不平还可导入,真是奇怪!

那如果不如你所说的,只是在GL中发生错误,又该如何处理呢?且我该如何确认它的错误发生呢?
而你所说的view,在运行上太慢了,是否可以有MTA的table来确认呢?
经查,CST_INV_DISTRIBUTION_V这个view中的reference_account没有值是为-1的,那如果是你所说,该如何处理呢?

2004-10-12 09:25 moreandmore
先确定科目1427在INVENTORY里的值是多少,查一下是否所有的资料都已经计了COST,且检查一下日期是否在同一个期间内.都在MTA这个TABLE里.
再检查一下INTERFACE里的资料.如果都没错的那就有可能是四舍五入的加总问题了,那就要修改这笔BATCH 资料了.

2004-10-12 09:27 Motton
如果确实
select b.transaction_id from mtl_transaction_accounts b
      where b.reference_account='0'
没有记录返回的话,你看看总帐的日记帐行能否追溯?追溯的结果金额和日记帐行金额是否相等。

如果确实不等,且追溯的结果是正确的话,把总帐日记帐行的金额改表改正确。

2004-10-12 09:46 ellawhq
可是我们这里的INV&PO资料是不可以追溯的耶,那要如何看呢?

2004-10-12 10:02 ellawhq
[QUOTE][i]最初由 moreandmore 发布[/i]
[B]先确定科目1427在INVENTORY里的值是多少,查一下是否所有的资料都已经计了COST,且检查一下日期是否在同一个期间内.都在MTA这个TABLE里.
再检查一下INTERFACE里的资料.如果都没错的那就有可能是四舍五入的加总问题了,那就要修改这笔BATCH 资料了. [/B][/QUOTE]

1.我已确认1427科目:GL 大于 INV余额。
      Dr:            Cr:
GL : 26124.13         44439.43
INV: 26098.85         44465.31
差异:25.28                              -25.88
2.2004/09/27都已计价产生分录。
3.我们这里是日清的,即每天抛帐过帐出相关稽核表的。
4.GL_INTERFACE中已确认没有资料了,INV抛转GL的资料都已导入。

四舍五入也不能借贷相差:51.16啊!
且GL跟INV借方相差:25.28;贷方相差:25.88

这要如何判定呢?:o

2004-10-12 10:49 moreandmore
你RUN 一下此科目的子分类帐看看

2004-10-12 10:55 moreandmore
你RUN 一下此科目的子分类帐看看

2004-10-12 11:38 ellawhq
呵~~~谢谢Motton版主&moreandmore两位!
我已经处理完了!!
我查过了,问题就判定在GL中,所以我就直接在GL中处理完了。

2004-10-12 11:43 ellawhq
忘了写处理了,我是直接修改相关的错误信息的:rose: :)

2004-10-12 14:04 yegiant
原因啊,俺们想看看是什么原因,怎么解决的?

2004-10-12 17:54 ellawhq
抱谦!原因不明,没查出来!
只能靠自己的查到的资料进行人为判断。
处理方式就是:直接修改了:gl_je_batchs,gl_je_headers,gl_je_lines三个table中的相关金额即可。

2004-10-13 23:20 云淡风清
呵呵,强!奇怪的问题就用奇怪的方式解决哦!

2008-7-21 16:02 wfly2004
CST_INV_DISTRIBUTION_V这个视图存放的是啥数据?搞明白了

2008-8-5 15:26 suewang01
这应该是ORACLE GL的BUG,我们以前11版也出现,现在R12也出现,而且是手工输的日记帐都有这样的情况

页: [1]


Powered by ITPUB论坛