Discoverer and Apps mode

Hi all
I am trying to find out what a client would get out of the box if they unstall Discoverer in Apps mode against firstly Apps 11.5.9 and hen 11.5.10.
Would they get any instant access to Business Views or are these purchased separately, and what about Daily Business Intelligence, where does this fit in? This whole area seems to be a gray area and clients of mine are having difficulty in deciding what to do.
Best wishes
Michael

hi Rod West,
thanks for the update. have read the given documents and our DBA has already
disabled the 'secure' mode and we're able to login.
however, upon reading the documents, we now know we hav to apply some patches for our 10g version and after that we'll do further testing to see whether it
works in 'secure' mode.
Thanks.

Similar Messages

Discoverer In Apps Mode Help

I am currently working on a project using oracle discoverer and it is being run in "apps mode". This is the first time I have worked practically with discoverer and I am unfamiliar with the standard apps EUL. I understand that the EUL uses a number of views which are located in the apps schema (not sure if these are standard apps views or if the apps eul has created them, the eul as you will have gathered has been installed to the apps schema)
I have been looking for a reference document that covers the apps mode eul however I have been unable to locate anything that describes the workbooks or anything at all about the apps eul in general apart from install documents etc.. from otn.
Has anyone worked with the apps eul?, do you have any feedback/comments about it and if you have any references/docs regarding the eul structure and the available responsibilities etc.. that would be great.
Thanks for your help in advance
Keith

Keith.
Huge potential question, but here's a quick run-down.
There are 2 types of EULs (well 3 now that OLAP is supported). The 'standard' EUL was the only type of EUL at one time where all users were database users or database roles. All worked well and people were happy.
Then Oracle came out with the Apps EUL. The concept is entirely similar to the 'standard' EUL in the sense that the users now ARE NOT database users, but are Oracle Apps (Enterprise Suite) users or responsibilities. It has a bit more smarts also in that (and you may not have set this up properly if having problems) you also have to identify the 'gateway' info in the Admin, desktop, Plus versions. This setting if found in the various programs in the Tools -> Options -> Connections area. You want to make sure that if you only have an Apps EUL, then choose the 2nd. radio button (connect only to Apps EULs). If you have more than 1 EUL (and IMO you should strive NOT TO), and one is Apps and one is standard, then choose the 3rd. radio button. If only a standard EUL then choose the 1st. radio button. For the gateway info top box, 99.9999% of the time (I've never seen otherwise), you put in: applsyspub/pub. For the gateway info. bottom box, again 99.9999% of the time, you put in: apps.
All that is doing is that when an Apps user logs in (ie: Apps username, password and EUL), then it has to use the gateway info to call up Oracle Apps, get info about that Apps username, and present a list of responsibilities they can choose from.
So ... when you have business areas, you have to share them like you did in the standard EUL you know. You could have chosen to share ba's with a database name or a role. If you're smart (IMO), you'd have only shared with roles.
Likewise, in an Apps EUL, you can share the ba's (and therefore see the data their folders are pointing to) with Oracle Apps usernames, or Oracle Apps responsibilities. LIkewise, if you're smart (IMO), you'd only share with responsibilities.
When you create a workbook as a particular user, you can share access to that workbook with an Oracle Apps username or responsiblity. I'm sure you can guess who I believe you should share it with.
So, it's all pretty identical to what you're used to. The only other thing you're referring to ( I believe ) is the BIS views. These are 'freebie' views (well you paid for 'em with Oracle Apps), that can be 'generated' similarly to NoetixViews. There's lots of opinions of these views when compared to NoetixViews, but the concept is similar. Views are owned by the Apps schema, and without going through the process, you 'generate' them in Oracle Apps where lots of good info about your particular environment (ie: kffs, dffs, etc.) are 'put' into the generated view. You'll see many versions of a view where the Oracle Apps schema abbreviation is first, then the 'type' of generated view, then the viewname. Trust me on this - or look up further info - YOU ONLY WANT TO POINT TO THE xxFG_ type of views.
So, you'll see view types for a particular view such as: ARBG_actuals, ARBV_actuals, ARFV_actuals and ARFG_actuals.
Again, without going into the whole subject, the xxFG_ type views are 'fully generated' versions (well, my guess at the FG_ name). These will have all the good stuff in them and only use them.
One last point (to this supposed 'SHORT' explanation), you may well get no rows returned when looking at the Discoverer folders that are pointing to those BIS views (or new folders you create similarly pointing). That's not that "it doesn't work". It's because many of the BIS views have security right on the view. You'll see many times around the last line of the SQL code for the view reference to: CLIENT_INFO, or GL_Security_Pkg, or HR_Security_Pkg, etc. That's just the BIS view stopping you from seeing the data if you're not allowed to see it. In fact, if you bring up the view in TOAD or a similar SQL product, you again may well see no data. Just for testing (and there are other methods such as setting your environment variable), just comment out the security part of a copied BIS view and look at it again in TOAD, etc.
That should give you a SHORT explanation. For more on BIS views, search this forum and the Discoverer forum for BIS info as I know I've written more on the generation process, etc.
Russ

Oracle Discoverer with Apps 11.5.10 : Apps server side settings???

Hi All!
We have Oracle Apps 11.5.10 set up on our Apps server. The Discoverer Services status is 'started'.
Can someone tell me what settings are required to be done on Apps server in order to create an EUL or to use the Apps BI reports?
Is there any note or document that can be useful?
Thanks and regards,
Aparna

Hi Aparna
If you haven't seen that note or followed its steps yet, take a deep breath because its quite involved. From scratch it will probably take at least a day to go through it. Also, please make sure you follow every step and don't try to jump ahead. Many of the one-liners are very important and if missed will make it not work right.
The good thing though is that 100s of companies have gone through the same document so you can be reassured that it does work.
If you've not installed Discoverer in Apps mode yet and you'd like some screenshots of how Apps mode is set up in Discoverer, I have a white paper on my website that walks you through at least that part. Here's a link: http://learndiscoverer.com/downloads/downloads.htm
Best wishes
Michael

Disco Security and Apps 11i?

Hi,
I don't understand how Disco works with existing Apps 11i responsibilities to control access
to the business data.
When you create a business area and then assign it to Apps responsibility, how do you know that
the responsibility can access the tables of the business area?
thanks
brh

Hi
The responsibility can access the business area because the Discoverer administrator said so.
Working in Apps mode is straight-forward. You install Discoverer into Apps mode using a database account, making sure you check the little box to install into Apps mode. Having created the EUL you make sure your connection settings are right by using Tools | Options | Connections.
You have to make sure that you have defined whether you will be connecting to Apps mode EULs only or a combination of Apps mode and standard mode. You therefore check either Connect to application EULs or Connect to both standard and application EULs. After this you need to make sure there are valid enties for the Gateway User ID and Foundation Name.
The standard entrie for these are:
Gateway User ID: applsyspub/pub
Foundation Name: apps
Next you grant admin rights to an Apps user - typically SYSADMIN. You the logout as the EUL owner and log in as the Apps user, making sure to check the little box that says you are connecting to Apps.
From here on you administer the EUL using the Apps account ONLY. You create EULs and assign access to those EULs using this account. The reason that most folks use the SYSADMIN account is because it can access the responsibilities and other users for ensuring access is correct.
I have a white paper on my website that will walk you through installing an Apps mode EUL. You might find it to be if interest and you will find it here: http://learndiscoverer.com/downloads/downloads.htm
Best wishes
Michael

Discoverer and Oracle apps

Can someone pls tell me how different the resulting output can be when connected to an apps database as a native database user instead of an apps user in Oracle discoverer.
Cheers

Hi,
When you connect to an Apps database as a native database user your database session is not Applications aware and so although you can write Discoverer reports from the underlying database tables you cannot use any Applications security and many of the Applications views.
If you connect as an Apps user database session is initialised as the Apps user and therefore you can apply the same security that is applied in Applications. You can also use responsibilities to secure workbooks and business areas in your EUL. Users will only be able to see the organisations, segments etc that they can see in Applications. Also many views with built in security and packages for doing complex calculations will be available to you if you use an Apps mode EUL.
That's a brief overview to a complex topic.
Rod West

Discoverer and HR Apps

Has anyone ever installed Discoverer into Oracle's HR Apps database or were you forced to use DB links from a separate database. I am about to set a scenario as such up but need to determine the best path. This next question is for the Discoverer Team...if you can install into a HR database.... is there any case scenarios that could give examples of such. This way I can show the group I am working with successful installations. Some debate such a method however securing the data from a link could get very complex so that is why I am looking into installing Discoverer into an HR database if possible. Thanks!!!

Joseph,
We are implementing Discoverer 3i in an apps mode at our client site. We decided to go with Noetix views instead of Oracle BIS mainly because of 2 reasons. One, Noetix Views comes with a very good help file and secondly Oracle BIS does not have Cross functional whereas Noetix has cross functional views. Advantages of BIS is it comes with the APPS and does not have an additional money factor involved. Also BIS views are more extensive and support all the Oracle Applications modules, as compared to Noetix.
Sreeram

Region Monitoring iOS 7 : didEnterRegion method is not calling when app is killed by user or by OS in iOS 7 only. It is working fine when it is in background. and the same code is working fine with iOS 6 for both app in suspended mode and background mode.

Region Monitoring iOS 7 : didEnterRegion method is not calling when app is killed by user or by OS in iOS 7 only. It is working fine when it is in background. and the same code is working fine with iOS 6 for both app in suspended mode and background mode. What changes I have to made to work great in iOS 7 also.

I rewrote code for debugging purpose and tried to catch error using GetLastError();  method,
but it only printed 0. Below is code snippet; I think Create() throw an exception
and code goes to catch block.
LONG ConnectTS(CString strIP, UINT n_Port)
try{
          ErrorLog(0,0,"ConnectTS is calling Create [is going to call]","");
          if(!Create())
// Exception Line
n_Err = GetLastError();
return NET_INIT;
catch(...)
                   DWORD errorCode = GetLastError();
                   CString errorMessage
                   errorMessage.Format("%lu",errorCode);
                   ErrorLog (0, 0, "Image
System", (LPTSTR)(LPCTSTR)errorMessage);
                   return  IS_ERR_WINDOWS;
Output: -
ConnectTS is calling Create [is going to call]
Image System
0

Apps 11i, Discoverer, and Security

Just an FYI for those out who are having problems picking up Apps Security when trying to implement Oracle Discoverer on top of Apps 11i. We have struggled over the past six weeks to have Discoverer pick up Apps Security and have finally found a combination that works. If anyone else is having a similar problem and would like the details of our configuration, please e-mail me at [email protected]

Hi,
If you have an issue with Discoverer and security, your best option is to post a question in the Discoverer forum (Discoverer
Rod West

Unifying web apps, modules and apps for better discoverability

Hi guys,
With the rise of open platform apps, and the growth of the developer ecosystem, we are facing a few challenges impacting user experience and apps visibility. The main ones that we see are:
Increase the app market place visibility inside the BC admin console
Reduce the confusion among beginners and SBOs generated by the two very similar concepts (web apps & modules) to which add a third one (open admin apps)
Reduce the barriers in front of partners looking for additional functionally so that we increase apps sales to the app developer’s benefit
One way we’re looking to solve this is to unify the Module & Web Apps entries into a single one called Apps, to which we’ll also add the open admin apps. From this Apps top level entry, partners will be able to see the list of apps (on the long run, the current BC modules will also become apps), add a web app and browse the app market to purchase and install custom apps.
The main benefit of this approach will be a really fast and easy discovery of apps and the app market, which will make it easier for new partners to understand the concepts and also drive more apps sales. The downsides (cause this is not a perfect solution) are that those of you who have built training videos need to reshoot some of the, to take this menu change into consideration and the mix of the custom app with web apps.
What do think about that, or what would you suggest us to do to provide better apps visibility and discoverability.
Regards,
Cristinel

Hi Christenel,
I understand what you are trying to do and I think it's a good initiative, but I partiall agree with Liam. The Modules and Webapps should remain where they are.
1. Modules are each an indiviual type of functionality that work in a very specific way. They cannot be changed and are core features of the BC system to meet a very confined function.
2. Webapps are a piece of functionality that also work in a very specific way however, they can be modified to meet a specific need within a set of confined boundries. Simlar to modules they cannot be modified outside their acutal scope. The UX is generic and cannot be customised hence it sits in the middle of a Module and an App but they can be built of the fly. From an non-developer partner, this is a very important difference.
3. Apps ( or what ever they are called) site outside the the scope or boundries of Modules and Webapps and can be complety tailored to meet a specific need as well as being an extension BC capabilities. They don't necessary have to rely on BC functionality.
I can create an App that is in-fact a Webapp, or an App that is a completely independant of BC functionality, or re-write an entire module or existing piece of functionality (like an ecommerce app or a News Module).
With the App Marketplace you are not only going to have a variety of products meeting different business needs, but also work and be styled completly different to each other as no UX can be the same without some sort of overlying UI framework. This will become very confusing when the experience in BC become's a hap-hazard collection of different UI's and UX's.
I have to think more about this by my proposal would be to keep things the way they are but have an App Market Place where you can browse download Apps and install them to the specific area like a module, webapp, ecommerce, CRM etc. BUT the UI needs to be consistent.
The core modules of BC is what's used in any CMS. What I would love to see is BC release the Events Module for example, which I can download, customised to suit my needs and replace the current module with the additional features that I want or have been asking for over the past several years. Like adding an event end date with my own custom tag that I can add it for the additional fields. While still keeping the core functionality like list views, and tags.
My last point is that my understanding is that BC was not going to get involved with an App Marketplace? Has this position changed? and how does this affect Brent's works?

I have lost my iPhone and it has stated that it is offline. I received an email that stated it went online and activated play a sound and lost mode. So I went into iPhone app and it says offline. Is there any way to find ?

I have lost my iPhone and it has stated that it is offline. I received an email that stated it went online and activated play a sound and lost mode. So I went into iPhone app and it says offline. Is there any way to find ?

Not unless it goes back online. If it was stolen it may have been restored, in which case it will never appear again in Find My iPhone.

I downloaded the fifa 14 app last tear and i purchased the kick off and manager mode...I deleted it by mistake yesterday..and when i installed it today..the manager mode is locked...and DO I HAVE TO PURCHASE IT AGAIN ?

I downloaded the fifa 14 app last tear and i purchased the kick off and manager mode...I deleted it by mistake yesterday..and when i installed it today..the manager mode is locked...and DO I HAVE TO PURCHASE IT AGAIN ?

Hi there asvatth,
You may find the information in the article below helpful.
iTunes Store: About In-App Purchases
http://support.apple.com/kb/ht4009
If you lose your In-App Purchases because apps were accidentally deleted or you had to restore your device without a backup, you may be able to download some of your purchases again for free. See which types of In-App Purchases you need to purchase again or can redownload for free in the table:
Type
Download for free
Purchase Again
Consumable
X
Non-consumable
X
Non-renewing subscriptions
X
Auto-renewable subscriptions
X
To download an In-App Purchase again, you must download it from within the installed app using the same iTunes Store account name you used for the original In-App Purchase.
-Griff W.

Discoverer and oracle application link

Hi
I am new to discoverer , i have created a discoverer report and wanted to link to oracle applications..
i have followed the steps given below pls do correct me where ever i went wrong at last i was not able to succeed in linking to oracle apps.
pls do help me out..
the steps are as follows
1. Connect to Discoverer Administrator
username = system
pwd = manager
connect = clonvis
2.Prompts for creating EUL
3.Created a NEW EUL
selected (New EUL is for use by Oracle application users only)
user: TESTDIS
PWD :
4.Selected the Schema for oracle application FND TABLES
Shema : APPS
5. selected the Default tablespace and Temporary tablespace
6. EUL has been created successfully (message prompted)
7. Prompted for creation of TUTORIAL (Selected YES)
8. Message TUTORIAL created successfully prompted
9. message(Do You want to connect as the owner of the EUL which you just created? )
selected YES
10.LOAD Wizard
Create a new business area
11. selected a business object ADS_ADDRESSES_ALL from the list in ( LOAD WIZARD 3)
12. Business area name "TEST_ADS_BA" (LOAD WIZARD STEP 5)
13. Logged into apps
14. Function Creation
Description TAB
function = TESTDIS
User function name = TESTDIS
Properties TAB
Type = SSWA plsql function
Maintenance Mode support = None
context Dependence = Responsibility
Form tab
Parameters = "workbook=TESTDIS&VIEWER=Y"
WebHTML
HTMLCall = OracleOASIS.RunDiscoverer
15. Attached the function to the Payables Manager Menu
16. Selected the Payables Manager Responsibility
17. Navigated to TESTDIS (Menu)
18. Doubled clicked the menu TESTDIS
ERROR
Your session is no longer valid. please login again
once i provide the username/pwd and navigate to the menu TESTDIS
The ERROR is repeated.
pls do help me out...
Regards
Yram

Hi Yram
Great explanation and good posting with lots of useful information.
You need to administer and log in to Apps as an Apps user. You use a database user only for the purposes of creating the EUL. It would take a long time to explain all of the steps here. However, I have an illustrated white paper on my downloads page that explains setting up an EUL in Apps mode.
At first glance though it sounds like you may not have defined a Gateway UserID and Foundation Name inside Discoverer Administrator. You do this using Tools | Options | Connection. The Gateway UserID and Password is usually applsyspub/pub, while the Foundation Name is apps. The entries are usually in lowercase.
My downloads page can be found at: http://learndiscoverer.com/downloads/downloads.htm and the document is called Setting up an Apps mode EUL.
Let me know how you get on.
Best wishes
Michael

Creation of a new EUL in APPS mode

I need to create a new EUL in APPS mode, so, I'm following some steps from http://learndiscoverer.blogspot.com/2009/03/clamping-down-discoverer.html, in order to do everything right from the beginning.
I'm thinking in create new tablespaces (for EUL data and summaries, and temp), new database user CUST_BI with these tablespaces, and then create the new EUL. I'm following the Metalink note 373634.1, but I'am in doubt if the bold parts are OK:
$ORACLE_HOME/bin/eulapi -CREATE_EUL -APPS_MODE -CONNECT system/<password>@<db> -USER CUST_BI -PASSWORD <password> -DEFAULT_TABLESPACE disco_tbsp -TEMPORARY_TABLESPACE disco_temp -EUL_LANGUAGE US -APPS_GRANT_DETAILS apps/<password> -log EULcreation.log
$ORACLE_HOME/bin/eulapi -CONNECT CUST_BI/<password>@<db> -GRANT_PRIVILEGE -USER DISCOADMIN -PRIVILEGE administration -PRIVILEGE all_admin_privs -LOG grantEULAdminPriv.log
1) Is the CUST_BI database user in the right place ?
2) As you can see, I need to separate the BI administration from EBS administration... and DISCOADMIN is a new Apps user... any checklist/recommendation for this new Apps. user?
Thanks in advance
Alfonso

Hi,
1) Is the CUST_BI database user in the right place ?Yes, though you should add the language code to the user name, e.g. CUST_BI_US. This will be the EUL owner, the schema that holds all the EUL tables. The temporary tablespace you specify in the create_eul command is only used when you connect as the EUL owner, so is not important.
When you connect as an apps user the connection will be made using the APPS database user, and therefore the temporary tablespace used (and location of MVs) will be the temporary and default tablespaces associated with the APPS user. You can change the temporary tablespace just for the Discoverer users by issuing a ALTER SESSION SET CURRENT_SCHEMA command in a PL/SQL procedure called during the initialisation of the Discoverer sessions.
2) As you can see, I need to separate the BI administration from EBS administration... and DISCOADMIN is a new Apps user... any checklist/recommendation for this new Apps. user? The disco administration user can be any apps user who has EUL administration privileges in the EUL. This user should then be used to create all business areas, etc.
Rod West

EUL in apps mode

I'm confused as to how exactly security works in an EUL in apps mode. Let's say I've assigned an business area to a user. However, in the applications, the user does not have the responsibility to view that data. In Discoverer, it seems that security stops at the business area assignment (i.e., if the user has been assigned the BA, they can build and run a worksheet and then view the data). If this is indeed the case, what exactly is the "apps mode" part supposed to do? I'm confused...

John,
I've since found out some interesting stuff... (metalink.oracle.com is a wonderful thing!). Yes, if your EUL as created in "apps mode" then you should only grant security to the responsibility. (This is a quote from the db-link-related document referenced below) "When an applications mode EUL is created, it is set-up to interface to Applications Security Tables instead of the Data Dictionary." Those tables are fnd_user, fnd_responsibility_vl, fnd_application, etc. That's a biggie -- business areas built on custom views or tables are not filtered through the responsibility -- it's a big hole in security. Bottom line, it sounds like if you grant security on a business area to an individual, they'll be able to see the data regardless of their responsibilities assigned them in the front-end. I've also tested this theory and it seems to be true. See metalink Doc ID 191586.1 to find out how to join EUL tables with the FND tables. It's soooooo much easier to see which users/responsibilities are assigned on the back-end than through Discoverer Admin when you have 50+ business areas.
I've inherited an Oracle-vendor built, but not rolled-out, "apps mode" EUL. I'm tasked with figuring out how it works and getting it rolled out ASAP.
Also of note, "apps mode" euls have a problem with database links -- see Doc ID 113381.1 on metalink.

DB schema migration of Apps mode EUL

Hi,
we have a DEV environment with an APPS mode EUL (EUL4_US) that has been upgraded to 10.1.2 and has a custom business area with a lot of custom folders and workbooks. Discoverer desktop is currently the primary mechanism for creating and viewing reports. The DEV environment also had the 'The Discoverer V5 EUL' administration business area and workbooks installed fine.
We have tried to migrate this to a testing environment using the database level imp/exp procedures after generating all the business views on the test box along with compiling all customisations (functions/views etc.).
Since the migration, none of the non-SYSADMIN user owned workbooks appear and the admin business area didn't 'obviously' migrate across properly (even though the functions were registered ok).
We noticed on the target env that the Apps user that owned the workbooks on DEV did not exist on test. We created the user, but it made no difference.
We tried to import the admin eex file again in refresh mode but received errors such as:
Access is denied trying to modify the Folder with identifier 'EUL5_BATCH_QUERIES'
...even though we cannot see the businss area from admin edition when logged in with Business Views Setup responsibility.
Importing the eex file in 'rename' mode was semi-successful - the business area and workbooks imported, but the workbooks failed to open with missing item errors (which needed substituting).
Creating a query from scratch against the admin folder EUL5_WORKBOOK_MANAGEMENT shows all the 'missing' workbooks along with their owner.
What is happening? What can I do to address the issues? It looks like a security problem.
Cheers,
John

Further news.
I've sorted out the 'missing' business area. I needed to login as EUL4_US in database mode to grant the business area to the apps responsibilities. Not sure why the import didn't take care of that.
That just leaves the issue of missing workbooks. Running the standard Workbook Management report shows a weird issue:
All the workbooks are shown on the workbook access tab but the page item 'document created by' shows '***Undefined error 2***'.
Does the ownership get stored in the EUL tables as an id or as the username? Just wondering whether my Apps user has a different fnd user id between environments and that is causing the missing workbooks issues.

Discoverer and Apps mode

Similar Messages

Maybe you are looking for