Oracle Hyperion Reviews

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 primarily use the solution for budgeting. 

It's basically the same as the other budgeting solutions. There's nothing different, no bells and whistles that are different. At the end of the day, it gets to the same solution.

The initial setup wasn't overly difficult.

I used other EPM software that probably had better reporting that came out of Hyperion.

I would have done some implementation a little bit differently, however, it doesn't mean that they don't have the functions available. 

I would love a drill-down feature. 

I would love more comment capabilities so that you could put in little notes, cheat notes.

We've used the solution for two years.

So far, the stability has been fine. There are no bugs or glitches. it doesn't crash or freeze. 

Hyperion is basically a jail and cost center platform where you couldn't budget any different than the rules of what Hyperion is telling you to budget buy. If you wanted to budget buy a product within a cost center, you could not do that. You would have to go to the actual cost center and budget it that way. For example, for commercial real estate loans, you would have to go into each individual course center and budget accordingly. I'm not sure if it's scalable in that sense as there isn't necessarily flexibility involved.

Our internal financing team uses it, and they are comprised of 10 to 15 people. 

It's being used almost every month as we do forecasting in it. There's monthly input-output. Hyperion on the accounting side is used on a daily basis to load the general ledger information. It's daily, weekly, and monthly. It's being used all the time. I don't know if it can go any further, as it is being used constantly.

We have our internal IT. They're the ones helping out with any questions. On the back end, in terms of direct contact with Oracle, that would be our finance department or accounting department. I don't speak with them.

I've used other budgeting programs, for example, Axiom.

We did not use a different solution. Coming to this bank a few years ago, this product was here. They went with this product as their GL system was sun setting. It was a management decision to stay with Oracle, with the GL and it made sense to get the upgrade for Hyperion.

The company already had Hyperion, however, they just upgraded to the cloud version. We went from software to the cloud. There were a few little obstacles when we implemented it last August. It was actually during the budget cycle, which was weird. I didn't see any issues for the most part. That said, I wasn't into the weeds of implementing, allocating, doing all the unit testing, UAT testing, and all that stuff.

I'm not sure how many people were used for the purposes of deployment or maintenance.

While it was mostly handled by the finance department, my understanding is that there was a consultant involved in the implementation process. The solution works, therefore, the process must have gone well.

We have seen an ROI.

I can't speak to any aspect of the costs. It's not an aspect I handle directly.

I'm just an end-user going into Hyperion.

We've just upgraded to the cloud. I'm the one that's going in and importing all the data into Hyperion.

I'm not sure which version of the solution we're using.

There are many on the market that do the same thing. Oracle has name recognition going for it, however. Personally, I would look at another product I used to use, however, that's just my preference. Many, many years ago, in my last job, I actually had Oracle. We didn't have Hyperion though and everything was sun setting on that. It was my job to go out and go find a solution. We brought Oracle in and Hyperion was a suite of products within the Oracle umbrella. I was looking for a one-stop-shop type of product. If someone's looking for that, this might fit those needs.

I'd rate the solution at a seven out of ten. We're not fully utilizing the product. That said, from what I've seen, what I use, and what I can generate from the product, it's decent.

We use the solution for financial reporting and planning.

The solution has too many tools. 

The integration should be addressed. 

I found the initial setup to be complex. 

I have been using Oracle Hyperion for nine years.

The stability is fine and quite user friendly.

The scalability is fine. 

The initial setup was complex. 

I do not have any specific advice for others who are considering implementing this tool. 

I rate Oracle Hyperion as a nine out of ten. 

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. 

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. 

We are system implementors and this is one of the products that we provide to our clients. We implement solutions according to the client's requirements.

The latest use case that I worked on was in the banking sector.

This solution reduces the time required for EPM tasks.

The accuracy of data gathering and consolidation is very good.

The analytical side of the product could be better.

Improvements should be made when it comes to integration with other products.

The reporting capabilities need to be improved.

I work with more than 30 different clients. Some of them are very large, with more than 2,000 users. In total, there are more than 10,000 users.

Technical support from Oracle is very poor.

I have worked with other EPM products. All of them have pros and cons when compared to others.

The initial setup is somewhat complex. On a scale of one to five, I would rate this product a four in terms of complexity.

This solution can be deployed on-premises or in the cloud. They have their own cloud but they are going to utilize the Amazon service for data centers, as far as I know.

The return on investment for this solution is good. I would rate it a nine out of ten in that regard. I have witnessed a lot of major changes in my clients. One such change is that the time required for tasks is significantly reduced. For example, a budgeting task normally takes three months to complete using this kind of solution, and that is reduced to a couple of weeks.

The second point is that there is often a lot of gaps between data gathering, consolidating through the emails, and other processes. There are a lot of mismatching values and the accuracy can be poor. When using this solution, it improves to 99.9% accuracy.

My advice for anybody who is implementing this product is to first clarify what it is that they want to do. What they gain from the product as an EPM differs from vendor to vendor. Each of them has pros and cons. Before deciding on any product, one needs to decide what they value and what they are expecting.

I would rate this solution an eight out of ten.

The latest cloud version is more efficient for financial implementations.

The financial model is quite a good tool.

Definitely, there is a scope for improvement. For example, Oracle continuously releases patches. Every quarter they release patches for this solution.

Users have indicated that they do not want the updates as frequently. Patches should be done once a year or twice a year, not quarterly.

From a technical perspective, the technical support could be improved and the price could be reduced.

I have been working with Oracle Hyperion for eight years.

They never seem to have a stable version.

We can start adding, once we start developing it. From an application standpoint, Oracle Hyperion is scalable, we can scale it. I cannot say that from the client, but from the application side, we can add features to the applications as and when they are required.

Oracle support is not quite responsive. We keep raising service requests when we are faced with issues, but they keep giving us solutions that we have already tried. Service requests keep going for months and months. In my opinion, it is not helping very much. Even after raising the severity level one service request, it is ongoing for several months.

Prior to Oracle Hyperion, I have not used any other BPM tools.

The cloud version is easier to set up.

It's too expensive. 

As Oracle's pricing is on the higher end, most businesses prefer to have their own private cloud.

I would recommend this solution to others who are considering it. 

I would rate Oracle Hyperion a six out of ten.

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.