Welcome to edition 05 of /n Procurement.
Last month I walked through SAP's roster of spend management AI agents: 11 Joule Assistants, a small army of agents, and one word doing a lot of heavy lifting (autonomous).
This month, SAP made a move that shows exactly where it thinks its stack still has a gap.
On October 5, ORO Labs announced its orchestration platform will be sold by SAP as SAP Ariba Procurement Orchestration by ORO Labs. General availability by November.
The twist? SAP already has its own intake product. And the people behind ORO previously led the development of Guided Buying back at Ariba.
Which raises the question every SAP procurement team is about to be asked:
"We already have Ariba. Why are we buying orchestration from someone else… through SAP?"
Three important takeaways:
This is SAP sourcing what it couldn't build fast enough. Signavio designs processes, WalkMe guides users, Joule captures the request. None of them hold a transaction together across SAP and non-SAP systems. That's the gap ORO fills.
"Solution extension" is not a SAP Store listing. It's SAP's most selective partner tier: SAP-branded, SAP contract, SAP support. The goal is for the seams to disappear (think OpenText VIM in accounts payable).
The price is the part nobody's talking about yet. The pricing model isn't public, and the dependency on SAP Integration Suite may carry its own licensing. If you already run ORO directly, the question is simple: at what premium?
As for whether the SAP-branded route makes sense for your landscape? That comes down to seven questions… and I walk through all seven today.
Let's get into it.
📢 What you'll find in this edition:
🔗 Worth Bookmarking
🔁 The SAP & ORO Labs Partnership and What It Signals for SAP Intake & Orchestration
🔵 Best LinkedIn Post of the Month
💬 Worth Repeating…
🌯 Wrap Up
Note: Some of the content listed above is only available in the email version of this newsletter. Don’t miss out! Sign up for free to get the next edition.
The Monthly Update
The SAP & ORO Labs Partnership and What It Signals For SAP Intake & Orchestration
On 5 October 2026, ORO Labs announced that it had entered into an agreement with SAP for its procurement orchestration solution to be sold as a solution extension under the name SAP Ariba Procurement Orchestration by ORO Labs. According to the announcement, the offering is planned to be generally available by November 2026.

For those familiar with SAP’s procurement ecosystem, the announcement is notable but unsurprising. SAP has long offered strong procurement execution systems, yet historically lacked a flexible, enterprise-wide orchestration layer to coordinate Procurement, Legal, Finance, IT, Security, Risk and other stakeholders across diverse applications.
SAP Ariba Guided Buying improved the purchasing experience but remained primarily an entry point to SAP Ariba buying processes rather than an independent orchestration layer spanning the enterprise technology landscape.
SAP has been rebuilding* Ariba, embedding Joule across its applications, and expanding its capabilities through the WalkMe acquisition. SAP formally announced their own intake and orchestration (I&O) ambitions last year: SAP announced Ariba Intake Management in October 2024; however, it has yet to be effectively deployed across a broader on-premises infrastructure until now. Against this backdrop, reselling a third party’s orchestration capability under the SAP Ariba name shines light on where SAP believes its stack still falls short; or where it cannot move quickly enough on its own. With this announcement, my take is that SAP is shifting focus from developing a dedicated I&O solution independently.* (I wrote about the Ariba rebuild in detail in my previous newsletter: https://nprocurement.com/p/next-gen-sap-ariba-base-architecture.)
Here’s a high-level timeline of key developments of SAP I&O story since it was announced.
Date | Milestone | Details |
October 2024 | Initial Announcement | SAP officially unveiled the solution to provide a "single pane of glass" for procurement orchestration. |
October 2025 | Global Availability | SAP announced that SAP Ariba Intake Management had become globally available. |
March 2026 | Next-Gen Ariba Overhaul | SAP announced that the solution was fully integrated into the architecture of the completely rebuilt, AI-native Next-Gen SAP Ariba Platform. |
May 2026 | Joule AI Integration | At SAP Sapphire 2026, SAP announced a new Intake Management Joule Agent to automate request routing. |
October 2026 | Partnership Expansion | SAP announced a strategic expansion to sell ORO Labs' intake solution alongside its own as SAP Ariba Procurement Orchestration by ORO Labs. |
What does the solution extension label mean?
It is worth noting that ORO was available to SAP customers on SAP Store as a partner application for integration from November 2023 until last week.
SAP structures its partner relationships across several tiers.
At the broadest level, a partner application may be listed on SAP Store and sold directly by the partner, which retains ownership of the contract, commercial relationship and most support responsibilities. This was ORO’s status until the announcement.
At the next level, SAP recognises more established partner solutions through designations such as SAP Endorsed Apps, indicating a higher standard of validation.
A solution extension represents the most selective tier. It is SAP-branded, sold under an SAP contract and supported through SAP, after completing SAP’s qualification process before general availability (GA*). This is the new relationship.
GA is a term used by SAP to announce the formal availability of capabilities to all customers. For the new SAP–ORO offering, general availability is currently expected sometime in November.
From a user experience (UX) perspective, a partner application launched from SAP Store often feels distinctly separate: users move into another product with different branding, design, login behaviour, and incident support. A solution extension, by contrast, is intended to feel native to SAP, with the boundaries largely invisible. Whether every solution extension achieves this is debatable, but the goal is a unified SAP experience rather than two products joined together.
From an integration perspective, partner apps from SAP Store integrate through published APIs like any other application, and the depth of that integration varies. Solution extensions are qualified by SAP, which, in principle, means the integration is tested and maintained against SAP’s own standards rather than left entirely to the partner. For an orchestration layer that must coordinate work across SAP and non-SAP systems, the depth and durability of that integration will matter greatly.
The SAP user experience with SAP partner extension applications is well illustrated by OpenText VIM over the years. With time, it has become so seamlessly embedded in the accounts payable processes of SAP ECC and S/4HANA that even experienced SAP users often assume it is a core SAP capability. A more recent example is the integration of Icertis Contract Management for contract authoring with the SAP Ariba Contracts module.
The state of intake and orchestration in the SAP ecosystem
Intake is the front door. It is how a requester expresses a need, ideally in language that makes sense to them rather than to the procurement system. Orchestration is what happens next. It is the coordination of that request across policies, approvals, systems and people so that the right work happens in the right place, often invisibly to the person who raised it.
SAP has pieces that touch both, but they sit at different layers and were designed with different intent.
SAP Signavio is a process intelligence capability. It helps organisations discover how their processes actually run, model how they should run, and govern them. That is valuable, but it is design-time work, far removed from production run-time execution. It describes and improves processes rather than executing a live procurement transaction across several systems in real time.
WalkMe, which SAP acquired, is a digital adoption layer. It guides users through the screens they are already on. It makes a complex interface more navigable. It does not decide which system a request should travel to, nor does it hold the state of a transaction as it moves across systems.
Joule is SAP's conversational and agentic layer, and Joule Work is emerging as a user engagement surface on top of it. This is the layer most relevant to intake, because it is where a natural-language request can be captured and interpreted.
SAP Ariba Intake Management, announced as part of next-generation Ariba, is SAP’s own intake and workflow capability and comes with several promises. However, as I understand it, the solution is being developed outward from Ariba’s core themes and has yet to extend beyond the public cloud. This means much of the SAP ecosystem still operating on-premises is unlikely to benefit from SAP’s own I&O capabilities anytime soon.
With Coupa acquiring Tonkean and Zip generating significant attention in the I&O market, it was only a matter of time before SAP made a major move.
Deconstructing the formal announcement
The announcement is explicit that ORO provides orchestration and that it coordinates with Joule Work. It is far less explicit about where the intake experience ultimately lives in the SAP-branded product.
My reading, and I want to be clear this is interpretation rather than confirmed design, is that SAP intends the intake and engagement experience to remain within its own domain. That would mean Joule, the evolving Joule Work experience, next-generation SAP Ariba Intake Management, or some combination of them, continuing to serve as the front door for end users, with ORO operating as the orchestration layer behind that front door. The language in the announcement, particularly the phrase about Joule Work serving as the primary user engagement layer, points in that direction.
The announcement positions SAP Integration Suite as the foundation that supports integration orchestration, alongside ORO's pre-built connectors and APIs and its low-code and no-code workflow tooling.
SAP Integration Suite is SAP’s current integration platform on SAP Business Technology Platform (BTP). It incorporates Cloud Integration Gateway capabilities that connect SAP Ariba’s buyer-side modules with back-end ERP systems and SAP Business Network. In broader terms, the partnership builds on the integration foundation towards which SAP has already been steering Ariba customers.
SAP BTP represents platform strategy so far. SAP is positioning Business AI platform (BAIP) as the next generation of their platform strategy. SAP Business AI Platform (BAIP) as part of their new autonomous enterprise rebranding of their next-generation product stack. It represents the next generation of SAP's platform strategy, built directly upon the foundation of BTP while introducing powerful new capabilities.
The commercial model will be keenly watched
Because a solution extension is SAP-branded, sold and supported, the customer's primary commercial and support relationship runs through SAP rather than through ORO directly. That has genuine advantages. It means buying through an existing SAP relationship, a single contractual counterparty, and SAP's qualification process standing behind the offering.
It also raises questions that the announcement does not answer. The pricing metric is not public. Orchestration can be priced in several ways, by user, by transaction, by spend under management, and each scales very differently for a large enterprise. The dependency on SAP Integration Suite may carry its own licensing implications. The support model matters too, because even when SAP is the front line, the underlying engineering and roadmap sit with ORO, and customers will want clarity on escalation and on how roadmap decisions are made.
ORO already serves several major enterprise customers as a standalone vendor. For customers that already have both SAP and ORO in their IT landscape, what additional value does purchasing ORO through SAP offer over contracting with ORO directly? Tighter, SAP-supported integration across the SAP landscape is one plausible benefit. The question is: at what premium?
Ariba Guided Buying – A Missed Opportunity?
I keep coming back to SAP Ariba Guided Buying, a solution that I started implementing around 2016.
Looking back, I wonder whether Guided Buying was simply ahead of its time. It had several of the ingredients needed to evolve into a broader, enterprise-level source-to-pay intake portal. Notably, Sudhir Bhojwani and ORO’s founding team previously led the development of Guided Buying during their time at Ariba.
It had a flexible, drag-and-drop-style form builder with straightforward approval options. It surfaced catalogues, preferred and qualified suppliers, and procurement policies at the point of buying. Over time, it extended beyond the initial request into receiving, invoice creation, tactical sourcing, and a range of other options. Web jumper links allowed users to navigate directly to Ariba Contract, Sourcing, and Supplier Management creation pages from Guided Buying. That said, it remained largely anchored to the purchasing process and to Ariba’s own gravity.
Some of that is explained by timing. I&O was not yet a named category, user expectations had not been reset by consumer-grade software, and the prevailing conversation was still about consolidating spend onto Ariba rather than coordinating across many systems. Some of it is architectural, because a layer that genuinely treats the suite as one system among many is not a natural thing for a suite vendor to build.
That opportunity may have passed, but it offers a useful perspective on how SAP's approach to procurement intake and user experience has evolved. The instincts that sat inside Guided Buying a decade ago are recognisable in what SAP is now assembling through Joule, through next-generation Intake Management, and through this partnership. The difference is that the orchestration layer, the part that was hardest to build from inside the suite, is arriving with another company's name on the engine, from a team that includes former Ariba leaders who started that journey.
The longer arc
According to Sudhir, the question is no longer how well users can navigate procurement systems, but how effectively those systems orchestrate work on the user’s behalf.
In terms of SAP UX evolution, the progression has moved from transaction-code interfaces to tile-based web applications and now towards conversational, agentic engagement, with orchestration, routing, approvals, and integration increasingly handled in the background.
The direction of travel is that the end user cares about the outcome and not the process, and the system is expected to coordinate the work on their behalf.
This partnership is best understood as SAP acknowledging that the orchestration half of that equation is where it needed help and choosing to source it rather than wait to build it.
What customers should ask?
For procurement and IT leaders, the practical next step is to translate the announcement into the right questions.
Before committing to the architecture or licensing model, customers should seek clear answers to the following:
Which component owns the intake experience in the SAP-branded offering, and does this vary when Joule Work serves as the engagement layer?
Which parts of ORO’s stack can customers actually access: only the orchestration capability, or the broader platform, including intake, workflows, connectors, and process-building tools?
What pricing metric applies, and how does the cost scale with transaction volume, user count or spend under management?
Is our integration landscape already on SAP Integration Suite? If not, what will migration mean for the timeline, effort and cost required to realise value from this orchestration layer?
Does reliance on SAP Integration Suite create additional licensing or costs that must be budgeted separately?
How will support and escalation for break-fix issues and enhancements work in practice when SAP provides the front line but ORO owns the engineering and roadmap?
For organisations already using ORO or operating a heterogeneous landscape, what tangible advantage does the SAP-branded route provide over a direct relationship with ORO?
Conclusion
My overall read is that this partnership is significant, and that it was close to inevitable given the state of orchestration inside the SAP stack.
SAP has strong pieces at the design, adoption, conversation and intake layers, but a genuinely vendor-neutral orchestration runtime that spans SAP and non-SAP systems is difficult for a suite vendor to build from the inside, both architecturally and commercially. Partnering with a company that built exactly that, and that was founded by people who came out of Ariba, is a pragmatic move.
For customers, the buying decision is expected to depend on their own business case and the complexity of the landscape.
A highly standardised next-generation SAP customer may eventually find native I&O capabilities sufficient. A global enterprise with fragmented ERP, procurement, and cross-functional systems is much more likely to benefit from the ORO layer.
Disclosure: This article represents the understanding and views of the author at the time of writing. /n Procurement is an independent publication and is not affiliated with, endorsed by, or sponsored by SAP. Readers should independently validate all information provided before making any major business decisions. Use at your own risk.
#️⃣ Number of the Month
24
SAP announced its own Ariba Intake Management in October 2024. Twenty-four months later, it's selling ORO Labs' orchestration engine under the Ariba name instead, which tells you how far the homegrown version got.
Worth Repeating…
Great things in business are never done by one person. They’re done by a team of people.
👀 From the Archives…
Wrap Up
Orchestration won't fix a broken PO.
However slick the front door gets, your supplier still receives a purchase order at the end of it. This free poster covers all 16 fields a supplier-facing PO should contain, from PO number to Incoterms, plus what breaks when each one is missing.
You can't orchestrate a process nobody has mapped.
Before any orchestration layer routes a single request, someone has to document the workflow it's routing. This playbook bring structure, consistency, and clarity to the way you map procurement processes.
— The /n Procurement Team

