gifts2017

Контроль редактирования наименования в существующих элементах справочников

Опубликовал Игорь Калчев (Igor030370) в раздел Администрирование - Защита, права, пароли

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

Все, что нужно для установки - это объединить вашу конфигурацию с предлагаемой. При объединении конфигураций снять флажок Конфигурация->Свойства.
Универсальную функцию и обработчик события можно перенести в другой ОбщийМодуль

В предлагаемом решении нет ограничения по ролям, но ничто не мешает самостоятельно добавить в конфигурацию роль, например, "КонтролироватьНаименованияСправочников" и "ЗапрещатьИзменятьНаименованиеВСправочнике", а в обработчик добавить строки:

Если НЕ РольДоступна("КонтролироватьНаименованияСправочников") Тогда 
Возврат; 
КонецЕсли; 
л_ЗапрещатьИзменения=РольДоступна("ЗапрещатьИзменятьНаименованиеВСправочнике"); //флажок, который позволит вообще не спрашивать пользователя: "Уверен ли он в своих действиях?"



Подписка назначается для всех справочников сразу. Происходит поиск ЛЮБОЙ ОДНОЙ ПРОВОДКИ в регистрах Накопления, Сведений и Бухгалтерии, если в соответствующих Измерениях/Реквизитах/Ресурсах есть ссылка на элемент справочника.

(есть описания функции в общемМодуле)

Скачать файлы

Наименование Файл Версия Размер
1Cv8_КонтрольИзмНаименованияВСправочниках.cf 29
.cf 7,75Kb
24.08.11
29
.cf 7,75Kb Скачать

См. также

Подписаться Добавить вознаграждение
Комментарии
0. Игорь Калчев (Igor030370) 25.08.11 08:10
Бывает так, что "шипко-умные" пользователи исправляют наименование, например, в Статьи Затрат, и тогда меняется вообще вся суть учета. Чтобы не возвращать Наименование элементам из резервной копии базы, предлагаю простой механизм контроля за такими действиями пользователей - универсальная процедура, которую необходимо вызывать из обработчика подписки ПередЗаписью для всех справочников.


Перейти к публикации

1. Артур Аюханов (artbear) 25.08.11 08:12
(0) Указал бы принцип отслеживания и сохранения наименования.
есть ограничения по пользователям/ролям? или для всех одинаково запрещено?
как различаются разные виды справочников?
и т.п.
2. Игорь Калчев (Igor030370) 25.08.11 09:31
1. Отслеживать редактирование Наименования не требуется т.к. в событии ПередЗаписью() аргумент Источник (типа СправочникОбъект) имеет ужэ измененное Наименование, а Источник.Ссылка (типа СправочникСсылка) имеет предыдущее (сохраненное в базе) Наименование.

2. В предлагаемом решении нет ограничения по ролям, но ни что не мешает самостоятельно добавить в конфигурацию роль, например, "КонтролироватьНаименованияСправочников" и "ЗапрещатьИзменятьНаименованиеВСправочнике", а в обработчик добавить строки:

Если НЕ РольДоступна("КонтролироватьНаименованияСправочников") Тогда
Возврат;
КонецЕсли;
л_ЗапрещатьИзменения=РольДоступна("ЗапрещатьИзменятьНаименованиеВСправочнике"); //флажок который позволит вообще не спрашивать пользователя: "Уверен ли он в своих действиях?"

3. Подписка назначается для всех справочников сразу. Происходит поиск ЛЮБОЙ ОДНОЙ ПРОВОДКИ в регистрах Накопления, Сведений и Бухгалтерии, если в соответствующих Измерениях/Реквизитах/Ресурсах есть ссылка на элемент справочника.

(есть описания функции в общемМодуле)
3. Игорь Калчев (Igor030370) 25.08.11 09:46
Да ещё забыл сказать, что при объединении конфигураций снять флажок Конфигурация->Свойства
4. Вика Козлова (natarezn) 31.08.11 16:55
вообще то все сдорово исчезает если через роли.. ну да ладно.. просто роли!
5. Игорь Калчев (Igor030370) 31.08.11 19:42
natarezn не понял Ваш крик души;-), честно говоря....
но бог с ним.
есть один недостаток в такой обработке, когда происходит запись данных элементов справочников посредством метода ЗаписатьВформе() возникает ошибка, если обработчик подписки ПередЗаписью() возвращает Отмена=Истина. Жаль, что 1С-овцы используют метод без попытки(((
6. Петр Петров (jONES1979) 07.09.11 21:45
Задача очень актуальная. Автору спасибо.
7. Владимир Павлов (logoped) 19.11.11 01:52
Задача суперактуальна. Таких шибко умных в любой бухгалтерии навалом. Обязательно попробую у себя сделать. Спасибо за идею.