Financial Intelligence - Open Payables Summary Problems

Question

Good day.
We have a problem with Daily Payables Intelligence (DBI 7.3), and i hope somebody solved next two issues:
*1)* Reports using FII_AP_LIA_IB_MV MV are running very very slow. Are there some additonal indexes wich should be applied to this table?
Already used ones:
CREATE INDEX APPS.FII_AP_LIA_IB_MV_N1 ON APPS.FII_AP_LIA_IB_MV
(GID, PERIOD_TYPE_ID, TIME_ID, ORG_ID)
LOGGING
TABLESPACE APPS_TS_SUMMARY
PCTFREE 10
INITRANS 11
MAXTRANS 255
STORAGE (
INITIAL 16K
NEXT 128K
MINEXTENTS 1
MAXEXTENTS UNLIMITED
PCTINCREASE 0
BUFFER_POOL DEFAULT
NOPARALLEL;
CREATE INDEX APPS.FII_AP_LIA_IB_MV_N2 ON APPS.FII_AP_LIA_IB_MV
(GID, PERIOD_TYPE_ID, TIME_ID, SUPPLIER_ID, ORG_ID)
LOGGING
TABLESPACE APPS_TS_SUMMARY
PCTFREE 10
INITRANS 11
MAXTRANS 255
STORAGE (
INITIAL 16K
NEXT 128K
MINEXTENTS 1
MAXEXTENTS UNLIMITED
PCTINCREASE 0
BUFFER_POOL DEFAULT
NOPARALLEL;
-- Note: Index I_SNAP$_FII_AP_LIA_IB_MV will be created automatically
-- by Oracle with the associated materialized view.
*2)* Open Payables Summary - if there is a partly paid invoice, incorrect number of invoices is displayed (detailed report gives the right number!) at the open payables summary report.
We already instaled the 7.3 : One off patch consolidation - 20 patch, wich should correct the issue (5981066), but it doesn't.
AP bugs
=======
5688261 - PAYABLES MATERIALIZED VIEW AND MV LOG ISSUE
5926028 - ORA-01006: BIND VARIABLE DOES NOT EXIST (PAYABLES STATUS DASHBOARD)
6028881 - DBI INVOICE AGING REPORT DOES NOT HONOUR THE SUPPLIER PARAMETER
6008414 - AMOUNT LINK ON RECEIVABLES MANAGEMENT DASHBOARD STILL ERRORS OUT
5981066 - INCORRECT TOTAL NUMBER OF INVOICES DUE ON DRILLDOWN FROM OPEN PAYABLES SUMMARY
Probably the cause of the problem (in the MV-s and report query):
FII_AP_LIA_IB_MV (group by dates and invoice number):
COUNT(CASE WHEN f.amt_for_open_inv_cnt <> 0 THEN f.open_count END) open_count
Report query:
case when SUM(f.amt_for_open_inv_cnt) <> 0
then sum(case when f.due_date >= :ASOF_DATE_JULIEN
and f.action_date <= :ASOF_DATE_JULIEN
and f.entered_date <= :ASOF_DATE_JULIEN
and (f.fully_paid_date > :ASOF_DATE_JULIEN
or f.fully_paid_date IS NULL)
then f.open_count
else 0
end)
else 0
end FII_MEASURE4
So if there is a partly paid invoice (multiple rows for one invoice) every row is sumarized into open_count (only one should!!!!!).
Thanks for any help.
Kind regards!

Answer 1

DTDunn wrote:
After a failed attempt to restore my early 2009 Mac Pro to Snow Leopard (wasting many hours of time from my business), I am forced to return to Lion OS and all of the negatives associated with this "downgrade."
I'm curious how you would "attempt" to install SL, and how such an "attempt" could possibly fail?
You boot from the SL disc that came with your machine, you erase the HD, you install SL.  Then you restore your applications and your data files from your backup.
Oh, wait, you don't think your critical files need to be backed up.  That's why you "lost" them.
But you'd still have an SL machine again.
Endless solutions for users (some bone-stupid and near impossible to screw up) to ensure that they had backups and could easily revert... *free* solutions... and the people who couldn't be bothered to take advantage of them want to blame *Apple*?  *** were you going to do if someone broke in and stole the machine?  What were you going to do when the HD died (HD's *always* die).
People who claim to depend on machines, and don't make backups, deserve what happens to them.
So.  If it's important to return to SL on this machine, detail why you think you can't, so people can help you.