Over the past 20 years, we have been involved in hundreds of disputes involving failed ERP software implementations and Digital Transformation. While the specific facts are always different, the claims and allegations involving a failed ERP implementation or Digital Transformation are remarkably similar. If you are, or have been, involved in a problematic ERP software implementation, the claims, allegations, and counter-allegations outlined below will sound familiar.

Misrepresented Experience And/Or Skill Set:

  • Customer Allegations: (i) the ERP Software Vendor misrepresented its experience or skills in the customer’s industry or its experience or skills in implementing the particular software; (ii) the ERP vendor assigned inexperienced consultants who were using the customer’s implementation project as a training ground; (iii) the vendor’s consultants showed up late to work or failed to attend project meetings.
  • ERP Software Vendor Response: (i) the customer’s project manager and decision makers were unavailable when needed; (ii) the customer experienced employee turnover; (iii) the customer’s resources assigned to the implementation project had a limited understanding of how the business was actually run; (iv) the customer’s resources lacked the power to make decisions; (v) the customer’s steering committee members were not fully invested in the conversion to a new software system.

Misrepresented Software Functionality, Capabilities, or Features:

  • Customer Allegations: (i) the software does not work as represented; (ii) the software does not meet the customer’s business needs disclosed by the customer to the ERP Software Vendor during the sales cycle; (iii) significant functionality basic to the customer’s industry is missing; (iv) the software lacks basic functionality common to all software and included in the customer’s legacy system.
  • ERP Software Vendor Response: (i) the software met the agreed upon acceptance testing criteria; (ii) the software performs as warranted because it substantially conforms to the documentation; (iii) the sales process was open and transparent; (iv) the customer was able to conduct reference checks and site visits; (v) the software and its functionality were demonstrated; (vi) the customer’s expectations are unreasonable.

The Software Is Unusable Post Go-Live:

  • Customer Allegations: The customer claims that after the software has gone live, it cannot use the software because it is experiencing: (i) excessive overtime; (ii) the inability to ship product; (iii) ongoing loss of revenue; (iv) the inability to invoice customers; (v) loss of reputation and brand equity; (vi) loss of customers; or (vii) the inability to comply with federal or state regulations.
  • ERP Software Vendor Response: (i) the customer failed to re-engineer its business processes, or (ii) the customer failed to implement organizational change so it could properly use the system.

Training in the ERP Software Was Inadequate:

  • Customer Allegations: (i) the ERP Software Vendor’s consultants responsible for training were not knowledgeable; (ii) the application training environment was not suited to the customer’s industry or was broken; or (iii) the training did not utilize real data.
  • ERP Software Vendor Response: (i) “super users,” “champions,” managers or employees failed to attend training; (ii) the training was conducted in addition to full user work schedules, so the customer’s employees were not adequately focused on learning the new system; (iii) the customer failed to allocate adequate time and resources to the training.

The ERP Software Vendor Underbid the Implementation and Failed to Follow Best Practices:

How often do ERP vendors misrepresent functionality? More often than you think. With the rush to the cloud, many ERP solutions are half-baked with functionality that is not the same as the on-prem version. ERP salespeople are motivated by commissions. They often minimize limitations and complexity and sell the “sizzle,” not the steak. Almost every case we litigate includes allegations of negligent misrepresentation or fraudulent inducement.

One allegation we typically see is that the vendor intentionally underestimated the cost and length of the project. Vendors will typically respond by arguing that the customer changed its requirements, didn’t understand its business processes, or wasn’t available to make timely decisions.

The Customer Believes That the System Will Never Work:

  • Customer Allegations: (i) the system cannot be saved; (ii) the system has too many errors and functionality gaps; or (iii) the system is now highly customized and too expensive to maintain.
  • ERP Software Vendor Response: The ERP Software Vendor counters by asking for more time, more patience, and most importantly, more money.
#erp #erplawyer #erpcommunity #erpfailure #saps4hana #oraclecontracts #softwarelawyer #sapservices #saphanacloudplatform #saas #erpcloud #teamtaft
Photo of Marcus Harris Marcus Harris

Marcus has established one of the country’s leading practices devoted to drafting and negotiating Enterprise Software related licenses, implementation and SaaS agreements, as well as litigating failed software implementations in courts and before arbitration panels across the country. He is one of the…

Marcus has established one of the country’s leading practices devoted to drafting and negotiating Enterprise Software related licenses, implementation and SaaS agreements, as well as litigating failed software implementations in courts and before arbitration panels across the country. He is one of the foremost attorneys in the country representing government entities, distributors and manufacturers in recovering damages arising out of failed Enterprise Resource Planning (ERP) software implementations.