What is your primary use case for Oracle OBIEE?

In our BAE project, we use Oracle OBIEE as our internal reporting tool. It helps us generate reports and dashboards for various departments and subject areas within our organization. We rely on OBIEE to access, analyze, and share insights from our data sources.

We mainly use Oracle OBIEE mainly for business purposes, which include analysis and intelligence-based decision making.

We are in a restaurant business and our primary use case is for analytics, specifically for areas such as sales forecasting, sales reporting, and measuring key performance indicators.

With Oracle OBIEE, business intelligence can be used in any kind of technology you have. A person always wants to see parts like visualizations and intelligence when it comes to what an application can do, the workflow, and everything related to the application, not in Excel sheets, letters, or reports. The reports will be visualized, so it will be easier to connect to any area of any application while also overlaying all your applications. With Oracle OBIEE, you can proceed with overlaying your applications. Oracle OBIEE helps you make the right decision to help achieve accurate results with all the scenarios the product offers for your applications.

Oracle OBIEE is useful for data solutions.

I use the solution for its functionalities related to reports, analytics, dashboards, and other things.

My company utilizes Oracle OBIEE, and we have a dedicated local development team responsible for preparing various cases. The data sources we use are locally based, and while we are unsure of their exact nature, they are primarily used for analytics and monitoring purposes. It's important to note that our monitoring is not in real-time but rather involves analyzing past data.

Oracle OBIEE can be used for reporting. It also gets used for some analytics-related work, like dashboard reports and subject areas. Additionally, the solution's bursting options, scheduling and sending reports across while having some dashboards created on the reports on the subject area.

My use case for Oracle OBIEE is reporting, particularly for analytics. I use its dashboards and various reporting for data management. BIApps is also aligned with Oracle OBIEE, a ready-made application plugged into multiple modules for data management, finance, etc.

Our primary use case is for getting reports.

Most of the use cases were related to financial reporting, project management, and operations.

We are using Oracle OBIEE for creating interactive dashboards and reports.

Oracle OBIEE is used for financial reporting.

Oracle OBIEE is the company's primary workhorse for financial and HR reporting. It is used globally for the company. Everyone uses it for those purposes. The cloud version is also used for account acquisition.

We use this solution for pulling data analytics from our source systems through the enterprise data warehouse provided by Oracle. We also use it to provide dashboard solutions for analytics and operations for the businesses from various departments; operational, finance, marketing, sales, legal, everyone. We are partners with Oracle.

We use Oracle OBIEE for data visualization and analytical reporting.

I'm mostly using OBIEE in the context of regulation by the national central bank. The regulatory authority floats many reports required daily, monthly, weekly, and yearly. So, for example, there'll be a stream of reports at the end of the year, and the banking regulator requires banks to comply. It's challenging for banks to develop these reports constantly, so we develop these regulatory or statutory reports for the regulatory authority and put them in the BI.

We use this solution as an adjudicator for an insurance company. We are a development enterprise, and we sell the solutions we have to our customers. We have several customers that use our solutions in Oracle OBIEE. We are resellers.

In respect of the rates comparison, the client uses the solution to generate BI reports around relevant data.

We are a service-based company and we build reports for the PeopleSoft HRMS system that analyze workforce management or higher labor management. We have a partnership with Oracle and I'm a senior software developer.

We use this solution as a BI tool for data analysis.

I use this BI solution for ad-hoc and complex reports for finance and HR.

It is mainly used for dashboards and functional reports. It provides a standard operation report from transactional systems. We are using its latest version.

We are using it for analysis purposes for different areas, such as sales, production. We are also using it for the financial data and quality module. We have customer complaint dashboards and all sorts of things.

We are a system implementer and Oracle OBIEE is one of the products that we provide to our clients.

We are a solution provider and Oracle OBIEE is one of the products that we implement for our clients. We do not use it in our company. Our clients use it for management and business intelligence.

Our primary use is as an enterprise reporting solution.

We primarily use the solution to take reports and for its dashboards.

We implemented this solution for reporting purposes primarily. We got it for the client a few months back. This whole system is an EBS system. We used the solution to pull the data from the EDA source system and convert it. Once a data valid solution is developed, we model the data model using RCB, and then we create reports for the service contract module.

We primarily use this product for company-wide data warehouse reporting.

We mainly used the solution for their warehouse. OBIEE is a complete package and it includes OLAP analytics as well as OLTP. We use both features of OBIEE.

First Off I am an Administrator of OBIEE more than a developer or User, so my review will be more from that perspective. OBIEE is now not a big focus area for Oracle given that they now have various cloud PaaS solutions available such as Oracle Analytics cloud that does a similar job. However, OBIEE has always been a complex beast with a lot of not well-integrated moving parts.

* Primarily for traditional data warehouse reporting * Also giving end users the flexibility of ad-hoc reporting.

Our primary use case for this solution is to pull reports on different departments within the organization. It's very time consuming to find these reports within the IT team. Their team has also been limited to the number of people inside there, so the reports take a little bit longer. When the reports do come out, there are very little changes that can happen to these reports. You have to keep requesting changes to these reports. It is expensive and it doesn't give us the flexibility to do what the business needs. Sometimes we've got users that need to create their own reports and OBIEE needs to be developed from scratch. It's time-consuming and there are much better analytics programs out there that can do the job even better.

I use this primarily for our passports.

The primary use case of this solution is RPD.

We primarily use this solution for making tables and working with data.

OBIEE is used to generate data reports and send to users' emails. The company leaders use its summary report to overview the KPIs of the company. Department operators use its detailed report to monitor daily sales.

We use the product to bring reports to the dealers. It is performing well. We recently upgraded to version 12c.

Primary use case, we use it for slicing and dicing service reporting. Our business is using Oracle BI to deliver business, marketing, and financial reports. Technology mainly does the modeling, and the business is creating the reports. We don't have any problems with the enterprise reporting. It performs very well, because we are using Oracle Exadata. Oracle BI accesses Oracle Exadata, and it performs very well since Oracle Exadata has great performance.

The primary use case is for our various financial products. One is a trading platform called MarkitSERV. All the world-leading financial institutes are on-boarded to that client. They use the platform for trading. On the backend, we have the data warehouse of that trading platform, which helps produce quick analyses of the trading data and prepare reports on demand. For that purpose, we are using the OBIEE. We have defined a lot of trends in OBIEE so you can compare year-on-year and month-on-month data. We have various ways you can measure your numbers. Performance is just okay. It doesn't have in-memory data. For every new analysis we prepare, it will go to the database and query the SQL. That takes a long time. That is the main challenge we are facing. People nowadays are very demanding. They want their analysis to come up very quickly, at the click of a button.

We use it for KPIs. It's quite good, but the content of Oracle OBIEE cannot accommodate all of our needs. Oracle OBIEE only displays KPIs, but it does not include strategic objectives or display risk in a strategic map.

Implementations were focused on reporting and centralizing all data delivery and access to the Business.

Very large and complexes environments implementation, 10000+ users with 24x7 global operation and multiple EPM tools working in sync.

My first challenge with OBIEE was to create a set of Dashboards to monitor sales performance in real time.