Коллеги, как запретить добавление строк непериодического независимого регистра сведений?
Для этой возможности будет отдельная роль. Особо уравновешенный пользователь заведет нужные записи в РС, а далее ресурсы этих записей будут править обычные юзвери.

Думал, задача простая, пока что не нашёл решения

"Добавление новой записи" - это когда в базе пытается появиться запись с набором измерений, которых ещё нет в РС.
Хочу в обработчиках событий это как-то отловить и установить Отказ

дык ПередЗаписью

(1), дык как ?

Или ролями отрегулируй. Право на чтение - в какую-нибудь обычную роль, право на запись - в отдельную, и выдай ее кому надо.

а, тьфу, тебе надо именно добавление новой отрегулировать

Вот я изменяю запись РС. Просто меняю ресурс у существующей записи

В отладке нахожусь в событиях ПередЗаписью() и ПриЗаписи()

Сначала платформой происходит первая итерация - удаление прошлой записи.
Потом вторая итерация - добавление новой.

В момент второй итерации в РС уже нет записи.

Мне нужно на второй итерации (добавлении записи) понять, это реально новая или изменение существующей.
Но в этом моменте старой записи уже нет.

ммм а если сравнить количество записей в РС в ПередЗаписью() и в ПриЗаписи()

А не правильнее ли этот вопрос решать на уровне интерфейса? Не очень хорошо, когда пользователь что-то заполняет, а потом отказ получает

(7), кнопки добавления,копирования, будут отключены, но на уровне записи всё равно стоило бы проверить.
Но, похоже, что это невозможно.

(6), количество не меняется в этих событиях

сначала запись идет пустого набора. В обоих событиях 0 строк. Потом запись нового. В обоих событиях одна строка.

(0) Запрети всем редактирование, само редактирование пусть делают в специальной обработке, которая будет менять нужные поля в привилегированном режиме.

(10), да, только это и остаётся.

Однако, хочется уже добить эту тему.
Неужели нет вообще никакой возможности?

(11) Ну можешь добавить регистр "Операции записи в регистр", где сохранять информацию об удалении записи, и давать отказ, если пытается записаться запись, которой нет в этом регистре. Но проще воспользоваться привилегированным режимом.

(11) Ну или сделать скрытый реквизит в регистре, который при добавлении записи устанавливается в Истина для правильного пользователи и в Ложь для неправильного. Тогда при попытке записи можно будет сразу слать.

Сделай вместо РС справочник :)

ДопПараметры Перед записью установить и читать при повторной записи...

создать менеджер записи, прочитать. Проверить, есть ли запись. Если нет - значит новые данные.

(15), ДополнительныеСвойства не передаются между этими двумя операциями

(16), записи всегда нет, потому что она удаляется перед добавлением

Можно, конечно, использовать какой-то параметр сеанса для этого, но жуть ведь редкостная

(9) Ну так перед записью пустого набора и проверяй

(18) Чего? Пару дней назад делал обмен с таким регистром, почти такая же задача. Все ок.

(21), значит задача другая

(20), что именно проверять ?

(21) Проверка была в модуле набора записей?

(23) Уже попробовал, не работает. При создании новой записи пустой набор не записывается

(25) при создании записи не записывается пустой
а вот при изменении измерений - да

Нашёл пока одно нормальное решение. Но только на уровне формы записи.
Здесь можно перед записью сравнить новый ключ записи с исходным.

(27) так можно из формы списка создание запретить, а в форме записи закрыть измерения для изменения.

(0) Задача простая, и решение простое. Набор значений измерений регистра выделить в отдельную сущность, то есть в справочник.

А двигать регистр все же советую документом.

(29), действительно, прям самое простое {сарказм}

(0) Правми доступа запретить редактирование.В обработке привелигированными правами делать что хочешь.

(29) Однозначно проще, чем то, что ты пытаешься делать.

(32) Да, это тоже неплохо.Но так контроль за неуравновешенными пользователями слабее, чем в обработке.

В качестве варианта при открытии писать в тз. Потом проверять по уид.

(34) проблема в том, что писать не куда. Запись происходит два раза, причем в двух наборах записей не связанных общим контекстом. Только костыли с глобальными переменными или параметром сеанса