Oracle OBIEE Reviews

Our primary use is as an enterprise reporting solution.

The ability to do cross-applications reporting.

The most valuable features are the logical datawarehouse (business model) and distribution.

Migration on premisses should be easier (but is easier if you migrate to the cloud).

More self-services should be available for the users.

I have been working with Oracle OBIEE for more than ten years.

It was a little bit tedious to install a new release.

We have not had any trouble with scalability.

I would rate the technical support a seven out of ten. Not all of the support people are as performant with respect to the issues that we've encountered.

No

The initial setup was not really complex. Our deployment tooks approximately six months.

This was not an expensive product for us, although the price varies depending on conditions for each company.

Business Objects and SAS.

We plan on transitioning to the cloud version and I recommend the same for other people. It is the same as Oracle OBIEE but named Oracle Analytics Cloud.

I would rate this solution an eight out of ten.

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. 

Overall, it's a very good tool.

We have implemented the solution effectively in large organizations, like utility companies or banks. Their budgets are pretty high and they can pretty much afford the costs involved in the solution.

For their OLTP reports, like online transaction reports, we use BI Publisher, and for warehousing, we use OBIEE to populate the dashboards for the business. That's why it's so useful for us. Oracle gives us lots of features and visualizations. In the recent version of 12c, they had introduced many features in visualization as well as dashboards. 

They introduced AI and forecasting in their latest versions and they are now working on the cloud. They are also giving the latest version of OBIEE with cloud, called Oracle Analytics Cloud enterprises.

They have a new security mechanism that is very strong. 

They are introducing AI. There are good forecasting features and machine learning.

There's great forecasting features both for on-premise and cloud deployment models.

Thanks, Ms. Julia Frohwein for the review. I would like to explain the points which I had written in the first post.

The solution is too expensive for small firms. 

The solution is too expensive for small firms due to their licensing cost. Not every company has the budget to purchase the solution.

 I believe that the solution is beginning to integrate more security measures, however, more must be done.

The on-premises version does not have any AI or machine learning capabilities. They're saving those for cloud versions.

I've used the solution for five years or so. However, the last time I used it was in November of 2019.

We're actually currently using Microsoft Power BI as opposed to Oracle.

Power BI is a good tool for every business. Microsoft Power BI, as compared to OBIEE, is much cheaper than OBIEE. OBIEE, as a product, is pretty expensive for a lot of these small organizations or small companies. Microsoft Power BI is the most useful tool as compared to cost. It's cost-effective for every organization, from small to large.

I've noticed that Microsoft is adding more visualizations and comparing themselves to Oracle in order to position themselves as competitive. Of course, they also have items like machine learning, etc., that Oracle offers.

It's a pity that they are moving from on-premises in a lot of ways. There are two changes in the cloud site because they have introduced a few new steps to configure OBIEE in the cloud. There are pretty easy steps to configure OBIEE in the cloud. As a service-oriented company, we are only using their interface.

Every technology now has been shifted to Cloud. Every technology now has been introduced to the cloud instance. If you're talking about Microsoft, they have also introduced Azure cloud as well as Amazon and Oracle clouds. However, now they want to shift their Oracle technology to only cloud and in the future, we are seeing that most of the companies will shift their data to the cloud.

I was involved in the setup of both the cloud and on-premises versions of Oracle OBIEE.

The basic difference between on-premise and cloud is the fact that we as implementers are responsible for the entire picture. We have to build and install the server then handle the installation configuration and then move the data from the source application tool to the warehouse. That's only for on-premise whereby the whole responsibility is taken by us. 

The cloud, the infrastructure service, means that the responsibility is taken by Oracle. The cloud handles the technical aspects for the most part. We are only using to the warehouse because the source application moves the target in-house. The on-premise solution has three basic processes: infrastructure, installation, and configuration and then we do the implementation. In the cloud, you mostly just have to implement it.

I can't recall the exact pricing. There are three different categories. The pricing is available online. If you go to their website they're quoted there and they charge per hour band per day as they have different offers for their customers. If you want to know about their pricing of the particular categories, on their website their prices will be available there.

Their prices have changed from the last year. Right now I don't have any sense of price. However, I was part of the implementation team, and I noticed their pricing is not much higher but it's moderate pricing. 

There's a lot of competition right now between a few giants, including Microsoft, Oracle,  Amazon Web Services, and SAP as well as Tableau.

We were using the latest version of the solution at this time.

I would suggest that any company considering the solution carefully consider their budget first. The licensing is comparable to Microsoft. You need to make sure you can afford the solution.

From my experience, OBIEE is the best solution. I have five-plus years of experience working with Oracle. If you are a giant firm, if you can afford this technology, so go for it. This is a good technology. They have various solutions for customers. They have financials. They have utilities as well. Oracle has a supply chain, they have a financials, they have HRMS modules, they had a procurement module, and they have a utility stack. They have more products than anyone else. That's why they have an edge on other solutions.

I've been on webinars during the pandemic and have noticed Oracle push towards AI and machine learning, specifically on the cloud. I've also been on webinars with AWS and Microsoft and they are chasing this technology as well. Still, Oracle right now has the edge.

I would rate OBIEE nine out of ten due to the fact that their various features and their product stack are very competitive. Their various product features definitely attract customers.

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.

I like the data analyzer introduced in OBIEE version 10. Previously, there was no data analytics tool, but the data analyzer allows you to visualize your data on the fly. I also like the voice recognition tool. With voice recognition, the data visualization tool will flip the charts and diagrams left, right, center.

Warehouse and business intelligence are two different things, but OBIEE also has some warehouse features in it. I would like to see some of those capabilities improved.

I've been using OBIEE for five or six years.

Oracle products are all stable. We deployed Oracle OBIEE version 11 at the national revenue authority four years ago, and since then we've run more than 400 reports on an Oracle X5 server. It still runs smoothly with no issues.

The customer wanted Valtix, an internet BI system, but couldn't afford it. We advised him to go with OBIEE and the X5-4. I'm also fully certified in BGIF, and part of my job in that deployment was to deploy BGIF was challenging because it's an arm of the government. Still, we finally got some of the data into BGIF that wasn't mission-critical for the government. The rest of the data sat inside OBIEE.

I rate OBIEE 12 out of 10. For me, OBIEE is king.

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

With a good model implemented, businesses can easily take decisions to improve anything they want.

An example I like to give is a retail company for which we developed online BI for sales. With this model, the managers follow the sales in real-time and can make decision like when, how much, and where to start a sales campaign during the day. This helps all managers to fulfill their quotas easily.

It's a great tool for the businesses as it's easy to manipulate and to create new dashboards. For the development side, it requires a good datamart to make things easier. It's very robust with a lot of resources.

It needs better parent-child dimension options that don't need to pass through OBIEE to build it. It's an easier way to update the model in case of a change of dimension size or sources.

Also, it needs better and more dynamic graphics. There are a lot of tools with better graphics and big part of BI is about this.

More than 12 years.

There were issues mainly because of a Java memory leak.

The scalability is limited because of WebLogic.

The technical support for EPM is bad. I don't remember anytime that the service support help me in something. The problem is bigger when you have a environment with more than one product like Hyperion Planning and ODI. This happens because the products have different owners within Oracle and then different supports and because this if, you open a trouble ticket of loading data to planning and you say the words ODI, you'll be pushed around the two separate support teams indefinitely, even if your company has an Oracle support director just for you.

Neutral

EPM is an enterprise suit that is made of some independent tools and to have all working together it makes it complex no matter your level of knowledge. The bigger the environment the bigger is the challenge you need to face. Maybe one day Oracle will integrate all their tools. It'll be easier and the good thing is that I saw a lot of improvements over the years.

Always talk with a Oracle representative and negotiate a discount. I already saw 99% of discounts and a free licence once.

Some times is cheaper if you get a hardware together (helps to negotiate a discount)

I'm a consultant and my only evaluation was on the database. I decided on Oracle because of the database and, during my career, their other tools are starting to come naturally.

Because Oracle products are development frameworks, your final results are as good as the people who implemented it. Make sure that your implementation team is the best it could be, at least for the first implementation. If something is implemented incorrectly at the start, it'll cost you a lot more to fix than to build a new system from scratch. Sometimes it can be so badly designed that it is impossible to fix.

I've been working on implementation for 20 years and I have seen bad implementations everywhere. In fact, I have seen the same tools implemented in the same team by two different people, with one being a success and the other a failure. In the same company, one department says that the tool does not work for them and another says that the tool is the best. The only difference was the implementer. Make sure you get a good team to implement it. The tool has its flaws, but most of time (99%) it is the implementer's fault that you have a bad or slow model.

We are a solution provider and Oracle OBIEE is one of the products that we implement for our clients.

The security is good. For example, we can implement column-level security.

For a beginner, this is a product that is difficult to learn. You cannot learn it quickly.

There are a few utilization-level limitations in Oracle OBIEE that can be improved. However, they are releasing another product called OAS, Oracle Analytics Server, which might include a few more utilizations.

I have been working with Oracle OBIEE for almost 11 years.

This is a very stable product.

Oracle OBIEE is a very scalable solution.

I also use Microsoft BI, although I have more experience with Oracle.

With Oracle, we can implement column-level security whereas, with Microsoft BI, it cannot be done. However, Microsoft BI is more cost-effective.

Oracle OBIEE is easy to implement.

This is a very costly product.

My advice for anybody looking into implementing Oracle OBIEE is that product-wise, it has a few limitations but it is good. The primary drawback is that it's very costly compared to Microsoft BI.

I would rate this solution an eight out of ten.

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

I like the solution's stability. 

I have encountered certain performance issues which have required us to play around with and streamline the data. The performance could be better. 

Regarding the announcements, the data integration should be simplified, as the work is also with the clients. Since we have our different sources of data, those integrations must be maintained, which translates into a cost for our clients. Simplifying the process would save them a lot. 

As one of our clients is using Oracle OBIEE, we have been with the solution for ten years now. 

A great feature of the solution is its stability. 

I have not had experience with technical support. 

I was not involved in the installation process. 

The technical team is actually divided between us and our clients. Some of the reports are being built by the client engineering team, so I am not aware of the relevant account. There are around five to ten people who manage the auxiliary activities concerning the reports or donate any data entry forms to them. This is the type of working we have been undertaking. 

Simplifying the data integration process would save our clients considerable costs. 

Our clients would be in a position to address any licensing costs. I cannot comment on the account, since we only make use of it. 

The solution is also cloud-based. 

I have been using the solution for quite awhile and, in line with what is reported in the media, I would recommend it to others. While each business scenario should be examined independently, I feel the solution definitely warrants use. 

The flexibility to work with this on the cloud only if you would like is very helpful. There are fewer log-ins required. It's easy to connect to the live system.

The initial setup was straightforward.

The solution is stable.

We've found the technical support to be very helpful.

The solution has great reporting and forecasting capabilities.

If I want to develop a new repository, any new table, any new schema that I want to incorporate into the RPD, then in my local schema, can't directly connect to the cloud. I do not have complete end-to-end access to it. In such cases, I need to install some local DV. I don't know if that is the right path or not, however, as far as I'm concerned, I'm just creating some tables, some sample space in my local DB and from the DB I just try to import into my local RPD in order to publish to the cloud. It is double work. If I'm in a non-cloud environment and I need not connect to the local DB, I need not re-import everything into my local space. I can connect to the available on-premise DB and connecting to that on-premise DB I can create the RPD.

In terms of linking to the cloud, there are many restrictions. From a business standpoint, it is a great way to approach things. That said, from a developer's standpoint, it's a bit tough to develop the code and progress the code to the next environment like that. 

There's a lot of redundancy, especially in relation to creating the code. Developers, in fact, have to deal with many hurdles, including security restrictions and vendor communications.

I've been using the solution for the next nine years at this point. It's been almost a decade.

The solution is stable. In fact, we are working to build out capabilities so that users who might use Tableau or Power BI can handle reports and other tasks right on top of this product. We're working to make it even more flexible for future users. So far, it's going very well.

Technical support is pretty good. I have no complaints as, whenever we raised any kind of tickets to them, within a short time, within a week, they have closed everything and solved the issue. We are pretty impressed. They have provided a wonderful solution as of now and whenever we've raised a new patch request, the upcoming patches have been fine. 

The initial setup is not overly complex or difficult. It's quite straightforward. A company shouldn't have too many issues with the process.

I typically handle the initial setup for clients. 

The solution is a bit expensive for a lot of clients. Many might not have the funds available for Oracle products. Most believe it to be a costly product. Nobody has compared it to the other reporting tools, however. They might not understand the costs involved. 

We are just Oracle customers. We handle several clients. We don't have any kind of owned Oracle products, however, we are giving support to Oracle clients.

We use multiple deployment models, including the cloud and on-premises. 

One thing from an Oracle standpoint is that we only concentrate on Oracle products - whatever the number of products you have in our chain. There are certainly other business users that also use Tableau as well as business objects and maybe Power BI. These are competitive reporting tools. The same users of Oracle might also have similar tools within one of those solutions.

My intention is let's migrate everybody to Oracle in order to connect certain scenarios on how to migrate those existing tools to Oracle. We're asking: what are the core competencies, what are the advantages of using this Oracle tool, and what are the flexibilities in order to migrate from these other solutions to Oracle. With Tableau, for our client, we have conducted several demonstrations on how to migrate the particular Tableau reports to OBIEE via the DV.

The way in which we have developed preferred reports has impressed them. They help play with their existing repositories as well. They can easily connect to their repository to an existing OBI repository to the direct source tables so they can easily use external additional sources. They can easily connect all their existing models and they can play here and there and experience all of that flexibility they have there in Tableau currently. We've written a custom SQL where they can create, they can dump everything in, and extract.

On the other hand, for particular business users, if they want to change the logic to Tableau it is not feasible for them. We are here for them to give support from Oracle and we need a lot of knowledge from business stakeholders to come up and check the flexibility by using this Oracle product on top of their other reporting areas.

I would 100% recommend Oracle, especially to people who on other platforms and want to adopt new typical areas specific to the cloud. If they want to enhance their reporting capabilities, Oracle is perfect for them. If they are looking for forecasting, this solution is great. There's a kind of flexibility you just won't typically see in other solutions. 

I'd rate the solution at a ten out of ten.

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

The most valuable feature is the visualization.

The data warehousing, data storage, and data wrangling are all features that are in there, and it's one of the better products out there.

A good thing is that for large datasets, it's very stable, especially when you have an Oracle database.

I would like to see the data wrangling features enhanced.

This product is not easy to use and there is a steep learning curve.

I have been using Oracle OBIEE for three years.

The latest release of this product is very good. However, I don't know how well integrated it is with products that are non-Oracle.

I would rate this solution a seven out of ten.