Slashdot Mirror
SAP License Fees Also Due For Indirect Users, Court Rules (networkworld.com)
SAP's licensing fees "apply even to related applications that only offer users indirect visibility of SAP data," according to a Thursday ruling by a U.K. judge. Slashdot reader ahbond quotes Network World:
The consequences could be far-reaching for businesses that have integrated their customer-facing systems with an SAP database, potentially leaving them liable for license fees for every customer that accesses their online store. "If any SAP systems are being indirectly triggered, even if incidentally, and from anywhere in the world, then there are uncategorized and unpriced costs stacking up in the background," warned Robin Fry, a director at software licensing consultancy Cerno Professional Services, who has been following the case...
What's in dispute was whether the SAP PI license fee alone is sufficient to allow Diageo's sales staff and customers to access the SAP data store via the Salesforce apps, or whether, as SAP claims, those staff and customers had to be named as users and a corresponding license fee paid. On Thursday, the judge sided with SAP on that question.
What's in dispute was whether the SAP PI license fee alone is sufficient to allow Diageo's sales staff and customers to access the SAP data store via the Salesforce apps, or whether, as SAP claims, those staff and customers had to be named as users and a corresponding license fee paid. On Thursday, the judge sided with SAP on that question.
what could possibly go wrong?
I have talked to dozens of SAP customers, and I always ask them "Are you happy that you decided to go with SAP?". So far, this is that number that have answered affirmatively: 0.
While my gut reaction is "this is outrageous!", I have been approached by several clients asking me to create systems/applications that would act solely as a proxy to allow them to skirt licensing costs. I want to believe that's what happened here but it's hard to say without actually seeing what the application did and how "indirect" it truly was. If a small piece of functionality was pulling reporting data from SAP that's one thing, if the primary purpose was to just to present data to users through a single license, that's another.
...as the headline and summary do not explain at all, but it sounds like you have to be one to want to use it...
Do not look into laser with remaining eye.
Honestly their database and software is god awful crap. Why anyone uses it I'll never understand.
There are so many other proven alternatives that are built better and has a UI that was not built by raving lunatics...
Do not look at laser with remaining good eye.
Sales Force is making money using SAP data, and SAP wants a piece of that action - so they're wrangling in court over the interpretation of SAP's licensing terms.
#DeleteChrome
and there's no way SAP will allow someone to see data from their ERP system without paying for it. We've invested over $200 million in licensing fees and configuration. That isn't counting the money we've lost since it doesn't fit into our company's business model very well. After an audit in 1996 when we exposed data via a web site that I wrote in C in 1996 (which was like digging a hole to China with a spoon), we've paid user fees for customers since they have access to a small portion of their ERP data. It's great that we have a "single source of truth" with SAP and in the previous ten years before 1993 when we didn't use SAP things were just a disaster, but it's not worth the cost. Over my company's 45 year history, we've had total profits less than what we've pad to SAP which isn't including the about $75 million we spend in configuration.
According to:
https://www2.deloitte.com/content/dam/Deloitte/mx/Documents/human-capital/01_ERP_Top10_Challenges.pdf
" 55% to 75% of all ERP projects fail to meet their objectives." I don't see how that number is not larger considering the difficulty in getting SAP to do even basic stuff and the cost of customization. From talking to friends that use SAP, I would guess the failure number would be well over 90%.
Based on my reading of this situation, what you're doing would be considered "indirect" as well. Just because you dump the data out, rearrange it, and present it in a different system doesn't mean the data didn't "originate" from SAP.
This is straight out of the Oracle "F*** your customers over" playbook.
The company I worked at implemented SAP, and had an army of folks writing customizations to make it fit the business. I'm not sure what happened first, completion of the SAP implementation or bankruptcy. This link tells the story of Target Canada's experience: http://www.canadianbusiness.co...
In other words, so long as you throw out all their code and use them as a kind of shitty application server, they can be alright- if you get good developers to write the app for you. Sounds like you should just skip the middleman and write your own application from scratch then.
I still have more fans than freaks. WTF is wrong with you people?
Well, once you've got it, I suspect getting away from it is HARD.
And they sell it to the C-suite, not the people who will have to run it or use it.
A thousand pounds of wood moving at 300 feet per minute. Don't get in the way.
In other words, so long as you throw out all their code and use them as a kind of shitty application server, they can be alright- if you get good developers to write the app for you. Sounds like you should just skip the middleman and write your own application from scratch then.
This is true of all similar systems though (Remedy, Salesforce, ServiceNow, etc..).
The execs get sold on it by sales people that show them a built out and customized suite, but all they pay for is the basic unmodified system. Then they refuse to put the budget into the management and configuration of the tool.
I've been in the business for 20 years now and I've yet to meet any user that is happy with such systems. When you dig into it the real reasons always come down to a poor deployment/implementation.
All ERP systems (like SAP) are sold the same way: people in suits who don't know much about the internal workings of the actual software sit in boardrooms with executives and show them powerpoint slides of the reports that their ERP system will provide them, and none of the executives worry about the fact that (a) the software is expensive to install and even more expensive to customize - with consultants bringing in up to $200 per hour sometimes, (b) you have to adapt your business processes to the ERP system, not the other way around, unless you want to spend even more $$$, (c) any customization you do make has a good chance of being broken when you upgrade to the new version, (d) the extra data entry work that has to be done to actually get real data into the system to generate those reports probably costs more than any savings you'll realize as a result of having all that data.
I maintain an in-house ERP system written in C# running on SQL server for a small business of about 150 employees, but we're growing fast. I only spend about half my time on the development and tweaking of this system, so the only thing it costs is two VMs and half my salary. (Note that this is separate from the accounting system). There's absolutely zero licensing costs. The software is tailored to the way we do business, not the other way around. It collects data directly from the diverse manufacturing machines on the plant floor through interfaces that I can write, control, and maintain, and it does this without any manual data entry on the part of the users. Its unit test coverage is over 90%, so we can push out changes and updates without fear of breaking existing features, and I can respond to new feature requests sometimes within hours or even minutes. It tracks employee time, project management, design, purchasing, production, inventory, shipping, maintenance and costing all in a single integrated place.
Companies buy off-the-shelf ERP systems so they don't have to manage people like me, but they really end up paying through the nose for it.
"I have never let my schooling interfere with my education." - Mark Twain
I'm not familiar with either SAP or Salesforce feature sets but if you are seriously considering them you should look at Odoo first. You could use that, hire half a dozen full-time programmers to tweak it and still come out ahead. It is also more likely to be useful out of the box than SAP.
If that's not open-sourcey enough there is also Tryton which was forked from an early version of Odoo. Not as many features, but some technical improvements. Odoo modules should be fairly easy to port if they have the right licence.