在BI的应用程序中使用“Closing Amount”时发现值不正确_Tomcat, WebLogic及J2EE讨论区_Weblogic技术|Tuxedo技术|中间件技术|Oracle论坛|JAVA论坛|Linux/Unix技术|hadoop论坛_联动北方技术论坛  
网站首页 | 关于我们 | 服务中心 | 经验交流 | 公司荣誉 | 成功案例 | 合作伙伴 | 联系我们 |
联动北方-国内领先的云技术服务提供商
»  游客             当前位置:  论坛首页 »  自由讨论区 »  Tomcat, WebLogic及J2EE讨论区 »
总帖数
1
每页帖数
101/1页1
返回列表
0
发起投票  发起投票 发新帖子
查看: 5148 | 回复: 0   主题: 在BI的应用程序中使用“Closing Amount”时发现值不正确        下一篇 
lxk
注册用户
等级:上尉
经验:547
发帖:109
精华:0
注册:2011-8-18
状态:离线
发送短消息息给lxk 加好友    发送短消息息给lxk 发消息
发表于: IP:您无权察看 2011-12-1 13:40:51 | [全部帖] [楼主帖] 楼主

Bi Apps Ap Closing Amount Incorrect Values.
Applies to:
Business Intelligence Applications Observer - Version: 7.9.6.1 and later [Release: V7 and later ]
Information in this document applies to any platform.
Goal
Qn1:
=== ODM Question ===
BI Apps AP Closing Amount incorrect values.
BI Apps Dashboard: Payables
Tab: AP Balance
Report: Top 10 Suppliers by AP Balance
We have incorrect values on Closing Amount KPI by Suppliers.
This report show Closing Amount value 1,261,319,746.65 for first supplier,
But on Tab: Supplier Report
Reports:AP Payments Due Aging by Supplier and AP Payments Overdue Aging Report by Supplier
on this Supplier we have only 53,059.15 Overdue Amount.
Can you let me know if these values should agree.
If not then can you please let me have the functional reason why not.
1. OEBS Balance Amount currency is RUB - local russian currency
2. Global currencies in BI Applications DW is same as local currency RUB
3. In W_AP_BALANCE_F table in DW BALANCE_LOC_AMT has the same value as BALANCE_ACCNT_AMOUNT and BALANCE_GLOBAL_AMOUNTs and doesn't match to EBS
Qn2:
=== ODM Question ===
We detected one more problem with AP Balance:
For any standard AP invoice in OeBs, in BI Apps generated
- rows of distribution marked as AP_INV_DIST~EXPENSE
- rows of distribution marked as AP_INV_DIST~LIABILITY
All of these rows could be accounted in AP Balance; therefore we get wrong balance amount.
Solution
An1:
=== ODM Answer ===
-) Please find the response from Dev/Engineering:
1) Yes, correct but this is at the OLTP side. Our main concern here is whether you have done the same confiuration in our product because it is manual configuration.
2) The configuration has to be done in the file_group_acct_codes_ora.csv. Looking at the file you have given, you will see that only 2 natural accounts are mapped to AP Group account number which in turn maps to AP financial statement. So the following will help you clarify if the configuration is done correctly.
a) Are you sure that all your AP transactions are associated with only these 2 accounts?
b) You can find it out yourselves. If you check AP fact for the supplier, we have taken as an example, you will see that there are a total of 14 GL Accounts (Code Combination ID) associated. But only 2 of them are coming into AP Balance fact. We get only POSTED records into AP Balance fact. This means that transactions associated with the remaining 12 accounts are UNPOSTED.
c) So you can find out why these are UNPOSTED. You can do that by checking the FIN_STMT_ITEM_CODE for all such accounts. Join W_AP_XACT_F and W_GL_ACCOUNT_D to get all the accounts used by your AP transactions for that supplier and then check the FIN_STMT_ITEM_CODE for those accounts. If there are any accounts with FIN_STMT_ITEM_CODE other than AP, then you need to verify on why that is happening.
d) For all such accounts which have FIN_STMT_ITEM_CODE other than AP, check the GL Account Num and go to the file mentioned above and check what is the Group Account Number for those accounts. In this way you will get to know if you have done the configuration correctly.
An2:
=== ODM Answer ===
I will re iterate the point. Please be very careful when you are doing your Group Account Number assignments:
1) Yes there are two types of transactions we bring in Expense and Liability but NOTE that only your liability accounts should go to 'AP' Group Account Number and Expense accounts will be mapped to some other Group Account Number. You should clearly distinguish your Liability and Expense accounts and map them to the appropriate Group Account Number.
2) So when you pull in the balance metric 'Closing amount', you will see a filter like Group Account Number='AP' which will pull in only your Liability Distributions.
Check with your functional team, clearly differentiate between Liability and Expense Accounts, do the appropriate Group Account Number mapping and you should not see any issues.


在BI的应用程序中使用“Closing Amount”时发现值不正确

应用于:

Business Intelligence Applications Observer – 版本: 7.9.6.1 及以后版本 [发行: V7 及以后版本 ]
本篇文档的所有信息适用于任何平台

问题一:

BI的应用程序AP Closing Amount不准确

BI应用程序仪表板:应付账款

报告中显示AP余额的前10位供应者

我们已经关闭的提供者的KPI值不正确

这份报告显示,第一家供应商的金额价值1,261,319,746.65

但是在供应商的报告中却显示这个供应商的应为老龄化付款和逾期老龄化付款的账单中只用53,059.15逾期资金。

请告诉我这两个数据是否应该一致,如果不一致原因是什么?

OEBS余额的货币是卢布 - 当地的俄罗斯货币

全球货币在BI的应用dw中与当地货币卢布相同

在DW BALANCE_LOC_AMT中的W_AP_BALANCE_F表中有与BALANCE_ACCNT_AMOUNT和BALANCE_GLOBAL_AMOUNTs中同样的值但与EBS不符合。

第二个问题:

我们发现不止一个关于AP余额的问题:

在BI的应用OeBs中对于许多AP发票规格发生下面的情况

销售行被标记为AP_INV_DIST~EXPENSE

销售行被标记为AP_INV_DIST~LIABILITY

这些行都被记为AP余额的一部分,所以我们的余额是错的。

解决方法

回答一:

请从开发人员或工程师那找到答案

但是这是指联机事务处理方面。我们主要关心的是在配置方面是不是一样的,因为这是手工配置的。

可以在file_group_acct_codes_ora.csv文件中完成配置。观察这个文件,你会发现只有两个用户连接到AP组中的财务报表。如果配置正确,下面的内容会对你很有帮助。

是否确定,只有这2个帐户关联到所有的AP交易?

你可以自己将它找出。作为一个例子,如果您检查供应商的AP其实你会看到一共有14 GL帐户关联(代码组合标识),但只有2个账户关联到AP余额。在AP余额中我们只使用“POSTED”的记录,这就意味着其他12个用户是“UNPOSTED”。

所以你可以找出为什么它们是“UNPOSTED”。您可以通过检查所有这些帐户FIN_STMT_ITEM_CODE。加入W_AP_XACT_F和W_GL_ACCOUNT_D得到你的AP交易用于该供应商的所有帐户,然后检查这些帐户FIN_STMT_ITEM_CODE。如果有除了AP以外的其他FIN_STMT_ITEM_CODE帐户,您需要验证为什么会发生这种现象。

对于除了AP账户以外的其他拥有FIN_STMT_ITEM_CODE的账户,检查GL账户数并确定账户所在的组名。使用这种方式你可以确定你的配置是否正确。

回答二:

在这里重申一下,在做组账户号码分配时,务必十分小心。

有两种方式来办理交易费用和法律责任但是注意只有负债账户才能得到AP组的账号,报销单将会映射到其他组的账号中。

所以当你在使用“closing amount”时,你会看到一个只有你可以登录的账户名为AP的用户。与你的团队进行检查,明白负债单和报销单的区别,并做适当的映射,你将不会在看到这类问题。




赞(0)    操作        顶端 
总帖数
1
每页帖数
101/1页1
返回列表
发新帖子
请输入验证码: 点击刷新验证码
您需要登录后才可以回帖 登录 | 注册
技术讨论