Get event
const url = 'https://api-uat.flinkey.de/v3/events/1';const options = { method: 'GET', headers: { 'Customer-ID': 'example', 'flinkey-API-Key': '<flinkey-API-Key>', Authorization: 'Bearer <token>' }};
try { const response = await fetch(url, options); const data = await response.json(); console.log(data);} catch (error) { console.error(error);}curl --request GET \ --url https://api-uat.flinkey.de/v3/events/1 \ --header 'Authorization: Bearer <token>' \ --header 'Customer-ID: example' \ --header 'flinkey-API-Key: <flinkey-API-Key>'Purpose
Retrieve one specific open or close event by event ID in the selected customer context.
An event represents an open or close event of a car.
Use this operation when the partner backend already knows the flinkey eventId and needs to retrieve the full event object.
Events are read-only records in normal partner workflows.
This operation does not create access rights.
This operation does not unlock or lock a vehicle.
This operation does not change assignments.
When to use this operation
Use this operation when the partner backend needs one specific event record.
Typical situations:
- showing an event detail view,
- checking a known event after retrieving an event list,
- investigating support cases,
- reconciling locally stored event data with the flinkey API,
- validating whether a specific event still belongs to the selected customer context,
- retrieving one event for audit or diagnostic purposes.
For list-based event history, use GET /cars/{carId}/events.
For a single known event ID, use this operation.
For standard access flows, partner backends usually work primarily with Car, User and Assignment.
Events are operational records and should not be treated as the primary access permission model.
Access permissions are managed through assignments between User and Car.
Validation notes
- The base request returned
200 OKwith one event object matching the event previously returned by the car event collection. - Collection-style OData options returned
400 Bad Requestwith an OData error stating that the resource is not a collection. - The PROD error payload exposed internal exception and stack-trace details. Public documentation and partner logs must retain only the relevant status and message.
Async behavior
Synchronous.
The result is represented by the API response.
Webhook result
No.
This operation does not produce a webhook result.
Security notes
Never log:
flinkey-API-Key,- bearer token,
- full request headers.
Event data can contain operational access history.
Treat event records as sensitive operational data.
Car, user and event identifiers are environment-specific.
Do not mix UAT and PROD IDs.
Use placeholders in documentation, examples, screenshots and AI prompts.
For standard partner integrations, the mobile app must not receive API Manager credentials, backend bearer tokens or the flinkey-API-Key.
Authorizations
Section titled “Authorizations”Parameters
Section titled “Parameters”Path Parameters
Section titled “Path Parameters”Database ID of the event
Header Parameters
Section titled “Header Parameters”Customer database ID
Responses
Section titled “Responses”Event was retrieved successfully
object
Database ID of the event
Event date and time
Event date and time in UTC
Database ID of the user associated with the event
Database ID of the car associated with the event
Event type. Observed values include CarOpened, CarClosed and an empty string; clients must tolerate unknown or empty values
User agent recorded for the event
Latitude of the event, if available
Longitude of the event, if available
Example
{ "id": 12345, "dateTime": "2026-07-01T10:15:30.000", "utcDateTime": "2026-07-01T08:15:30.000Z", "userId": 67890, "carId": 123, "type": "CarOpened", "userAgent": "partner-backend", "latitude": 51.2562, "longitude": 7.1508}Invalid subscription key or missing / invalid access token
Recommended handling: Check flinkey-API-Key, bearer token and environment configuration
API Manager was not found, or no event was found for the given eventId in the selected customer context
Recommended handling: Check credentials, token context, Customer-ID, local event mapping and environment
Server-side error
Recommended handling: Retry later if appropriate and escalate if persistent
