Importing business areas

When exporting and importing business areas (from test to prod e.g.) i sometimes get the following problem.
For some workbooks I would like to use joins between folders in different business areas without "sharing" the folders between the business areas. This works fine when setting it up directly, but I have problems when exporting and importing. From previous advice I understood that I need to export and import both business areas and that the order in which I do so makes a difference. I tried this and found that it sometimes works and sometimes does not. So far I have not been able to determine why. Any help ? I use Disc Admin 4.1

It may be a similar issue to the Oracle BIS views. If you bring in the business areas by the import / export utility, it will order the input alphabetically, not an order that makes sense.
For example, if you had 2 business areas, and 1 was called: A and the second B (original names huh), if business area A had a folder joined to B, then at the time it comes in, B is not defined and I believe the join may go by the wayside.
I definitely know this is an issue with BIS and the most reliable way to not have this occur is to using a Unix emulator that Oracle recommends to bring the business areas in, in the correct order so that the joins are correct.
In your case, I'd check to see if this could be the problem and if so, could you alter the names of the business areas so that if imported back in the alphabetically order would work?
Just a thought.
Russ

Similar Messages

CAN NOT IMPORT BUSINESS AREA AS IT SAYS - JOINS NOT FOUND WHERE REQUIRED

We have recently migrated from Disco 4.1.48.08 to 10.1.2
Everything looks ok - we are able to look at existing workbooks and business areas. And we can export business areas successfully.
However
When we try to import some business areas it returns - JOINS NOT FOUND WHERE REQUIRED and fails. This is now causing a problem with how we promote from our test/uat and prod environments.
any ideas ?

Here's some information from Support that helped me...
Discoverer has many options on exporting and importing objects. Entire End User Layers, Entire Business Areas or only selected objects could be exported. To simplify the process of exporting and importing Business Areas, it is suggested that the export and import process should be done with entire Business Areas. The reason why it is not recommended that selected objects are exported and imported as a norm is to simplify maintenance.
It is still possible to export and import selected objects, but a knowledgeable Administrator is recommended to head the procedure. The process could get
very complex and difficult to manage.
Some Additional Notes:
- Join conditions are exported, but are not indicated as an object. Join conditions are only exported ** if ** the joining folders are exported.
- If the ‘refresh’ option is performed in Discoverer Administrator on an object and the underlying object on the database is not available, the object is dropped from the EUL. It is of utmost importance that the objects exist on the underlying database before the ‘refresh’ option is executed.
- Functions and Workbooks are not exported when exporting an entire Business Area. Functions and Workbooks have to be exported separately.
The first bullet is what was giving me this error "JOINS NOT FOUND WHERE REQUIRED". I was unable to do a full export - another unrelated error, so I came up with an alternate solution. I created a new BA that only contained the standard folders that my two custom BA's referenced - by JOINS and inclusion in my complex folders. I exported all 3 and they imported into the new instance with no issue.
Jewell

Importing business area and then using workbook file

I need to use a workbook that was created by another user and saved as an external file.
They exported their business area and sent it to me with the workbook.
When I tried to open the workbook after sucessfully importing the business area I could not find the imported business area and the components that go with it and their was no way to browse to find them.
Can anyone help me with this problem.
Thanks.

If you want to use an external workbook that was saved to the desktop. You choose open and then click the icon with the label computer underneath.
If the components in your business area are not the same as the ones where the workbook was created you will be given the option to substitute values to match what is in the workbook with what is in the business area.
When you choose this option however, it displays only the first three business areas you have access to. There is an up and down arrow but no scroll bar implying that these are all the options. However usual windows practice did not apply and the ommitted scroll bar did not mean that all the list was displayed, clicking the down arrow would uncover more business areas.
When I finished sustituting the variables I still got a join error. It was taking too much time so I got username and password of the account where the workbook was created.

Importing business area

i am facing the problem in importing the specific business area,system gets hang while importing
anyone have solution then plz refresh .
thanx in anticipation

Meenakshi,
Check the EUL Owner has got Select Priviledge on the Importing Business Area, Check you have enough Memory for the RollBack Segment, Try generating SQLTrace and analyze for the exact error.
Selva.

Error while importing business area

Hi everyone,
I'm working with Oracle Applications standard EUL, based on the BIS views
I have exported "Order Management" business area. When I try to import it in my EUL with the following command line, my command gets aborted:
$ eulapi -connect apps_user/apps_user@sid -eul EUL_US -apps_user -apps_responsibility "System Administrator" -import import_file.eex -import_rename_mode refresh -identifier
But when I import it using Oracle Discoverer Administrator, there's no problem.
I tried with another business area (Accounts Receivable), and it also works using java command line.
I don't understand why my import doesn't work. I don't have any info about the possible error, even using -log option.
It's a quite strange problem. I hope someone has an idea.
Thanks.
Daniel.

Thanks for your quick response, Michael!
I have another question on import. I imported a folder and it got imported with a warning (A folder named 'Folder Name' was created or modified during the import but is not in a business area
Import completed, but with warnings. Please check the result.
I can see the folder in the database table. Is there a way to add this folder to the business area? Or my only option is to delete the folder out of EUL?
Thanks once again!
AJ

Import business area issue

Hi Discoverer friends,
I recently created a buisness area with a workbook in development eul and imported into the production eul. I first exported the business area and workbook separatly from Dev/Test using discoverer admin.I then Imported the BA and workbook into Production in admin using the default settings except that - Refresh the object( the sub-box Preserve display related properties was not checked) I also refresh the BA. The imported workbook worked fine, but a workbook for another BA ( say BA1) failed to work. I looked into the issue and discovered that there were multiple BAs in the same EUL where the new BA (say BA3) was imported into. The folders in BA3 were 80% the same as what in BA2. However, the problem was in BA1 as some of the worksheets failed. I looked into the SQL for the failed worksheet and to my surprise, the query in BA1 joined with some of the tables in BA3. Please note: BA1 had no such folder and even no joint to these tables in BA3.
It is either a bug or something I missed or did wrong with my import of the BA3 as after I deleted both BA1/BA3, imported BA1 only and it turned out OK for BA1.
So What I should do to import the BA3?
Any help or advice will be greatly appreciated.
my Discoverer admin edition is 9.0.4. Database 9.2.4. Application server 9.0.4.2 and Discoverer Plus used is 9.0.4.45.02.
Thank you very much,
Jeff

Hi
It sounds as though you may have deleted the folders from the business area but not from the EUL. If this is the case, and the folders still exist inside Production, then when you import from Test into Production, the folders will be there attached to the business area.
If you really don't want the folders you should completely delete them from the Test EUL, or are you saying that you did this? If you're absolutely certain that you deleted them from Test, then exported the Test business area and imported it into Production, matching by identifier, then it sounds like there is an issue. You may need to manually delete folders in both areas.
You see, if a folder exists in production and not in the import from Test, how does Discoverer know that you did not intentionally not export that folder? I don't think it can detect that something is no longer there. Its a bit like saying give me the ID numbers of all the rows in the database that got deleted today so that I can go and delete them from the data warehouse. You cannot because they don't exist. I think your best plan would be to delete them from both areas, either that or delete the business area from production and reimport it from Test.
Does this help and what do the other Discoverer experts think about what I have said?
Regards
Michael

Suggestions needed for Export/Import Business Area Problem

I'm trying to export/import a Business Area from one instance to another and I get the following error during import processes.
Database Error - ORA-00001: unique constraint (EUL4_US.EUL4_EXP_PK) violated
The Business Area I'm trying to import doesn't exists in new instance. During the import wizard I've checked refresh existing object and match by identifiers.
I think my target instance has objects with same identifiers, so I went ahead and changed the identifiers in my source, but still problem persists. How can I correct this error?
Thanks

Did you happen to copy the EUL from one database to another before you were importing/exporting the BA?
Discoverer recognizes EULs using unique reference numbers. However, if you use the database export and import utilities to copy an EUL, the new EUL (including its reference number) will be identical to the original EUL. When EULs have the same reference number, EUL consistency issues can arise if you do both of the following:
* If you modify objects in both the original EUL and in the new EUL
* Having modified objects in both EULs, if you then attempt to copy objects between the two EULs using the Discoverer Export Wizard and Import Wizard (or the Discoverer /export and /import commands)
To avoid potential EUL consistency issues, run the eul5_id.sql script as the owner of the new EUL. The eul5_id.sql script gives a new refererence number to the new EUL and thereby avoids any potential EUL consistency issues.
Reference
* How to import an EUL using the standard database import utility
http://download-west.oracle.com/docs/html/B13916_04/maintain_eul.htm#i1008632
For 4i, you will ned to run:
sql> update EUL4_VERSIONS set VER_EUL_TIMESTAMP =TO_CHAR(SYSDATE, 'YYYYMMDDHH24MISS');
sql> commit;
Some similar EUL inconsistencies are documented in:
Note.267476.1 Discoverer Workbook Fails With 'Cannot join tables.Item dependency "" not found in EUL' After EUL Migration, Importing Or Cloning
You might want to check that if the EUL version timestamps are the same.
~Steve.

Business Area Export/Import Conditions Error

Hi,
I'm working on exporting one business area from one schema X to another Y.
Well I'm exporting the business area from the X schema using the administrator
and following the next steps:
[Menu]
File/Export...
[Export wizard Dialog]
Selected objects in the EUL/ Selecting Business Area Definitions,
folders,Workbooks.
I'm saving the resultant file like "BusinesArea.eex"
So, I'm importing the "BusinesArea.eex" file to the Y schema, using the command
line:
..\Dis51adm /connect usr/[email protected] /import BusinesArea.eex
All seems to works fine,but when I try to open one of the exported workbooks I get
the next error:
1) First a dialog box appears asking me for "Open the workbook in the current db
account."
2) when I accept the previous option, I get an Error dialog box with the "Missing
Item condition" text.
Apparently the conditions are not exported to the file.
Does anyone know how could I export all the X schema Business area conditions,
in order to import them to the Y schema, avoiding this error?
Thanks in advance.

Hi,
Thanks for your answer Skunitha,
Well, just to clarify this a little bit more my question:
I'm trying to open the workbooks using the discoverer desktop client (9.0.2.39.01) and the conditions were created in the desktop not in the administrator.
Well the process I'm runnig a script to delete the EUL in the Y schema, create a new EUL (in the Y schema), and import into the Y schema the exported BA from the X schema.
All works fine, but when I open in the Administrator the recent imported Business Area in Y, I can see all the folders and its items, But when I open the Desktop to select one of the workbooks, the workbook list appears empty.
I made what you said Skunitha, to validate the folders and I getting beside the folders the next error:
ORA-02019: connection description for remote database not found
Does any body know why I'm getting this?

Import Standard Business Area of Oracle Applications

Dear all,
I install Discoverer Administration 4i and i create EUL (Apps) to connect to Oracle Applications 11.5.0, when I import Standard(BASE) Business Area of Applications
,some BA are imported but not all.
Can anyone help me to import all BA ?
Thanks to all

Hi,
If you are just starting off, then you would be better off using the latest Discoverer 10g as Discoverer 4i is in de-support mode by Oracle.
see
Note 237607.1
Note 313418.1 Using Discoverer 10.1.2 with Oracle E-Business Suite 11i
the java EUL command-line, comes with a logging feature.
Note 139516.1 Using Discoverer 4i with Oracle Applications 11i

Export/import OWB Business Area definitions

i have generated the Business Area definition (Logical Tree) in OWB. I can now see the Dimension and Facts definition within the logical tree section.
i then did a metadata export using the Discoverer4 bridge and saved into an EEX file. I did not get any errors in this process.
when i imported the EEX file into my existing Discoverer EUL (the owner and admin is similar to what i specified earlier in the OWB export process), i get a list of warnings saying things like 'There are invalid characters ~![] used'. The import was still flagged as successful.
The thing is, i now get sort of a duplicate entry for each item i defined in OWB. Eg. i have a Product dimension (DIM_PROD), i see a "grayed out" entry with the name 'DIM_PROD' and also another entry called 'DIM_PROD: Default'. seems like Discoverer is treating the latter as the active item ... the same goes for my Facts.
i could still build Discoverer Workbooks but now i have a very messy and duplicate items with no use when i log into Discoverer Admin. i have attempted to delete them (and succeeded with no side effects) but when i redo an import (to refresh changes i did in OWB), i get the same result again !!
any idea why this is the case ?
i am using OWB Client 9.0.2.62.3, OWB Repository 9.0.2, Discoverer Admin Client/EUL library 9.0.2.39.01 (EUL 5.0.0.0.0.0)
i suspect it's the metadata import/export process ...
thanks for any replies in advance !

i have generated the Business Area definition (Logical Tree) in OWB. I can now see the Dimension and Facts definition within the logical tree section.
i then did a metadata export using the Discoverer4 bridge and saved into an EEX file. I did not get any errors in this process.
when i imported the EEX file into my existing Discoverer EUL (the owner and admin is similar to what i specified earlier in the OWB export process), i get a list of warnings saying things like 'There are invalid characters ~![] used'. The import was still flagged as successful.
The thing is, i now get sort of a duplicate entry for each item i defined in OWB. Eg. i have a Product dimension (DIM_PROD), i see a "grayed out" entry with the name 'DIM_PROD' and also another entry called 'DIM_PROD: Default'. seems like Discoverer is treating the latter as the active item ... the same goes for my Facts.
i could still build Discoverer Workbooks but now i have a very messy and duplicate items with no use when i log into Discoverer Admin. i have attempted to delete them (and succeeded with no side effects) but when i redo an import (to refresh changes i did in OWB), i get the same result again !!
any idea why this is the case ?
i am using OWB Client 9.0.2.62.3, OWB Repository 9.0.2, Discoverer Admin Client/EUL library 9.0.2.39.01 (EUL 5.0.0.0.0.0)
i suspect it's the metadata import/export process ...
thanks for any replies in advance ! Duncan,
This is not an error but the intended behavior when the dimensional reuse is activated. Dimensional reuse is a feature that allows you to use the same dimension more than once in the same design (for example, the time dimension can be used for ORDER_DATE and SHIP_DATE against the same fact table. Please refer to the appendix E of the OWB user guide, 'Exporting Metadata to Discoverer 4i and 9i' chapter for more details.
Igor

Business Area import issue

In Test I had to delete a couple folders from a Business Area(BA). But after migration a new copy of BA into Production those folders still appear. Here is my migration plan:
1. Export the BA from Test
2. Import the BA into Production using the following criteria:
- Refresh the object and then check the sub-box called Preserve display related properties
- two objects be matched by Identifier
3. Refresh the BA
Also I`d like to mention that this BA was in Production before Migration
Thank you in Advance.

Hi
It sounds as though you may have deleted the folders from the business area but not from the EUL. If this is the case, and the folders still exist inside Production, then when you import from Test into Production, the folders will be there attached to the business area.
If you really don't want the folders you should completely delete them from the Test EUL, or are you saying that you did this? If you're absolutely certain that you deleted them from Test, then exported the Test business area and imported it into Production, matching by identifier, then it sounds like there is an issue. You may need to manually delete folders in both areas.
You see, if a folder exists in production and not in the import from Test, how does Discoverer know that you did not intentionally not export that folder? I don't think it can detect that something is no longer there. Its a bit like saying give me the ID numbers of all the rows in the database that got deleted today so that I can go and delete them from the data warehouse. You cannot because they don't exist. I think your best plan would be to delete them from both areas, either that or delete the business area from production and reimport it from Test.
Does this help and what do the other Discoverer experts think about what I have said?
Regards
Michael

Import selected business area from an exported EUL file

Hi,
Iam using Oracle Business Intelligence Discoverer 10g Release 2 (10.1.2.1) , Is there a way to import selected business Area from an Exported EUL file into the Discoverer.
Thanks,
Krishna

Hi Krishna,
We cannot import a specific business area from the exported file as the file is combo of all BA's in .eex format.
Instead before exporting process,i.e when going through the export wizard you can select specific business area required and then import it.Hope this helps you.
Regards,
Kranthi.

Business Area is not getting updated in "Main Bank Account" Line item (FF_5

Hi Gurus,
I am executing T Code: FF_5 for uploading the "Multi-Cash" Format. This transaction clears the Bank Clearing Account and post the entry to the credit of "Bank Main Account".
Now while i had executed F110, the Business area was properly captured in the Bank Clearing Account Line item. But while executing FF_5, the Business Area is not getting captured against the "Main Bank Account" Line item.
Can you please tell me how to capture the Business Area against the "Main Bank Account" Line item.
Rgds,
Prasad.

Hi,
1. In case of Business where payments are made centrally it is important to report
    Bank A/c Business area wise.
2. However I have solved the problem by doing "Sustitution", and its working fine. The Business Area is getting updated against the Main Bank Account Line item.
3. I am however getting one error while doing the upload in FF_5. The error occurs
   only if Business Area is a "required" field in Bank Account's "Field Status
   Group".
   Error: (00 298) Formatting error in the field COBL-GSBER ; see next message.
   But if I make Business Area as an Optional Field I am not getting an error and
   also the posting is done to Main Bank Account.
Is there anyother method by which this error can be corrected.
I have assigned 2 points for your inputs. Can you help me to solve this error as well.
Rgds
Prasad

How to Define Workbook / Business Ares Security Correctly for new Users

Hi All,
Please could you help me understand the Security Model for Workbooks and business Areas as I believe I am very close to understanding it, but missing something important.
Background Information:
We are using the predefined Oracle Business Areas (Payables, Receivables, Purchasing & General Ledger) to build our reports on. These are the steps I am taking to try and assign a new user & responsibility access to the existing report.
1. I create the Report in Discoverer Desktop under the General Ledger Responsibility logged in as myself assume report name = Report_1.
2. I create a new Responsibility in Oracle Apps called Discoverer Resource Coordinators.
3. I create a new User in Oracle Apps called Joe Bloggs and assign the responsibility Discoverer Resource Coordinators to the Joe.
4. Logged in as myself in Discoverer Desktop, Responsibility General Ledger I Share the Report (Report_1) to the new Responsibility I just created Discoverer Resource Coordinators.
5. In Discoverer Administration, Security, I assign the new Responsibility Discoverer Resource Coordinators to the predefined Oracle Business Areas (Payables, Receivables, Purchasing & General Ledger).
6. In Discoverer Administration I set privileges so that the Responsibility Discoverer Resource Coordinators can do all tasks, query data, administer. .etc. etc..
7. I therefore believe everything has been done and attempt to Login and run the report under Joe Bloggs, but am unable to retrieve any data.
Help what am I missing!
Thanks,
Lance
Message was edited by:
Lance

Dear All,
This has now been adjusted according to your recommendations but to no avail.
Myself and Lance have ensured that this new responsibility has unlimited access to all the existing Business areas to eliminate joins within folders not being recognised, we have also ensured that the workbooks that have been created are shared with the correct responsibility.
I have thoroughly tested this set up by logging in as this new responsibility within Disco. Client to try and retrieve data in a new Workbook, but even for the simplest of queries this fails.
It seems that there may be a problem with the Responsibility linking to the EUL, could this be due to the new responsibility being created after the Current EUL was set up?
Does anyone have any information or knowledge where this could happen?
Regards
Si

Error while posting business area to TCODE J1IH using BDC

Hi ,
Using BDC i am trying to post values to J1IH.
Here, the business area is not getting posted.
Can you help me ?
regards
ekadevi S

Thanks for your quick response, Michael!
I have another question on import. I imported a folder and it got imported with a warning (A folder named 'Folder Name' was created or modified during the import but is not in a business area
Import completed, but with warnings. Please check the result.
I can see the folder in the database table. Is there a way to add this folder to the business area? Or my only option is to delete the folder out of EUL?
Thanks once again!
AJ

Importing business areas

Similar Messages

Maybe you are looking for