Бывает так, что "шипко-умные" пользователи исправляют наименование, например, в Статьи Затрат, и тогда меняется вообще вся суть учета. Чтобы не возвращать Наименование элементам из резервной копии базы, предлагаю простой механизм контроля за такими действиями пользователей - универсальная процедура, которую необходимо вызывать из обработчика подписки ПередЗаписью для всех справочников.
Файлы
ВНИМАНИЕ:
Файлы из Базы знаний - это исходный код разработки.
Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы.
Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных.
Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.
Вы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже заказов».
0% комиссии — оплата напрямую исполнителю;
Исполнители любого масштаба — от отдельных специалистов до команд под проект;
Прямой обмен контактами между заказчиком и исполнителем;
Безопасная сделка — при необходимости;
Рейтинги, кейсы и прозрачная система откликов.
Все, что нужно для установки - это объединить вашу конфигурацию с предлагаемой. При объединении конфигураций снять флажок Конфигурация->Свойства. Универсальную функцию и обработчик события можно перенести в другой ОбщийМодуль
В предлагаемом решении нет ограничения по ролям, но ничто не мешает самостоятельно добавить в конфигурацию роль, например, "КонтролироватьНаименованияСправочников" и "ЗапрещатьИзменятьНаименованиеВСправочнике", а в обработчик добавить строки:
Если НЕ РольДоступна("КонтролироватьНаименованияСправочников") Тогда
Возврат;
КонецЕсли;
л_ЗапрещатьИзменения=РольДоступна("ЗапрещатьИзменятьНаименованиеВСправочнике"); //флажок, который позволит вообще не спрашивать пользователя: "Уверен ли он в своих действиях?"
Подписка назначается для всех справочников сразу. Происходит поиск ЛЮБОЙ ОДНОЙ ПРОВОДКИ в регистрах Накопления, Сведений и Бухгалтерии, если в соответствующих Измерениях/Реквизитах/Ресурсах есть ссылка на элемент справочника.
Контроль ввода данных в 1С: проверка заполнения реквизитов, обязательные поля, контроль перед записью и проведением, запрет проведения документа. Позволяет настраивать любые проверки данных в 1С 8.3/8.5 от обязательных полей до сложных условий – без открытия конфигуратора и написания кода. Готовое расширение, которое подключается и работает сразу.
Полный контроль над изменениями в 1С без нагрузки на вашу базу. Мгновенный доступ к истории изменений, удобное сравнение и откат данных в один клик.
Простой отчет с визуальным отображением изменений
Откат на любую версию объекта в два клика
История изменения данных хранится во внешней базе
Все еще храните пароли в базе? Тогда мы идем к вам! Безопасное и надежное хранение секретов. JWT авторизация. Удобный интерфейс. Демо конфигурация. Бесплатно.
Рассмотрим в статье более подробную и последовательную настройку аутентификации в 1С с использованием распространенной технологии JWT, которая пришла в программу в платформе версии 8.3.21.1302.
Интеграционные решения стали неотъемлемой частью нашей жизни. Правилом хорошего тона в современных приложениях является не давать интегратору доступ к чувствительным данным. Device flow позволяет аутентифицировать пользователя, не показывая приложению чувствительные данные (например: логин и пароль)<br>
Рассмотрим Device flow аутентификацию, в приложении, на примере OpenID провайдера Yandex.
Продукты на основе решений 1С уверенной поступью захватывают рынок учётных систем в стране. Широкое распространение программ всегда порождает большой интерес к ним со стороны злоумышленников, а пользователь 1С это одна из дверей в защищённый информационный контур предприятия. Обработка позволяет быстро и комплексно оценить настройки безопасности конкретной базы и возможности пользователя этой базы на сервере. Также можно оценить некоторые аспекты сетевой безопасности предприятия со стороны сервера 1С.
1С, начиная с версии платформы 8.3.21, добавили в систему возможность двойной аутентификации. Как это работает: в пользователе информационной базы появилось свойство «Аутентификация токеном доступа» (АутентификацияТокеномДоступа во встроенном языке), если установить этот признак и осуществить ряд манипуляций на встроенном языке, то появляется возможность при аутентификации отправлять HTTP запросы, которые и реализуют этот самый второй фактор. Данное расширение позволяет организовать двухфакторную аутентификацию с помощью электронной почты или мессенджера Telegram.
Бывает так, что "шипко-умные" пользователи исправляют наименование, например, в Статьи Затрат, и тогда меняется вообще вся суть учета. Чтобы не возвращать Наименование элементам из резервной копии базы, предлагаю простой механизм контроля за такими действиями пользователей - универсальная процедура, которую необходимо вызывать из обработчика подписки ПередЗаписью для всех справочников.
(0) Указал бы принцип отслеживания и сохранения наименования.
есть ограничения по пользователям/ролям? или для всех одинаково запрещено?
как различаются разные виды справочников?
и т.п.
1. Отслеживать редактирование Наименования не требуется т.к. в событии ПередЗаписью() аргумент Источник (типа СправочникОбъект) имеет ужэ измененное Наименование, а Источник.Ссылка (типа СправочникСсылка) имеет предыдущее (сохраненное в базе) Наименование.
2. В предлагаемом решении нет ограничения по ролям, но ни что не мешает самостоятельно добавить в конфигурацию роль, например, "КонтролироватьНаименованияСправочников" и "ЗапрещатьИзменятьНаименованиеВСправочнике", а в обработчик добавить строки:
Если НЕ РольДоступна("КонтролироватьНаименованияСправочников") Тогда
Возврат;
КонецЕсли;
л_ЗапрещатьИзменения=РольДоступна("ЗапрещатьИзменятьНаименованиеВСправочнике"); //флажок который позволит вообще не спрашивать пользователя: "Уверен ли он в своих действиях?"
3. Подписка назначается для всех справочников сразу. Происходит поиск ЛЮБОЙ ОДНОЙ ПРОВОДКИ в регистрах Накопления, Сведений и Бухгалтерии, если в соответствующих Измерениях/Реквизитах/Ресурсах есть ссылка на элемент справочника.
natarezn не понял Ваш крик души;-), честно говоря....
но бог с ним.
есть один недостаток в такой обработке, когда происходит запись данных элементов справочников посредством метода ЗаписатьВформе() возникает ошибка, если обработчик подписки ПередЗаписью() возвращает Отмена=Истина. Жаль, что 1С-овцы используют метод без попытки(((