UGLYPEAR AI обновил бизнес: высокопроизводительное сжатие документов × RAG-платформа инженерии данныхУзнать о новом направлении →

Сжатие документов в государственной ОА-системе: пакетная обработка OFD/PDF

Главный вывод: документы в государственной ОА-системе слишком большие — корень проблемы решается триадой «пакетное сжатие OFD/PDF + интеграция через API в ОА-систему + журнал аудита для соответствия требованиям». Серверная версия SmartSlim встраивается в ОА через HTTP REST API, выполняет сжатие на уровне контента OFD (национальный стандарт форматирования документов КНР) и PDF (понижение разрешения встроенных изображений + перевод в JPEG). В одном кейсе муниципальная ОА-система обработала за год 500 000 документов, экономия хранения составила 72%, средний документ сжат с 12 МБ до 3,4 МБ, обработка целиком в интрасети госорганов локально. В статье — боли, решение, кейс и требования соответствия.

Если вы пока не знакомы с выбором ПО сжатия в среде Xinchuang, рекомендуем сначала прочитать ПО сжатия в среде Xinchuang: решение на отечественной базе.

1. Четыре боли управления документами в государственной ОА-системе

Государственные ОА-системы ежедневно генерируют большие объёмы документов, раздувание объёма — повсеместная проблема. В отличие от корпоративных, государственные документы требуют национальный стандарт OFD, файлы с красной шапкой, сканы и прочие спецформаты, плюс строгие требования к аудиту. Поняв боли, можно правильно подобрать решение.

БольТипичные проявленияПоследствияТекущее решение
Большой объём OFD/PDF5–20 МБ на документ с красной шапкойВысокая стоимость хранения, медленная передачаРучное сжатие или без сжатия
Огромные сканы50–200 МБ на архивный сканАрхивные серверы переполненыСнижение DPI скана (потеря чёткости)
Нет инструмента пакетной обработкиПрирост 500 000 документов в годРучная обработка нереалистичнаАутсорсинг (риск утечки данных)
Нет аудита соответствияОперации сжатия не регистрируютсяНе соответствует MLPS 2.0Пост-запись (не норма)

Самые серьёзные — объём сканов и отсутствие пакетной обработки. Скан формата A4 при 600 DPI даёт 15 МБ на страницу, 50-страничный архив — 750 МБ. При приросте 500 000 документов в год по 12 МБ в среднем — 6 ТБ; без сжатия хранить негде. Ручная обработка 500 000 документов в принципе нереалистична, нужна автоматизация пакетного сжатия. Аутсорсинг же создаёт риск утечки, государственные документы нельзя отдавать третьим лицам.

OFD — национальный стандарт КНР для форматированных документов, основной формат в государственных системах. О разнице OFD и PDF см. OFD против PDF.

2. Решение пакетного сжатия OFD/PDF

SmartSlim для сценария государственных ОА строит пакетное сжатие на трёх возможностях: интеграция через API, сжатие на уровне контента, журнал аудита.

Ключевая возможностьТехническая реализацияРешаемая больКлючевые параметры
Интеграция через APIHTTP REST-интерфейсАвтоматизация встраивания в ОА-системуЛимит одной отправки 10 ГБ
Сжатие OFD на уровне контентаРаспаковка ZIP-контейнера + понижение разрешения изображенийБольшой объём OFDКоэффициент сжатия 70%–80%
Сжатие PDF на уровне контентаПонижение разрешения встроенных изображений + многоуровневое управление качествомБольшой объём PDF4 уровня качества (низкий/средний/высокий/максимальный)
Пакетная очередь задачCelery + 12 параллельных процессовПакетная обработка 500 000 документовДневной лимит 50 000
Журнал аудитаСтруктурированный лог + защита от подделкиОтсутствие аудита7 записей, хранение 6+ мес.
Локальное развёртываниеЧастное в интрасети госоргановРиск утечки данныхФизическая изоляция, данные не покидают периметр

Сжатие на уровне контента OFD и PDF — ядро решения. OFD по сути — ZIP-контейнер с XML и ресурсами изображений. SmartSlim распаковывает контейнер, понижает разрешение встроенных изображений и переводит формат (PNG→JPEG), затем переупаковывает. Сжатие PDF аналогично: понижение разрешения встроенных изображений + многоуровневое управление качеством. Коэффициент сжатия в обоих случаях 70%–80%, поскольку основной объём государственных документов — сканы и печати.

Два способа интеграции в ОА-систему.

Способ интеграцииТрудоёмкостьПроизводительностьСценарийРекомендация
Интеграция через API (REST)3–5 человеко-днейСетевые издержкиДоработка существующей ОА★★★★☆
Встраивание SDK (C ABI)7–10 человеко-днейОптимально (вызов в процессе)Новая ОА-система★★★★★

В госсреде рекомендуем интеграцию через API с локальным развёртыванием. ОА-система вызывает серверный API SmartSlim по HTTP REST: ОА загружает документ в API → API сжимает → ОА скачивает обратно. Процесс целиком в интрасети госорганов, данные не выходят в интернет. API-интеграция требует мало разработки, 3–5 человеко-дней — подходит для доработки существующей ОА-системы.

3. Кейс: 500 000 документов/год в муниципальной ОА-системе

Одно муниципальное ведомство приращивает около 500 000 документов в год, форматы — OFD (60%) и PDF (30%), плюс сканы и файлы с красной шапкой (10%). Исходно — архивация без сжатия, прирост хранения около 6 ТБ/год, за 3 года — 18 ТБ, архивный сервер на пределе. Требовалось пакетное сжатие без ущерба для удобства использования, соответствие MLPS 2.0 по аудиту.

Конфигурация развёртывания:

ПараметрСпецификацияОписание
Форма продуктаSmartSlim ServerРежим API-интеграции
Среда развёртыванияЧастное в интрасети госоргановФизическая изоляция, данные внутри периметра
Сервер8 ядер 32 ГБKylin OS + процессор Phytium
Параллелизм12Число процессов Celery Worker
Уровень сжатияhigh3-й из 4 уровней
Уровень безопасностиHIGHВыше MEDIUM по умолчанию для госсреды
Журнал аудитаВключён, хранение 12 мес.Выше минимума MLPS 2.0 (6 мес.)
Способ интеграции с ОАAPI (REST)Вызовы по HTTP

Годовые объёмы обработки:

Тип документаКоличествоИсходный объёмОбъём после сжатияКоэффициент сжатия
Документы OFD300 0003,6 ТБ1,01 ТБ72%
Документы PDF150 0001,8 ТБ0,54 ТБ70%
Сканы40 0000,5 ТБ0,08 ТБ84%
Файлы с красной шапкой10 0000,1 ТБ0,03 ТБ70%
Итого500 0006,0 ТБ1,66 ТБ72,3%

Результат: за год обработано 500 000 документов, исходные 6 ТБ сжаты до 1,66 ТБ, экономия хранения 72,3%. Средний документ — с 12 МБ до 3,4 МБ. В среднем около 2000 документов в день, у серверной версии с 12 параллельными дневной лимит 50 000 — запас достаточный. После сжатия OFD-документы прошли проверку подписи, PDF нормально открываются, сканы сохраняют читаемость. Журнал аудита полностью фиксирует 500 000 операций сжатия: оператор, время, хеш файла, параметры сжатия — соответствует MLPS 2.0.

4. Сравнение требований соответствия и рекомендации по сценариям

Соответствие для государственных документов строже корпоративного. Сравним различия.

ТребованиеГоссценарийКорпоративный сценарийОписание различий
Хранение данныхОбязательно локально в интрасети госоргановМожно в облаке (нечувствительные данные)Госданные не покидают интрасеть
Журнал аудитаОбязателен, хранение 12+ мес.Рекомендуется, хранение 6 мес.Госстандарт аудита выше
Уровень безопасностиHIGH или MAXIMUMMEDIUM (по умолчанию)Госбазовая линия безопасности выше
Сертификация XinchuangОбязательна (для режимных)Не обязательнаРежимные — принудительно Xinchuang
MLPSMLPS 2.0 уровень 3+MLPS 2.0 уровень 2Госорганы — уровень выше
Трассировка операцийДо конкретного оператораДо ролиГосорганы требуют точности до человека

В госсреде требования соответствия комплексно выше корпоративного: данные обязательно локально, журнал аудита хранится дольше, уровень безопасности выше, для режимных — обязательная сертификация Xinchuang. 5 уровней безопасности и 7 механизмов защиты SmartSlim покрывают HIGH/MAXIMUM для госсреды, журнал аудита — с точностью до конкретного оператора.

Рекомендации по сценариям госсреды:

Сценарий госорганаОбъём документовРекомендуемое решениеТочки соответствия
Муниципальная ОА-система500 000/годAPI-интеграция серверной версииMLPS 2.0 уровень 3 + журнал аудита 12 мес.
Окружная/уездная ОА100 000/годAPI серверной версииMLPS 2.0 уровень 2 + журнал аудита 6 мес.
Режимные организацииНефиксированныйEnterprise частное развёртывание + XinchuangФизическая изоляция + Xinchuang + MAXIMUM
Оцифровка архивовПакетные сканыПакетный API серверной версииСжатие сканов + проверка хешей
Госуслуги в залеОдиночные документы в реальном времениДесктоп-версия для терминалаСжатие на месте + локальная обработка

Муниципальная ОА — типичный сценарий, объём 500 000/год закрывается серверной версией с интеграцией через API. Режимные организации обязательно переходят на Enterprise частное развёртывание с сертификацией Xinchuang и уровнем безопасности MAXIMUM. О техническом решении корпоративного пакетного сжатия см. Корпоративное пакетное сжатие: как обработать 10 000 файлов.

5. Часто задаваемые вопросы (FAQ)

В1. Документы в государственной ОА слишком большие — как сжать?

Через API серверной версии SmartSlim, встроенной в ОА-систему, пакетно сжимать OFD/PDF/сканы. OFD — понижение разрешения встроенных изображений + перевод в JPEG, PDF — то же с многоуровневым управлением качеством. В одном кейсе муниципальная ОА обработала 500 000 документов/год, экономия хранения 72%, средний документ с 12 МБ до 3,4 МБ. Данные обрабатываются локально в интрасети госорганов, не выходят в интернет, соответствует MLPS 2.0.

В2. Можно ли пакетно сжимать файлы OFD?

Да. SmartSlim поддерживает пакетное сжатие OFD — национального стандарта форматированных документов КНР. Принцип: распаковка ZIP-контейнера OFD, сжатие встроенных ресурсов изображений (понижение DPI + перевод в JPEG), переупаковка. Подход аналогичен сжатию PDF — это сжатие на уровне контента, а не упаковки. На тесте 1000 OFD-документов сжаты пакетно за 18 минут, коэффициент 76%, после сжатия соответствуют национальному стандарту OFD, нормально открываются и проходят проверку подписи.

В3. Нужен ли журнал аудита при сжатии государственных документов?

Да. По MLPS 2.0 и требованиям информационной безопасности госорганов операции с документами обязаны фиксироваться в журнале аудита. Журнал SmartSlim фиксирует 7 пунктов: оператор, время операции, имя файла, хеш файла (MD5/SHA256), параметры сжатия, объём до и после, результат операции. Логи пишутся в БД с защитой от подделки, хранение не менее 6 месяцев, поддерживается поиск по оператору и диапазону дат — соответствует требованиям аудита госорганов. Для госсреды рекомендуем хранение 12+ месяцев.

В4. Как интегрировать функцию сжатия в ОА-систему?

Два способа: первый — через API, ОА-система вызывает серверный API SmartSlim по HTTP REST, цикл «загрузка документа → сжатие → скачивание обратно», подходит для доработки существующей ОА; второй — встраивание SDK, динамическая библиотека C ABI движка Rust встраивается прямо в процесс ОА, подходит для новых ОА-систем. API-интеграция требует меньше разработки (около 3–5 человеко-дней), встраивание SDK даёт лучшую производительность (без сетевых издержек). В госсреде рекомендуем API с локальным развёртыванием, данные не покидают интрасеть.

Заключение

Сжатие документов в государственной ОА — это триада «API-интеграция + сжатие на уровне контента + соответствие через аудит». Серверная версия SmartSlim через REST API встраивается в ОА, выполняет сжатие на уровне контента для OFD и PDF (понижение разрешения встроенных изображений + перевод в JPEG). В одном кейсе муниципальная ОА обработала 500 000 документов/год, 6 ТБ сжаты до 1,66 ТБ, экономия 72,3%, средний документ с 12 МБ до 3,4 МБ. Обработка целиком в интрасети госорганов, журнал аудита на 7 пунктов хранится 12 месяцев — соответствует MLPS 2.0 уровень 3.

Нижняя планка соответствия для госсреды выше корпоративной: данные обязательно локально, журнал аудита хранится дольше, уровень безопасности выше, для режимных — обязательная сертификация Xinchuang. При выборе решения сначала оцените требования соответствия (уровень MLPS, режимность), затем объём документов определит форму развёртывания, в конце убедитесь, что возможностей журнала аудита достаточно для трассировки.

Похожие материалы

Нужно сжать файлы? Попробуйте SmartSlim

Собственный движок сжатия на Rust, поддержка 10+ категорий и 40+ форматов (PDF, изображения, видео, Office, OFD и др.), локальная обработка — данные не покидают контур.