ERP Roundup: LKQ Puts $95 Million of Lost Revenue on an ERP Disruption, and BC29 Deletes a Page Microsoft's Docs Still Describe
A listed company putting a dollar figure on an ERP disruption, a Business Central page that no longer exists while its documentation still calls it merely obsolete, an AL change that makes interfaces safer to extend and harder to reason about, and a referral clock cut to five days. Four stories from the past seven days.
1. LKQ puts a number on an ERP disruption: $95 million of revenue
LKQ Corporation, the vehicle parts distributor, published preliminary third-quarter results on 23 October that it said primarily reflected Europe segment underperformance, including — in the company's own words — "operational disruptions associated with the ERP implementation in Germany". Europe parts and services organic revenue was down 9.8% and the segment EBITDA margin was given as 4.1% to 5.1% against 10.0%. LKQ withdrew its full-year guidance, said its chief executive and the president of LKQ Europe had both departed that day, and engaged Alvarez & Marsal to advise on European operations.
The quantification came six days later. On the 29 October earnings call, CFO Rick Galloway said "revenue loss in the region due to the ERP was approximately $95 million" and that the disruption in Germany "reduced EBITDA by approximately $43 million in the quarter".
What LKQ has not said is which software, which integrator, or what specifically went wrong, and no published reporting we could find establishes any of it. What is on the record is narrow and still unusual: a listed company has attributed a quarter of revenue and margin damage in one country to ERP-related disruption, and put a number on it.
What it means for testing
The useful thing here is not a diagnosis, it is the unit. "Operational disruption" in a distribution business means order capture, picking, despatch and invoicing not working at the rate the business runs at — a failure mode a feature-by-feature acceptance pass is poor at finding, because every function passes on its own. What finds it is volume: the same processes at realistic daily quantities, run by the people who will run them, with a measured throughput number rather than a tick. Exit criteria with no figure for orders per hour cannot distinguish software that works from software that works slowly enough to cost a quarter. Birmingham made the point from the public sector: the go-live decision sets the cost, the number lands years later.
2. BC29 removed the Custom Report Layouts page. The docs still call it "being phased out".
Yun Zhu reported on 30 October that the Custom Report Layouts page — the legacy Word and RDLC mechanism inherited from Dynamics NAV, which survived as far as BC 28.5 — is gone in BC29. His instruction is unambiguous: migrate everything to Report Layouts before upgrading.
The Microsoft Learn page gives the softer version. Titled "(Obsolete) Create and modify custom report layouts", it says the feature "is being phased out" and points at user-defined layouts, naming no version, no deprecation date and no removal date; its last-updated stamp predates BC29. Obsolete and absent are not the same word, and only one requires action this month — the same documentation lag Monday's post found in the Fabric mirroring preview, where two Microsoft pages gave two different dates.
What it means for testing
Reports are the part of an ERP nobody owns and everybody uses, so they are chronically under-tested — and this is a pre-upgrade task, not a post-upgrade defect. The deliverable is an inventory before the upgrade window: every custom layout, who uses it, whether an equivalent exists, and one comparison of old output against new on real data for each that matters. A layout that renders is not a layout that is correct — totals, grouping and page breaks are where they diverge. Like any BC29 change with no screen to click, the test is a comparison, and someone signs it.
3. AL interfaces get default method bodies, and a new way to break dependents
Zhu also documented on 26 October that AL interfaces in BC29 can carry method bodies acting as default implementations, against roadmap item 573352 and requiring runtime 18.0 or later; BC 28.5 rejected this outright with compiler error AL0413. An implementing codeunit can inherit a default or override it, and a new [RequiredPending] attribute marks a default that becomes mandatory in a stated future version. Two AppSourceCop rules police the lifecycle: AS0148 flags a default body removed without that step, and AS0149 warns when a change alters the runtime identifier, which can break dependent extensions until recompiled. The upgrade story is better for it — a publisher can extend an interface without forcing every implementor to ship a change — with one documented edge: a default is reached through an interface variable, and Zhu reports that calling one on a codeunit variable fails.
What it means for testing
An inherited default is behaviour nobody on your project wrote or reviewed, arriving in a build that compiles clean. Two things belong in the BC29 regression pass. First, for every interface you implement, establish which methods are yours and which are inherited, because an inherited one changes when the publisher changes it — AS0149 is the warning that it has. Second, if your test codeunits implement production interfaces, check how defaults resolve rather than assuming: Zhu is explicit that the two variable types behave differently, and does not cover test code.
4. The SMB referral window drops from fourteen days to five
A Partner Center announcement dated 28 October states that from 2 November 2026, partners have five calendar days to accept or reject SMB referrals from Microsoft, down from up to fourteen, "to increase referral velocity". A referral not actioned in time expires, and Microsoft says "expired referrals can be rerouted and shared with another partner". Corporate and Enterprise referrals keep the fourteen-day window.
Five calendar days, not working days: a referral arriving on a Wednesday afternoon expires on Monday. In a practice where whoever qualifies an inbound lead is usually also billing on a project, that is a staffing question dressed as a process change.
What it means for testing
Indirectly but reliably: faster qualification in front of unchanged delivery capacity pushes the compression to the back of the project, and the back of the project is acceptance. The cycle that gives way is always the one whose stakeholders are part-time and whose deliverable is a signature. The protection is structural — acceptance scope fixed to the contracted requirements at the start, so what gets cut is a signed decision rather than coverage that quietly did not happen.
The through-line: the number arrives long after the decision
LKQ's $95 million is a Q3 figure for decisions taken well before Q3. The report layouts page was marked obsolete years ago and became a blocking migration this month. An inherited interface default is a publisher's choice your build absorbs silently. A five-day referral clock lands on an acceptance phase eighteen months out. The cost is realised at a distance from the decision that caused it, and closing that distance is what structured acceptance is for: a dated record of who accepted what, on what evidence — most of what structured UAT on Business Central buys you, and why sign-off is a dated decision, not an email.
Free ERP UAT checklist (Excel)
A structured workbook covering the full UAT cycle: pre-UAT preparation tasks, test execution tracking, an issue log with severity guide, and post-UAT wrap-up. Built from real ERP implementations.
No spam. We will occasionally send UAT and ERP implementation resources. Unsubscribe any time.
Sources and further reading
- LKQ Corporation: Announces Preliminary Third Quarter 2026 Results, Leadership Changes and Operational Actions, citing operational disruptions associated with the ERP implementation in Germany, Europe organic revenue down 9.8%, withdrawn full-year guidance and the engagement of Alvarez & Marsal (23 October 2026)
- LKQ Q3 2026 earnings call transcript, in which CFO Rick Galloway quantifies the regional revenue loss due to the ERP at approximately $95 million and the EBITDA impact at approximately $43 million (29 October 2026)
- Yun Zhu (Microsoft MVP), Dynamics 365 Lab: the Custom Report Layouts page is removed in Business Central 2026 release wave 2 (BC29), with the instruction to migrate to Report Layouts before upgrading (30 October 2026)
- Microsoft Learn: "(Obsolete) Create and modify custom report layouts", which describes the feature as being phased out without naming a version or removal date
- Microsoft Learn: Get started with report layouts, the user-defined layouts feature that replaces custom report layouts
- Yun Zhu (Microsoft MVP), Dynamics 365 Lab: default implementations for AL interfaces in BC29, covering roadmap item 573352, runtime 18.0, the [RequiredPending] attribute and AppSourceCop rules AS0148 and AS0149 (26 October 2026)
- Microsoft Partner Center: October 2026 announcements, including the SMB referrals acceptance SLA reduction to five calendar days effective 2 November 2026 (announced 28 October 2026)
A Quarter's Damage Starts As A Sign-Off Nobody Can Produce
LogicHive keeps the acceptance layer where the pressure cannot quietly remove it: structured test cases tied to requirements, named business owners, linked defect tracking, and sign-off built from real execution data rather than a screenshot of a passing build. When a layout migration, an inherited interface default or a go-live decision turns into a number months later, the record of who accepted what, on what evidence, is already there. The free plan runs a real project end to end.
Written by Sharif George
LogicHive Frontman
Sharif is the frontman for LogicHive. He writes the ERP news roundups and the Business Central release coverage, following each Microsoft, SAP and Oracle change through to what it means for regression scope and acceptance testing on live implementation projects.
View all articles by Sharif GeorgeRelated reading
ERP & Enterprise
Business Central's Fabric Mirror Is a Second Set of Numbers. Someone Has to Sign Off Both.
Microsoft is building continuous replication of Business Central tables into Microsoft Fabric. The documentation says production-ready preview in October 2026; roadmap entry RM574126, published on 20 October, says preview in November and general availability in April 2027. The limitations link points at the Azure SQL mirroring path rather than the open mirroring one Business Central actually uses, so which columns arrive is still an open question. What that means for reporting UAT: a read-only copy cannot corrupt the ledger, but it can disagree with it, and stale data renders exactly like current data.
26 October 2026 · 5 min read
ERP & Enterprise
ERP Roundup: The BC30 Preview Environment Deletes Itself, and Microsoft Stops Selling AI Builder Capacity in Nine Days
The Business Central 2027 release wave 1 early access preview is open, and Microsoft documents a sandbox that force-updates every Sunday, deletes itself if that update fails, and cannot be recovered. Alongside it: a cancel action for scheduled PTE installs that no Microsoft documentation describes, an AI Builder capacity add-on end of sale nine days out, and a 28% larger SAP cloud backlog that is really a 2027 delivery queue. Four stories, four calendars, none of them yours.
23 October 2026 · 7 min read
ERP & Enterprise
AI Found the Defects Faster Than Anyone Could Fix Them. PostgreSQL Cut the Features. ERP Projects Cut the Testing.
PostgreSQL 19 reached RC1 on 15 October with about 8 to 10 significant features reverted, because LLM-assisted review produced defect reports faster than committers could close them. The widely repeated "forty bugs" figure was an illustration of workload, not a count. The transferable point for ERP delivery: detection capacity now scales with compute, disposition capacity does not, and when a cycle runs out of calendar it is usually the testing that gets cut rather than the scope or the date.
19 October 2026 · 6 min read