Skandi Network is an alliance of European companies specialised in healthcare logistics, formed to create the first international GDP-compliant, temperature-controlled distribution network dedicated to life science goods. Founding partners include BHS Logistics (Denmark), Eurotranspharma (France), Movianto (UK) and Rangel (Portugal and Spain), with Eurotranspharma and Movianto part of the Walden Group.

The network exists to solve a problem no single carrier can solve alone: moving temperature-sensitive pharmaceutical and life-care products across European borders under active temperature control, with unbroken GDP evidence from consignor to consignee. By pooling line-haul capacity and cross-dock infrastructure, the alliance creates a mutual benefit for customers, patients, shippers, transport companies and the environment — active temperature control at network scale, without every partner building pan-European coverage on its own.

A network of independent companies, however, is only as strong as the platform that connects it. That is where the partnership with MIXMOVE begins.

Each Skandi partner arrived with its own operational stack: its own TMS and WMS, its own label format with routing baked into the barcode, its own status codes, its own telematics vendors, its own invoicing. Every one of those systems worked — domestically. Cross-border, the network had no common language.

The arithmetic of connecting partners directly is unforgiving. Point-to-point integration grows quadratically: every partner must build and maintain interfaces with every other partner, across roughly eleven standard message types per pair. For a network of fifteen partners, that is 2,485 endpoints to build, test, monitor and keep in sync — before a single shipment moves.

The GDP dimension raised the stakes

Pharmaceutical distribution under GDP guidelines demands proof that temperature conditions were maintained at every step — pickup, hub storage, line-haul, hub storage, delivery. Vehicles are typically bi-temperature; readings are captured every few minutes on vehicles and in every cross-dock chamber, from multi-vendor telematics hardware. Without a central platform, that evidence lives in fragments across partner systems — and an auditor’s question about one shipment becomes a manual reconstruction across several companies.

MIXMOVE delivered the central platform the tender described. The principle is simple and strict: each partner adapts its data interface to the central standard once — for both directions — choosing the protocol and format combination its existing systems already support (REST API, sFTP/FTPs, AS2 or webhooks; GS1 XML, EDIFACT, JSON, XML, CSV or flat files). The platform performs canonical conversion to a single internal standard built on GS1 XML Transport Instruction. Partners see only their own format on the wire.

That single decision turns a quadratic integration problem into a linear one: N partners means N interfaces — and it is the mechanism from which every network capability below derives.

Four MIXMOVE platform components carry the deployment: the Access Point (multi-channel intake, data conversion and harmonisation), the Event Pipeline (graph-based tracking that correlates, sequences and deduplicates events from every partner), the Digital Twin API (the canonical record of every shipment, consignment and loading unit, built on GS1 SSCC identity), and the Network Topology (partner depots, gateways, lanes, calendars, lead times and routing — the shared transport plan).

The label problem, sidestepped

Multi-partner networks historically stall on labelling: every partner prints its own format with routing encoded in the barcode, so cross-border shipments need re-labelling at gateways or politically costly label renegotiations — and any routing change invalidates labels already printed. The SKANDI approach removes routing from the label entirely. The label is a stable URL to the shipment’s Digital Twin, encoded as a 2D barcode on GS1 SSCC identity. Routing is queried live from the platform, so plan changes never invalidate a printed label — and customer-printed labels are accepted without re-labelling, provided they carry a unique scannable identifier. A Master Transit Pallet-ID extends the same model to film-wrapped consolidated pallets: scan the parent, and every child unit inherits the scan.

Eleven scan events, one temperature curve, full settlement

Every partner maps its domestic status codes to eleven mandatory network scan events — from out-for-pickup through gateway and controlled-temperature chamber scans to IOD, IOND and IOTEMP. Those eleven codes drive every KPI calculation, every customer-visible status and every clearing trigger.

Temperature telemetry flows in through data aggregators that abstract the multi-vendor hardware fleet, so the platform integrates one standard temperature interface per partner — not one per hardware vendor. The Digital Twin assembles readings from every leg into a single end-to-end temperature curve per shipment. When a deviation exceeds the pre-defined window, affected colli are flagged unfit for consumption pending pharmacist survey, and a quarantine status is propagated to all relevant partners in real time.

On the commercial side, the platform maintains each partner’s tariff structures — transport, storage, cross-dock, services and tolls, with fixed and special pricing per consignor — prices every consignment as it completes, runs periodic settlement across all consignments and transit chains, and generates detailed invoices with structured electronic invoicing and a full audit trail: every settled line maps back to the events, scans and tariff version that produced it.