Пароль на вход в 1С 8: создаём пользователя и закрываем базу

Пароль в 1С привязан к пользователю, а не к базе целиком. Чтобы поставить пароль на 1С 8, нужно завести пользователя (или открыть существующего) и заполнить поля Пароль и Подтверждение пароля. Сделать это можно из обычного режима и из Конфигуратора.

Типичная ситуация: бухгалтер открывает базу, а там список пользователей без паролей. Заходит любой, кто сел за компьютер. Ниже порядок действий, как это закрыть, и что делать, если пароль забыт.

Два режима запуска и что в них защищает пароль

У базы два режима входа: 1С:Предприятие (обычная работа) и Конфигуратор (администрирование и разработка). Пользователь у них один и тот же, а вот права разные. В Конфигуратор пустит только того, у кого в ролях есть соответствующее право, например Администратор системы или Полные права.

Какой бывает аутентификация:

• 🔑 Аутентификация 1С:Предприятия — логин и пароль хранятся в самой базе. Самый частый вариант.
• 🪟 Аутентификация операционной системы — пользователь 1С связан с учётной записью Windows, пароль вводить не нужно.
• 🌐 OpenID и аутентификация по токену — для веб-доступа и интеграций, в рядовой бухгалтерии почти не встречается.

Если пользователей в базе нет вообще, 1С запускается без вопросов и открывает полный доступ. Поэтому первый пользователь в пустой базе всегда должен быть администратором с паролем.

Как поставить пароль пользователю в 1С 8.3: по шагам

Сначала подготовьтесь. Делайте это под учётной записью с полными правами, иначе пункты настройки будут недоступны.

Через обычный режим (1С:Предприятие)

1. Откройте раздел Администрирование и найдите блок настроек пользователей и прав (в типовых конфигурациях он называется «Настройки пользователей и прав»).
2. Перейдите в справочник Пользователи.
3. Откройте нужного пользователя двойным щелчком или нажмите Создать.
4. Заполните имя, отметьте разрешение входа в программу.
5. Нажмите ссылку Установить пароль (в некоторых версиях — Изменить пароль), введите пароль два раза.
6. Проверьте на вкладке доступа, какие роли назначены (подробнее ниже).
7. Нажмите Записать и закрыть.

Теперь при следующем запуске программа спросит имя и пароль.

Через Конфигуратор

Этот способ нужен, когда обычный режим недоступен или в базе ещё нет пользователей.

1. Запустите 1С, выберите базу и нажмите Конфигуратор.
2. В меню откройте Администрирование → Пользователи.
3. Нажмите Добавить (значок «плюс») или откройте существующую запись.
4. На вкладке Основные заполните Имя (то, что пользователь вводит при входе) и Полное имя.
5. Поставьте флажок Аутентификация 1С:Предприятия.
6. В поля Пароль и Подтверждение пароля введите один и тот же пароль.
7. На вкладке Прочие отметьте роли.
8. Нажмите ОК.

Флажок Показывать в списке выбора определяет, будет ли имя видно в окне запуска. Для безопасности его лучше снять: тогда злоумышленнику придётся угадывать не только пароль, но и логин.

Пароль в строке запуска

Для ярлыков и скриптов имя и пароль можно передать параметрами:

"C:\Program Files\1cv8\common\1cestart.exe" ENTERPRISE /F"D:\Bases\Buh" /N"Иванов" /P"MyPass123"

Параметр /N — имя пользователя, /P — пароль. Минус очевиден: пароль виден в свойствах ярлыка. Для рабочих мест с чужими людьми так не делайте.

Права и роли: что разрешено пользователю с паролем

Пароль отвечает на вопрос «кто вошёл». Вопрос «что ему можно» решают роли. Без правильных ролей защита получается формальной.

Рабочие правила:

• 👤 Один человек — один пользователь. Общий логин «Бухгалтер» на троих лишает вас журнала регистрации, где видно, кто что менял.
• 🧩 В типовых конфигурациях права удобнее выдавать через профили групп доступа, а не отдельными ролями в Конфигураторе.
• 🚫 Обычному пользователю не нужны права на Конфигуратор и на удаление данных .
• 📋 Раз в квартал сверяйте список пользователей с реальными сотрудниками. Уволенных отключайте: снимите разрешение входа, не удаляйте запись, чтобы история документов осталась с автором.

Защита Конфигуратора и монопольный режим

Конфигуратор опаснее обычного входа: через него меняют метаданные, выгружают и загружают базу. Если у рядового пользователя есть право входа в Конфигуратор, пароль вам не поможет.

Что сделать:

1. Оставьте роли Полные права и Администратор системы только администраторам.
2. Дайте администратору отдельную учётную запись, под которой не ведётся ежедневная работа.
3. Пароль администратора делайте длиннее обычного (от 12 символов).

Теперь про монопольный режим. Он нужен не для защиты, а для отдельных операций: обновление структуры базы, загрузка из .dt, тестирование и исправление. Запретить вход остальным на время работ можно в Администрирование → Поддержка и обслуживание, пункт блокировки работы пользователей (в клиент-серверном варианте — через консоль кластера). Для этого есть и параметр сообщения, который увидят пользователи при попытке входа.

Требования к паролю: как сделать его стойким

Короткий пароль вроде 1234 взламывается перебором за минуты. Можно включить автоматическую проверку.

В типовых конфигурациях (с подсистемой «Библиотека стандартных подсистем») есть настройки входа в разделе Администрирование → Настройки пользователей и прав. Там задаются:

• 📏 минимальная длина пароля;
• 🔠 требование сложности (буквы разных регистров, цифры);
• ⏳ срок действия и принудительная смена при первом входе;
• 🔒 блокировка после нескольких неверных попыток.

Рекомендации по самому паролю:

• Длина от 10 символов. Фраза из трёх-четырёх слов надёжнее и запоминается легче, чем Qw1!.
• Не используйте дату рождения, название организации, 123456.
• Не повторяйте пароль от почты и банка.
• Не записывайте на листочке у монитора. Если нужно хранить, используйте менеджер паролей.

Если пароль забыт: как вернуть доступ

Ход действий зависит от того, кто потерял пароль.

Что здесь не работает и не будет описано: «обходы» пароля, правка файла базы, сторонние утилиты со взлома. Это нарушает конфиденциальность данных организации и может испортить базу. Если база принадлежит вам, а доступ потерян, правильный путь — копия и официальный специалист.

Чтобы не оказаться в такой ситуации:

• Заведите двух администраторов. Пароль второго хранится у руководителя или в сейфе.
• Выгружайте базу в .dt перед каждой сменой прав.
• Фиксируйте, где лежит актуальный пароль администратора, в закрытом месте, а не в общей переписке.

Типичные ошибки при защите базы паролем

Разберём то, на чём обычно ошибаются, и сразу решение.

Ещё две частые проблемы:

• Для клиент-серверной базы забывают, что есть второй уровень защиты: пароль кластера и пароль администратора кластера серверов. Они не связаны с паролями пользователей информационной базы.
• Файловую базу кладут в общую папку с правом чтения для «Все». Пароль 1С тогда бесполезен: файл копируют целиком.

Файловая и клиент-серверная база: чем отличается защита

Порядок установки пароля пользователю одинаков. Разница в том, что лежит вокруг.

Для файловой базы практичный минимум такой:

1. Положите базу в папку, доступную только пользователям базы и администратору.
2. Уберите у остальных право на чтение каталога: иначе файл копируется целиком, и пароли 1С вам не помогут.
3. Делайте резервные копии на отдельный носитель, права на него тоже ограничьте.

Для клиент-серверной базы пользовательские пароли остаются в информационной базе. Но к самой СУБД можно подключиться напрямую, минуя 1С. Поэтому пароль учётной записи, под которой 1С работает с СУБД, держите отдельно и не давайте его пользователям.

Проверка после настройки: чек-лист администратора

Когда пароли расставлены, пройдитесь по списку. Это занимает минут десять.

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

Когда нужен пароль, а когда достаточно аутентификации Windows

Не в каждой организации пароли 1С удобны. Сравним подходы.

• Пароль 1С. Подходит для небольших фирм, удалённых сотрудников и работы через веб-клиент. Плюс: не зависит от домена. Минус: сотрудники забывают пароли, их приходится сбрасывать.
• Аутентификация ОС. Подходит для офиса с доменом: человек вошёл в Windows и сразу в 1С. Плюс: нет лишнего пароля. Минус: всё держится на защите учётной записи Windows, и компьютер без блокировки экрана открывает базу.
• Смешанный вариант. Для рядовых сотрудников используют ОС, для администраторов — отдельный логин с паролем 1С. Это разумный компромисс.

Блокировка экрана при уходе с рабочего места (Win + L) работает лучше любых настроек 1С. Если сотрудники её не используют, пароль в базе защищает только от случайных людей.

Частые вопросы