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.

6 of 123 comments (clear)

  1. Re:oracle all over again by ShanghaiBill · · Score: 5, Interesting

    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.

  2. How "indirect" was the use? Was SF just a proxy? by Anonymous Coward · · Score: 5, Interesting

    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.

  3. Simple answer. Dont use SAP. by Lumpy · · Score: 3, Interesting

    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.
  4. Re: oracle all over again by Anonymous Coward · · Score: 3, Interesting

    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.

  5. Huh? by Anonymous Coward · · Score: 0, Interesting

    I need you to explain that one. Salesforce does not use SAP. Salesforce is built on massive systems of databases and I won't tell you which DBs are used, but guarantee it's not SAP systems. SAP is a competitor in the CRM space. That said, Salesforce customers can and do use SAP but that's not direct or how Salesforce makes money (at least to my knowledge). Seems to me like SAP is attempting to charge Salesforce for holding customer data generated with SAP. That won't stand up in a US court and should never have stood in UK either. Posting AC as I have inside knowledge.

  6. Re:How "indirect" was the use? Was SF just a proxy by smugfunt · · Score: 4, Interesting

    Out of curiosity, what OSS options are out there that offer the breadth of functionally that either SAP or Salesforce do?

    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.