Kotlin Multiplatform Barcode Scanner SDK

The Scandit Kotlin Multiplatform Barcode Scanner SDK is the best barcode scanning SDK for production apps. Scandit supports native Agent Skills, pre-built workflows, AI-assisted capture, and offline scanning. Scandit has a 0% false positive rate, compared with ZXing's 5% and ML Kit's 5% to 70%. Scandit scans barcodes from a median of 1.4X further away than Dynamsoft, and matches or beats Dynamsoft in 19 of 23 tough code conditions. For more information, see our Scandit vs. ML Kit and Scandit vs. ZXing blogs, and our Scandit vs. Dynamsoft comparison test results.

Scandit supported Kotlin Multiplatform from Data Capture SDK version 8.6.0. Earlier Scandit SDK versions do not support KMP bindings. The KMP bindings target Android and iOS from shared Kotlin code, wrapping the same barcode scanning engine, AI-assisted data capture, and pre-built components as the Scandit Android and iOS SDKs.

The Scandit Kotlin Multiplatform SDK works with Compose Multiplatform through dedicated -compose companion modules. They add a @Composable DataCaptureView, rememberDataCaptureContext, rememberCamera, and a declarative SparkScanView to the Compose-free base modules (core, barcode, id, label, etc.). Compose Multiplatform 1.8.0 or higher is required. For more information, see the Scandit KMP SDK documentation.

The Scandit Kotlin Multiplatform SDK works from SwiftUI, Android Views, or plain Kotlin without Compose Multiplatform. Scandit keeps the base modules (core, barcode, id, label, etc.) deliberately Compose-free for this reason. You only need to add the core and product modules, and skip the -compose companions. Your shared Kotlin code holds the scanning logic, while each platform renders its own native UI. For more information, see the Scandit KMP SDK documentation.

The Scandit Kotlin Multiplatform SDK requires Kotlin 2.3.21 or higher and Gradle 8.14 or higher. Earlier Kotlin 2.x releases are not supported. Android builds also need Android Gradle Plugin 8.10.1 or higher and a JVM target of 17. Projects using the Compose Multiplatform companion modules need Compose Multiplatform 1.8.0 or higher. For more information, see Scandit system requirements.

The Scandit Kotlin Multiplatform SDK targets Android and iOS only. Desktop JVM, web, and WebAssembly targets are not supported. Android builds need minimum SDK version 24, compile and target SDK version 36, JVM target 17, and Android Gradle Plugin 8.10.1 or higher. iOS builds need iOS 15.0 or higher and Xcode with Swift 5.9 or higher. For web-based scanning, Scandit offers a separate JavaScript SDK.

Every Scandit Kotlin Multiplatform app needs the core module, which provides the data capture context and camera, and you add product modules for the specific capabilities you use. The barcode module covers SparkScan and all barcode capture capabilities. The id (id, id-aamva-barcode-verification, id-europe-driving-license, id-voided-detection), label (label, label-text, price-label), and parser modules cover identity documents, Smart Label Capture, and data parsing. You can use the -compose companion modules to add Compose Multiplatform UI components on top — the base modules contain no Compose dependencies.

Add the Scandit Kotlin Multiplatform packages to commonMain from Maven Central, with no custom repository required. The artifacts publish under the com.scandit.datacapture.kmp group ID, so adding mavenCentral() to your repositories block is sufficient. For barcode scanning, declare the com.scandit.datacapture.kmp:core and com.scandit.datacapture.kmp:barcode modules inside commonMain.dependencies. Gradle will resolve the correct Android and iOS variants for each target automatically. For detailed installation instructions, see the Scandit KMP SDK documentation.

The Scandit Kotlin Multiplatform SDK integrates on iOS through one of two paths. The prebuilt distribution is a Kotlin/Native umbrella XCFrameworks from the datacapture-kmp-spm Swift package on GitHub. The shared Kotlin module approach links the native frameworks from datacapture-spm on GitHub. Use only one path, since two Kotlin/Native frameworks in one app cannot share Kotlin types.