How to initialize org in a view definition?

Question

Hi,
I am creating a custom view which uses Oracle standard function in the condition of the view definition. The function requires org intialization to provide the correct data. The view needs to be accessed in other DB instance via DB link.
So how should the org be initialized so that the view returns the correct data when accessed from the remote data base using the DB link?
Thanks!
Darshini

Answer 1

Hi Darshini,
ok, then the question is: where is your data, in which instance?
I see two options:
1) Your report runs on the primevera DB but your data resides in the APPS DB and you have a DB link between the two instances. Assuming the DB link is "PRIM_TO_EBS" you could create the view on the primevera instance like this:
select po_header_id
from po_distributions_all@PRIM_TO_EBS pod
where (apps.po_intg_document_funds_grp.get_active_encumbrance_func@PRIM_TO_EBS
('PO',
pod.po_distribution_id
) = 0 I do not really know what the procedure/function fnd_client_info.set_org_context() does, but would be curious to know if your view above returns data if you do a:
... fnd_client_info.set_org_context pkg@PRIM_TO_EBS(...) upfront?!
But I guess this will create some session variable that will probably get lost when you finish the function and go to the View. But you can give it a try.
2) second approach that I see:
Copy the data to the reporting instance via some scheduled jobs or so. This way you could copy the data after this operating unit / org id was initialized. The pure out put of the data without the APPS security model anymore.
Another thing: You can check out in the discoverer forum, there are some guys that know much more about the APPS security model and how to get reports working with this.
Another idea: Do you really need this function apps.po_intg_document_funds_grp.get_active_encumbrance_func() ? Maybe you can design your report based on just tables? We have reports on Purchasing data as well, and we did not use any built-in apps functions like this to get what we need.
regards,
David.