TMS integration

Let the TMS remain a TMS.

The cleanest eFTI architecture keeps operational planning in the transport management system and moves regulatory interoperability into a dedicated platform boundary.

Adminyra eFTI
TMS / ERP / logistics software
Adminyra eFTI platform
eFTI Gate / regulated exchange
TMS remains sourceAPI synchronisationTenant isolationNo authority portal
01

Use the TMS as a tributary ICT system

The detailed platform rules support machine-to-machine business access through other ICT systems acting as tributary systems.

That maps naturally to transport software: the TMS sends and updates freight data while the eFTI platform applies authorisation, CMDS, audit and Gate behaviour.

02

Integrate around events you already have

Shipment creation, assignment, departure and delivery already exist as TMS events. An eFTI connector can map those events to dataset creation and updates without forcing operators into a second workflow.

Source references remain available while the regulated dataset gets its own identity and version history.

FAQ

Practical questions about TMS eFTI Integration

Can the TMS update eFTI data after creation?

The platform model supports controlled edits while preserving the required audit trail and historical values.

Is Adminyra already a certified eFTI platform?

No. Adminyra eFTI is under active development. Production authority exchange stays disabled until the required interoperability, conformity-assessment and certification steps are complete.

Can we integrate before production certification?

Yes. Data mapping, sandbox API work, CMDS lifecycle design and application integration can be prepared before production Gate trust is enabled.

Primary sources

Official EU material behind this page

Build before the rush

Prepare the integration before 9 July 2027.

Start with a real freight-data mapping in the sandbox. Production Gate exchange remains locked until the certification and interoperability path is complete.