В процессе администрирования 1С часто возникает ситуация, когда пользователи самостоятельно используют сторонние внешние обработки (файлы .epf), которые могут негативно влиять на целостность данных — например, изменять даты документов или массово корректировать регистры. Попытка «запретить конкретный файл» на локальном компьютере пользователя — это борьба со следствием, так как пользователь всегда может переименовать файл или скачать другой аналог из интернета. Давайте разберем, как системно подойти к этой задаче.
Самым надежным способом контроля является полное ограничение прав на использование внешних обработок в системе. Если у пользователя есть право Интерактивное открытие внешних обработок, он всегда найдет способ запустить нужный ему код. Чтобы исправить ситуацию, рассмотрим следующий алгоритм действий:
Интерактивное открытие внешних обработок.Дополнительные отчеты и обработки.Группы доступа) для каждой такой обработки индивидуально.Таким образом, мы лишаем пользователя возможности запускать «свои» файлы, предоставляя ему только те инструменты, которые прошли проверку и одобрены администратором.
Часто проблема заключается не в самой обработке, а в том, что у пользователя в принципе есть права на совершение нежелательных операций — например, изменение даты документа. Вместо того чтобы пытаться заблокировать конкретный файл, проанализируем настройки прав доступа в конфигураторе:
RLS (ограничение прав на уровне записей).Привилегированный режим, помните, что это делает ее «всемогущей» внутри системы. Такие обработки должны быть только в доверенном списке и запускаться строго администратором.Технические ограничения эффективны, но они должны подкрепляться административными мерами. Если пользователи продолжают искать способы обхода, необходимо применить следующие шаги:
Журнал регистрации. В нем фиксируются факты изменения документов. Если вы видите, что массовые корректировки происходят от имени конкретного пользователя, это повод для проведения аудита его прав.Дополнительные отчеты и обработки, обязательно активируйте опцию Безопасный режим. Это ограничит обработку в доступе к файловой системе сервера и интернету, что не позволит «вредительскому» коду выполнить опасные функции, даже если он был случайно запущен.Если вы находитесь в ситуации «пожара» и нужно немедленно остановить работу конкретной обработки, действуйте по шагам:
Во-первых, не пытайтесь искать файлы на компьютерах — вы не найдете все копии. Лучше всего изменить роли пользователей в 1С так, чтобы у них пропала возможность записи в документы, которые эта обработка меняет. Например, если обработка переносит даты, просто заберите у роли право Изменение для соответствующих документов.
Во-вторых, рассмотрите программную проверку внутри самой обработки, если есть доступ к ее коду:
// Пример простой проверки пользователя в модуле обработки
Процедура ПриОткрытии()
Если НЕ РольДоступна("Администратор") Тогда
Предупреждение("У вас нет прав на запуск данной обработки!");
ЭтаФорма.Закрыть();
КонецЕсли;
КонецПроцедуры
Использование подобных конструкций позволяет точечно ограничить доступ, но помните, что это лишь временная мера. Главная стратегия — это управление доступом через профили 1С и исключение использования произвольных файлов вне системы Дополнительных отчетов и обработок.
Подводя итог: самый эффективный способ управления безопасностью в 1С — это централизация. Не позволяйте пользователям запускать внешние файлы самостоятельно. Перевод всех инструментов в «белый список» с настроенными правами доступа — это стандарт индустрии, который избавит вас от необходимости бегать по рабочим местам и удалять файлы.