Забыли логин или пароль от 1С: что делать и как вернуть доступ

Пароль от 1С нельзя «посмотреть»: платформа хранит не сам пароль, а его хеш. Поэтому восстановление всегда означает одно: другой пользователь с правами администратора задаёт вам новый пароль. Вопрос только в том, есть ли в базе такой человек и помните ли вы вход в Конфигуратор.

Ниже три сценария по нарастанию сложности: забыл пароль обычный пользователь, потерян пароль администратора, нужен вход в Конфигуратор. Дальше разница между файловой и клиент-серверной базой, внешняя обработка для сброса прав и привычки, которые не дадут остаться без доступа.

Сначала определите, что именно забыто

От этого зависит весь дальнейший путь. Сверьтесь с таблицей.

Логин в 1С не секретен. Его видно в списке пользователей, и узнать его проще всего у администратора. Часто логин совпадает с фамилией или с именем и инициалами, но ориентироваться на догадки не стоит: после нескольких неудачных попыток входа вы получите лишнюю блокировку.

💡 Проверьте раскладку и Caps Lock. Пароль в 1С чувствителен к регистру, и треть «забытых» паролей оказывается набранной не на том языке.

Сценарий 1. Забыт пароль обычного пользователя

Это самый частый случай, и решается он за пару минут силами администратора базы. Если в организации «администратор» — это вы с ролью полного доступа, действуйте так.

1. Войдите в 1С под своей учётной записью администратора в режиме «1С:Предприятие».
2. Откройте раздел Администрирование и найдите пункт настроек пользователей и прав. В разных конфигурациях его название чуть отличается, поэтому проще вбить слово «Пользователи» в строку поиска по командам.
3. Откройте список пользователей и найдите нужного человека. Фильтр по фамилии сэкономит время, если пользователей несколько десятков.
4. Откройте карточку и найдите поле или ссылку, связанную с паролем. Задайте новый временный пароль.
5. Если форма предлагает флажок вроде «Требовать смену пароля при входе» или «Пользователь должен сменить пароль », включите его. Тогда новый пароль будет знать только сам сотрудник.
6. Запишите изменения и передайте временный пароль не в общий чат, а лично или по телефону.

В карточке пользователя вы увидите и логин. Если сотрудник забыл оба значения, администратор просто назовёт имя для входа.

💡 Не пытайтесь «угадать» пароль сотрудника и не используйте один и тот же временный пароль для всех: «12345» остаётся в базе как слабое место ровно до тех пор, пока человек не сменит его.

Если пользователь входит с авторизацией операционной системы

Бывает, что вход настроен через учётную запись Windows, и отдельного пароля у 1С нет. Тогда сбрасывать нужно пароль Windows, а в самой базе проверить, что сопоставление пользователя 1С и учётной записи не слетело (например, после переименования пользователя в домене).

Сценарий 2. Потерян пароль администратора базы

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

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

• 📦 Резервная копия. Если у вас есть выгрузка базы или архив файловой базы на момент, когда пароль был известен, восстановите её. Старый пароль вернётся вместе с данными, но ввод за период после копии придётся повторить.
• 🧑‍💻 Программист или франчайзи 1С. Специалист, которому вы докажете владение базой (договор, лицензия, письмо от руководства), может восстановить вход средствами, доступными только в его конфигурации и среде.
• 🗄️ Тестовая копия. Иногда пароль известен в копии базы, сделанной полгода назад. Тогда можно выгрузить оттуда справочник пользователей и сопоставить его с рабочей базой, но это работа для специалиста.

Сторонние «сбрасыватели» паролей и взломанные утилиты из интернета не используйте. В лучшем случае они не сработают. В худшем вы получите вирус-шифровальщик, потерю данных или базу с закладками, а за нарушение лицензионных условий отвечает организация.

Сценарий 3. Вход в Конфигуратор без пароля

Конфигуратор — режим для администратора и разработчика, и в нём пароль нужен всегда, если пользователи в базе заведены. Без аутентификации туда пускают только в одном случае: в базе вообще нет пользователей. Тогда платформа предлагает войти без имени, и вы сразу работаете с правами администратора. Чаще всего так выглядят только что созданные пустые базы.

Если пользователи есть, а пароля вы не помните, картина такая:

1. Пробуйте войти в Конфигуратор под известным вам логином администратора и сверьте раскладку и регистр.
2. В окне выбора базы у записи может стоять сохранённое имя пользователя. Оно не заменяет пароль, но подсказывает логин.
3. Проверьте, не передан ли пароль в параметрах запуска ярлыка (ключи /N для имени пользователя и /P для пароля). Если пароль стоял в ярлыке, ИТ-отдел мог настроить автоматический вход для сотрудников.
4. Если пароль нигде не найден, вы возвращаетесь к сценарию 2: запрашиваете резервную копию или привлекаете специалиста.

💡 Запуск Конфигуратора из командной строки выглядит так:

"C:\Program Files\1cv8\8.3.xx.xxxx\bin\1cv8.exe" DESIGNER /F "D:\Bases\Buh" /N "Администратор" /P "пароль"

Версию платформы в пути замените на свою. Хранить пароль в ярлыке небезопасно: любой, кто видит ярлык, видит пароль.

Чем различаются файловая и клиент-серверная базы

Принцип сброса пароля в обоих случаях один и тот же: нужен администратор. Отличия — в том, что у вас есть для восстановления и кто ещё имеет доступ.

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

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

Внешняя обработка для сброса прав: когда она применима

Внешняя обработка (файл .epf) — это отдельный модуль, который открывается без изменения конфигурации. Администраторы используют такие обработки для служебных задач: выгрузить список пользователей с ролями, вернуть роли после неудачного обновления, массово сбросить признак «пароль истёк».

Важно понимать границы:

• ✅ Обработка запускается внутри базы от имени пользователя, у которого уже есть права. Она не даёт прав, которых у вас нет.
• ✅ Она нужна, когда стандартная форма пользователей перестала открываться или роли «поехали» после обновления конфигурации.
• ❌ Если вы не можете войти ни под каким администратором, обработка вам не поможет: сначала нужно войти.
• ❌ В защищённых базах открытие внешних файлов может быть запрещено настройками безопасности.

Порядок действий для законного администратора такой: получите обработку у программиста или в проверенном источнике, прочитайте её код (не запускайте файл «вслепую»), откройте через меню Файл - Открыть в режиме «1С:Предприятие» и запустите на копии базы. После работы проверьте в списке пользователей, что роли и признаки входа выставлены верно.

Как не потерять доступ снова

Большинство историй «забыли пароль» заканчиваются одинаково: администратор был один, а пароль хранился в голове. Несколько привычек закрывают этот риск.

• 👥 Два администратора. Заведите второго пользователя с полными правами, пароль от которого лежит в сейфе или в корпоративном менеджере паролей.
• 🔐 Менеджер паролей. Не таблица в общей папке и не стикер на мониторе. В менеджере пароли можно делить между ответственными и отзывать у ушедших сотрудников.
• 📅 Регулярные копии. Резервная копия до смены паролей и после, хранящаяся отдельно от рабочего сервера.
• 🧾 Личные учётные записи. Один человек — один логин. Общий вход «Бухгалтер» для всех лишает вас журнала действий и мешает увольнению сотрудника без паники.
• ⏱️ Политика паролей. В настройках можно требовать минимальную длину и смену по сроку. Установите разумный срок: слишком частая смена приводит к записанным на бумажке паролям.

Типичные ошибки при восстановлении

Ошибки здесь повторяются, и почти все они стоят времени, а иногда и данных.

• ❌ Несколько попыток подряд. В некоторых базах включена блокировка после серии неудачных входов. Вместо пятнадцатого «подбора» остановитесь и найдите администратора.
• ❌ Сброс без копии. Любое изменение пользователей на серверной базе делайте после бэкапа.
• ❌ Передача пароля в общем чате. Он остаётся в истории переписки навсегда.
• ❌ Удаление пользователя вместо сброса пароля. Вы потеряете привязку к документам: автор остаётся в старых записях, но связать нового человека с историей уже нельзя.
• ❌ Путаница баз. На ноутбуке часто несколько баз: рабочая, тестовая, учебная. Проверьте название в окне запуска, прежде чем сбрасывать пароль не там.

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