-
Notifications
You must be signed in to change notification settings - Fork 41
Providing access data
home > ( Booking phase OR Trip Execution phase ) > Providing access data
V1.2.0: See also Access Methods.
Whenever the TO responds to POST /bookings/{id}/events or /legs/{id}/events, it can provide access information or ticket.
This can be done on various moments:
- in the response of /bookings/{id}/events -
COMMIT
operation (step two in the booking process) - in the response of /legs/{id}/events -
PREPARE
operation (just before starting the leg) - in the response of /legs/{id}/events -
ASSIGN_ASSET
operation (before starting the leg)
In the trip execution the /legs/{id}/events - SET_IN_USE
must be regarded as the official start of the usage of the asset. It must be a confirmation that the asset is used.
The access data must be placed in the assetAccessData of the leg(s).
field | required | description |
---|---|---|
validFrom | * | The start moment from the validity of the access data |
validUntil | * | The end moment from the validity of the access data |
tokenType | * | type of access data: QR, PDF, TOKEN, LINK, BASE64. This enum for this type is not yet complete. These are already available, but this has to be standardized later on. |
tokenData | * | free format object containing access information as specified in tokenType |
Introduction
- Roadmap
- Semantic versioning
- Use cases
- Changes per version
- Contribution
- Participants
Workflow
- Operator information
- Planning phase
- Booking phase
- Trip execution phase - start
- Trip execution phase - on route
- Trip execution phase - end
- Support
- Payment
Points of attention
- Modalities
- Specifying locations
- GDPR
Eco system
- Relations
Introduction
Scope of the TOMP-API
Versioning and releases
Process Flows
- Authentication
- Operator Information
- Privacy and Registration
- Planning Module
- Booking Module
- Trip Execution Module
- Payment Module
- Support Module
Meta-Information
Reference implementations
To-dos and risks
Technical Specifications
A1 List of terms and definitions
A2 Passenger characteristics dictionary
A3 APIs available on the transportation ecosystem
A4 Overview of the User stories
A5 Authors, Architects, collaborators and stakeholders involved
A6 Adoption and Implementation of the TOMP-API