RFP QuestBeta
OpenStage · planning

NETWORK RAIL INFRASTRUCTURE LIMITED

Operational Data and System-to-System Messaging Platforming - UK2 - Preliminary Market Engagement Notice

IT ServicesCPV 72220000
ValueValue not published
Deadline
Published12 May 2026
RegionNationwide
Who to contact
Tom Weatherley
tom.weatherley@networkrail.co.uk
+447730352531

The procurement contact named on the official notice.

Match for your company
Sign up free to see how well this tender matches your company — the score, the signals that align, and where the gaps are.
The brief

Network Rail currently operates two platforms (EMS Hub and LINX) that perform broadly similar roles in transporting operational data and enabling system‑to‑system messaging across the railway ecosystem.

The EMS Hub has been in use since 2005 as a real‑time messaging platform serving Network Rail and industry partners across multiple business sectors.

LINX, introduced in 2017, was initially designed to act as a linkage layer between newer train management services and legacy systems.

Over time, both platforms have evolved in parallel, resulting in significant functional overlap, duplicated dataflows, and an unclear delineation of responsibilities between them.

LINX is a specialist platform for Traffic Management and operational railway data, providing controlled, resilient and standardised real‑time data exchange.

EMS Hub is a flexible, enterprise integration platform supporting a wide range of business domains, including finance, maintenance, operational reporting and web services.

Both EMS Hub and LINX provide real‑time messaging and data exchange between operational systems used to manage train movements, timetabling, maintenance, and performance reporting.

Because the two platforms are built on the same underlying IBM MQ and IBM ACE technology stack (on-premises IBM zLinux technology), data is shared between them, with both systems exposing this data to external customers in real time.

This results in: - Duplicated data transmission, where systems feed separate dataflows into each platform. - External consumers having to subscribe to both platforms to obtain a complete picture. - Parallel technology footprints without a clear business rationale for maintaining two distinct platforms.

This duplication of external feeds has introduced unnecessary cost, complexity, and operational inefficiency.

EMS Hub in particular has historically acted as the “default” integration layer and now supports a wide mix of operational, financial, and maintenance services.

LINX, by contrast, was designed to serve the Traffic Management System, and today provides the core dataflows that underpin real‑time railway operations.

LINX also depends on several key EMS Hub feeds creating further cross‑platform interdependencies.

Despite the challenges inherent in the current landscape, both EMS Hub and LINX continue to provide reliable and resilient services that underpin Network Rail’s operational data exchange.

Together, the platforms enable high‑volume, near‑real‑time data sharing between internal operating centres and external third parties, supporting critical operational and customer‑facing use cases.

Any future platform should build on these outcomes, providing a generic, scalable, and cost‑effective integration capability that supports high‑throughput data distribution, interoperation with legacy technologies, and secure connectivity with both internal and external consumers, rather than seeking to replicate the existing solutions on a like‑for‑like basis.

Requirements: Network Rail is exploring options to move toward a single, modern strategic platform to reduce duplication, improve efficiency, and realise long-term operational and financial benefits.

Any future platform would need to provide a fully generic messaging capability to support all Network Rail services and departments, not solely train‑related data, enabling consistent system‑to‑system integration across the organisation.

This includes understanding both transition considerations and the ongoing cost to operate and maintain any future solution.

The intent of this RFI is to understand strategic options for providing this capability in future, rather than to specify a detailed solution or architecture.

The information provided is therefore indicative and intended to help suppliers form a view on scale, criticality and operational context, rather than to define prescriptive technical requirements. ------ Further, more detailed, information can be accessed within the 'Current Opportunities' option at the following link, under the title of 'Operational Data and System-to-System Messaging Platforming': https://networkrail.bravosolution.co.uk/web/login.html Any requests for clarification concerning this RFI, and to submit a response, please email supporting documentation as an attachment to tom.weatherley@networkrail.co.uk with the email subject 'LINX/EMS Re-Platforming RFI'.

Any future procurement, if undertaken, would be subject to a separate competitive process and is not committed to at this stage.

Key requirements

What the supplier must deliver

01

EMS Hub is a flexible, enterprise integration

EMS Hub is a flexible, enterprise integration platform supporting a wide range of business domains, including finance, maintenance, operational reporting and web services.

02

Both EMS Hub and LINX provide real‑time

Both EMS Hub and LINX provide real‑time messaging and data exchange between operational systems used to manage train movements, timetabling, maintenance, and performance reporting.

03

EMS Hub in particular has historically acted

EMS Hub in particular has historically acted as the “default” integration layer and now supports a wide mix of operational, financial, and maintenance services.

04

Despite the challenges inherent in the current

Despite the challenges inherent in the current landscape, both EMS Hub and LINX continue to provide reliable and resilient services that underpin Network Rail’s operational data exchange.

05

Any future platform would need to provide

Any future platform would need to provide a fully generic messaging capability to support all Network Rail services and departments, not solely train‑related data, enabling consistent system‑to‑system integration across the organisation.

Derived from the notice text — always confirm against the original documents.

Buyer intelligence

Make the case to bid

Reveal who to approach at NETWORK RAIL INFRASTRUCTURE LIMITED, and generate a go-to-market strategy from their news, accounts and people.

Deep dive · beta

The full intelligence dossier

Our agent reads NETWORK RAIL INFRASTRUCTURE LIMITED’s accounts, hunts live signals, finds the people who decide — and hands you a bid strategy plus a go-to-market influence plan, including what your team should post this week. You approve every paid step.

Source & provenance
OCID
ocds-h6vhtk-06965e
Stage
planning · Planning
Source
Find a Tender
Buyer ref
043318-2026
View the original notice on Find a Tender

Contains public sector information licensed under the Open Government Licence v3.0. Source data © Crown copyright.

Market context

Who wins this kind of work

The suppliers and buyers around this opportunity — drawn from official award data. Drag to orbit; click a node to explore.

Top suppliers & buyers in IT Services

Scroll to explore the market network

NETWORK RAIL INFRASTRUCTURE LIMITED’s tender network

Assembling the network…

Also open now

Similar open tenders

Pre-Market Engagement for Home Office Quality Assurance & Testing (QAT) Contracts

Home Office

Closes 23 Jul 2026IT Services
Value not publishedValue

Student Journey Technical Assurance, Data Archiving And Legacy Admissions Support Services

University of South Wales

Closes 4 Aug 2026IT Services
£380kValue