FLEXIPAXMARINE ACCESS.
A BETTER ARRIVAL.
Book a demo

Connected by design.

Two building blocks. The API connects your reservation system. The SDK puts the mobile key inside your own passenger app.

Four systems. One flow.

  1. Yours

    Reservation system

    Internal or external booking system

  2. FLEXIPAX

    Key service

    Creates and delivers mobile keys

  3. Yours or ours

    Passenger app

    Your app with the SDK, or the FLEXIPAX app

  4. Lock provider

    Cabin lock

    ASSA ABLOY VingCard, Salto and other supported locks

Downloading or updating a key needs data. Opening the door doesn’t.

API or SDK? Often both.

Server to server

FLEXIPAX API

Connects your reservation system to key creation and delivery.

Built by
Your backend or IT team
Use it when
Bookings live in an internal or external reservation system
Keys reach passengers by
Text, email or your own solution

Inside your app

FLEXIPAX SDK

Adds mobile-key functionality to your own native passenger app.

Built by
Your mobile app team
Use it when
Passengers should never leave your app
Support
Onboarding and lock-provider certification, coordinated by FLEXIPAX

Use both when bookings come from your systems and the key belongs in your own app. See the SDK in a passenger app

The life of a mobile key.

  1. Booking confirmed

    Your reservation system holds the stay.

  2. Mobile key created

    Through the FLEXIPAX API, for example after embarkation. You agree the trigger.

  3. Mobile key delivered

    In your app with the SDK, or by text or email.

  4. Mobile key downloaded

    The phone fetches the mobile key.

    Needs data
  5. Door opens

    Bluetooth at the lock, no internet needed.

    Works offline
  6. Cabin change

    An updated mobile key replaces the old one. Reception can issue a card meanwhile.

    Needs data
  7. Checkout

    The mobile key stays valid until checkout date and time.

Test these before go-live

  • Key download with a data connection
  • Opening the door offline with a downloaded key
  • Cabin change and the updated key
  • Checkout and the end of key validity
  • Several unique keys for one cabin
  • Reception keycard fallback when a phone is unavailable

Your integration brief.

Send us these details and the technical review starts with the right answers.

integration-brief.json
{
  "vessels": "fleet size and vessel types",
  "reservation_system": "internal or external, which vendor",
  "passenger_app": "own native app (SDK) or none yet",
  "key_delivery": "in-app, text or email",
  "lock_vendor": "e.g. ASSA ABLOY VingCard, Salto",
  "lock_model": "model and Bluetooth capability",
  "lock_software": "door-lock software or firmware version",
  "connectivity": "on-board data for key downloads"
}

Developer questions.

What is the difference between the mobile-key API and SDK?

The API connects booking systems to mobile-key services. The SDK adds mobile-key functionality to a native passenger app. An operator may use both, depending on its systems and passenger experience.

How does the FLEXIPAX mobile-key API work?

The FLEXIPAX API connects internal or external reservation systems to mobile-key creation and delivery. Configured delivery options include text, email or an operator's own solution. A delivery message is not itself a Bluetooth cabin key: passengers follow the configured process to download their credential.

How does the FLEXIPAX SDK fit into a passenger app?

The FLEXIPAX SDK lets developers include mobile-key functionality in their own native passenger app. FLEXIPAX supports onboarding and coordination with door-lock providers on certification requirements. Review the app, lock model and software together before implementation.

How do booking systems connect to mobile cabin keys?

External reservation systems connect through the FLEXIPAX open API. For a proprietary reservation system, your technical team and FLEXIPAX agree how booking information connects to key creation and delivery. The booking workflow, lock integration and passenger delivery requirements determine the implementation scope and timeline.

Which events and fallback cases should an integration cover?

Agree when a key is created, how passengers receive it and how cabin changes and checkout are handled. Test downloading and updating keys with connectivity, opening doors with a downloaded key offline and reception fallback when a phone is unavailable.

Does every Bluetooth cabin lock support FLEXIPAX mobile keys?

FLEXIPAX works with supported Bluetooth lock systems from ASSA ABLOY VingCard, Salto and other providers. Compatibility depends on the manufacturer, model, firmware or door-lock software and available integration; Bluetooth alone does not confirm support.

Can we use the same integration across several vessels?

FLEXIPAX connects booking systems, mobile-key delivery and compatible cabin locks for cruise and ferry fleets. Review the locks, software, reservation systems and passenger apps on each vessel before agreeing a rollout. Plan cabin changes, reception support and physical-keycard fallback with the operations team.

Where can developers discuss API access and requirements?

Contact FLEXIPAX with your reservation system, passenger app, lock manufacturer and model, and integration goals. The team can discuss API or SDK access, documentation and compatibility requirements for your project.

Your vessel. The next step.

Share your vessel or fleet size, cabin-lock model, reservation system and passenger app. The demo covers compatibility, API or SDK integration, key delivery and physical-keycard fallback.

Book a marine mobile-key demo