Обработка «Групповое изменение реквизитов» (УТ для Казахстана 3.4.5.21)

1. Идентификация

Назначение. Обработка предназначена для массового (пакетного) изменения значений реквизитов и табличных частей у произвольного набора объектов информационной базы — элементов справочников, документов, планов видов характеристик и т. п. Позволяет администратору или ответственному пользователю за один прогон присвоить одинаковое значение выбранному реквизиту у сотен и тысяч объектов, применить формулу/произвольный алгоритм, отобрать объекты по условию и (при необходимости) перепровести изменённые документы. Это административный инструмент обслуживания данных; собственной предметной (учётной) логики он не несёт.

Обработка изменяет реквизиты «как есть», поэтому её запуск обязательно должен выполняться под пользователем с правами на изменение соответствующих объектов и, как правило, при отсутствии активной работы других пользователей с этими данными.

2. Реквизиты и табличные части

Обработка не хранит данные в базе (это обработка, а не документ), все параметры существуют только на форме в течение сеанса. Логически используются следующие группы данных:

Параметры отбора и выборки

Табличная часть «Изменяемые реквизиты» (список правил изменения)

Параметры выполнения

3. Формы

Конкретный состав вспомогательных форм версионно-специфичен и зависит от редакции БСП, встроенной в 3.4.5.21 (требует проверки по составу форм в конкретной сборке).

4. Ключевые процедуры модулей

Evidence с путями/строками BSL для этой обработки не приложено, поэтому ниже перечислены типовые обработчики данного вида объекта (обработка БСП «Групповое изменение объектов»). Имена соответствуют стандартной реализации; точные сигнатуры уточняются по модулю сборки.

Модуль формы

• ПриСозданииНаСервере — инициализация формы, заполнение доступных типов объектов, восстановление сохранённых настроек пользователя.
• ТипОбъектовПриИзменении — перестроение состава доступных реквизитов и полей отбора при смене типа изменяемых объектов.
• ДобавитьИзменение / ИзменениеРеквизитаПриИзменении — формирование и редактирование строк правил изменения.
• ИзменитьРеквизиты (команда запуска) — валидация настроек и запуск фонового задания обработки.

Модуль объекта / общий серверный модуль

• ИзменитьОбъекты(ПараметрыОбработки) — основной цикл: выборка объектов по отбору/списку, применение правил, запись и (опционально) проведение, накопление результата.
• ПрименитьИзменения(Объект, ПравилаИзменения) — присвоение значений реквизитам/колонкам ТЧ одного объекта, вычисление формул.
• ЗаписатьОбъект(Объект, РежимПроведения) — запись с обработкой блокировок и исключений, учёт режима «перепроводить/только записать».
• ЗарегистрироватьОшибку(...) — накопление сообщений об ошибках для отчёта о результатах.

5. Проведение и движения

Собственных движений и проводок обработка не формирует. Это сервисный инструмент: у обработки нет табличных частей регистров и нет процедуры ОбработкаПроведения — она не является документом.

Влияние на учёт возникает косвенно:

• при изменении реквизитов документов с включённым режимом «Перепроводить» вызывается штатное проведение изменённых документов, которое формирует движения по своим правилам;
• при изменении реквизитов элементов справочников (номенклатура, контрагенты, организации, склады) движения не создаются, но новые значения начинают использоваться при последующих проведениях документов.

Поэтому все проводки — результат работы перепроводимых документов, а не самой обработки. Для конфигурации УТ для Казахстана 3.4 типовые счета РК, задействованные при последующем перепроведении торговых документов:

Пример влияния: при массовом изменении ставки/аналитики НДС в документах реализации и последующем перепроведении сумма НДС пересчитывается по действующей в 2026 году ставке 16 % (например, при базе 100 000 ₸ НДС = 16 000 ₸, отражается по кредиту 3130; доход — по кредиту 6010, себестоимость — по дебету 7010). Электронные документы (ЭСФ в ИС ЭСФ, СНТ) при этом не пересоздаются автоматически групповым изменением — их формирование выполняется отдельными регламентами, а некорректная массовая правка реквизитов уже выписанных документов может привести к расхождениям с выгруженными ЭСФ/СНТ.

Массовое перепроведение документов задним числом пересчитывает партии и себестоимость (7010) по всей цепочке — операцию следует выполнять в монопольном режиме с последующим контролем последовательности расчётов.

6. Связанные объекты и ввод на основании

• Ввода на основании нет — обработка не участвует в схемах «ввести на основании» ни как источник, ни как приёмник.
• Объекты-приёмники изменений — любой справочник или документ конфигурации, доступный для группового изменения (номенклатура, контрагенты, договоры, соглашения, цены, заказы, реализации и т. д.).
• Подсистемы БСП: «Групповое изменение объектов», «Дополнительные реквизиты и сведения» (позволяет менять доп. реквизиты), «Хранилище настроек» (сохранение настроек прогона), «Фоновые задания» (длительное выполнение).
• Регистры затрагиваются только опосредованно — через перепроведение изменённых документов.

7. Точки расширения

• Расширение конфигурации (Extension): заимствование модуля объекта/формы обработки для добавления собственных правил валидации значений или пост-обработки после записи.
• Формулы/алгоритмы в правилах изменения — штатный способ вычислять новое значение реквизита выражением на встроенном языке без доработки конфигурации.
• Программный вызов серверных методов обработки из собственных обработок/заданий для автоматизации регулярных массовых правок.
• Ограничение прав доступа: команду запуска целесообразно ограничивать ролью администратора/ответственного за НСИ, поскольку обработка обходит бизнес-логику форм ввода.
• Подписки на события записи изменяемых объектов срабатывают штатно — их можно использовать для аудита групповых изменений.

Прямая модификация модуля типовой обработки не рекомендуется: при обновлении релиза БСП изменения будут перезаписаны. Предпочтительны расширения и внешние обработчики.