注册 登录  
 加关注
   显示下一条  |  关闭
温馨提示!由于新浪微博认证机制调整,您的新浪微博帐号绑定已过期,请重新绑定!立即重新绑定新浪微博》  |  关闭

Memory extender

Beautiful Day..

 
 
 

日志

 
 

ap_liability_balance  

2012-03-02 22:23:39|  分类: EBS |  标签: |举报 |字号 订阅

  下载LOFTER 我的照片书  |
今天改了一支系统报表 - 应付帐款试算表

报表使用AP_TRIAL_BALANCE_PKG.Insert_AP_Trial_Bal抓取ap_liability_balance表的数据塞入临时表ap_trial_bal_gt,然后抓取并运算。
同事发现某些余额本应为0的记录,却显示余额为负数被显示了出来(按照此报表PKG中的逻辑,余额为0的数据不会被抓取)。
抓了其中一笔错误数据来看,发现有做两笔付款单据A和B,其中A中有两条记录,一正一负,然后A单被整个被撤消。B单有一条正记录,
ap_liability_balance中只有A的正数据和B的数据,缺少A的负数据。
AP这边也不怎么了解,不知道原因,只是发现那条负的付款明细的last_update_date比header的last_update_date晚。。


ap_liability_balance中的数据是在RUN AP的transfer to gl并发程序的时候,在程序完成transfer to gl之后通过AP_TRIAL_BALANCE_PKG.Insert_AP_Liability_Balance塞入的(数据主要来自于ap_ae_lines_all)。

可能在那次RUN的时候出了问题而没有被注意吧。由于时隔一年,并发记录已经被清除,无从得知。只是DB日志发现当时有表空间不足的情况,不知道是否影响。。


为了达到用户的需求,重新自定义一支报表,将PKG中的ap_liability_balance表替换为抓取ap_ae_lines_all数据的SQL。






  评论这张
 
阅读(552)| 评论(0)
推荐 转载

历史上的今天

评论

<#--最新日志,群博日志--> <#--推荐日志--> <#--引用记录--> <#--博主推荐--> <#--随机阅读--> <#--首页推荐--> <#--历史上的今天--> <#--被推荐日志--> <#--上一篇,下一篇--> <#-- 热度 --> <#-- 网易新闻广告 --> <#--右边模块结构--> <#--评论模块结构--> <#--引用模块结构--> <#--博主发起的投票-->
 
 
 
 
 
 
 
 
 
 
 
 
 
 

页脚

网易公司版权所有 ©1997-2017