# BLE SDK (steg 2)

API-flödet är steg 1. BLE-SDK:t är steg 2 — mer arbete, och bara motiverat när uppkopplingen inte räcker.

## Så kopplar enheterna upp sig

- **LTE** är den primära uppkopplingen. Enheten når KiiOn direkt över mobilnätet.
- **WiFi** används som backup där sådan finns konfigurerad.
- **BLE** finns som ytterligare fallback: telefonen i närheten av dörren låser upp lokalt, utan att enheten behöver vara online.

För det stora flertalet integrationer räcker API-flödet. Enheten är uppkopplad, ert backend anropar unlock, dörren öppnas.

## När BLE är motiverat

| Situation | Räcker API-flödet? |
| --- | --- |
| Dörren har stabil LTE eller WiFi | Ja — bygg inte BLE |
| Källare, garage eller skärmade utrymmen utan täckning | Nej — BLE är fallbacken |
| Krav på öppning även vid nätavbrott | Nej — BLE fungerar lokalt |
| Ni vill minska latensen med några hundra millisekunder | Ja — inte värt komplexiteten |

> **BLE är betydligt mer arbete** — BLE kräver en native mobilapp, hantering av Bluetooth-behörigheter, enhetsparning och plattformsspecifik felhantering på både iOS och Android. Bygg och verifiera API-flödet först — det är samma behörighetsmodell och samma tokenhantering i botten.

## Komma igång

BLE-SDK:t distribueras separat och kräver onboarding. Hör av er via developers@kiion.io eller via [Support](/docs/support) och beskriv vilken plattform (iOS/Android), vilket användningsfall och vilken täckningssituation ni har.

> **Ordningen spelar roll** — Kom till en fungerande upplåsning över API:t i STAGE innan ni ber om BLE-onboarding. Då blir samtalet om det som faktiskt är BLE-specifikt.

**Vidare**
- [Quickstart — API-flödet först](/docs/quickstart)
- [Från sandbox till produktion](/docs/production)
