Say “SAP ECC” in a room of software people and you will get a knowing look: legacy, on premise, ABAP, something a bank still runs in a basement. The install base says otherwise. Roughly 35,000 enterprises worldwide still run ECC, and at the end of 2024 only about 39% of them, around 14,000, had completed the move to S/4HANA, according to Gartner. These are not stragglers. They are manufacturers, distributors, pharma companies and industrial groups with heavily customized, extremely stable systems that close the books every month without incident.

The interesting question is not whether ECC is legacy. It is what a finance team does with the next 12 to 24 months, the length of a typical S/4HANA migration, while the close still has to happen on the system they already have.

SAP ECC 6.0
RFC / BAPI
IDoc
NetWeaver Gateway (OData)
FI / CO
Reconciliation
Close

The install base nobody puts on a slide

Vendor marketing has quietly agreed to pretend ECC is already gone. The analyst numbers do not support that story, and they have not for years.

Around 35,000 enterprises still run ECC globally. The 2027 deadline conversation is happening around a very large, very live install base, not a handful of holdouts.
Gartner projects 17,000 will still be on ECC in 2027. That is close to half the base, in the year mainstream maintenance ends. Gartner further projects 13,000 will still be on it in 2030.
Forrester and IDC land in the same place. Forrester expects more than 40% to remain past 2027. IDC puts the figure at 40 to 45%. Three analyst houses, one conclusion.
The reason is not inertia. Gartner attributes it to two things: the complexity of heavily customized ECC installations, and the cost of migration. Both are rational reasons, not excuses.

Forrester’s Akshara Naik Lopez put the operational reality plainly: support from SAP is ending for the product, but that does not mean the ECC environment suddenly stops working. Ask these companies and they will tell you their ECC estate is robust and stable. The software does not break on 1 January 2028. The option set does.

Migration is not the fix

ECC estates get pushed toward S/4HANA as if the new platform will repair the processes running on it. It will not.

If I don't fix my process, I'm not going to get the IPO.

Vin Messina, on the AgentCFO podcast

Fix the process on ECC first, with the agents below doing the grunt work. Migrating a broken process only moves it.

Two deadlines, not one

Most coverage flattens every ECC customer into a single “2027 deadline.” That framing is wrong, and some companies are already past their date without realising it. The Enhancement Package level you are running determines which deadline applies to you.

EHP 0 to 5: Mainstream maintenance ended 31 December 2025. These customers are already in Customer Specific Maintenance, with no new security patches and no new legal or regulatory updates.
EHP 6 to 8: Mainstream maintenance ends 31 December 2027. After that the default is Customer Specific Maintenance at the same cost, with none of the proactive support.
Extended Maintenance: Available to EHP 6 to 8 customers through 2030, at a premium of roughly two percentage points on the maintenance basis. It must be elected in advance.
RISE transition option: For eligible customers, SAP’s ERP private edition transition option can stretch to 2033. It requires a deployment change to a private cloud managed by SAP, and RISE commercials.

If you do not know your EHP level, that is the first thing to check. The SAP Product Availability Matrix or SAP Note 2269324 will tell you. It changes which of the paragraphs above is about you.

ChatFin connects to your existing ERP stack, including SAP ECC, as the AI layer that sits on top

The uncomfortable part: migrating does not fix your close

Here is the thing most S/4HANA business cases skate past. A platform migration is a platform migration. It changes the database and the data model. It does not, by itself, change the fact that your team still exports the trial balance to Excel, still chases forty budget holders for accruals, still writes variance commentary by hand at 9pm on day six.

A slow close on ECC becomes a slow close on S/4HANA, running on a newer database. Meanwhile the migration itself consumes 12 to 24 months of your best finance and IT people. That is 12 to 24 month end closes run on the system you already have, while the organisation waits for a platform change that was never going to shorten them on its own.

“The system does not break on 1 January 2028. The option set does. And the close does not get faster because the database got faster.”

How AI actually connects to ECC

ECC is not a black box. It ships with a mature, documented, fully supported set of integration surfaces, the same ones external finance software has used for two decades. Nothing here requires a migration, a middleware platform, or a change to your core configuration.

RFC and BAPI. BAPIs are function modules that are RFC enabled, with standardised interfaces and stable signatures across SAP versions. They are the supported way to read business objects and post transactions. Critically, they run ECC’s own validations, authorisations and account determination before anything touches the database.
OData via NetWeaver Gateway. Gateway is a standard, supported ECC component that exposes RESTful OData services with JSON and XML. Where an entity is available over OData, HTTP is often the cleaner operational fit.
IDoc. SAP’s asynchronous mechanism for high volume, loosely coupled document exchange, with status records and reprocessing built in. The right tool for batch flows, not for a live question.
The FI tables underneath. BKPF and BSEG for financial document headers and line items, BSET for tax, SKA1 and SKB1 for the GL master, LFA1 and KNA1 for vendor and customer master, EKKO and EKPO for purchase orders. This is where the close actually lives.

ChatFin sits on top of that surface. It reads the ledger through supported interfaces, drafts the reconciliation, proposes the journal entry, and posts it back through a BAPI so ECC’s business rules run exactly as they would if a human had keyed it. No core modification. No migration prerequisite. No new system of record.

ChatFin as the AI layer that sits on top of the existing ERP, not a replacement for it

What breaks when you get ECC integration wrong

This is the section most vendor pages leave out, and it is the one that decides whether a project works. ECC has sharp edges. They are well documented and entirely survivable, if you design for them up front rather than discovering them in production.

BAPIs do not auto commit. Call a BAPI, skip BAPI_TRANSACTION_COMMIT, and the data appears to save and then vanishes. Every posting has to respect the Logical Unit of Work boundary.
BAPIs are not idempotent. A network retry on a create call produces a duplicate document unless you carry your own dedup key and search before you create. This is the single most common source of phantom entries.
SAP dates are not ISO dates. They are CHAR 8, YYYYMMDD. An empty date is 00000000, not null. Naive parsers silently produce 1 January in the year zero.
Leading zeros are real. Vendor, customer and material IDs carry them. 0000001000, not 1000. Strip them without CONVERSION_EXIT_ALPHA_INPUT and CONVERSION_EXIT_ALPHA_OUTPUT and your matching quietly fails.
Currency decimals vary. JPY has zero decimal places. USD has two. Read the amount without checking the currency field and you are off by a factor of a hundred on your Japanese entity.
Never write directly to tables. Direct table writes bypass Customizing, validation and account determination. The row looks right. The business process is wrong. Post through the BAPI.
RFC is pull based. There is no native webhook. Event driven patterns need ALE and IDoc change pointers, SAP Event Mesh, or scheduled bgRFC. Do not assume ECC will call you.

None of this is exotic. It is the accumulated knowledge of twenty years of SAP integration work, and it is the difference between an AI agent that posts a clean journal entry and one that posts three of them.

A question that used to take three days now takes three messages

Where to be careful

Two things are worth naming plainly, because both are common and both are avoidable.

AI on ECC is not a substitute for a migration decision. It does not patch your security exposure after mainstream maintenance ends, and it does not make Extended Maintenance unnecessary. It makes the finance function productive during the years you are on the system either way. Those are different problems and they should be funded separately.
Proposal is not authority. The agent drafts the entry, cites the source documents, and routes it. A person approves it. The audit trail records both. On a system where a wrong posting can flow into a statutory filing, that boundary is not negotiable.

ChatFin is also not an ERP, not a system of record, and not a migration tool. It will not move you to S/4HANA and it does not pretend to. It is the AI layer that makes the ERP you are actually running, today, in July 2026, with a 2027 deadline on the calendar, behave like a modern one.

Your ERP Is Not the Problem. The Work On Top of It Is.

ChatFin reads your ECC ledger through supported interfaces, reconciles bank and subledger to GL, drafts the accruals and variance commentary, and posts approved entries back through BAPIs so your business rules run exactly as they always have. On SAP ECC. Today. Whatever you decide about 2027.

Seventeen thousand companies will still be on ECC in 2027. The ones that win will not be the ones that migrated fastest. They will be the ones whose finance team stopped doing the work a machine should have been doing all along.

Book a Demo

Related Articles