One source for every rate you rely on.
Source: Brisken Shadow Integration Report, N=41 US SAP-treasury job ads, read 2026-06-17. These are market-research figures, not a Market Data Hub performance metric.
The hub sits between every provider and every system that needs a rate. Integrate once, govern and transform in one place, calculate what you need, and store the curated number every consumer reads.
The market-data space is where people and the Digital Co-Worker run the hub side by side. The Co-Worker configures, monitors and operates the feeds; people stay in charge. The Digital Co-Worker is a feature of OnePilot, not a separate product.
| Market Data Hub | SAP-native Datafeed | Custom script | |
|---|---|---|---|
| Setup | No-code configuration | ABAP function lists and translation tables | Bespoke code per provider |
| Add or swap a source | Configuration change | New function list and mapping | New script |
| Multiple sources | One normalized pipe, many sources | Configured per provider | One interface per provider |
| Governance | Audit trail, segregation of duties, exception alerts built in | Manual or custom | None unless coded |
| Who maintains it | Managed product on your SAP landscape | In-house ABAP | Whoever wrote it |
| When a source changes a field | Absorbed in configuration | ABAP edit needed | The script breaks |
| SAP-listed | Yes, on the SAP Store | Native to SAP | Not applicable |
Honest comparison. The SAP-native Datafeed is a real, supported path; the point of a hub is the no-code, multi-source, governed layer over it, not a claim that SAP cannot do this.
Beyond the logos above, the hub also handles 360T, OANDA, central banks, government agencies, public websites and internal feeds. Switching or adding a source is a configuration change, not a new interface, so there is no per-source rebuild to maintain.
The SAP-native path is a Datafeed RFC connection with per-provider function lists and translation tables, or a per-security custom interface, both of which need ABAP upkeep and break when Bloomberg changes a field. A governed market-data hub ingests Bloomberg once, normalizes it, and distributes into SAP TRM with an audit trail and exception alerts, no code.
LSEG rates and curves reach SAP S/4HANA treasury through the same governed hub that handles any source: integrate the feed once, transform it, distribute into Market Rates Management. Switching or adding a source is a configuration change, not a new interface, so there is no per-source rebuild to maintain.
Yes. SAP's native route uses a Datafeed RFC with function lists and translation tables, which needs ABAP to set up and maintain. A no-code market-data hub maps and schedules FX rates and yield curves into SAP Market Rates Management through configuration, so the treasury team owns the feed without writing or changing ABAP.
A custom script breaks whenever the source changes a field or the person who wrote it leaves. A managed market-data hub replaces it with a configured, monitored interface: source changes are absorbed in configuration, the feed is governed with an audit trail and exception alerts, and nobody is babysitting a brittle script.
OANDA and central-bank rates feed into SAP cash management through the same hub as every other source. Multiple sources land in one normalized pipeline rather than separate point interfaces, so the rates that drive cash and liquidity views come from one governed feed with a single point of control.
A market-data hub is the single point of control for every source feeding SAP: Bloomberg, LSEG, OANDA, 360T, central banks. It validates, normalizes and distributes each feed, with an audit trail, segregation of duties, and manage-by-exception alerts. Governance is built into the feed, not bolted on per interface afterwards.
A migration forces every treasury data feed to be re-plumbed, which is when hand-built market-data interfaces are most expensive to rebuild. Moving the feeds onto a governed hub during the migration re-platforms them once onto a managed interface instead of re-coding each script. In a read of US SAP-treasury job ads, 34% sat inside an active migration.
The SAP TRM Datafeed needs ABAP-side setup of function lists and translation tables per provider. The alternative is a no-code hub that handles integrate, transform and distribute through configuration, aimed at treasury teams that do not have the ABAP capacity to build and maintain the datafeed themselves.
Market Data Hub is a live application on the OnePilot platform, listed on the SAP Store. Brisken is an SAP Co-Innovation Partner, certified to ISO 27001 and SOC 1 Type II. OnePilot runs on SAP's own cloud, inside your landscape; your book of records stays in SAP. The market-data truth lives in the hub; SAP, your book of records, is one of its many consumers.
The deck goes deeper. A demo shows it running on SAP.