AP André Pier pier-solutions.de
← back to home
DE EN
SAP Note 1648480 · End-of-Maintenance 31 Dec 2027

SAP PI/PO is retiring.
Your integration stays.

From 1 January 2028 there will be no more standard support for SAP Process Integration and Process Orchestration. Whoever doesn't plan now will migrate later under time pressure. I accompany your migration from architecture consulting to operations — as an independent freelancer, without tool bias.

01What it's about

A deadline-driven problem with a long lead time.

2027 Deadline

End of mainstream maintenance for SAP PI/PO. After that no patches, no security updates, no new features.

12–24 Months typical

Typical migration duration depending on complexity and number of scenarios — assessment, redesign, move, hypercare.

≠ 1:1 no lift-and-shift

Mappings, adapters, error handling and operations concepts need to be rethought on the BTP — not just copied.

02Timeline

What to do when.

2020
Original mainstream end
extended by SAP
2023
SAP Integration Suite in production
successor established
Today
Assessment & blueprint
now is the right moment
2026
Migration in waves
move scenarios systematically
Q3 2027
Cutover complete
buffer for legacy artefacts
31 Dec 2027
PI/PO end-of-maintenance
no more patches

Starting after 2026 means a very tight risk buffer. Starting before end of 2025 still allows calm waves and enough hypercare time.

03My approach

Five phases — from idea to stable operations.

01
Phase 1

Architecture consulting

Inventory of your current PI/PO landscape. Classify scenarios, slice domains, draft target architecture on the BTP. Decision between Integration Suite, hybrid models and co-existence.

  • As-is analysis & complexity scoring
  • Target architecture (BTP, hybrid, EAI)
  • Security & network concept
  • Governance & naming conventions
  • Monitoring & alerting strategy
  • Business case & TCO
02
Phase 2

Tool selection

Integration Suite isn't automatically the right answer for every scenario. I evaluate neutrally: SAP on-platform options, event brokers, API gateways, and if relevant non-SAP alternatives like Boomi or MuleSoft — depending on your portfolio.

  • Capability matching
  • Licence & pricing model
  • Operating model (SaaS vs. BYOL)
  • Exit strategy
  • PoC accompaniment
  • Decision paper for IT leadership
03
Phase 3

Planning

The blueprint becomes a reliable plan: wave by wave, with clear dependencies, test and cutover concept. Proven on the first 5–10 scenarios, then industrialised.

  • Wave & dependency planning
  • Test & cutover concept
  • Rollback strategy
  • CI/CD pipeline
  • Documentation standard
  • Training plan for your team
04
Phase 4

Execution

I stay hands-on: iFlow development, mapping redesign, adapter migration, Groovy scripts, API proxies. Always with review by your team so the solution stays when I leave.

  • iFlow development (CPI)
  • API proxies & policies
  • Event Mesh integration
  • Mapping & Groovy migration
  • Adapters (incl. 3rd-party)
  • Functional & integration tests
05
Phase 5

Accompaniment & hypercare

After the cutover the work isn't done. I stay as sparring partner for your operations team — incident analysis, performance tuning, onboarding of further partners. Handover to clean operations.

  • Hypercare accompaniment
  • Incident & root-cause analysis
  • Performance tuning
  • Knowledge transfer
  • Documentation review
  • Optional retainer
04Target platforms

No tool dogma. Your portfolio decides.

I'm SAP-savvy but not SAP-dogmatic. Usually the migration ends up on SAP Integration Suite — but in justified cases on a hybrid or non-SAP solution. The three most common target pictures in my projects:

Default SAP Integration Suite

Cloud Integration, API Management, Integration Advisor, Event Mesh, Open Connectors — as a consolidated platform on the BTP. For most SAP-centric landscapes the most efficient path.

+ close to SAP standard · + content packages · + BTP integration
Hybrid CPI + Advanced Event Mesh

When event volume is high or non-SAP systems need to join asynchronously: Solace-based AEM for the event layer, CPI for the synchronous-procedural business.

+ throughput · + multi-broker · + AsyncAPI standard
Alternative Non-SAP iPaaS

Azure Integration Services, Boomi, MuleSoft, webMethods, Workato: make sense when an enterprise integration platform already exists or non-SAP systems set the tone. I evaluate objectively, not commercially motivated.

+ existing licences · + in-house know-how · + non-SAP focus
05Entry formats

Three ways to get started.

2 days

PI/PO health-check

Structured quick-scan of your landscape. Inventory, complexity scoring, risk heatmap. At the end you know where you stand — in two working days.

Outcome: heatmap + recommendation for next step.
4–6 weeks

Migration blueprint

Full target architecture, wave planning, tool decision, budget and time frame. Workshops with your team. Decision-ready for IT leadership.

Outcome: blueprint document + cost estimate.
3–24 months

Migration accompaniment

Operational collaboration over the full duration — as architect, as hands-on engineer, as sparring partner. Part-time or full-time, remote or hybrid.

Outcome: migrated scenarios + trained team.
06FAQ

What clients ask first.

Can't I just wait until 2027? +

Technically: yes. Organisationally: no. A clean migration of 50–200 scenarios takes 12–24 months including test and hypercare phases. Anyone not in assessment by early 2026 runs into time pressure — and time pressure costs double in projects.

Is SAP Integration Suite automatically the right choice? +

For SAP-centric landscapes usually yes. However, there are cases where an already-adopted iPaaS (Boomi, MuleSoft) or a dedicated event-broker solution (Solace, Kafka) makes more sense. I evaluate neutrally — I don't sell licences.

What happens to my existing mappings and iFlows? +

Part of it can be migrated automatically using the SAP Migration Assessment Tool — realistically 30–60% of scenarios depending on complexity. The rest needs to be redesigned. That's not a disadvantage: many legacy artefacts get cleaned up in the process.

Do I additionally need SAP API Management? +

As soon as external consumers (partners, mobile apps, storefronts) come into play: yes. API Management sits as a governance layer in front of your CPI iFlows and handles OAuth, rate limits, versioning, analytics and the developer portal.

How do you work with our internal teams? +

I'm a freelancer, not a consultancy. Typically embedded in your team with a clearly defined scope. I bring knowledge in — and build it up. The goal is always that your team can continue independently afterwards.

What does a migration roughly cost? +

It depends heavily on number of scenarios, complexity and target architecture. A blueprint typically takes 4–6 weeks. The full migration ranges from 6 person-months to several person-years depending on scope. Reliable numbers come from the assessment.

Your integration can't wait.

Write me — or book a 30-minute intro call directly. I usually reply within 24 hours.