Oracle OBIEE Reviews

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.

It serves its purpose. It doesn't have many frills and is definitely older technology, but it is undeniably a workhorse.

Rigidity and speed are areas that could be improved. Everything has to move quickly in today's world, especially in the data world. Everyone wants it right now.

Having a system is great, and when you code it correctly, it can get the job done. However, a modern solution takes a long time; it moves much slower than some other things. You have products such as Tableau, and there are other data science tools out there churning through just as much data. Obviously, that element is not intended to be a data science tool in and of itself. It's more of a reporting tool than anything else. Expanding beyond pure data reporting and into analytics, or expanding data science, would be areas for improvement.

I have been working with Oracle OBIEE for seven years.

We keep it fairly up to date. We would be using the most recent version or perhaps one back.

We have an on-premises system as well as a cloud system in our environment.

If it's coded correctly, it can be very reliable.

Oracle OBIEE is very stable, it is very dependable.

Oracle OBIEE is scalable, we are using it on a global level.

Given the size and scope of how we use it, every change requires significant effort, some of which is internal. It is managed by our IT department. To make large-scale changes and integrate new systems, I believe a small army is required. The heavy lifting is done once they're all set up, and once they're in there and running, the actual maintenance and minor tweaks are fairly simple. This requires a much smaller skeleton crew.

I was not a part of the initial setup.

I believe it will be about how well the tool they choose fits their company, their company culture, and how scalable it is.  Oracle OBIEE is fantastic, but it is intended to be used in the enterprise. It is meant to be a large-scale workhorse. As a result, make sure it's the right tool for your business.

In comparison to other things we have out there in the grand scheme of things, I would say six or seven. I would rate Oracle OBIEE a seven out of ten.

The best feature of this product is the reporting capability and customization. It lets the users do their own reporting, slicing and dicing, and getting the visual outputs rather than depending on a partner or developer to get reports or produce management reports.

It's much easier to get different outputs rather than relying on a partner or another developer who has some experience in development, but with this product you don't need that as such.

The product can definitely improve. It is a good product compared to Microsoft Power BI or other Microsoft products, the SAP BIs and other small BIs in the market. In comparison with the others, the Oracle BI product is much more advanced; it's a heavy product. However, the issue is the cost factor. If Oracle decides to improve the cost factor and provide facilities to the user where the user can benefit, then it will be good.

Apart from the cost factor, it is a good product. Now, they are moving to the Cloud with the BICS model and adding visualization features. They are heading the right way. For us, the mobile and visualization features are more beneficial; plus with the Big Data coming in, it will really benefit us on that scale.

I've been using it for around four years.

It is a stable product. It depends for downtime. For the repository and repository refresh, you don't need that. It has both online and offline options but you can do the online repository upload as well.

It is a scalable product. It should meet our future needs.

It is a product where you have to initially set it up and position it for the future requirements so that the analysis part takes place properly. Based on that, you can get proper outputs. You can build it upon your stack, scheme, marks and dimensions.

I would give the technical support a 60/100 rating.

At times, it is difficult for us to get support, especially at the skill levels and due to the regions to which we have been allocated to in terms of support; that is also an issue. The expertise is in that particular domain like for the BI, ETLs, etc. For the modeling-related technical skills, they are lacking a little bit, as opposed to the ERP and the other domains.

The setup is straightforward but it needs expertise. The normal IT guys cannot do this. In other words, for the setup, BOMs, scaling ups and other supporting requirements, you need to have proper domain expertise and product knowledge individuals for carrying out the setup properly. Otherwise, you will not get the proper output. It is very resource intensive. If you get the wrong output, then all your assumptions and forecasts goes wrong; so it's very sensitive.

I have used both the on-premises and the cloud module.

The cloud module is still in a premature state, so it has to get mature.

Oracle OBIEE is useful for data solutions.

The solution is user-friendly.

Oracle OBIEEE's performance and licensing costs could be improved.

The solution is stable. I rate it an eight out of ten.

The solution is scalable. Currently, we have ten users. We plan to increase the usage by next year. Overall, I rate the scalability an eight out of ten.

The initial setup is straightforward.

I implemented the solution in-house.

There is a Return on Investment.

The licensing cost for Oracle OBIEE is expensive. We pay an annual licensing fee, and there are no additional costs beyond the standard fees.

Oracle is a globally recognized company, and its products are considered satisfactory. You can't go wrong with Oracle products. I rate the product an eight out of ten. 

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.

Our customer is an enterprise that has over 120 entities. It used to take a lot of time (around 15 days) to collect data and generate reports for their performance. After OBIEE was implemented and some processes improved, our customer is now able to review their monthly performance with a clearly analyzed pattern within 5 days.

I've been using it for three years. I started with OBIEE 11g (11.1.1.5), and upgraded it to 11.1.1.6 and 11.1.1.7 afterward.

We did not encounter any serious issues when we deployed the tool.

OBIEE is a little unstable in our environment. The server/service has to reboot/restart every couple days, otherwise, users will see errors when they access reports.

I am not going to rate Oracle's support high. It took too many times to collect logs and screen shots, and talk to a support guy. And they still have to go back to R&D once they confirm the issue was product related. It took another loop to communicate with R&D guys, and there almost 70% of thje issues were treated as a "Fix in the Roadmap," which means we won't get a hotfix. We suffer quite a lot when we have to tell our customers that some bugs will not be fixed until it's in the roadmap, and even then, a few years later.

Our customer choose OBIEE as their reporting tool before we assisted them with implementation. I used TIBCO Spotfire after this project, and it's quite a different product. It seems business users will use a so called "analytic tools" such as Spotfire more often than "BI tools" like OBIEE or BO. Since their requirements become much more dynamic, they may not even know what they are looking for, or what questions they suppose to answer. BI tools needs too much IT effort for ETL and modeling to enable users to read the report. However, some questions cannot wait that long, and users need to know the answer as quickly as possible. On the other hand, analytic tools just need raw data and users can those data to generate reports whatever they need for whatever questions/purposes (if they know what those data means well and have some basic knowledge with database).

The setup is quite straightforward, unless you need to deploy with a cluster. Components in a model/presentation layer can do it simply by dragging and dropping, if all the calculations are done in the database. Although, some settings,such as "Write Back", is not that easy. They need to be configured, but you have no idea where to configure it unless you go through the documentation, and even some blogs perhaps.

I helped implement it as part of the vendor-side team.

Just keep the model as simple as possible, it'll make works much easier afterward.

- Web-based features and the possibilities it offers to analysts and developers to design reports and access the dashboard from a web browser. No need to install an application onto your laptop.

- Self-serve interactive reporting

- Map-based visualizations (MapViewer)

- Mobile app designer

- Mobile security toolkit (you can download the sources and customize it and generate your enterprise iOS application)

It helps us in quick-wins development to get the trust of users.

- Make the interactive dashboards more responsive

- Give the possibility to deploy multiple RPD productions

- Allow hot deployment of repository file (RPD) without restarting services

5 years

- All the time. The upgrade process is not clear and I encountered issues in processing it.

- Charts require flash to be rendered, but by 11.1.1.9, we can turn off flash and use html chart.

8

-Yes, SAP BW (Business Explorer).

- We were looking for more user-friendly reports/charts and tools to speed up our development. OBIEE does that.

Initial setup was complex because we needed many components:

1) A database to store the OBIEE master data (MDS and BIPLATFORM schema)

2) A web logic server to host the Java component.

3) After that, you need to know how to start all components in sequential order:

Admin Server->Node Manager->Managed Server->opmnctl

In-house

SAP Business Object, IBM Cognos

1) The integration with SAP BW is not so easy, but it's possible through XMLA.

So if your data warehouse is under SAP BW, you have to be careful in your choice of OBIEE because you will face integration and performance issues.

2) Also, the OBIEE Administration Tool is not for non-IT people. So you will need IT to design your repository properly before the analyst will be able to design reports and dashboard.

3) I found Tableau more user friendly and productive than OBIEE. So, I advise to also look there.

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

Some of the dashboard capabilities are good. The dashboard capabilities that tell you what kind of reports are available and provide you a summary of the reports are valuable. It is easy to navigate and easy to download reports into Excel to utilize them. 

It should have more self-service capabilities.

I have been using this solution for nine years.

Its stability is good.

It is scalable. It is a standard enterprise tool.

Its user base would be easily up to 2,000 users. The users that we have are spread across different functions. We have some people who handle the inventory and financials.  

We do get technical support from Oracle, and we are satisfied with it.

We didn't use any other solution.

It is pretty easy and very straightforward. It is just a web link that you click. After you have the access and everything is set up, you can just easily access it.

We didn't evaluate other products. It is something standard.

We plan to keep using it. It is not going to go anywhere. It is there. It doesn't have too many self-service capabilities, but it is good for the purpose that it serves.

I would rate Oracle OBIEE a seven out of ten.

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.