ERP / Source date:

Workday vs Legacy HCM: ERP Suites Start Losing Modules

Best-of-breed cloud HCM broke the single-suite assumption and forced ERP vendors to compete module by module.

Illustration of an employee HR counter and a separate payroll-posting tray.

For twenty years the ERP industry sold a single proposition: buy everything from one vendor. Finance, procurement, manufacturing, human resources, payroll — one suite, one database, one integration problem solved by never creating it. The argument was strong enough that most large organizations accepted it even when individual modules were mediocre, because integration was expensive and a single throat to choke had genuine value. Human capital management is where that proposition broke first, and 2012 is the year the break became visible. SAP had announced in December 2011 that it would acquire SuccessFactors for $40 per share, an enterprise value of roughly $3.4 billion and a 52 percent premium on the pre-announcement close, with the deal expected to complete in the first quarter of 2012.[1][2] By September, Workday had filed for its IPO.[3] The largest ERP vendor in the world paying a substantial premium for a cloud HCM company, while a cloud HCM company went public against it, is not a coincidence of timing. It is the same signal read from two directions: the suite had stopped being sufficient.

Why HR Was the First Module to Go

The unbundling started in HCM for reasons specific to that function, which is why it did not immediately spread everywhere. The user population was the whole company, not a department. Finance modules are used by finance staff, who are trained, tolerant and few. HR modules are used by every employee — to book leave, view a payslip, complete a review, update details. Interface quality that was acceptable for a hundred accountants was not acceptable for ten thousand employees, and the complaints reached executives directly. Consumer software had reset expectations. By 2012 employees used well-designed tools in their personal lives every day. The gap between that and a late-1990s enterprise HR screen was no longer explicable as "enterprise software is like this." HR data has fewer hard integration dependencies. Payroll needs to post to the general ledger and headcount needs to feed planning. Those are real interfaces, and they are far narrower than the coupling between manufacturing, inventory and finance. HCM was the module that could be detached with the least surgery. The functional gap was large and getting larger. Specialist vendors were shipping performance management, succession planning, recruiting and analytics at a pace that a suite vendor spreading development across a dozen modules could not match. The buyer was different. A chief human resources officer evaluating a talent platform was not the same person who had selected the ERP, did not feel ownership of the suite decision, and increasingly had budget of their own.

What the Unbundling Actually Costs

The best-of-breed argument is frequently made as though integration were a solved problem. It is not, and the organizations that discovered this did so eighteen months after go-live. Employee data ends up in two systems of record. Which one is authoritative for a job title, a cost centre, a reporting line? The answer must be decided explicitly and enforced, or the two will diverge and every report will need reconciliation. Integration is permanent operational cost. Not a one-time build. Interfaces break when either side upgrades, and both sides now upgrade on the vendor's schedule rather than yours. Someone must own that, forever. Cross-domain reporting gets harder. Headcount cost by project, labour variance against budget, workforce planning tied to financial forecasts — questions that were a single query inside a suite become a data warehouse exercise across two. Vendor accountability fragments. When payroll postings do not reconcile, the HCM vendor and the ERP vendor each have a plausible account of whose problem it is. This is the specific benefit that "one throat to choke" was describing, and it is real. Total cost frequently rises. Two subscriptions, integration middleware, two sets of skills and two upgrade cycles. Best-of-breed usually wins on capability and user experience, not on cost, and business cases that claim otherwise are generally not counting the integration properly.

What the integration decision must ownQualitative summary of article guidance, not a Workday-versus-suite benchmark or a calculated total-cost model.
Source's integration concernDecision to name
Shared employee dataOne authoritative system for each shared entity.
Independent release cyclesAn owner for interface testing and repair.
Cross-domain reportingA defined data path for HR and financial questions.
Fragmented accountabilityResponsibility for reconciliation and incident resolution.
Continuing costsBuild, run, repair and release rework in the business case.

Qualitative summary of this article's source text, not a measured outcome or performance estimate.

Practical Guidance for Suite vs Best-of-Breed Decisions

  • Evaluate module by module, not vendor by vendor. The suite may be excellent for finance and weak for talent. There is no requirement to answer the question once for the whole estate.
  • Weight the size of the user population heavily. Modules touched by every employee justify spending on usability. Modules touched by twelve specialists usually do not, and that asymmetry drives most correct answers.
  • Map the integration surface before choosing. List every data flow in both directions with its frequency and tolerance for delay. A narrow, batch-tolerant interface is cheap; a real-time bidirectional one is a project.
  • Name the system of record for every shared entity. Employee, position, cost centre, organizational unit. Write it down, enforce it in the integration design, and do not allow bidirectional authority on anything.
  • Cost integration across five years, not at implementation. Build, run, break-fix, and rework after each side's major release. This is the line item that decides whether the business case was honest.
  • Check the vendors' upgrade cadences against each other. Two SaaS vendors on independent quarterly release schedules means regression testing your interfaces several times a year, indefinitely.
  • Ask what happens when you leave. Data export formats, historical records, and whether payroll history is retrievable in a usable form. Best-of-breed adds vendors, and each one is an exit problem.
  • Involve the function that will own it and the function that will integrate it. HR decisions made without IT produce integration surprises; IT decisions made without HR produce systems nobody uses.

What the Suite Vendors Did Next

The response to unbundling was acquisition, and it was rational. SAP bought SuccessFactors, Oracle bought Taleo and RightNow around the same period, and both built cloud offerings around the assets. The strategy was to re-bundle the market by purchasing the products that had unbundled it. It worked partially. What it could not do was make the acquired products behave like native modules quickly. Suites assembled by acquisition carry integration seams of their own, and customers who bought "one vendor" sometimes discovered they had bought three products with a shared invoice. That gap narrowed over the following decade but it was real, and it is the reason the suite-versus-best-of-breed argument never fully resolved.

The Regional Angle and the Next Unbundling

For Gulf organizations the calculation has a local component. Payroll must handle WPS requirements, gratuity accrual, multi-nationality workforces and visa-linked employment data — areas where global platforms have historically been weaker than regional specialists. That pushes many groups toward a hybrid position: a global HCM platform for talent and core HR, a regionally capable payroll engine, and a carefully designed interface between them. It is more work than either pure option and it is frequently the right answer. The same dynamic is now beginning again with AI capability. Suite vendors are embedding assistants into their own products; specialists are building better ones that work across systems. The question a CIO faces in 2026 rhymes precisely with the one from 2012: accept the adequate capability that comes integrated, or take the better one and own the integration. The answer is the same as it was. It depends on how many people use it, how large the capability gap is, and whether you are honest about what the interface will cost to run for five years.

Common Questions

What happened in 2012 with ERP and HCM?

SAP's acquisition of SuccessFactors, announced in December 2011 at roughly $3.4 billion and closing in early 2012, and Workday's IPO filing that September made clear that cloud HCM specialists had broken the assumption that organizations would buy every module from their ERP vendor.

Why did HR unbundle from ERP before other modules?

Because HR systems are used by every employee rather than a trained department, consumer software had raised expectations, the integration dependencies are narrower than in finance and manufacturing, and specialist vendors were shipping functionality faster than suite vendors could.

Is best-of-breed cheaper than a suite?

Usually not. It typically wins on capability and user experience while costing more in subscriptions, integration build and maintenance, duplicated skills and multiple upgrade cycles. Business cases claiming cost savings are often not counting integration properly.

How should the decision be made?

Module by module, weighted by the size of the user population, with the integration surface mapped in advance, a single system of record named for every shared data entity, and five years of integration cost included in the comparison.


Suite vs Best-of-Breed Assessment — Outpace works out which modules are worth detaching from your suite and what the integration will actually cost to run, before you sign anything.

Continue reading

Talk to OPS

Start with the operating problem.