Oracle Hyperion Reviews

As a developer, I would say that the repository itself is the most valuable feature since I can easily get information and change the behavior of Planning and Essbase.

For businesses, the ability to create forecasts in a fraction of time it took before the implementation is the most valuable feature. Also, the easy manipulation of data for hypothesis tests is very useful.

It provides faster and more assertive forecast cycles. It enables businesses to improve their process since with this tool you can do things easier and quicker as the business can create more complex models than were possible before.

The security could be improved, as it would be good to have security by attributing dimensions.

It also needs more power for conditional formats to disable or enable read/write in the forms based on more conditions, not just changing colors.

It needs more flexible forms similar to SmartView.

I've been using it for over 10 years.

We have had no issues with the deployment.

There were issues mainly because of a Java memory leak.

It's limited because of WebLogic.

The technical support for EPM is bad. I don't remember anytime that the service support helped me with something. The problem is bigger when you have an 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 push around the two separate support teams indefinitely, even if your company has an Oracle support director just for you.

EPM is an enterprise suit that is made of some independent tools, and to have all of them 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.

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 them. 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 19 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 primary use case for Oracle Hyperion was planning and budgeting.

My role in the company is on the support side.

This is a customizable product. Our implementation was designed to fit our needs.

The user interface is in need of improvement. The forms should be more user-friendly.

Initially, we had some integration issues. However, these were solved after we submitted a couple of service requests.

We were using Hyperion for approximately eight years.

As of last week, we no longer use the original Oracle Hyperion. We have moved to the cloud version of the product.

Overall, the stability was okay. We did not have to raise many issues with support.

Scalability-wise, Oracle Hyperion is okay.

We did not have to raise many issues with support because we were only using the planning and budgeting features. We did initially have some integration issues and these were solved after we set up a couple of service requests.

Overall, the support is okay.

We were using Oracle Hyperion but have transitioned to the Oracle EPM Planning Cloud.

We switched because the support was ending and we decided to move to the latest version.

The deployment was done by a third-party implementation provider.

As of now, the Oracle Hyperion product is out of support, so I would not recommend it to anyone. Anybody that has it will not be supported by Oracle.

For anybody who is still planning to implement this product, my advice is to consider their needs during the initial implementation phase. The one that we were using was designed to fit our needs and anybody who plans to use this product should identify what forms and screens they will need. That is configurable at the beginning.

I would rate this solution a seven out of ten.

Hyperion is a business analytics product. In addition to analytics. it calculates all the sales data and audits everything as well. 

Hyperion has much room for improvement, especially disaster recovery. You don't have the option to choose the proper disaster recovery method. We have Hyperion and an SQL server on the backend. We have active solutions for the backend database server, which aren't working for our people. They've asked us to remove the high availability to increase application performance.

Another feature that needs work is identity management. It's okay, but they still use old-fashioned ID integrations. Today, there are more secure types of authentication, but these options are unavailable.

Hyperion is a stable product.

Scalability isn't a problem for Hyperion.

Oracle support has a lot of room for improvement. Our requests for service, bug fixes, and new features take a long time. It's will take two or three years for them to add the features we want, and they haven't been able to provide a correct solution for these problems.

I rate Oracle Hyperion five out of 10. The process of fixing bugs is very slow, and there's no transparency. When I tell Oracle about a bug, they acknowledge the request, but customers have no way of knowing about the progress they're making. Customers should get an update about this. 

We're using the product for our OPEX planning and CapEx planning. We use it for the budget cycle. 

The most valuable aspect is that the time to market is very fast. You're able to finish your budgeting cycle in a very quick and fast way with a more detailed analysis.

The solution is reliable.

The scalability is good.

When you compare it with ERP, we want so many enhancements in that particular product.

Since we are the Oracle hub, we know how the Oracle forms work. All the fields are dependent on the previous field example. If I want to select a product, I can select the channel, and automatically, the products button to those channels will be filtered. That sort of filtration, we cannot apply in Hyperion. We cannot have hierarchy-level filtrations over there.

The initial setup can be complex. 

There's something known as a data block that Hyperion generates for each and every transaction. Sometimes it does not generate and we need to identify those issues and fix them manually. That is the only debugging process for me.

I've been using the solution for almost seven to eight years.

The solution is very stable. There aren't glitches. it's reliable. it doesn't crash or freeze. 

A company can scale the product as needed. It's not a problem.

We have around 20 to 25 people using the solution.

Once the budgeting process is finished, it is being used by the quality finance team only throughout the year, however, the main key users will be working in the budgeting cycle for one month or two months only.

In terms of technical support, we are providing it directly as an IT division.

The implementation process is a little bit complex. Anything we need to customize as for the business requirement can get difficult. 

We do have our own team that maintains the solution as necessary.

The solution was implemented by a partner.

I don't have any details about the licensing. 

We are customers and end-users.

I'm not sure which version of the solution we're using. It's the latest version. About six months back, they upgraded to the latest version.

If any company would like to implement this product they should first have the internal resources with the skill sets ready to be developed for this product.

Overall, I would rate the solution at an eight out of ten. It does have some small flaws here and there. 

The ability to lock and send data as well as the flexibility of user security are two very important aspects of the product.

The partitioning option between databases allows for users to enter data one time, versus copying data lots of times from one cube to another. This has saved hours of maintenance and eliminates data integrity issues between the cubes.

The product could be improved with a better front end and user experience.

The solution has been in place for 12 years.  

We currently use the product for Financial Reporting, and from a functionality perspective, I would rate the product an 8/10 (once you understand it). As an intuitive, user friendly, GUI application, I would rate it a 4/10.

We have encountered no issues to date with deployment.

At one point, a data package had corrupted, causing our cube refreshes to fail. Having to restore from the backup but losing all the data inputs caused some business issues, but we were able to overcome them.

The Essbase engine does not start up automatically when the server reboots, causing users to log connection complaints.

To date, we have had no issues with an increase in data by date, or as we get newer version.

The initial set up was complex, as we were actually migrating from version 9 to version 11. The upgrade version path was not clear, and it was easier to recreate it.

We implemented it in-house.

We have a corporate global licensing agreement.

Finding highly qualified technical consultants for this application is difficult. There are other products with a larger community available for support and development.

Hyperion is one of the best tools in the world. We can do planning and forecasting and store large amounts of data. We can draw a large amount of data and multiple combinations.

We can integrate with any system and pull data from SAP or SQL Server. We can also design our own role files to establish how we pull the file data and store it in our database. 

Hyperion provides excellent security. We can control all the users with filters and access levels and set permissions for who can control the system or input and process data. 

We are still having some issues with the ASO Cube. It can take a long time to clear the data in the ASO Cube compared to BSO data-clearing operations. We don't have a specific calculation in the ASO, and we only have these aggregate options on the ASO side. If we need calculations, we have to calculate them in the BSO and pass the data to the ASO Cube for the reporting. That's one of the drawbacks. Oracle could also improve on the data logging side as well. 

I've been working with Hyperion technologies for the last nine years, so I have experience in SMPs, planning, and Smart View. I also have quite a bit of admin knowledge in the form of SQL. I can do installations and patterns. I have more than four years of development knowledge and then three-plus years of experience providing support for Hyperion. 

Hyperion is stable.

Oracle support is quite good. When we have any questions about the product, we can immediately write the service request and contact them. They will respond in a day and fix the issue based on the priority. 

I'm using Hyperion for planning, but I'm not currently using it for financial reporting. But OneStream also has similar functionality now.

There is a lot of planning that goes into developing our Hyperion application. We need to create a planning application and set up everything. Then we develop the forms, create the cubes, and make smart lists. Everything we use is customized. 

I rate Oracle Hyperion eight out of 10. My advice to prospective Hyperion users is to focus on your business requirements. You need to consider what your business is looking for and how you will perform the planning and budgeting process. You also need to think about your data, including what level of data you're storing, the size, the frequency, and the architecture. 

We still need to learn many things about the cloud part. Every APM is moving into the cloud now. There are other aspects, like integration services, ODA, etc. We are facing many challenges in development and support. We are all still learning the Oracle products, and they're coming out with new features annually. 

The most valuable feature in our experience is the user interface. We've found it really useful as an add-on for the financial part of Excel because it's functionality is geared towards finance users. Our finance users tend to like anything that can make their work inside Excel easier and more efficient.

It empowers users to perform ad hoc analyses themselves rather than having to go to IT or somewhere else. That makes it much more efficient for our users to do their jobs because they have access to data analysis in front of them instead of having to find that information elsewhere.

Oracle should have provided better documentation, and should update it more often. Right now, the documentation is not easy to understand and makes Hyperion that much less user-friendly.

We've had no issues with deploying it.

I think that Hyperion is, traditionally, very complex. It always seems to be buggy to a degree. We're always finding something that doesn't work quite the way we want and expect. But in terms of overall stability, it's very stable.

There are definitely certain limits. I'd say that it's not very scalable.

The initial setup wasn't not very straightforward. Installing Hyperion products requires a lot of effort and a lot of technical knowledge.

We implemented it with our in-house team.

The product itself, right now, especially on the Hyperion planning side, is the industry leading software for what it does. Although it's buggy, I think that's as far as you can get on the enterprise solutions. This is way better than anything else out there.

I use it for consolidation and business planning.

Since it is an enterprise-capable solution, people are not worried about security, giving data, the ability to manage complex consolidation, and its ability to modify reporting. So, these are some of the features of the solution.

Evidently, we have a hypothesis. That's why we are building our own product. So, I wouldn't want to dive into the improvements needed in the solution at the moment. Since the UI is outdated, Oracle Hyperion has room for improvement in the area of its UI.

Though I have not directly used the solution much, I have worked with a lot of companies that used Hyperion. So, I've probably had about four to five years of experience with Oracle Hyperion. Also, my company is in no way linked to Oracle.

The initial setup of Oracle Hyperion is very difficult.

I wouldn't suggest others use it since it is too complex to implement.

I rate the overall solution a six out of ten.