Если в конфигурации существует регистр сведений с ведущим измерением с типом ЛюбаяСсылка или СправочникСсылка, то для удаления любого элемента любого справочника нужны права на редактирование этого регистра.

Иначе ругается на "Недостаточно прав".

Это баг или фича?

так надо

Зачем?

чтобы битых ссылок не было

(0) редактирование? прав на запись точно не достаточно?

(2) для того, чтобы удаление элемента справочника влекло за собой удаление соответствующих записей регистра, Ватсон

В регистре нет записей вообще. Никаких.
Причем здесь битые ссылки?

(6) ну и что?

(4) Наверное и на изменение достаточно, не проверял

(8) и итоги, если периодический

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

(10) А как узнать, есть ли записи, если у тебя прав нет?

(10) как раз логично, и вообще зачем давать права на интерактивное удаление?

(11) Ну на чтение регистра права могут быть. Какое отношение вообще это имеет к вопросу?

(12) Права на интерактивное удаление конечно не нужны в большинстве случаев, согласен. Вопрос был чисто теоретический, почему-то раньше не сталкивался с таким поведением.

Т.е. это все таки не баг, а фича, хоть и с малопонятной мне логикой.

(13) всё здесь логично.

При необходимости есть способы обойти эти ограничения: привилегированный режим, режим загрузки.

(14) Нелогично. Зачем проверять права на запись в таблицу регистра, если фактически апдейта этой таблицы не произойдет?

(15) а зачем проверять, произойдёт или не произойдёт?

(16) Ну если апдейта таблицы регистра не будет, то и права на этот регистр проверять незачем -> можно спокойно удалять элемент справочника.

Так было бы логичней

Налицо избыточное ограничение

(17) представь себе 800 регистров, в каждом по 200 ведущих измерений типа ссылка на твой справочник...

(20) Утрируешь, в реальности такие конифгурации не встречаются

(21) утрирую. в педагогических целях

Т.е., как я понимаю, девелоперы 1С исходили из того, что "проверять на запись долго, давайте сперва тупо проверим по правам и запретим, если что"

у девелоперов и спроси. я б разбираться не стал, что там в базе уже понаписано

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

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

(26) Нет записи набора, проверял

(27) а я проверил, у меня передЗаписью остановилось (8.3.6)

(28) Любопытно, я тестил на 8.3.8.1747.

Проверю еще раз.

Нет, на ПередЗаписью не останавливается

до удаления: https://i.imgur.com/ScI3my8.png
после: https://i.imgur.com/XlNinKH.png
модуль НЗ:
Процедура ПередЗаписью(Отказ, Замещение)
    Сообщить("да!");
КонецПроцедуры

1С:Предприятие 8.3 (8.3.8.1747)

(30) http://savepic.su/7382556.png

Ага, понял в чем разница. Вы УДАЛЯЕТЕ элемент справочника, т.е. права на запись регистра есть. А я ПЫТАЮСЬ удалить без прав на регистр - в этом случае модуль набора записей хоть и компилируется, но не вызывается.

а чего там вызывать без прав?

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

Только, имхо, это ведь совсем неправильно. Зачем в данном случае записывать пустой набор? Только лишний оверхед.

(36) Потому что, чтобы узнать что писать не надо - надо прочитать. Что тоже оверхед, так как удаление существующих данных происходит куда чаще, чем несуществующих.