Обзор Scanbot Document Scanner SDK: функции, платформы, лицензия и интеграция

Scanbot Document Scanner SDK — не готовый мобильный сканер и не настольная программа для PDF. Это коммерческий набор библиотек Scanbot SDK GmbH для встраивания захвата документов в собственные приложения и веб-сервисы. На сентябрь 2026 года актуальна ветка 9.0.x, продукт входит в семейство Apryse SDK и выполняет основную обработку локально. Document Scanner SDK нельзя смешивать с Barcode Scanner SDK и Data Capture Modules: OCR, MRZ, чеки и другие средства извлечения данных относятся к отдельным модулям.

Скачать Scanbot Document Scanner SDK

У Scanbot Document Scanner SDK нет единого установочного EXE или APK, который следовало бы загружать как обычную пользовательскую программу. Безопасный путь зависит от целевой платформы и начинается с официальной документации Scanbot SDK: там выбирается фреймворк, после чего библиотека добавляется штатным менеджером зависимостей либо официальным архивом. Такая схема принципиальна для идентичности продукта: конечный пользователь видит сканер внутри приложения заказчика, а не отдельный Scanbot Document Scanner.

Android получает библиотеку из Maven-репозитория Scanbot и при необходимости отдельный RTU UI bundle. На iOS доступны XCFramework, Swift Package Manager и CocoaPods; есть облегчённый ScanbotDocumentScannerSDK и полный ScanbotSDK. Web-пакет scanbot-web-sdk ставится через npm: CDN допустим для прототипа, но для production документация рекомендует собственное размещение SDK и engine-файлов. Кроссплатформенные обвязки используют штатные менеджеры, например NuGet для .NET MAUI и npm для Capacitor.

Перед фиксацией версии стоит сверять номер в актуальной документации, а не копировать старую строку зависимости из блога или чужого проекта. На дату подготовки обзора в основном наборе документации указаны 9.0.1 для Android, 9.0.2 для iOS, 9.0.0 для Web, 9.0.2 для React Native и 9.0.1 для Flutter. Номера у обвязок могут отличаться от нативных SDK, поэтому «версия Scanbot 9.0» не означает один и тот же пакет для всех платформ.

Что такое Scanbot Document Scanner SDK

SDK захватывает бумажный документ камерой и готовит изображение для хранения или дальнейшей обработки: определяет границы, даёт подсказки, умеет автоматически снимать, исправлять перспективу, обрезать, поворачивать, фильтровать и собирать многостраничный результат. Для быстрого внедрения есть RTU UI, для собственного дизайна — Custom UI Components.

Разработчиком остаётся Scanbot SDK GmbH. В официальной документации и на сайте Scanbot продукт теперь обозначается как часть семейства Apryse SDK, но бренд и пакеты Scanbot продолжают использоваться. Это важнее трактовать как текущее корпоративное положение продукта, а не как прекращение поддержки: документация 9.0.x обновляется, а пакеты для основных платформ доступны.

Document Scanner SDK не равен Scanbot OCR SDK. Сканирование даёт изображения, PDF и TIFF, но поисковый текстовый слой создаётся только с OCR Module. MRZ, VIN, чеки, штрихкоды и структурированные поля также относятся к другим продуктам или модулям. Это разделение важно учитывать в архитектуре и лицензии.

Основные функции Scanbot Document Scanner SDK

Захват, подсказки и автоматическая съёмка

Камера анализируется в реальном времени, а пользователь получает подсказки о положении документа. Автозахват срабатывает при подходящем положении листа и снижает риск обрезанных углов или плохой геометрии. Custom UI сообщает детальные состояния детектора, включая слишком тёмную сцену, частичную видимость и смещение документа; RTU UI уже связывает эти проверки в готовый поток.

Обрезка, выравнивание и исправление геометрии

После обнаружения листа SDK автоматически обрезает фон и выпрямляет перспективу. Отдельная функция Document Straightening предназначена для искривлённых или выгнутых страниц и реконструирует их более плоское представление. Для книги, квитанции на сгибе или листа, снятого не идеально параллельно, это важнее обычной прямоугольной обрезки: downstream-система получает геометрически более предсказуемый материал.

Document Quality Analyzer

Document Quality Analyzer оценивает пригодность страницы и может вызвать экран подтверждения. В актуальных API используются категории acceptable, unacceptable и uncertain, а часть RTU UI оперирует шкалой от very poor до excellent. Главное — приложение может предложить пересъёмку слабого кадра; порог качества настраивается под конкретный процесс.

Фильтры и подготовка изображения

SDK содержит набор параметрических фильтров для цветных и монохромных документов, включая фирменную бинаризацию, варианты с подавлением теней и оттенки серого. Фильтр нужен не только для внешнего вида: бинаризованный текст нередко удобнее для последующей классификации, а цветной режим важен для печатей, пометок и цветных бланков. Нельзя объявлять один фильтр «лучшим» заранее — его выбирают под документ и требования backend.

Многостраничный документ и редактирование до экспорта

Ready-to-Use UI включает просмотр набора страниц и операции, которые обычно приходится проектировать отдельно: поворот, повторный захват, обрезку, изменение порядка и удаление страниц. Это делает SDK не PDF-редактором, а законченным этапом capture-and-review. После выхода из сканирующего потока приложение получает документ, который уже прошёл визуальный контроль и может быть передан дальше.

PDF, TIFF и изображения

Официальная продуктовая страница заявляет JPG, PNG, PDF и TIFF. Генератор PDF создаёт страницу из каждого изображения, поддерживает стандартные размеры вроде A4 и US Letter и пользовательский размер; разрешение страницы соответствует исходному изображению, поскольку картинка встраивается без обязательного масштабирования. В Android API также предусмотрено шифрование данных PDF перед записью на диск, однако это не обычный пароль PDF: для чтения требуется соответствующая схема расшифровки на клиенте или backend.

Searchable PDF — отдельный случай. Документация показывает создание PDF с OCR-слоем через OCR Module и пакет более высокого уровня. Поэтому наличие кнопки «PDF» в Document Scanner SDK нельзя трактовать как автоматическое распознавание текста. Если нужен именно поиск и копирование слов, сравнивать стоит уже связку сканирования с OCR или специализированные решения вроде ABBYY FineReader для настольного рабочего процесса.

Интерфейс и удобство использования

Есть два уровня интерфейса. Ready-to-Use UI — готовая последовательность захвата, подтверждения, просмотра и редактирования страниц; Custom UI Components позволяют собрать собственный camera flow и навигацию. Первый быстрее внедрять, второй требует больше разработки и тестирования, но даёт максимальный контроль.

Пользователь RTU UI видит понятный цикл: навести камеру, получить подсказку, подтвердить или переснять, затем проверить страницы. Для разработчика базовая интеграция сводится к инициализации, лицензии, camera permission и запуску flow; собственный UI добавляет управление состояниями детектора и жизненным циклом камеры.

Строки RTU UI локализуются конфигурацией, поэтому язык не фиксирован. Интегратор может заменить подписи кнопок, метки и сообщения и привести терминологию к своему продукту.

Поддерживаемые форматы и совместимость

Основной вход — поток камеры смартфона или планшета; API также умеет работать с уже имеющимися изображениями, например при формировании PDF из импортированного файла изображения. Это не библиотека для полноценного открытия и редактирования произвольного PDF: типичный конвейер идёт от камеры или raster-изображения к нормализованной странице, а затем к JPG/PNG/PDF/TIFF.

Продуктовая страница называет iOS, Android, Web, Windows и Linux, а также Flutter, React Native и .NET MAUI. При этом MAUI-пакет в текущей документации рассчитан на Android и iOS, поэтому общий пункт Windows нельзя автоматически трактовать как поддержку MAUI desktop. Web-версия работает через WebAssembly.

Если задача — читать уже созданный PDF на Windows, Scanbot SDK избыточен: Sumatra PDF относится к другой категории и запускается как конечный просмотрщик. Если нужно менять структуру, аннотации или содержание готового PDF, уместнее рассматривать PDF-XChange Editor или Adobe Acrobat Pro. Scanbot находится раньше в цепочке: он превращает физический лист в цифровой документ внутри вашего приложения.

Производительность и стабильность

Scanbot не публикует универсальную скорость в страницах за секунду. Детекция, коррекция, фильтры и анализ качества выполняются локально, поэтому задержка зависит от камеры, CPU/GPU, разрешения и конфигурации. Измерять следует время до уверенного захвата, постобработку и память на реальных целевых устройствах.

Офлайн-ядро убирает сетевую задержку, но переносит нагрузку на устройство. Документация рекомендует проверять camera flow на физическом телефоне: эмулятор не воспроизводит реальные условия съёмки. Для Web отдельно учитываются загрузка WebAssembly engine и его версия.

Многостраничный PDF/TIFF увеличивает требования к памяти и хранилищу пропорционально числу и размеру страниц, поэтому лимит страниц и качество изображения стоит задавать на уровне продукта. При обновлении wrapper нужно повторно тестировать критический capture flow, поскольку его нативная основа тоже меняется.

Лицензирование и версии

Scanbot Document Scanner SDK — коммерческий продукт с годовой моделью. Официальный сайт описывает фиксированную цену без лимита на число сканов и пользователей; конкретная сумма публично не задана и запрашивается у отдела продаж. Поэтому статьи со старой фиксированной ценой в долларах или евро нельзя использовать как текущий прайс. Для бюджета важны число приложений/доменов и состав лицензируемых функций, которые уточняются в коммерческом предложении.

Для первичной оценки библиотека запускается без ключа, но функциональность ограничена примерно одной минутой на сессию и такой режим нельзя использовать как production-лицензию. Отдельно выдаётся бесплатный 7-дневный trial-ключ: на официальной странице он генерируется без регистрации по e-mail, даёт полный доступ к возможностям SDK и привязывается к идентификатору приложения или домену. Условия лицензирования разрешают trial для development и staging, но не для публикации приложения в магазине.

Production-ключ привязан к bundle identifier/application ID. Повреждённый, просроченный или не подходящий приложению ключ делает лицензируемые функции недоступными, поэтому проверка статуса лицензии должна быть частью запуска, а не ручной операцией тестировщика. В CI/CD разумно отделять trial/staging и production-конфигурацию и не зашивать рабочий ключ в публичный пример кода.

Системные требования

Android

Нативный Android Document Scanner SDK поддерживает Android 5.0 (API 21) и выше, а документация также указывает HarmonyOS 2.0+. Для полноценного захвата требуется задняя камера с автофокусом. Заявлены архитектуры armeabi-v7a, arm64-v8a, x86 и x86_64. Нативная ветка тем самым поддерживает более старый Android, чем некоторые кроссплатформенные оболочки.

iOS

Для iOS минимальная цель развёртывания — iOS 13.0. Поддерживаются Swift и Objective-C. XCFramework рассчитан на arm64 для физического устройства и arm64/x86_64 для симулятора; статический framework в документации помечен как устаревающий вариант. Bitcode удалён, что соответствует современной цепочке сборки Apple.

Web

Web SDK основан на WebAssembly. Минимально заявлены Edge 16+, Firefox 53+, Chrome 57+ и Safari 11+. Для мобильного веба документация ориентируется на актуальные Chrome, Firefox и Edge на Android и на Safari, Chrome, Firefox и Edge при iOS 14.5+. Это не означает одинаковую производительность на всех браузерах: камера, WebAssembly и политика разрешений по-прежнему зависят от устройства и браузера.

Capacitor и другие мобильные обвязки

Требования wrapper могут быть выше нативного минимума. Например, актуальная документация Capacitor требует Node.js 18+, Capacitor CLI 6+, Android SDK API 23+, Java 17+ и для iOS — iOS 13+ с Xcode 16.2+. Сам плагин работает на Android и iOS, а не как desktop/web-версия Capacitor. Поэтому при миграции старого гибридного приложения сначала следует проверять toolchain, затем SDK.

Linux

Linux SDK требует glibc 2.27+; в документации названы Ubuntu 18.04+, Debian 11+ и 64-битный Raspberry Pi OS. Есть API для C, Java, Python и Node.js, с минимумами Java 8, Python 3.6, Node.js 14 и npm 6. Поддерживаются Raspberry Pi и NVIDIA Jetson; Linux-вариант ориентирован на обработку изображений на сервере или embedded-устройстве, а не на копирование мобильного RTU UI.

Карта критических зависимостей

Главный архитектурный вывод — интернет не является зависимостью самого мобильного сканирующего движка, но это не делает полностью офлайн всё приложение. Сеть может понадобиться вашему backend, выдаче trial-лицензии, установке пакетов и обновлениям. Scanbot заявляет отсутствие собственного сетевого кода в мобильном SDK и хранение генерируемых данных на устройстве; решение о загрузке в облако принимает интегратор.

Преимущества и недостатки Scanbot Document Scanner SDK

Плюсы и минусы

• Локальная обработка. Документы не нужно отправлять на сервер Scanbot для детекции границ, фильтрации и базового формирования результата.

• Два уровня интеграции. RTU UI сокращает объём интерфейсной работы, а Custom UI оставляет контроль продуктовой команде.

• Контроль качества до отправки. Автозахват, подсказки, Quality Analyzer и экран подтверждения помогают отсечь слабые изображения ещё на устройстве.

• Широкая платформенная матрица. Есть нативные, веб-, Linux- и кроссплатформенные варианты, что снижает необходимость менять движок между клиентами.

• Несколько форматов результата. JPG/PNG удобны для API, PDF — для пользовательского документа, TIFF — для специализированного архива.

• Предсказуемая модель нагрузки. Поставщик заявляет фиксированную годовую стоимость без оплаты за каждый скан и без лимита пользователей.

Минусы

• Нет публичной конечной цены. Для точного TCO требуется коммерческое предложение.

• Это SDK, а не готовая программа. Без разработчика продукт не заменит WinScan2PDF, Acrobat или мобильное приложение-сканер.

• OCR не следует считать частью базового Document Scanner. Searchable PDF требует OCR Module и соответствующей конфигурации/лицензии.

• Разные версии и требования по платформам. Wrapper может требовать более новый Android, Node, Java или Xcode, чем нативный SDK.

• Качество всё равно зависит от камеры и сцены. Алгоритмы не устраняют физические ограничения плохого фокуса, сильного блика или неполностью видимого листа.

• Нужна собственная политика хранения и передачи. Локальная приватность движка не освобождает приложение от защиты файлов, логов, резервных копий и backend.

Сравнение с аналогами

Scanbot особенно уместен, когда нужен единый корпоративный capture flow на нескольких платформах, офлайн-обработка и путь от готового UI к собственному. Google ML Kit рациональнее для Android-only проекта с приемлемым системным интерфейсом. Genius Scan SDK ближе всего по концепции, а Dynamsoft стоит оценивать прежде всего тем, кто уже использует его document-capture стек.

Sumatra PDF не конкурент этим SDK: это просмотрщик готовых документов. Приложение со Scanbot может создать PDF, который позже откроют в Sumatra PDF. Для простого сканирования на Windows без разработки ближе WinScan2PDF, а для универсальной переработки PDF — PDF24 Creator.

Инструкция по установке

Android: нативная интеграция

1. Проверьте minSdk проекта и наличие устройства с задней автофокусной камерой.

2. Добавьте официальный Maven-репозиторий Scanbot в конфигурацию репозиториев проекта.

3. Подключите пакет document scanning актуальной версии 9.0.x; если нужен готовый flow, добавьте RTU UI bundle и assets Quality Analyzer.

4. Объявите CAMERA permission и аппаратную камеру в AndroidManifest.

5. Инициализируйте SDK как можно раньше при запуске приложения и передайте корректный license key. Для короткой проверки допустим режим без ключа, но не production.

6. Запустите Document Scanner RTU UI, получите результат и проверьте статус завершения до доступа к документу.

7. Соберите release-вариант и повторите тест на физических устройствах разных классов, а не только на эмуляторе.

iOS: Swift Package Manager, CocoaPods или XCFramework

1. Установите deployment target не ниже iOS 13 и выберите вариант пакета: ScanbotDocumentScannerSDK для только документного сканирования либо полный ScanbotSDK, если нужны дополнительные модули.

2. Добавьте пакет через SPM/CocoaPods либо официальный XCFramework. Для нового проекта не ориентируйтесь на устаревающий static framework.

3. Добавьте NSCameraUsageDescription с понятным объяснением причины доступа к камере.

4. Инициализируйте SDK с ключом, после чего запускайте RTU UI или собственный camera flow.

5. Проверьте сборку на реальном arm64-устройстве и отдельно на поддерживаемом симуляторе; качество камеры оценивайте только на реальном устройстве.

Web: npm и собственное размещение engine

1. Установите scanbot-web-sdk через npm и зафиксируйте версию в lock-файле.

2. Скопируйте необходимые WebAssembly engine-файлы в публичный каталог приложения или другой контролируемый путь.

3. Инициализируйте SDK с license key и корректным enginePath.

4. Создайте Ready-to-Use Document Scanning Flow и обрабатывайте результат только после завершения Promise.

5. Проверьте HTTPS-контекст, разрешение камеры, CSP и работу на целевых мобильных браузерах.

6. Для production не используйте CDN с latest: официальный quick start рекомендует загрузить SDK и хостить его на своём сервере.

Первый запуск и критерий готовности

Интеграция готова не тогда, когда открылся viewfinder, а когда пройден полный цикл: permission, съёмка, плохой кадр и пересъёмка, редактирование, вторая страница, экспорт и открытие результата независимым viewer. Для production отдельно проверяют ошибочный ключ. Searchable PDF принимают только после поиска по контрольной строке с подключённым OCR Module.

Практические кейсы

Кейс 1. Приём фото документов в страховом приложении

Цель: не допустить в заявку обрезанный или нечитаемый кадр. Подготовка: RTU UI, Quality Analyzer и backend. Шаги: автозахват определяет лист, слабый кадр отправляется на пересъёмку, подтверждённые страницы экспортируются и передаются. Проверка: сервер получил нужное число открывающихся страниц. Ограничение: анализ качества не подтверждает подлинность документа и не заменяет OCR/ID verification.

Кейс 2. Офлайн-сбор актов в полевых условиях

Цель: сканировать при нестабильной сети. Подготовка: production-лицензия, локальная очередь и место на устройстве. Шаги: документ обрабатывается локально и ставится в очередь, а backend-синхронизация выполняется позже. Проверка: локальная копия удаляется только после подтверждения сервера. Ограничение: офлайн-SDK не делает офлайн вашей авторизацию и backend.

Кейс 3. Веб-форма с мобильным захватом счета

Цель: принять документ в браузере без установки приложения. Подготовка: Web SDK, self-hosted engine, HTTPS. Шаги: пользователь разрешает камеру, RTU flow захватывает страницу, JavaScript передаёт результат в backend. Проверка: серверный PDF/JPG открывается и имеет верное число страниц. Ограничение: WebAssembly, camera API и CSP должны быть совместимы.

Кейс 4. Searchable PDF для внутреннего архива

Цель: создать PDF с поиском по тексту. Подготовка: Document Scanner, OCR Module, assets и OCR-лицензия. Шаги: нормализовать страницы и передать Document в PDF generator с OCR configuration. Проверка: найти контрольное слово в независимом viewer. Ограничение: точность зависит от языка и исходного кадра; без OCR Module searchable PDF не получится.

Навигатор по сбоям

Контроль перед сохранением и передачей

• Все страницы присутствуют, порядок соответствует оригиналу, дубликатов нет.

• Границы листа не обрезают подпись, печать, номер или нижнюю строку.

• Поворот корректен, а фильтр не уничтожил цветовую информацию, которая имеет смысл.

• Quality Analyzer не сигнализирует о неприемлемом кадре либо пользователь осознанно подтвердил исключение.

• Формат соответствует downstream: PDF для документа, TIFF для системы, где он требуется, raster для API отдельных страниц.

• Searchable PDF действительно содержит OCR-слой; наличие расширения .pdf этого не доказывает.

• Перед удалением локальной копии сервер подтвердил успешный приём и файл открывается.

Реестр проверяемых утверждений

Часто задаваемые вопросы

Scanbot Document Scanner SDK — это приложение Scanbot для конечного пользователя?

Нет. SDK встраивается разработчиком в собственное приложение, сайт или другой программный продукт. Демонстрационные приложения существуют для оценки технологии, но они не превращают SDK в самостоятельный редактор или постоянный пользовательский сканер.

Нужен ли интернет для сканирования?

Само ядро мобильного Scanbot SDK работает офлайн и, по документации разработчика, не содержит сетевого кода для передачи сканов на сервер Scanbot. Однако сеть может требоваться вашему приложению для авторизации, backend, установки пакетов и получения лицензии. Для Web engine-файлы должны быть доступны браузеру, даже если вы размещаете их на своём сервере.

Есть ли в Document Scanner SDK OCR?

Базовое документное сканирование и OCR следует разделять. Создание обычного PDF доступно в сканирующем SDK, а searchable PDF требует OCR Module и его assets/лицензионных прав. Поэтому покупать продукт только по слову «PDF» без проверки требований к поиску текста не стоит.

Можно ли сделать русский интерфейс?

Да, RTU UI позволяет заменять и локализовать строки кнопок, подписей и текстовых полей. Фактический набор русских формулировок задаёт интегратор, поэтому корректнее говорить о поддержке локализации, а не о фиксированном «русском интерфейсе из коробки».

Можно ли использовать SDK бесплатно?

Для короткой технической оценки библиотека работает без ключа с ограничением примерно одной минуты на сессию. Для более полноценного теста доступен бесплатный 7-дневный trial. Оба варианта предназначены для оценки и разработки, а публикация production-приложения требует коммерческой лицензии.

Передаёт ли Scanbot документы в облако?

В мобильной документации прямо указано, что сгенерированные данные остаются на устройстве и не передаются на серверы или облако Scanbot. Если приложение загружает PDF в S3, собственный API, CRM или другое хранилище, это уже архитектура интегратора и его ответственность за приватность.

Подходит ли продукт для настольного сканирования документов в Windows?

Официальная страница указывает Windows среди поддерживаемых платформ, но это всё равно SDK, а не готовая настольная утилита. Для обычного «сканировать в PDF» лучше конечное приложение; для собственной Windows-интеграции следует отдельно сверять актуальный API выбранного стека.

Чем Scanbot отличается от PDF-редактора?

Scanbot занимается этапом ввода: камера, поиск границ, выравнивание, качество, фильтры и формирование файла. PDF-редактор работает с уже созданным документом: меняет страницы, аннотации, формы, текст или подписи. В одной системе эти инструменты могут дополнять друг друга, но не заменяют один другого.

Вывод

Scanbot Document Scanner SDK подходит командам, которым нужен встроенный capture flow на Android, iOS, Web или нескольких платформах с локальной обработкой, готовым RTU UI, настраиваемым Custom UI и контролем качества. Особенно логичен он там, где важно получать предсказуемый материал для backend без per-scan тарификации.

Обычному владельцу ПК нужен готовый сканер или PDF-редактор, а не SDK. Если ключевая задача — OCR, следует заранее учитывать отдельный OCR Module. Для Android-only проекта стоит сравнить ML Kit Document Scanner, для альтернативного коммерческого стека — Genius Scan SDK и Dynamsoft. Глубокое редактирование готового PDF лучше оставлять специализированному редактору.