Нарушение прав доступа! (удаление элемента справочника) #573284

8.1 При программном удалении элемента справочника выскакивает эта ошибка. {Справочник.хз_СтатьиЗатрат.Форма.ФормаСписка}: Ошибка при вызове метода контекста (Удалить): Нарушение прав доступа!           Выборка.ПолучитьОбъект.Удалить; где Выборка.ПолучитьОбъект тип СправочникОбъект.хз_СтатьиЗатрат Права пользователей были немного подрезаны. Но на этот справочник у юзверя есть все права, кроме интерактивного удаления. Тем не менее эта ошибка - в чем тут дело?

В обработке удаления видимо режутся связанные объекты, на которые прав уже нет.

Удалить это стандартный метод СправочникОбъект.<Имя справочника>

Я очень рад.

А еще бывает событие "перед удалением" в модуле справочника.

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

уже смотрел. нет такого. есть только ПередЗаписью.

регистры сведений все проверил?

+ ну а на сам регистр ограниченные права сделай поиск ссылок на справочник, и проверь права на найденные регистры

Владельца у справочника нет. Ни с какими регистрами он не связан. Поиск ссылок в объекте показал на ПодсистемаХЗ, которой справочник принадлежит и 2 перечисления: Перечисление.ОтнесениеРасходовКДеятельностиЕНВД Перечисление.ВидыРасходовНУ У юзера есть права только на ПодсистемуХЗ. Перечисления в ролях не присутствуют. Но сами перечисления присутствуют в других подсистемах. Попытался дать юзеру права на эти подсистемы - толку нет. Подскажите, может вобще не обрезать пользователю права по подсистемам? На что это влияет?

Да и мне вобще непонятно, какая тут может быть связанная информация? Я получил объект справочника, но не могу его удалить. Почему?

Дал юзеру права на все подсистемы - толку нет. Значит дело не в подсистемах, а непосредственно в правах роли юзера. Но как понять, чего не хватает?

приколист, на твой справочник сидят ссылки в тыще мест в других справочниках, Рг и х.з. где ещё

на мой справочник нет ни одной ссылки в конфигурации. Есть толко из него, те, которые в

тогда пометь его на удаление и запусти штатную обработку далее зырь журнал

не понял. Пометить элемент справочника на удаление? Какую штатную обработку? Удаление помеченных объектов?

Поставлю вопрос по-другому. Имеется справочник, при открытии которого удаляются некоторые элементы по условию. Код: В последней строке выскакивает сообщение об ошибке удаления. Какие тут могут быть зависимости или может быть стандартные механизмы обработки удаления справочников в общих модулях или еще где-нибудь? Я вобще не воткну в чем трабл: получаю элемент справочника, у пользователя все права на  справочник (справочник от пользователя открывается), почему нельзя удалить, не пойму?

Вообще не должны пользователи с ограниченными правами делать удаление объектов в базе. Только помечать.

Права даны ОтветственномуЮзверю.

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

ООО, с этой фразы начинаются многие забавные повести, а порой и триллеры...

у пользователя нет никаких лишних прав. только программная синхронизация одного справочника с другим.

Ну что никто не знает почему нельзя удалить элемент справочника?

хелп

попробуй встать на эту строчку и нажать ф11, может правда в какие подписки лезет...

попробовал сейчас удалить от этого пользователя другой справочник, на который у пользователя также есть все права - выдал эту же ошибку. Получается работает какой-то общий механизм при удалении элемента справочника? И как его найти? Конфа Бух 1.6.

попробуй встать на эту строчку и нажать ф11, может правда в какие подписки лезет...

уже пробовал. никуда не идет.

Тады ай. У меня все удаляется.

*здесь крик о помощи*

а в модуле объекта ничего нет? и что такое "программная синхронизация"?

еще попробуй Выборка.ПолучитьОбъект.Записать;

программная синхронизация означает, что новый справочник создается на основе другого и содержание справочников должно совпадать. Т.е. при открытии происходит проверка на соответствие элементов, если елемента в исходном справочнике нет, то он должен удалиться из этого справочника. Как раз с этим моментом и возникла проблема. зачем записывать то, что уже записано? в модуле объекта почти ничего нет, заходит туда только при пометке удаления. А при непосредственном удалении не заходит. У пользователя с полными правами всё работает. У текущего пользователя, от которого запускаю - нет. Как понять чего не хватает. Может есть какая-то глобальная проверка? Но не представляю, где её искать.

обмен может? На обмен права есть?

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

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

> Выборка.ПолучитьОбъект.Удалить ой как некошерно!!!

чем?

Начал методом тыка подключать права для роли. Похоже дело в регистре сведений каком-то...

мда... так ты до сих пор не делал поиска ссылок на объекты?

2АЛЛ сегодняшний день на мисте - это что-то...!!!

я уже написал в обо всех ссылках

похоже, пока разбирался со своим вопросом, всё интересное на мисте пропустил...)

ссылки в конфигураторе что-ли искал? из >Ни с какими регистрами он не связан. из >Похоже дело в регистре сведений каком-то... Выборка может слететь. и нельзя удалять без проверки ссылок.

да нет никаких ссылок. я же сам создал этот объект.

можно задвинул теперь предположим наличие в конфигурации подписки перед/при записи на все справочники, которая пишет в Рг сведений версии объектов или объекты доступа

+1 кстати конфа до сих пор не озвучена, вдруг это УПП

Трам-пам-пам. Барабанная дробь! РС СоответствиеОбъектовДляОбмена. Не понял откуда ноги растут. Будет интересно если кто просвятит. В исходном справочнике СтатьиЗатрат есть настроенный обмен. В коде я сравниваю элементы обоих справочников. Но в этом справочнике обмен отключен. Не пойму каким он сюда вылез?

озвучена в . Бух 1.6

Вот более полный код:

справочники синхронизируются по наименованию статей

не фига было выпендриваться, поиск ссылок со стороны предприятия ищет ссылку за секунды

я не понял, что речь идет о поиске данных в пользоват. режиме. Спрашивал об этом в .

не свисти я тебе утром дал ответ пометь на удаление и запусти штатную обработку она даст все ссылки

я так и сделал. не было никаких проблем. элемент спокойно предлагался на удаление.

топик закрыт

нет не закрыт! Я день промучился с этой траблой и нихрена не понял! Почему он просит у меня этот регистр?

и кстати этого регистра недостаточно. еще какой-то(какие-то) нужны, как оказалось.

О, боже, а зачем: Элемент = Справочники.СтатьиЗатрат.НайтиПоНаименованию(Выборка.Наименование, Истина); ??? Не помечай на удаление, сделай НайтиСсылки

справочник-копия самостоятельный и не является ссылочным к исходному справочнику

а ты уверен, что нет каких-нить регистров, в которые пишутся ВСЕ справочники?

нет. не уверен. а как мне это определить?

Не помечай на удаление, сделай НайтиСсылки

пардон, НайтиПоСсылкам

Кстати, как вариант нет доступа на изменение регистра сведений, где в измерении тип ВсеСсылки При этом фактически записей в этом регистре по данному элементу справочника может и не быть

Хм... А ведь Удалить действительно не проверяет ссылки. Пятница, однако.

а как ты это поняла?

Емнип, кроме того, что в подписках и РС, где на измерение с данным типом стоит Ведущее

Тут где-то СП по СП была, поищи.

ааа... а я думал о чем ты...

оказывается, еще и прав на документ какой-то не хватает...

Итого в сухом остатке - понадобились права на изменение для РС КоллизииПриОбмене, РС ОбъектыИнформационныхБаз, РС СоответствиеОбъектовДляОбмена, РС СоответствиеОбъектовИнформационныхБаз. Я так понял, что весь этот трабл связан именно с недостатком прав на обмен. Не знаю как обмен работает, но может в момент моего обращения к исходному справочнику СтатьиЗатрат он отрабатывает. А ошибка почему-то выскакивает позже?

Указан ли в данных регистрах сведений в измерениях данный тип или тип ВсеСсылки?

Да. У каждого из этих регистров есть измерение с типом ЛюбаяСсылка.

Тогда см. 64

Классика... Еще из этой же серии - создается документ, который двигает регистр накоплений. На данный документ у человека прав нет, на регистр - есть. При формировании отчета по регистру - нарушение прав доступа (хотя документов еще не было)

а как это всё работает? можно поподробнее? Мало ли в каком регистре что указано. Если я не использую его непосредственно, то каким боком он тут вылез?

ап. интересно.

учиться, учиться и учиться (с)

ссылку не?

+

да, кстати, в этих регистрах эта ЛюбаяСсылка как ведущее. Но причем здесь мой левый справочник, ни с чем не связанный, и эти регистры? И почему именно в момент удаления происходит эта проверка?

Рекомендую прочитать - что такое признак Ведущее у измерения Регистра сведений. И много думать...

Руководство разработчика. Ведущее - установка этого свойства имеет смысл для измерений, тип данных которых - ссылка на объект конфигурации. В этом случае считается, что запись регистра сведений имеет смысл, только пока существует этот объект. И что я отсюда должен вынести, кроме того, что здесь написано?

ты это... того... прочитай до конца .

хотя бы один снизошел... Тут написано - "запись регистра". Я в регистр ничего не записываю, тем более эти регистры вобще пустые.

Запись регистра не может существовать без этого объект, т.е. даже при использовании Удалить, связанные записи пропадут. Вот он и лезет везеде, где твой элемент ПОТЕНЦИАЛЬНО может быть, а у него прав нету.

спасибо