Вопрос о целесообразности существования учетной записи с именем Администратор часто возникает в организациях, где уже настроены именные права доступа. Казалось бы, если у сотрудников Иванова и Петрова уже есть ПолныеПрава, зачем держать в списке лишнего «безликого» пользователя? Давайте подробно разберем, какую роль играет эта учетная запись, какие риски несет ее удаление и как правильно организовать работу администраторов системы.
Рассмотрим ситуацию, которая, к сожалению, нередко встречается в практике системного администрирования. Представим, что в базе есть только два пользователя с правами администратора: Иванов и Петров. Со временем Петров увольняется, и его учетную запись отключают. Спустя неделю Иванов, пытаясь навести порядок в правах доступа других сотрудников, случайно снимает флажок ПолныеПрава у самого себя или ошибочно устанавливает пароль, который забывает.
В этот момент база становится «обезглавленной». Если в системе нет скрытого резервного Администратора, войти в конфигуратор для исправления прав станет невозможно. Проанализируем последствия: для восстановления доступа потребуется привлечение сторонних специалистов или использование сторонних утилит для взлома списка пользователей, что несет риски для целостности данных. Наличие учетной записи Администратор с надежным паролем, хранящимся в сейфе ИТ-отдела, — это своего рода «аварийный выход» для системы.
Выясним причину, по которой использование одной учетной записи Администратор несколькими людьми считается грубой ошибкой безопасности. В 1С существует объект ЖурналРегистрации, который фиксирует каждое изменение данных. Если три человека знают пароль от общего «Администратора» и кто-то из них изменит документы задним числом, в журнале мы увидим запись: «Пользователь: Администратор, Событие: Изменение документа».
В такой ситуации невозможно определить, кто именно совершил действие. Именно поэтому рекомендуется придерживаться следующей стратегии:
ПолныеПрава для повседневной работы.Администратор используется только в исключительных случаях или для технических целей.Посмотрим на ситуацию с точки зрения программных механизмов 1С. В современных конфигурациях на базе БСП (Библиотека стандартных подсистем) многие процессы автоматизированы. Разберем по шагам, где может потребоваться именно технический пользователь:
1. Регламентные и фоновые задания. Многие фоновые процессы, такие как ЗагрузкаКурсовВалют, ИндексацияПолнотекстовогоПоиска или ОбменДанными, могут быть привязаны к конкретному идентификатору пользователя. Если эти процессы были настроены под учетной записью Администратор, то его удаление приведет к сбою в расписании регламентных заданий.
2. Автоматизация и скрипты (Batch-файлы). Проанализируем работу системного администратора по созданию бэкапов. Часто для автоматической выгрузки базы (dt) или обновления используются командные файлы. Рассмотрим пример типичной строки запуска:
"C:\Program Files\1cv8\common\1cestart.exe" DESIGNER /F "D:\Base1C" /N "Администратор" /P "SuperPassword123" /DumpIB "D:\Backup\base.dt"
Если мы удалим пользователя Администратор или переименуем его в ИвановИИ, все настроенные скрипты и планировщики задач перестанут работать, что может привести к отсутствию актуальных резервных копий.
3. Интеграция с внешними системами. При настройке синхронизации между «Зарплата и Управление Персоналом» и «Бухгалтерией» создается узел обмена. Часто подключение настраивается именно под техническим пользователем. Если этот пользователь исчезает, интеграция «разрывается», и данные перестают мигрировать между базами.
Разберем ситуацию, когда базу необходимо закрыть для технического обслуживания. При использовании функции БлокировкаРаботыПользователей администратор может установить код разрешения для входа. Однако, зачастую системному инженеру проще зайти под стандартной учетной записью, которая имеет приоритетные права на вход даже в заблокированную базу (если это настроено в параметрах сеанса).
Также стоит учитывать работу в облачных сервисах (например, 1С:Фреш). Там существует разделение на администратора системы и администратора области данных. Стандартный Администратор часто является связующим звеном, необходимым для корректной работы механизмов платформы при обновлении версии конфигурации.
Если наличие пользователя Администратор в списке выбора при запуске программы смущает пользователей или руководство, не обязательно его удалять. Мы можем применить механизм скрытия. Для этого в конфигураторе в свойствах пользователя необходимо снять флажок «Показывать в списке выбора».
В результате:
Подводя итог нашему анализу, ответим на главный вопрос: можно ли удалить пользователя Администратор? Технически — да, если есть другой пользователь с полными правами. Но практически — крайне не рекомендуется.
Рекомендуем придерживаться следующего алгоритма настройки системы:
Администратор как технологическую. Установите для нее сложный пароль.SysAdmin_Ivanov). Это позволит четко отслеживать в журнале регистрации, кто именно менял настройки или данные.Такой подход обеспечит баланс между безопасностью (прозрачность действий), удобством пользователей и технической отказоустойчивостью вашей информационной системы на базе 1С.