---

[I128-2606] Запуск протокольного обновления записей из управления БД

---

НАЧАЛО >> Оглавление >> Общее описание >> История изменений >> Что нового в проекте I128 >> Версия 2026.3 >> [I128-2606] Запуск протокольного обновления записей из управления БД📄 Скачать в DOCX

---

Тип	Версия	Статус	Приоритет	Исполнитель
⚙️ Новые возможности	2026.3	🔘 Завершено	Средний	Ilya Mikhaylenko

Компоненты: ИРБИС 128. Модуль Database - Управление базами данных, ИРБИС 128. Модуль DP_Irbis64Native - Нативный провайдер данных к файлам СУБД ИРБИС 64/64+

Завершено: 30.06.2026 12:37

Добавлен backend-сценарий запуска протокольного обновления записей из управления БД.

Что меняется:

• Database/RecUpdateProtocolRecord принимает содержимое протокольной записи или файл, проверяет доступность БД, запрещает неподдержанный режим чистой актуализации без обновления MST/XRF и вызывает provider action RecUpdateProtocolRecord.
• Queue action Database/RecUpdateProtocolRecord проверяет право EDIT, принимает текст протокола или ранее загруженный ProtocolUploadId, читает файл только из безопасного рабочего каталога операции irbistool-recupdate, требует подтверждение backup/rollback перед записью в MST/XRF и возвращает структурированный результат выполнения.
• DP_Irbis64Native/RecUpdateProtocolRecord разбирает протокольный формат recupdate, сохраняет запись через native-provider, поддерживает autoin, сохраняет признаки неактуализированного индекса при необходимости, формирует отчет в формате, сопоставимом с выводом irbistool recupdate.

Пользовательский опыт: После добавления UI пользователь сможет обновить одну запись по протокольному формату: вставить текст протокола или использовать загруженный файл, выбрать обновление MST/XRF и актуализацию словаря, подтвердить наличие резервной копии и получить подробный отчет по MFN, версии, статусу, XRF-признакам и строкам отчета. Ошибочные режимы и отсутствие поддержки провайдера возвращаются как понятные структурированные ошибки, а не как необработанный сбой.

Документация: Отдельная справочная задача нужна после выноса UI-окна и пункта меню, чтобы описать полный пользовательский сценарий запуска операции из интерфейса.

-

Вторая волна для develop.

Порядок review/merge: 49 из 68. Ветка пересобрана от develop как независимый PR: diff показывает только файлы своего слоя изменений.

1. Связанные задачи

1.1. 🔗 blocks: I128-2607

1.2. 🔗 blocks: I128-2478

1.3. 🔗 blocks: I128-2512

1.4. 🔗 blocks: I128-2557

1.5. 🔗 blocks: I128-2558

1.6. 🔗 blocks: I128-2590