Обзор PSPDFKit: возможности, лицензирование и переход на Nutrient SDK

PSPDFKit долгое время был одним из самых заметных коммерческих наборов средств для встраивания работы с PDF в собственные приложения. В актуальной продуктовой линейке это название уже историческое: в октябре 2024 года компания PSPDFKit и объединённый портфель её технологий были переименованы в Nutrient, а прежние SDK постепенно получили названия Nutrient Web SDK, Nutrient iOS SDK, Nutrient Android SDK и другие. Поэтому искать в 2026 году отдельную «программу PSPDFKit для Windows» как обычный PDF-редактор неправильно. Речь идёт прежде всего о наборе SDK и серверных компонентов, которые разработчики встраивают в свои веб-, мобильные, настольные и серверные решения.

Скачать PSPDFKit

Актуальный PSPDFKit следует получать уже под брендом Nutrient. Единого установщика для конечного пользователя нет: разработчик выбирает платформу и подключает соответствующий SDK. Web-библиотека ставится через пакетный менеджер или CDN, Android — через Gradle/Maven, iOS — через Swift Package Manager, а серверные компоненты разворачиваются по отдельной документации.

Для Web старый npm-пакет pspdfkit официально устарел и заменён на @nutrient-sdk/viewer. После ребрендинга активные линии Web, Android и iOS развиваются уже под именем Nutrient и имеют независимые циклы релизов. Поэтому точную версию перед интеграцией нужно брать из текущего changelog выбранной платформы: старые архивы с именем PSPDFKit могут относиться к прежним API, схемам лицензирования и системным требованиям.

Пробный режим предназначен для разработки и оценки: производитель заявляет 30 дней полного доступа без платёжных данных и отдельно предупреждает, что документы, отрисованные во время evaluation, получают водяной знак Nutrient. Это не то же самое, что self-service тариф Web Viewer: у веб-линейки есть собственная бесплатная квота и платные уровни, а права на production определяются условиями выбранного плана или договора.

Что такое PSPDFKit

PSPDFKit — прежнее название коммерческой платформы для встраивания работы с документами в приложения. После объединения технологий PSPDFKit, Muhimbi, Aquaforest, ORPALIS и Integrify компания в октябре 2024 года стала Nutrient. Современная линейка включает клиентские SDK, Document Engine, серверные библиотеки и облачные API.

SDK встраивается в продукт заказчика: SaaS может получить просмотр и комментарии, мобильное приложение — заполнение форм и подписи, корпоративный портал — конвертацию, redaction и OCR. Пользователь при этом работает внутри интерфейса самого сервиса и может вообще не видеть название Nutrient.

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

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

Ребрендинг важно учитывать при аудите зависимостей. В старых проектах могут одновременно встречаться домены pspdfkit.com, старые имена пакетов и новые страницы nutrient.io. Миграционные руководства прямо описывают замену npm-пакета Web, перенос Android-репозитория и постепенное переименование API. Поэтому при обновлении полезно искать не только строку «PSPDFKit», но и конкретные координаты зависимостей, license key, URL репозитория и инструкции CI/CD.

PSPDFKit развивается с 2011 года; затем продукт расширился с iOS на Android, Web и серверные среды. После инвестиций Insight Partners и серии приобретений компания объединила документные технологии и в октябре 2024 года перешла к бренду Nutrient.

Миграция названий шла по платформам по-разному. Web получил пакет @nutrient-sdk/viewer и версионирование 1.x, Android сменил Maven-координаты, а iOS некоторое время сохранял модули PSPDFKit и PSPDFKitUI ради совместимости. Поэтому старое имя в исходном коде не всегда означает устаревшую версию.

Для новых проектов отдельно важно избегать направлений, объявленных к завершению поддержки: лицензии UWP поддерживаются как минимум до 1 декабря 2026 года и, по условиям производителя, дольше при более позднем окончании конкретной лицензии; Xamarin больше не получает будущих обновлений и заменён .NET для iOS, .NET для Android или MAUI.

Основные функции PSPDFKit

Функциональность зависит от платформы, режима развёртывания и лицензированных компонентов. Viewer служит базой клиентской линейки, а аннотации, формы, подписи, редактирование, OCR, Office и другие возможности подключаются отдельно.

Просмотр и навигация

Web, iOS и Android SDK дают готовый viewer с прокруткой, масштабированием, миниатюрами, поиском и навигацией. Web-версия работает в современных браузерах и использует WebAssembly. Интерфейс можно встроить в React, Angular, Vue, Svelte, Next.js и обычный JavaScript, если приложение предоставляет контейнер для viewer.

Аннотации и совместная работа

Поддерживаются стандартные PDF-аннотации: заметки, выделение, рукописные пометки, фигуры, штампы и другие типы в зависимости от платформы. Их можно создавать через UI или API, импортировать и экспортировать. Для синхронизации между пользователями и сессиями применяется серверная инфраструктура Instant/Document Engine.

Формы и подписи

SDK отображает и заполняет PDF-формы, считывает значения и сохраняет их в документ или внешнее хранилище. Электронные и цифровые подписи лицензируются как отдельные возможности. В Web закрытый ключ не обязан передаваться Nutrient: интегратор может сформировать PKCS#7 во внешнем сервисе и вернуть контейнер в SDK.

Редактирование и структура PDF

Компоненты Document Editor и Content Editor позволяют изменять страницы и содержимое PDF. Важно различать аннотацию поверх страницы и реальное изменение текста или графики: у них разная переносимость и обратимость. Часть операций доступна headless, без показа стандартного UI.

Office, изображения и конвертация

Web SDK поддерживает PDF/PDF-A, PNG, JPEG/JPG, TIFF/TIF и семейства DOC/DOCX, XLS/XLSX и PPT/PPTX вместе с рядом производных форматов. Для Office и изображений требуются соответствующие компоненты лицензии. Document Engine расширяет матрицу источников, включая RTF, ODT, HTML, дополнительные изображения, EML/MSG и отдельные CAD-форматы.

OCR и PDF/A

OCR в веб-сценарии работает через Document Engine, а не как полностью автономная функция браузерного viewer. Результатом может быть searchable PDF/PDF-A. Конвертация в PDF/A поддерживает семейства PDF/A-1, 2, 3 и 4; профиль следует выбирать по требованиям архива или регулятора.

Безопасность

Standalone Web SDK может обрабатывать документы локально в браузере; собственный Document Engine позволяет держать backend в инфраструктуре заказчика. Поддерживаются разрешения, защита паролем, цифровые подписи и sandbox для PDF JavaScript. Но запрет копирования или печати не заменяет полноценную модель доступа, журналирование и политику хранения.

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

У Nutrient нет единого «приложения PSPDFKit». Клиентские SDK поставляют готовую рабочую область просмотра, панели и диалоги, а команда разработчиков решает, какие элементы оставить и как связать их с бизнес-логикой.

В Web доступны боковые панели, поиск, миниатюры, инструменты аннотаций и глубокая настройка UI. Современные версии добавляют точки расширения для собственных элементов, поэтому можно сохранить базовый viewer, но встроить в него специализированные действия вроде «Отправить на согласование».

Для конечного пользователя порог освоения невысок при знакомом наборе действий. Для разработчика сложность выше: нужно спроектировать хранение, права, синхронизацию, экспорт и лицензирование. Web, iOS и Android имеют штатную русскую локализацию; собственные тексты приложения переводятся отдельно.

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

Основной формат — PDF, для которого доступны наиболее глубокие функции. Поддерживаются PDF/A, обмен аннотациями через XFDF и собственный Instant JSON. Автономный Web SDK также работает с Office-документами и распространёнными растровыми изображениями, если нужные компоненты включены в лицензию.

С Document Engine список шире, но матрица форматов различается между Web, Android, iOS и серверными продуктами. Например, Android-документация отдельно связывает поддержку Office с опциональным Document Engine. Поэтому переносить возможности одной платформы на другую без проверки нельзя.

Для архивов и интеграций важна не только возможность открыть расширение, но и характер результата. Office-файл при конвертации становится PDF и теряет исходную редактируемую модель Word/Excel/PowerPoint; XFDF переносит аннотационные данные, но не заменяет сам PDF; Instant JSON удобен для экосистемы Nutrient. Поэтому исходники и обменные слои нужно хранить осознанно.

Для пользователя, которому требуется готовый просмотрщик, SDK избыточен. На sumatra-pdf.com можно отдельно посмотреть Foxit Reader, Adobe Acrobat Reader и Xodo.

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

Для Web отдельное значение имеет способ доставки ресурсов. CDN быстро запускает пилот, но self-hosted-раздача снижает внешнюю сетевую зависимость и подходит для закрытых контуров. При self-hosted интеграции нужно корректно размещать дистрибутивные assets и base URL: ошибки в путях приводят к невозможности загрузить chunks или WebAssembly даже тогда, когда сам JavaScript импортирован успешно.

Универсальных цифр производительности для Nutrient нет: скорость зависит от устройства, режима развёртывания и структуры файла. В standalone Web рендеринг идёт на клиенте, поэтому сложная векторная графика, тысячи страниц, изображения и сотни аннотаций заметно повышают требования к памяти и CPU.

Журналы релизов 2025–2026 показывают постоянную оптимизацию больших документов: Web 1.13 представил новую архитектуру рендеринга в beta, Android 11 переработал рендер и управление памятью, а 11.4 добавил прогрессивную отрисовку сложных страниц. В iOS улучшалась отзывчивость документов с большим числом страниц и аннотаций.

Перед покупкой следует тестировать реальные договоры, сканы, чертежи, формы, подписанные PDF и документы с нестандартными шрифтами. Проверяются не только открытие, но и сохранение, повторное открытие, поиск и экспорт в независимый viewer.

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

Самая частая архитектурная ошибка — считать, что добавление viewer автоматически даёт все остальные функции. На практике OCR, совместная работа, серверная конвертация, AI-функции и отдельные редакторы могут требовать дополнительных компонентов и инфраструктуры. Такая зависимость должна быть видна в техническом задании до начала интеграции, иначе прототип на пробной лицензии окажется заметно проще и дешевле будущей production-схемы.

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

Коммерческая модель привязана не к одному «тарифу PSPDFKit», а к архитектуре решения. Производитель отдельно учитывает клиентский SDK, self-hosted Document Engine, managed-развёртывание и usage-based API. Это делает сравнение по одной цене за пользователя малоинформативным: одинаковый viewer без OCR и комплекс с совместной работой, Office-конвертацией и серверной обработкой являются разными по составу продуктами.

Nutrient — коммерческий SDK с компонентной моделью. Клиентский Viewer служит основой, а аннотации, формы, подписи, Content Editor, сравнение, OCR, Office и другие функции добавляются по потребности. Серверные продукты используют сходный принцип.

Для большинства SDK итоговая цена по-прежнему зависит от платформ, компонентов, deployment-модели, масштаба и характера использования и рассчитывается по запросу; типичны годовые или многолетние соглашения. Одновременно у Web Viewer появился self-service вариант: официальная страница Web SDK показывает тариф Free за 0 долларов с лимитом 250 viewer sessions в месяц, до 100 документов, 500 MiB хранилища и 100 загрузок в месяц, а дальнейшие уровни работают по подписке. Облачные API могут тарифицироваться по использованию. 30-дневный trial с полным доступом остаётся отдельным режимом оценки и не заменяет лицензионные условия production.

Нумерация платформ независима: Web, Android и iOS имеют собственные линии версий и неодинаковый цикл релизов. Поэтому номер без названия платформы мало что означает; при обновлении нужно сверять дату changelog, минимальные ОС и migration notes именно для своей ветки.

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

Web

Поддерживаются последние две версии Chrome, Firefox и Edge, Safari 15.4+, а также актуальный Firefox ESR. Целевая desktop-политика включает Windows 10+ и macOS; мобильный Web — Chrome на Android и Safari на iOS. Требуются современные возможности браузера, включая WebAssembly.

Если корпоративная среда фиксирует старую версию браузера, её нужно проверять отдельно: политика Nutrient ориентирована на evergreen-браузеры, а не на многолетнюю поддержку произвольных Chrome/Edge. Для закрытого WebView в мобильном приложении также нельзя автоматически переносить совместимость обычного Safari или Chrome.

Android

Современная ветка Android требует API 23+, AndroidX и актуальную Gradle-среду. Поддерживаются ARMv7, ARM64, x86 и x86-64. В getting started 11.4 также указаны Java/JVM 17 и актуальные compileSdk/targetSdk.

iOS, macOS Catalyst и visionOS

Для ветки 26.x официальная таблица совместимости указывала Xcode 26; Nutrient в целом привязывает свежие сборки iOS SDK к актуальной стабильной версии Xcode. Ранние 26.x ещё поддерживали iOS 16 и macOS 13, а релиз 26.8 объявил их снятие в следующем обновлении, поэтому минимальные версии необходимо сверять с конкретным установленным релизом, а не переносить из старой инструкции.

Сервер

Document Engine требует контейнерной инфраструктуры, хранилища и ресурсов под фактическую нагрузку. Для OCR и массовой конвертации sizing лучше проводить на реальных файлах, а не по усреднённой цифре RAM.

Паспорт обратимости операций

Главный принцип обратимости — не путать визуальный результат с исходными данными. Если бизнес-процесс допускает спор, откат или повторное редактирование, исходный файл, внешний слой аннотаций и журнал операций лучше хранить отдельно. Flatten, redaction и преобразование в конечный PDF удобны для передачи, но именно поэтому уменьшают возможности возврата к предыдущему состоянию.

Преимущества и недостатки PSPDFKit

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

• Глубокая интеграция. Продукт предназначен для встраивания, поэтому бизнес-логика, UI, права и хранение могут быть частью одного приложения.

• Широкая платформенная линейка. Есть Web, iOS, Android, гибридные мобильные SDK и серверные варианты.

• Разные модели развёртывания. Web может работать клиентски, а тяжёлые процессы можно вынести в собственный или управляемый Document Engine.

• Модульность. Необязательно покупать весь набор: функции лицензируются компонентами.

• Сильная работа с PDF. Просмотр, аннотации, формы, подписи, редактирование, сравнение, redaction и другие операции доступны в единой экосистеме.

• Локализация. Русский включён в штатные языки Web, iOS и Android интерфейсов.

• Активное развитие. Журналы 2025–2026 показывают регулярные релизы, исправления производительности и обновление платформенной совместимости.

Минусы

• Нет единого ценника для всей линейки. У Web Viewer есть публичный self-service Free и подписочные уровни, но большинство SDK, серверные компоненты и индивидуальные deployment-схемы требуют отдельного расчёта.

• Сложность архитектуры. Viewer, Document Engine, OCR, Instant, облачные API и лицензируемые компоненты нужно спроектировать вместе.

• Это не готовая пользовательская программа. Тем, кто хочет «скачать PDF-редактор», SDK не подходит.

• Миграционный след ребрендинга. В коде и документации могут одновременно встречаться Nutrient и PSPDFKit, старые package names и новые названия.

• Зависимость от версии платформы. Мобильные SDK регулярно поднимают минимальные требования к Xcode, iOS, Android API и build toolchain.

• Часть функций требует сервера. Например, Web OCR связан с Document Engine, поэтому полностью автономная архитектура не всегда возможна.

• Глубокая кастомизация требует разработчиков. Большая гибкость означает больше ответственности за UX, безопасность, тестирование и поддержку.

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

Сравнивать SDK разумно по одинаковым критериям: где выполняется рендеринг, можно ли работать без внешнего облака, какие форматы доступны без серверной конвертации, насколько готов UI, что включено в базовую лицензию, как реализованы подписи и redaction, есть ли мобильные SDK и насколько предсказуем переход между версиями. По этим критериям Nutrient ближе всего к Apryse и Foxit, а PDF.js и Adobe Embed API закрывают более узкие или иначе организованные сценарии.

Apryse и Foxit — прямые коммерческие конкуренты, которых нужно сравнивать на собственных файлах, API и лицензируемых модулях. PDF.js по Apache 2.0 значительно дешевле как основа viewer, но не заменяет готовый набор корпоративного редактирования, OCR, мобильных SDK и серверных функций. Adobe PDF Embed API бесплатен для встраивания, а Acrobat Services применяет транзакционную модель для обработки документов.

Sumatra PDF — не прямой аналог: это готовый просмотрщик для Windows. Если нужно встроить документный интерфейс в SaaS или мобильное приложение, выбирают SDK; если задача — просто читать локальные файлы, SDK не нужен.

Для настольного редактирования практичнее смотреть готовые программы, например PDF-XChange Editor или Adobe Acrobat Pro. Для специализированного OCR есть ABBYY FineReader.

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

Для SDK установка означает подключение зависимости к проекту. Последовательность ниже описывает поддерживаемые маршруты без привязки к устаревшему бренду PSPDFKit.

Web SDK

1. Выберите пакетный менеджер или официальный CDN.

2. Для локальной интеграции добавьте @nutrient-sdk/viewer; старый pspdfkit не используйте в новом проекте.

3. Создайте контейнер viewer с явной шириной и высотой, загрузите SDK и передайте путь к тестовому PDF.

4. Проверьте рендеринг, поиск и сохранение, затем авторизуйте production-интеграцию publishable key для подходящего self-service плана или license key по договору.

Android SDK

1. Проверьте API 23+, AndroidX и актуальный Gradle toolchain.

2. Подключите официальный репозиторий Nutrient и зависимость через Gradle; доступ к закрытым пакетам связан с Nutrient Portal.

3. Настройте compileSdk/targetSdk и Java/JVM 17 в соответствии с документацией выбранной версии.

4. Откройте тестовый PDF через Activity или Compose-компонент и до production добавьте лицензию.

iOS SDK

1. Проверьте совместимую версию Xcode и минимальные цели iOS/macOS.

2. Добавьте официальный Swift Package, который исторически размещается в организации PSPDFKit.

3. Подключите пакет к target, создайте Document/PDFViewController и откройте тестовый PDF.

4. Для production добавьте license key, связанный с bundle identifier приложения.

Удаление SDK выполняется на уровне проекта: сначала убираются вызовы API и UI-компоненты, затем зависимость, assets и ключ. Пользовательские документы и сохранённые аннотации нельзя считать частью SDK и удалять автоматически.

Перед удалением или сменой поставщика нужно экспортировать всё, что не хранится внутри самого PDF: внешние аннотации, Instant JSON/XFDF, настройки доступа, идентификаторы документов и сведения о цифровых подписях. Это снижает риск vendor lock-in и позволяет проверить миграцию на другой viewer до отключения старой интеграции.

Обновление с запасным выходом

1. Зафиксируйте рабочий номер SDK, lock-файл и совместимую версию Document Engine.

2. Прочитайте migration guide и отметьте breaking API, смену package names и новые минимальные ОС.

3. Обновляйте в отдельной ветке на наборе реальных PDF с формами, подписями и аннотациями.

4. Проверьте экспорт в независимом viewer; при проблеме откатывайте код к сохранённой версии, а тестовый документ восстанавливайте из исходной копии.

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

Для каждого пилота полезно заранее определить критерий успешности. «Файл открылся» недостаточно: нужно проверить сохранение, переносимость результата, права, восстановление после перезапуска и поведение на сложных документах. Это особенно важно для SDK, где значительная часть качества зависит от интеграции, а не только от самой библиотеки.

Встроенный просмотр договоров

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

Рецензирование с внешним слоем аннотаций

Цель: хранить комментарии отдельно от исходного PDF. Подготовка: read-only оригинал и хранилище аннотаций. Шаги: сохранять изменения в XFDF или Instant JSON и привязывать их к ID документа. Проверка: восстановить рецензию из исходника и слоя после очистки локального кэша. Ограничение: Instant JSON менее переносим между разными экосистемами.

OCR входящих сканов

Цель: сделать сканы доступными для поиска. Подготовка: Web SDK с Document Engine и набор сканов. Шаги: отправить PDF в серверную обработку, запустить OCR для нужного языка, сохранить searchable PDF/PDF-A. Проверка: выполнить поиск и выделение текста. Ограничение: документированный Web OCR требует backend.

Цифровая подпись с внешним ключом

Цель: не передавать закрытый ключ SDK. Подготовка: сертификат и signing service. Шаги: получить диапазон байтов/хеш, сформировать PKCS#7 внешней криптологикой и вернуть контейнер в SDK. Проверка: валидировать подпись в Nutrient и другом PDF-приложении. Ограничение: доверие зависит от цепочки сертификатов.

Redaction перед передачей

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

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

• Повторно открыть итоговый PDF после закрытия приложения.

• Проверить, сохранились ли аннотации именно в ожидаемом слое.

• Убедиться, что редактирование не нарушило цифровую подпись без необходимости.

• После redaction попробовать поиск и копирование скрытого текста.

• Открыть файл как минимум в одном независимом viewer.

• Сохранить исходник перед необратимыми операциями.

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

Нужно ли отправлять документы в облако Nutrient?

Нет, не всегда. Standalone Web SDK способен работать клиентски, а Document Engine можно разворачивать в собственной инфраструктуре. Облачная передача появляется тогда, когда архитектура приложения использует managed-сервис или другие удалённые API. Для конфиденциальных данных это решение должно приниматься на уровне проекта и договора, а не предполагаться по названию SDK.

Можно ли сохранить аннотации отдельно от PDF?

Да. В Web доступны форматы вроде XFDF и Instant JSON. Такой подход удобен для рецензирования и совместной работы, но перед миграцией важно определить, какой формат останется читаемым вне экосистемы Nutrient.

PSPDFKit ещё существует?

Как актуальный бренд — нет. Линейка переименована в Nutrient, но старое имя остаётся в совместимых модулях, namespaces, репозиториях и прежних пакетах.

Можно ли скачать PSPDFKit как обычный PDF-редактор?

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

Есть ли бесплатный режим?

Да, но он зависит от продукта. Для Web Viewer официальный self-service тариф Free сейчас заявляет 250 viewer sessions в месяц, лимит 100 документов, 500 MiB хранилища и 100 загрузок. Отдельно действует 30-дневный full-access trial для оценки с водяным знаком на отрисованных документах. Для мобильных, серверных и расширенных deployment-схем условия лицензирования нужно проверять отдельно; наличие бесплатной Web-квоты не делает всю линейку бесплатной.

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

Да, standalone Web SDK может работать в браузере и обслуживаться из инфраструктуры заказчика. Но OCR, Instant collaboration и часть серверных операций требуют backend.

Есть ли русский интерфейс?

Да. Русский входит в штатные локали Web, iOS и Android SDK. Собственные тексты приложения переводит команда продукта.

Почему в iOS всё ещё встречается PSPDFKit?

Переименование продукта не потребовало немедленно менять все бинарные модули. Это сделано ради совместимости и меньшего числа breaking changes.

Можно ли заменить Nutrient на PDF.js?

Для веб-просмотра часто можно. Для готовых корпоративных аннотаций, редактирования, OCR, подписи, mobile и server объём собственной разработки возрастёт.

Что проверить перед покупкой?

Платформы, требуемые компоненты, режим self-hosted/managed, реальные форматы, минимальные ОС, политику данных, цену продления и trial на собственных документах.

Вывод

PSPDFKit в 2026 году корректно рассматривать как прежнее имя современной Nutrient SDK. Это коммерческий инструментарий для команд, которым нужно встроить просмотр и обработку документов в собственный продукт. Его сильные стороны — Web/iOS/Android, готовый UI, клиентская и серверная архитектура, формы, подписи, редактирование, Office-конвертация и модульное лицензирование.

Nutrient особенно уместен в SaaS, корпоративных порталах и мобильных приложениях, где PDF является частью рабочего процесса. Для простого чтения локальных документов лучше готовый viewer вроде Sumatra PDF; для настольного редактирования — отдельный PDF-редактор; для бюджетного веб-просмотра — PDF.js. Перед покупкой нужно определить production-функции, место обработки данных и провести trial на реальных файлах.