Solid Framework SDK: возможности, лицензирование, платформы и актуальный статус

Solid Framework SDK — не настольный PDF-редактор и не просмотрщик, а библиотека для разработчиков, которые встраивают реконструкцию и обработку PDF в собственные приложения, серверные процессы и внутренние инструменты. На 12 сентября 2026 года линейка остаётся действующей: официальный журнал изменений указывает версию 10.0.20290 от 13 августа 2026 года, а сайт Solid Framework продолжает публиковать исправления и улучшения конвертации. При этом корпоративный контекст изменился: Solid Documents вошла в Apryse в 2021 году, технология Solid Framework интегрирована в платформу Apryse, а отдельная ветка Framework остаётся доступной прежде всего для существующих клиентов и проектов.

Скачать Solid Framework SDK

Безопасный путь получения SDK начинается с официального сайта Solid Framework и его Developer Portal. Для доступа к загрузкам требуется учётная запись. Через портал разработчик получает нужную сборку библиотеки, образцы и машинно-зависимую developer-лицензию. Это важное отличие от обычной программы: нет единственного установщика «для всех пользователей», потому что дистрибутив выбирается по языку интеграции, операционной системе и разрядности проекта.

На дату обзора актуальный публичный выпуск — 10.0.20290. В журнале изменений он датирован 13 августа 2026 года; среди изменений указаны улучшения распознавания маркеров списков, символов с нестандартной кодировкой, гибридных таблиц и японского текста, поддержка определения MSIP-меток, а также ускорение обработки документов с большим количеством графики. Для OCR на нелатинских языках производитель отдельно просит обновлять комплект traineddata вместе с выпуском движка. Следующий релиз в журнале заявлен как ожидаемый 25 ноября 2026 года, поэтому при внедрении разумно проверять страницу изменений, а не фиксировать номер сборки из стороннего каталога.

Для .NET производитель рекомендует AnyCPU-вариант, если нет причины жёстко привязывать приложение к x86 или x64. Для Native C++ используются отдельные платформенные файлы и заголовки; на Windows доступны x86/x64, на macOS есть собственная нативная сборка, а Linux входит в перечень поддерживаемых систем. Скачивать DLL или архивы с неофициальных зеркал нет практического смысла: лицензия, документация, совместимые примеры и обновляемые зависимости всё равно завязаны на портал разработчика.

Что такое Solid Framework SDK

Solid Framework SDK — набор API для реконструкции содержимого PDF и последующего преобразования, анализа или изменения документа. Его сильная сторона — не просто чтение объектов PDF, а восстановление логической структуры: текста в порядке чтения, абзацев, колонок, таблиц, изображений и координатных связей. Именно эта реконструкция позволяет получать редактируемые Word, Excel и PowerPoint вместо простого визуального снимка страниц.

Идентичность продукта важно не смешивать с настольными программами Solid Converter, Solid PDF Tools или Solid PDF Creator. Последние являются готовыми пользовательскими приложениями, тогда как Solid Framework предназначен для разработчика: библиотека подключается к своему проекту, лицензия импортируется программно, а пользовательский интерфейс создаёт уже интегратор. Наличие демонстрационных приложений с окнами конвертации не превращает SDK в самостоятельный редактор.

После покупки Solid Documents компанией PDFTron в августе 2021 года, а затем ребрендинга PDFTron в Apryse, технология Solid Framework стала частью более широкой платформы Apryse. Корпоративная страница Apryse прямо сообщает, что Solid Framework доступен в Apryse SDK и что технологии Solid Documents встроены в основную платформу; ссылки на прежний портал и магазин она относит к legacy products и адресует существующим клиентам. Одновременно отдельный сайт Solid Framework продолжает выпускать 10.x-сборки. Поэтому продукт корректно считать зрелой legacy-линейкой с продолжающимися обновлениями и поддержкой существующих клиентов, а не снятым с поддержки SDK.

Хронология развития и поддержки

История Solid Framework объясняет сочетание зрелого движка и консервативной .NET-архитектуры. Версия 6 в 2009 году уже включала PDF-to-Word, PDF/A, рендеринг и защиту; версия 9 в 2014 году развивала Word, PowerPoint и Excel, в 2016 году появились официальные C++-примеры, а в 2019 году вышла десятая основная версия.

В августе 2021 года Solid Documents вошла в PDFTron, позднее переименованную в Apryse. Технология была включена в платформу Apryse, но Solid Framework не замер: в 2024–2026 годах выходили исправления DOCX, XLSX, PPTX, JSON и OCR. Версия 10.0.20290 от 13 августа 2026 года подтверждает действующую поддержку. Для нового многоязычного или web/mobile-проекта стоит параллельно оценить Apryse SDK, для существующей интеграции обязательной миграции только из-за возраста бренда нет.

Основные функции Solid Framework SDK

Реконструкция PDF в Office

Professional и Professional +OCR конвертируют PDF в Word, Excel и PowerPoint. Для Word доступны разные стратегии реконструкции: более потоковая для редактирования и более точная для сохранения геометрии. Движок восстанавливает колонки, заголовки, таблицы, повёрнутый текст и другие элементы. Excel-конвертер ориентирован на таблицы; data-export умеет выдавать разделённый текст, минимальный Excel и SQL-операторы для MySQL или Microsoft SQL Server. PowerPoint-конвертер превращает страницы в редактируемые слайды.

PDF не хранит исходную структуру Word или Excel, поэтому результат всегда реконструируется. Сложность растёт при нестандартных шрифтах, повреждённой кодировке, безрамочных таблицах и сканах. Регулярные исправления лигатур, колонтитулов и таблиц в changelog показывают, что контроль результата обязателен.

HTML, текст, изображения и Core Model

Professional-редакции создают reflowed HTML и открывают доступ к Core Model — внутренней модели с Unicode-текстом, порядком чтения и координатами блоков. Это полезно для индексации, сравнения и собственных извлечений данных. Tools умеет извлекать перекомпонованный plain text и изображения, а также рендерить страницы в bitmap. В 2025–2026 годах развивался JSON-экспорт: улучшались вложенные таблицы, ссылки, повороты текста и расход памяти.

OCR и сканы

OCR входит только в Professional +OCR. Solid OCR напрямую поддерживает 17 языков, включая русский; для китайского, японского, корейского, греческого и иврита используется Tesseract. Предобработка включает deskew, автоповорот, удаление шума, динамическое пороговое преобразование и обработку инверсного или повернутого текста. Для новых улучшений нелатинского OCR требуется актуальный traineddata-пакет.

PDF/A, рендеринг и защита

SDK проверяет и создаёт PDF/A; в документации перечислены PDF/A-1b, 2b, 2u, 3b и 3u. Простая проверка и создание PDF/A доступны в Tools, подробная проверка и конвертация — в Professional, а поисковый PDF из скана требует Professional +OCR. Все редакции могут рендерить страницы в bitmap, читать внутреннюю структуру PDF, менять свойства и viewer preferences, а также применять пароли, разрешения и шифрование, включая AES-256.

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

У Solid Framework нет собственного интерфейса просмотра или редактирования. Рабочая среда — IDE, API, XML-лицензия, документация и проекты-примеры. На Windows материалы ориентированы на Visual Studio, на macOS есть Xcode-проект, а C++-tutorial можно собирать и на Linux. Окна некоторых демонстрационных конвертеров относятся к sample-приложениям, а не к самому SDK.

Типичный маршрут понятен: импортировать лицензию, задать PDF, создать объект конвертера, настроить параметры, выполнить Convert/ConvertTo и проверить ConversionStatus. Образцы есть на C#, VB.NET и C++. Основная сложность начинается позже — при выборе режима реконструкции, обработке повреждённых PDF, настройке OCR и многопроцессной очереди. Для пользователя, которому нужен готовый редактор, SDK избыточен; для разработчика он даёт нужный программный контроль.

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

Основным входным форматом Solid Framework является PDF. SDK не позиционируется как универсальный офисный конвертер «из любого формата в любой»: его сильная сторона — разобрать PDF и реконструировать содержимое в более редактируемый или структурированный вид. Для сканов могут использоваться изображения и TIFF в OCR/архивных сценариях, но набор операций и лицензия зависят от конкретного API.

На уровне платформ Native C++ заявлен для Windows, macOS и Linux. .NET-вариант является обёрткой вокруг нативной части и предназначен прежде всего для Windows; официальная FAQ указывает минимум .NET Framework 4.0 и перечисляет Windows 7/8/10 и старые серверные версии, что скорее отражает историческую матрицу тестирования, чем современный перечень всех актуальных ОС. В той же документации подтверждена работа нативной версии на Apple Silicon M1 без Rosetta, а для Linux указаны Ubuntu 18.04+ и CentOS 8+.

Паспорт переноса данных

Читаемость и редактируемость. DOCX, XLSX и PPTX создаются как обычные переносимые форматы, но являются реконструкцией PDF, а не восстановленным исходником автора. Таблицы, шрифты, колонки и лигатуры могут интерпретироваться иначе, поэтому исходный PDF следует сохранять как эталон.

Потери зависят от цели. Точный Word-режим лучше сохраняет геометрию, потоковый удобнее редактировать. CSV и SQL намеренно отбрасывают оформление, PDF/A может менять элементы, несовместимые с архивным профилем. Core Model сохраняет текст и координаты для программной обработки, но не возвращает историю редактирования или макросы, которых в PDF нет.

Переносимость. Результаты открываются сторонним ПО и не запираются в формате Solid Framework. Для ручной проверки PDF можно использовать PDF-XChange Editor или Adobe Acrobat Pro; это пользовательские приложения, тогда как Solid Framework автоматизирует обработку в коде.

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

Скорость зависит прежде всего от числа ядер и объёма памяти. 64-битный процесс предпочтителен для больших сканов и OCR. При этом Solid Framework не thread-safe: поддерживается одна одновременно выполняемая конвертация на процесс. Масштабировать сервис обычными параллельными вызовами Convert в одном процессе нельзя.

В .NET для очереди используется JobProcessor: он запускает независимые JobHandler-процессы и распределяет между ними задания. WorkerCount можно ограничить, чтобы оставить ресурсы остальным сервисам. Native C++ не содержит такого класса; поставщик упоминает Python-реализацию многопроцессного подхода для Windows и Linux. Новые релизы продолжают оптимизировать ресурсы: 10.0.20290 ускорил документы с большим количеством графики, а 10.0.20070 снизил расход памяти JSON-экспорта.

Production-код должен анализировать детальные статусы. Например, при PDF/A возможен PdfAError из-за проблем источника, хотя исправленный выходной файл уже создан. Поэтому проверяют и статус, и ConversionResults, а не только наличие исключения.

Для нагрузочной оценки правильнее измерять собственный набор документов: текстовые PDF, многостраничные сканы, файлы с большим количеством графики и таблиц дают разный профиль CPU и памяти. Официальная FAQ не задаёт универсальной нормы страниц в секунду и прямо связывает масштабирование с ядрами и RAM. Практический критерий стабильности — не пиковая скорость одного файла, а предсказуемая очередь: ограниченный WorkerCount, отдельный статус каждого задания, сохранение проблемного входа и возможность повторить конвертацию в изолированном worker-процессе.

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

Есть три редакции. Tools покрывает plain text, изображения, рендеринг, базовую PDF/A-проверку/создание, свойства и защиту. Professional добавляет Word, Excel, PowerPoint, HTML, data-export, Core Model и расширенную PDF/A-обработку. Professional +OCR добавляет OCR, очистку изображений и работу со сканами.

Текущая страница покупки не публикует фиксированных цен: для всех сочетаний редакции и распространения предлагается запросить предложение, а модель указана как годовая плата. Поэтому старые суммы из пресс-релизов нельзя переносить на 2026 год. Trial/developer-лицензии создаются через портал; бесплатная поддержка доступна на этапе оценки, но production требует коммерческого соглашения. Наличие trial watermark подтверждается актуальными примечаниями к исправлениям движка, поэтому оценочный вывод нельзя считать эквивалентом лицензированного production-режима.

Лицензия обычно связана с Machine ID. Для облака с изменяемыми идентификаторами существует отдельный механизм. Internal-лицензии для cloud не предлагаются; облачное развёртывание относится к hybrid/public-сценариям, поэтому SaaS-модель нужно согласовать до production.

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

SDK рассчитан на локальную обработку файлов, но эксплуатация зависит от лицензии, нативных компонентов и OCR-моделей. Интернет нужен для портала и получения материалов; обязательная отправка каждого документа в облачный сервис поставщика для базовой конвертации не требуется.

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

Windows и .NET

Для .NET-варианта официально указан .NET Framework 4.0+. Библиотека доступна как AnyCPU и выбирает x86/x64 нативную часть по процессу. FAQ перечисляет Windows 10, 8, 7 и старые Windows Server; Windows 11 там отдельно не заявлена, поэтому совместимость текущей сборки с целевой ОС лучше подтверждать собственным тестом. Команда разработчиков указывает Visual Studio 2019 и MSVC runtime v14, а с версии 10.0.18108 код компилируется с возможностями C++17.

macOS

Native C++ работает на macOS; официальный sample собирается в Xcode. Работа на Apple Silicon M1 подтверждена без Rosetta. Полного актуального списка минимальных версий macOS для 10.0.20290 в одном месте нет.

Linux

Для Native C++ заявлены Ubuntu 18.04+ и CentOS 8+. Кроссплатформенный tutorial допускает QtCreator. С учётом возраста части строк FAQ конкретный современный дистрибутив и его runtime следует проверять до развёртывания.

Ресурсы

Фиксированного минимума RAM/CPU не заявлено. Крупные сканы и OCR выигрывают от 64-битного процесса, большего объёма памяти и нескольких ядер; параллелизм строится через отдельные worker-процессы.

Преимущества и недостатки Solid Framework SDK

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

• Сильная реконструкция PDF в редактируемые Office-форматы. Word, Excel и PowerPoint являются центральной специализацией продукта, а не побочным экспортом.

• Доступ к логической структуре. Core Model позволяет получать Unicode-текст, порядок чтения и координаты блоков, что удобно для анализа и собственных интерфейсов.

• Локальная обработка. Типовые примеры работают с локальными файлами и библиотекой, без обязательной отправки содержимого в сторонний облачный конвертер.

• OCR и PDF/A в одной экосистеме. Professional +OCR объединяет распознавание, очистку сканов, поисковый PDF и архивные сценарии.

• Кроссплатформенный Native C++. Windows, macOS и Linux позволяют встраивать движок вне .NET.

• Активные обновления 10.x. Выпуск 10.0.20290 в августе 2026 года подтверждает, что движок не заброшен.

Минусы

• Нет публичной фиксированной цены. Для production требуется коммерческое соглашение и индивидуальное предложение.

• Сложная облачная лицензия. Internal-лицензии не подходят для cloud, а public/hybrid-сценарии нужно согласовывать отдельно.

• Ограниченная модель параллелизма. Одна конвертация на процесс и отсутствие thread safety требуют JobProcessor или собственной многопроцессной архитектуры.

• .NET-ветка опирается на классический .NET Framework. В официальной FAQ не заявлен современный .NET/Core как основной runtime, что может быть неудобно для новых кроссплатформенных сервисов.

• Матрица системных требований частично устарела по формулировкам. В ней всё ещё фигурируют Windows 7 и Server 2008 R2, а Windows 11 не перечислена отдельно.

• Trial не равен бесплатному production. Оценочные лицензии предназначены для тестирования; в журнале изменений отдельно упоминается trial watermark.

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

Solid Framework особенно силён, когда входом является PDF, а выходом — редактируемый Office-файл или структурированная модель. Для нового проекта Apryse SDK логично оценивать первым параллельным вариантом, поскольку это более широкая текущая платформа того же корпоративного семейства.

Что означает миграция в Apryse SDK

Apryse публикует отдельное руководство по переходу с Solid Framework на PDFNet/Apryse и сопоставляет классы и методы для Word, Excel, PowerPoint, HTML и текста. Например, привычные Convert, ConvertTo и семейство PdfToWordConverter/PdfToExcelConverter заменяются соответствующими вызовами Convert.ToWord, Convert.ToExcel и настройками выходных форматов. Это подтверждает реальный путь миграции, но не означает, что библиотеки взаимозаменяемы без изменения кода.

В руководстве есть и различия поведения: для описанного там Structured Output Module конвертация организована по одному входному файлу, а часть возможностей старого API — работа с потоками или массивами байтов, предупреждение о перезаписи, progress callback и отмена — не переносится один к одному. Кроме того, руководство указывает базу Solid Framework 10.0.13386, тогда как отдельная ветка на дату обзора уже достигла 10.0.20290. Поэтому перед переносом нужна инвентаризация используемых параметров и регрессионное сравнение реальных документов, а не механическая замена namespace.

Sumatra PDF здесь не прямой конкурент: это готовый Windows-просмотрщик, а Solid Framework — библиотека без UI. Для чтения лучше Sumatra, для программной конвертации — SDK. Если требуется настольный пользовательский инструмент, уместнее смотреть на Foxit Reader или редакторы PDF.

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

.NET на Windows

1. Создайте учётную запись Developer Portal и получите Machine ID.

2. Сгенерируйте developer-лицензию и скачайте .NET SDK; для универсального проекта официальный tutorial рекомендует AnyCPU.

3. Поместите SolidFramework.dll в папку зависимостей и добавьте ссылку в Visual Studio.

4. Сохраните license.xml в доступном приложению защищённом месте и импортируйте лицензию до вызова SDK.

5. Соберите минимальный пример, выполните одну операцию и проверьте ConversionStatus и выходной файл.

Native C++

1. Скачайте платформенный C++ SDK и нужную разрядность.

2. Подключите SolidFramework.h, SolidFramework.cpp и соответствующие бинарные файлы.

3. Соберите проект в той же архитектуре, импортируйте лицензию и выполните контрольную конвертацию.

4. При ошибке загрузки сначала проверьте x86/x64 и MSVC runtime.

macOS и Linux

На macOS официальный sample использует Native C++ и Xcode; на Linux кроссплатформенный C++ tutorial можно собирать через QtCreator. Точную структуру каталогов следует брать из пакета текущей версии.

Первый запуск и удаление

Первую проверку лучше делать на неконфиденциальном тестовом PDF. Поскольку типовая интеграция заключается в добавлении библиотек и ссылок в проект, удаление выполняют на уровне проекта: сначала убирают вызовы API и reference, затем — только после успешной сборки без SDK — неиспользуемые бинарные файлы и developer-лицензию. Единого деинсталлятора для самой библиотеки официальная инструкция не описывает.

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

PDF в редактируемый DOCX

Цель: получить Word для правок. Подготовка: Professional или Professional +OCR; для скана нужна OCR-редакция.

1. Создайте PDF-to-Word converter и добавьте исходный файл.

2. Выберите режим реконструкции под приоритет: редактируемость или геометрическая точность.

3. Задайте DOCX, выполните конвертацию и проверьте статус.

4. Сравните заголовки, таблицы и переносы с исходным PDF.

Ограничение: это реконструкция, а не восстановленный исходник автора.

Таблица PDF в Excel

Цель: извлечь значения в XLSX. Подготовка: Professional и известный диапазон страниц.

1. Создайте PdfToExcelConverter, задайте PDF и страницы.

2. Выберите размещение таблиц по листам и выполните экспорт.

3. Проверьте строки, столбцы, объединения и десятичные разделители.

Ограничение: безрамочные и сложные таблицы распознаются алгоритмически; важные данные нужно валидировать.

Скан в поисковый PDF/A

Цель: добавить текстовый поиск и архивный профиль. Подготовка: Professional +OCR и актуальные языковые модели.

1. Откройте скан, при необходимости включите очистку и автоповорот.

2. Выполните OCR и добавьте поисковый слой.

3. Конвертируйте/проверьте PDF/A и протестируйте поиск по нескольким редким словам.

Ограничение: OCR требует проверки там, где ошибка распознавания юридически или финансово значима.

Параллельная пакетная конвертация

Цель: безопасно обработать очередь. Для .NET используйте JobProcessor: выделите каталоги результата и ошибок, задайте WorkerCount, отправляйте по одной конвертации в каждый worker-процесс и логируйте статус каждого файла. Не запускайте несколько Convert одновременно в одном процессе. В Native C++ встроенного JobProcessor нет.

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

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

Solid Framework всё ещё поддерживается после покупки Solid Documents?

Да. Apryse интегрировала технологию в свою платформу, но отдельная ветка Solid Framework продолжает получать 10.x-выпуски; актуальная подтверждённая версия — 10.0.20290 от 13 августа 2026 года.

Нужен ли интернет для обработки PDF?

Типовые примеры работают локально. Интернет и аккаунт нужны для портала, загрузок и получения лицензии; обязательной отправки каждого документа в облако для базовой конвертации не описано.

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

Подтверждения бесплатной production-лицензии нет. Trial/developer предназначен для оценки, а производственное использование требует коммерческого соглашения.

Поддерживает ли Solid Framework современный .NET Core/.NET 8 как основной runtime?

Официальная FAQ описывает .NET Framework 4.0+ и не заявляет современный .NET как основной вариант. Для такого стека стоит дополнительно оценить Native C++ или Apryse SDK.

Есть ли русский OCR?

Да. Русский входит в 17 языков Solid OCR. Функция доступна в Professional +OCR.

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

Технически облачный сценарий предусмотрен, но internal-лицензии для cloud недоступны; нужны hybrid/public-условия и отдельная работа с изменяемым Machine ID.

Нужен ли Microsoft Office для PDF-to-Word?

Нет для современных DOCX/XLSX/PPTX: Solid Framework создаёт их напрямую. Старый вывод в бинарный DOC и некоторые print-provider сценарии создания PDF могли требовать установленный Office.

Как автоматически контролировать качество?

Проверяйте ConversionStatus, наличие и размер результата, количество страниц/слайдов, извлекаемый текст и ключевые таблицы. Для OCR добавьте эталонные фразы, для PDF/A — отдельную валидацию.

Вывод

Solid Framework SDK остаётся специализированным инструментом для программной реконструкции PDF: особенно сильны PDF-to-Word/Excel/PowerPoint, Core Model, OCR и PDF/A. Для существующих интеграций зрелый API и регулярные обновления 10.x делают продолжение использования рациональным.

Для нового проекта нужно заранее проверить три вещи: устраивает ли .NET Framework или Native C++, подходит ли коммерческое лицензирование и корректно ли лицензируется сервер/облако. Если нужна более широкая современная платформа с Java, Python, Node.js, Go и web/mobile, разумно сравнить Apryse SDK; для общего PDF API — Syncfusion, Aspose.PDF и iText.

Конечному пользователю SDK не заменяет читалку или редактор. Для ручного OCR и редактирования можно обратиться к обзору ABBYY FineReader. Solid Framework оправдан, когда обработка PDF должна быть частью собственного продукта и выполняться без ручных действий оператора.