SAP HANA Reviews

We're writing SQL queries for the verification process, and we're using SAP master tables for tables. We write huge queries for processing data.

The feature that I like the most is that we can transport the data to our web data application.

SAP HANA's performance is really perfect. We're working on big data, and SAP HANA is really working on high performance. We are happy working with it.

The user experience should be better. Its user interface is not good. I also don't like the transition concept. 

I have been working in the SAP HANA environment for around two years.

We have experienced some glitches, and we are solving them with the help of our technical team.

It is a bit complex, but if you follow the instructions, it can be installed. The initial setup could be easier.

SAP HANA is expensive, which isn't a problem for us because it is processing the data so fast.

It is an SAP tool. Therefore, replicating the data from SAP to HANA is easy because it provides a high-performance area without overworking the SAP site. Working with big data is really nice in the SAP HANA database.

I would rate SAP HANA a seven out of ten. I took some points because of the pricing, user experience, and stability issues.

The user interface is very good. You can do any kind of reporting analytics from the platform.

The solution needs to improve its integration capabilities.

There could be some debugging techniques when the solution goes wrong or if some of the data is wrong.

The solution needs to work a little bit faster.

When you do a report on a non-SAP platform, you face some compatibility problems.

I've been using the solution for seven years.

HANA is currently a stable solution after many upgrades. It's been seven years in the market, so it's fairly mature. It's been working fine for many clients here.

Scalability is good. That's the reason many customers like it. Initially, it was not so good and there were some problems with the software when it came to the market. Now it's fool proof in terms of running solutions for many clients. We typically handle enterprise-level businesses, so companies that have 500+ employees.

In terms of technical support, it depends on what partnership you have with SAP. If you're a platinum partner or a gold partner, for example, you can expect a certain level of support. 

The initial setup is straightforward. It's not too difficult to install if you are experienced with the solution.

We use the on-premises deployment model.

I'd recommend the solution. It's a very good product to learn and it's easy to use once you have an understanding of the technology. It's a nice product to work on.

I'd rate it eight out of ten.

The deployment model used was on-premises.

The most valuable feature is the unique style of this solution, on the performance side and then the data. 

The data storage requirement is reduced from the original database to the HANA database.

Previously the data takes 100% storage space, but when moved to HANA, the data was 70% to 75%. The data compression is very high.

If you are using SAP applications, HANA is suitable.

I think that the pricing is high and it needs improvement.

In the next release, they could separate the modules from the costing of the database. If they bundle it together with a new affordable price then customers will be ready to purchase it.

They need an affordable price to achieve most of the minimum requirement assets.

This solution is stable.

They keep upgrading to new versions and keep adding new add-ons to this solution. It is helpful to the customers who are ready to run HANA.

The initial setup is not complex to install. Anyone with Windows or a Mac would know the process.

The pricing is expensive and it should be broken into two products.

People who are technical will accept the cost, but financially they will assess whether this solution will bring them revenue or not. People often ask, how will I profit when the cost is so high?

If you value a good product and can afford it, then add it to the business.

I would rate this solution an eight out of ten.

The speed of the solution, and the clarity offered are the solution's most valuable features. 

The functionality is of the solution is very good.

The challenge right now is all databases are on S4 HANA architecture. You're running it for HANA, but not all the functionalities are available. If they can speed up getting all the databases on S4 HANA that would help.

The production seems to be stable, but outside of that some of the QA doesn't show as 100% stable. Currently, we're still assessing whether it's a network issue or it's a server problem. That said, it is pretty stable in production.

We have been in touch with technical support, but not for any major issues. I'd rate them seven out of ten.

The initial setup was a bit complex for us because we had a lot of other add-on solutions, like the Open Expanding Invoice Management solution. We had to upgrade it because the current version we had, 10.5, wasn't compatible with the upgraded S4 HANA. 

I found the process complex because I had to re-implement all open expanding invoice management. We were using ICC and ICC also wasn't compatible either. We had to then switch over to BCC, which I had to re-implement and reconfigure the whole system again. 

I'd rate the solution eight out of ten.

Right now, they say the solution is S4 HANA, but, not everything on there is S4 HANA, so it is kind of confusing that they say that they're moving us to S4 HANA, but we are not really on it. Because of that, we're not 100% happy. Once everything is properly moved over, it might be better.

I am the technical consultant at our firm and our primary use case of the solution is to manage our databases. 

We don't really use the solution for code integration purposes but one feature I find very valuable, is the response time of the application on the database memory. 

If the developers were to enhance or improve the application logic while processing the transactions, that would be great. For example, if you are accessing a transection, it takes about 10 seconds. So the logic behind the transection usually is part of the development part and a product code is not from the database.

The solution is currently very stable. We have about 80,000 people in our company's underlying database.

The technical support is good and they were very helpful.

The initial setup was complex and we had to contact the vendor a couple of times. And for the licensing part we've also had a couple of issues. We did the deployment ourselves, as a team. 

On a scale from one to ten, I rate this solution an eight. In the future I would like to see the response time of the application being much faster than it currently is. The response time on  a task should be faster so that we don't have to wait for 10 seconds each time. 

We're using the on-premises deployment model.

This solution did improve my organization. We had some changes to better our organization, especially in the procurement process. Here in the Middle East, we have some processes that are not according to standard business processes. Through our change management processes, we had to re-change or resend our process to adapt it with SAP.

Integration is the most valuable feature we use SAP HANA for.

FI, or the financial module of SAP, has room for improvement. It has to have some better localization for the Middle East, especially in regards to taxes and the letter of a credit cycle. I would like to see better localization from the HCM.

We are satisfied with the solution's stability.

This solution is fine to scale. It converted great.

We have a technical support contract with a subcontractor from SAP in the from of an SLA, a service-level agreement, divided into four categories. First, second, third, and fourth lines of support. We are satisfied with the technical support.

It was a little bit complex in the beginning, but after gaining experience training through business structures, now it is straightforward for us. Especially, as we are building our internal team now, it is becoming easier and easier.

It took us eight months to deploy because we are running five modules. In some cases, it may take even longer than that.

The biggest lesson learned was that we started late. We all should have started earlier.

Out of ten, I would rate this solution as eleven.

We are using on-premises, but I have also done some research in the last six months trying to go towards the cloud. We want to upgrade it because we also did the same thing with another company we are working with which is using the Sage X3 Cloud. We started with Sage Evolution, but now we are also moving to Save X3 Cloud.

It helped us because some of the people who are busy supporting us are not local. We opened SAP HANA more for the management. We even got some tenders that we were able to submit documents online and sending it to our servers. The key value is that we can get more tenders because of the lower cost while giving a better product or service. This is possible only because of our use of SAP HANA.

The most value for us was in terms of using it to issue tenders online. We host our server, but it is open to the public, so clients who want to buy those tenders were able to go online, put their tender documents up, and we could evaluate them using SAP. We were basically able to do pre-qualifications using SAP. After that, we could send notifications to people who qualified and go through the non-qualified people using SAP. That feature is very effective in terms of supplier relationship management. We can issue tenders and people put their big documents through SAP HANA, which helps with communication and gives them notifications.

One is the menu. There is a part of the menu where the button should be "reject." The interface is a little bit hard to customize. You almost have to consult the SAP original developer to change it. Now we have to consult SAP just to do some interface changes. You expect it to be easy to get into the menu, but you can't. Instead of changing the console you wanted to reject it, for example, if a tender that does not meet a specific qualification. Basically, the customization of the interface needs to be more friendly.

I think we are also going towards mobile technology, so I would like to see the integration of a mobile app.

It's quite stable. There haven't been many cases of bugs, crashing, or freezing. It has been quite stable.

Its scalability is good, in terms of meeting our needs.

I think technical support is okay. They should be more focused on updating the knowledge transfer for people who have experience with SAP in general but need to transition their knowledge to the local client. This part is a little bit challenging.

We used another solution, but it was more of a client-oriented system, where you get developers to make and customize them for you. It's more local or in-house than regular IT systems. When you only have one company developer to make some products for you and he is the only one who can support you, it's a little bit of a challenge. With SAP HANA, if you get stuck somewhere you can call any other SAP HANA partner.

It was easy for us to set up, because we had that QA code, in terms of the system analysis and system requirements. Once we got the system requirements, we were able to connect to the hardware and software. We could make sure before we did the implementation that we had the right environment.

The main lesson is the importance of ERP capability, stability, and speed. The other lesson is about knowledge transfer because that is how you learn. 

At the end of the day, I like it because it's one of the affordable ERP systems. I would rate is as eight of ten.

We use a hybrid deployment model for this solution. Our primary use case of SAP HANA is for business intelligence. 

In terms of improvement, the speed is not as good as we thought it would be. That is why we are trying different solutions that will be built with different technologies.

Also, the cost is an issue. SAP HANA is extremely expensive, especially in the cloud. Right now that has changed because you can actually purchase modules of that size but, for example, two years ago when we had a database of 10 terabytes, then we would have to purchase the hardware on our own and then put it in the cloud foreign location of the vendor. It runs on our own software that we have purchased. It's just placed in the same location as the rest of the cloud of the vendor.

They should improve the speed and scalability

It's stable. 

If you want to scale the entire size of the database then that is difficult and has an impact on the speed. If you want to scale with new processes and new reports, that's fairly easy.

We have more than 1,000 users using this solution. 

The initial setup, from what I recall, was complex. I remember we had a lot of issues to tackle when we set this up and with upgrading.

We used a partner for the implementation. We had mixed feelings about our experience with them. It wasn't bad. It wasn't exceptionally good.

We're moving away from HANA and currently implementing a new solution which is not yet productive. Only the first part of it has become productive and I can't really say whether it's better or worse. During testing, we can see it's faster than HANA and provides the same data which is promising. I would restrain myself from providing any recommendations because that might give a false impression.

I would not recommend SAP HANA because it has some issues with the speed and scalability of the size. It's also extremely expensive. It's probably the most expensive solution of all and you could expect more from it. On the other hand, we don't have much experience with other solutions yet, so it will be very difficult to provide a real recommendation.

I would rate it a seven out of ten.