Get keys of brand
const url = 'https://api-uat.flinkey.de/v3/brands/example/keys';const options = { method: 'GET', headers: {'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/brands/example/keys \ --header 'Authorization: Bearer <token>' \ --header 'flinkey-API-Key: <flinkey-API-Key>'Purpose
Retrieve available keys for one specific vehicle brand for keyfob matching.
The keyfob area helps determine which key fits to a car.
Use this operation after retrieving available brands with Get brands.
The response contains key and key form information that can be used for keyfob matching, setup and operational support workflows.
When to use this operation
Use this operation when the partner backend or operational backend needs to retrieve key options for a selected vehicle brand.
Typical situations:
- continuing a keyfob selection workflow after brand selection,
- supporting operational keybed or keyfob matching,
- identifying available key forms for a vehicle brand,
- retrieving box-related information for a key,
- validating whether a selected brand has matching key data,
- supporting vehicle setup or support workflows.
For standard access flows, partner backends usually work primarily with Car, User and Assignment.
Use keyfob operations for key matching, setup and support workflows.
Validation notes
- The request succeeded with
200 OKwithout aCustomer-IDheader. $top,$skip,$orderby=id descand the nested filter$filter=keyForm/id eq {keyFormId}were validated successfully.- Multiple result entries can share the same
keyFormwhile representing different box, KPC, IXL, CAN or retrofit-set variants throughboxNameandboxSapNumber. - The top-level entry ID identifies a catalog combination and is not equivalent to
keyForm.id. - CAN and IOX-Keybox catalog entries can be returned but are outside the standard BLE integration scope.
- Treat
boxSapNumberandimageUrlas opaque strings in normal partner integrations.
Async behavior
Synchronous.
The key list is returned directly in 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.
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”Vehicle brand name
Header Parameters
Section titled “Header Parameters”Not required for this operation
Responses
Section titled “Responses”Keys for the selected brand were retrieved successfully
object
Key database ID
Vehicle brand name
Box name associated with the key
Box SAP number associated with the key
Key form information
object
Key form database ID
Key form name
Image URL for the key form
Example
[ { "id": "KEY-001", "brand": "Volkswagen", "boxName": "flinkey Box A1", "boxSapNumber": "SAP-BOX-001", "keyForm": { "id": "KF-001", "name": "Standard Key", "imageUrl": "https://example.com/keyform.png" } }]Invalid brand was provided
Recommended handling: Check the brand path parameter and use a brand returned by Get brands
Invalid subscription key or missing / invalid access token
Recommended handling: Check flinkey-API-Key, bearer token and environment configuration
The given brand could not be found
Recommended handling: Check whether the brand exists and whether the brand value was encoded correctly in the URL
Server-side error
Recommended handling: Retry later if appropriate and escalate if persistent
