---

[I128-2642] Неверный рабочий лист при создании новой записи в каталоге и авторитетном файле

---

НАЧАЛО >> Оглавление >> Общее описание >> История изменений >> Что нового в проекте I128 >> Версия 2026.2.4 >> [I128-2642] Неверный рабочий лист при создании новой записи в каталоге и авторитетном файле📄 Скачать в DOCX

---

Тип	Версия	Статус	Приоритет	Исполнитель
⚙️ Исправление ошибок	2026.2.4	🔘 Завершено	Средний	Ilya Mikhaylenko

Компоненты: ИРБИС 128. Модуль Cataloguer - АРМ Каталогизатор

Завершено: 09.07.2026 18:35

Проблема:

При создании новой записи в АРМ «Каталогизатор» для каталога или авторитетного файла мог открываться общий рабочий лист DEFAULT вместо рабочего листа, настроенного для новой записи в базе данных. Из-за этого пользователь видел непонятную форму редактирования, а значения по умолчанию для нужного типа записи не подставлялись ожидаемым образом.

Решение:

При создании пустой новой записи редактор теперь выбирает рабочий лист по настройкам базы данных и default-строке WSOPT, как и при обычном выборе рабочего листа без заранее известного типа записи. Для каталога и авторитетных файлов открывается настроенный рабочий лист новой записи, а явно заданный WSFDT продолжает учитываться.

Технические подробности:

Выбор рабочего листа в WS::ResolveEditorWsName скорректирован для случая, когда объект новой записи уже создан, но поле типа записи (TAGVID, обычно 920) еще пустое. Такая запись теперь проходит через общий defaultалгоритм выбора WS, а не возвращает DEFAULT напрямую. Добавлена регрессионная smokeпроверка для новых записей IBIS, ATHRA и IBIS64_TEST.

-

I1282642 исправляет выбор рабочего листа при создании пустой новой записи в АРМ «Каталогизатор». PR открыт в release/2026.2 и меняет общий resolver рабочих листов WS, чтобы новая запись без заполненного поля типа использовала defaultнастройки WSOPT, а существующие записи с типом продолжали выбирать лист по прежней логике.

Куда смотреть:

• Сценарий в системе: ?id=Cataloguer > выбрать БД IBIS или авторитетную БД ATHRA -> нажать Создать новую запись на панели результатов -> открыть редактор новой записи. Chrome: не подтверждено в этом проходе: проверка выполнена серверным smoke/CLI на PRветке без браузерного открытия локального стенда. Было: для пустой новой записи без 920 открывался общий лист DEFAULT, хотя в WSOPT у БД был настроен default-лист новой записи. Стало: IBIS выбирает PAZK42, ATHRA выбирает ATHRA1; существующие записи с заполненным типом продолжают выбирать лист по WSOPT.
• Настройки для сценария: дополнительная настройка не требуется; используются существующие настройки БД. В локальной проверке IBIS/WS31.OPT содержит default PAZK42, ATHRA/WS31.OPT содержит default ATHRA1, IBIS64_TEST сохраняет явный WSFDT=IBIS.
• Условия входа: АРМ «Каталогизатор», пользователь с правом редактирования записей, БД с рабочими листами WS и WSOPT; для smoke-проверки использованы IBIS, ATHRA, IBIS64_TEST.
• Help: Help не применим: исправляется выбор уже настроенного рабочего листа при открытии редактора, новых экранов, настроек и пользовательских команд нет.
• Для PRветки: ветка `bugfix/I1282642newrecordworksheetсодержит текущийorigin/release/2026.2(6cb157363) и один commit3ce073d79`; можно переключаться прямо на PRветку.

Изменения по файлам:

modules/WS/api.php

• В ResolveEditorWsName добавлена отдельная ветка для записи, у которой поле типа (TAGVID, обычно 920) пустое: такая запись теперь идет через общий default-алгоритм выбора рабочего листа.
• Defaultлогика вынесена в ResolveDefaultEditorWsName: загружается WSFDT/WSSFDT, читается defaultзначение поля типа из WS и применяется WSOPT; если ничего не найдено, сохраняется прежний fallback на имя default-листа.
• Поведение существующих записей с заполненным типом не изменено: они по-прежнему выбирают рабочий лист через WSOPT(recordType).

modules/he3/tests/resolve*ws*name_smoke.php

• Smoke сохранен для существующей записи IBIS MFN 144 с типом NJ, которая должна выбирать !NJ31.
• Добавлены регрессионные проверки пустых новых записей: IBIS -> PAZK42, ATHRA -> ATHRA1, IBIS64_TEST -> IBIS.

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

1.1. 🔗 Соответствует задача: SD-862