Утерян пароль пользователя 1С: порядок восстановления доступа
Содержание
Забытый пароль от 1С почти никогда не означает потерю базы. Пароль хранится у конкретного пользователя, и сбросить его может любой другой пользователь с ролью администратора. Если в базе есть второй рабочий администратор, задача решается за две минуты.
Сложнее, когда администратор был один, и именно он забыл пароль. Тогда всё зависит от того, какая у вас база и что осталось «про запас»: резервные копии, второй вход, доступ к серверу. Ниже порядок действий от простого к крайнему.
Сначала выясните, какая у вас база и кто в ней администратор
От ответа на два вопроса зависит весь маршрут.
Файловая или клиент-серверная
Откройте окно запуска 1С и выделите базу в списке. Внизу будет строка с адресом.
- 📁 Путь к папке на диске, например
D:\Bases\Torgovlya— файловая база. Внутри лежит файл1Cv8.1CD. - 🖥 Запись вида
Srvr="имя-сервера";Ref="имя-базы";— клиент-серверная. Данные лежат в СУБД (PostgreSQL или MS SQL Server) на сервере.
Тип нужен, чтобы понимать, кого просить о помощи: файловую базу вы можете открыть сами, к серверной нужен доступ администратора кластера или СУБД.
Что вы забыли именно
Бывают три разных ситуации, и решаются они по-разному:
| Ситуация | Что делать | Сложность |
|---|---|---|
| Забыли пароль обычного пользователя | Администратор базы задаёт новый | Две минуты |
| Забыли свой пароль администратора, но есть другой админ | Другой админ задаёт новый | Две минуты |
| Администратор в базе один и пароль утерян | Резервная копия, подрядчик, владелец базы | От часа |
Проверьте, нет ли в списке пользователей второго человека с полными правами. Часто его забывают: учётка внедренца, бывшего главного бухгалтера, «админ» с простым паролем из установки. Спросите коллег, кто входит в базу под полными правами.
Список пользователей при входе показывается не всегда. Если в окне входа вы видите выпадающий список, попробуйте открыть его. Если там пусто, вход идёт по имени, которое надо вводить вручную.
Пароль сбрасывает другой администратор: самый частый случай
Это основной сценарий. Работает одинаково и для файловой, и для серверной базы.
- Администратор входит в 1С в обычном режиме (режим «1С:Предприятие»).
- Открывает раздел администрирования и находит список пользователей. В большинстве конфигураций он называется «Пользователи» или «Пользователи и права».
- Находит нужного человека, открывает его карточку.
- Ставит галочку, что пользователю разрешён вход, и задаёт новый пароль. Для подтверждения вводит его дважды.
- Ставит флаг «Требовать смену пароля при входе», если он есть. Тогда человек сам выберет постоянный пароль.
- Записывает и закрывает карточку.
Старый пароль 1С не показывает ни при каких условиях: он хранится в виде хеша. Поэтому «посмотреть пароль» нельзя, можно только задать новый.
⚠️ Не диктуйте новый пароль по открытой почте и не пишите его в общий чат. Передайте голосом или попросите пользователя сменить его сразу при входе.
Что делать, если пароль нужен администратору из этого же списка
Если вы сами администратор и пароль потерян, нужен второй. Его может задать любой пользователь, у которого есть право на редактирование списка пользователей. Это не обязательно «Администратор» целиком: иногда такую роль выдают руководителю или внедренцу. Проверьте среди коллег.
Файловая база: когда админ в базе один
Если сброс через другого пользователя невозможен, остаются безопасные пути. Взлом файла пользователей и подбор паролей здесь не обсуждаются: так вы рискуете разрушить базу, а в чужой базе это ещё и нарушение закона.
Вариант 1. Резервная копия или выгрузка с известным паролем
Вспомните, делали ли вы выгрузку базы (файл .dt) или копировали папку с базой раньше. Если на момент копии вы знали пароль или копия была сделана до его смены, поднимите её рядом.
- Скопируйте папку с копией базы в другое место. Рабочую базу не трогайте.
- Добавьте её в список баз как новую.
- Войдите под известным паролем.
- Выясните, что изменилось между копией и рабочей базой, и решите, переносить ли данные.
Это годится, когда копия свежая. Если ей полгода, терять придётся слишком много.
Вариант 2. Обратиться к тому, кто обслуживает базу
Обычно у базы есть обслуживающая организация: партнёр 1С, франчайзи или штатный программист. У них часто есть сохранённый административный вход, оформленный на момент внедрения. Ищите в договорах и в переписке: нередко данные учётки администратора присылали при сдаче проекта.
Вариант 3. Восстановление доступа специалистом
Если ни копии, ни подрядчика нет, остаётся обратиться к специалисту по восстановлению доступа. Он должен работать с базой только на основании подтверждения, что вы её владелец или законный пользователь: договор, акт, доверенность. Любой добросовестный специалист вас об этом спросит.
Не отдавайте рабочую базу «умельцам» с форумов без договора. В базе зарплата, контрагенты, банковские данные. Передавайте копию, а не оригинал, и заключайте соглашение о неразглашении.
Как подготовить обращение к специалисту
Чтобы помощь пришла быстрее, соберите заранее короткую справку:
- 📌 тип базы (файловая или серверная) и версия платформы;
- 📌 название конфигурации и её релиз, если они известны;
- 📌 дата последней резервной копии и место, где она лежит;
- 📌 кто из сотрудников когда-либо входил в базу с полными правами;
- 📌 документ, подтверждающий, что база принадлежит вашей организации.
С такой справкой специалист не тратит первый час на вопросы, а сразу выбирает путь. Заодно вы сами увидите, какой из вариантов выше вам реально доступен.
Клиент-серверная база: где искать выход
В серверном варианте хранение данных и управление распределены между разными людьми, и это помогает. Пароль пользователя всё так же задаётся из самой базы, но у вас есть дополнительные точки входа.
Кто на самом деле имеет доступ к серверу
Проверьте, у кого есть административные права на:
- 🔐 сервер 1С (администраторы кластера);
- 🗄 СУБД: PostgreSQL или MS SQL Server;
- 💾 систему резервного копирования.
Обычно это системный администратор организации или подрядчик по аутсорсингу. Он не знает пароль пользователя в базе, но может вернуть вчерашнюю копию, развернуть её рядом и дать вам проверить, помните ли вы пароль на ту дату.
Откат до даты, когда пароль был известен
Если резервные копии базы делаются по расписанию, у вас есть выбор точки. Алгоритм такой:
- Администратор сервера поднимает копию на новую пустую базу рядом с рабочей.
- Вы входите в копию под тем паролем, который помните.
- Если вход прошёл, вы заходите в раздел пользователей и создаёте для себя нового администратора.
- Затем нужно перенести новую учётку в рабочую базу, но для этого всё равно потребуется вход туда.
Поэтому на практике копию используют как источник данных: переносят из неё нужные документы и справочники, а рабочую базу заменяют на копию целиком. Решение принимает владелец базы: заменяя базу, вы теряете всё, что делали после даты копии.
Роль аутсорсера и ответственность
Если базой занимается внешняя компания, она, как правило, отвечает за доступ. Ссылайтесь на регламент: по нормальному договору администрирования утраченный административный вход восстанавливается в рамках услуги. Уточните сроки и стоимость заранее.
Нюансы, которые путают при сбросе
Часть проблем после сброса пароля кажется «неудачей» на самом деле из-за настроек входа.
Аутентификация средствами ОС и 1С
Пользователь в 1С может входить двумя способами. Первый: логин и пароль самой 1С. Второй: аутентификация по учётной записи Windows, тогда пароль в 1С вообще не спрашивается, а используется доменная учётка. Если человек «забыл пароль от 1С», а база запускается под доменной учёткой, дело не в 1С: сбросьте пароль Windows у администратора домена.
Если в карточке пользователя включены оба способа, при входе нужно выбрать нужный.
Права и режим запуска
Бывает, что пароль известен, а вход не работает : база открывается, но разделов не видно. Тогда причина в ролях. Администратор может не иметь права на запуск в режиме «1С:Предприятие» или на вход через тонкий клиент. Проверьте, какие роли у пользователя и какие способы запуска ему разрешены.
Один и тот же пользователь может иметь разные настройки для тонкого клиента , веб-клиента и толстого клиента. Если вход идёт через браузер, а право выдано только на тонкий клиент, система ответит ошибкой, хотя пароль верный.
Блокировка после неверных попыток
Если вы много раз вводили неправильный пароль, система может временно заблокировать вход или заблокировать пользователя. Это зависит от настроек политики паролей. Подождите положенное время или попросите администратора снять блокировку. Не перебирайте пароли на удачу: каждая попытка записывается в журнал регистрации.
Типичные ошибки при восстановлении доступа
- ❌ Копируют базу и ломают оригинал. Работайте только с копией, оригинал остаётся нетронутым.
- ❌ Удаляют файл пользователей или меняют файлы внутри папки базы вручную. Так можно потерять данные целиком.
- ❌ Создают нового администратора, не дав ему нужных ролей. Он входит, но не может открыть список пользователей.
- ❌ Записывают пароль на бумажке рядом с монитором. Если кто-то посторонний прочтёт её, он войдёт под вашим именем.
- ❌ Задают один пароль «на всех» после сброса. Потом невозможно понять, кто что сделал в базе.
Как не терять пароли дальше
Через неделю после сброса ситуация повторяется, если не поменять привычки. Несколько приёмов, которые работают на практике.
Хранилище паролей
Заведите менеджер паролей для организации, а не личную записную книжку. Один общий админ-пароль в сейфе или в защищённом хранилище с доступом у двух человек. Тогда уход одного сотрудника не закроет базу.
Два администратора минимум
В любой базе должно быть не менее двух пользователей с правом управления пользователями. Второй не обязан работать каждый день: достаточно, чтобы он существовал и пароль от него хранился отдельно.
Не используйте для этого общую учётку «Администратор» с паролем, известным всем. Заведите именованного пользователя.
Регулярные копии
Резервная копия по расписанию спасает не только от поломок, но и от потери доступа. Хранить нужно минимум:
- ежедневную копию за последние 7 дней;
- еженедельную за последний месяц;
- ежемесячную за год.
Раз в квартал проверяйте, что копия разворачивается и вход в неё возможен. Если копия не открывается, считайте, что копии нет.
Политика паролей
Задайте разумные требования, а не абсурдные. Пароль из 12 символов с фразой запоминается лучше, чем «Qw!7_x» с требованием менять каждые 30 дней: такие пароли забывают и записывают на стикерах. Для обычных сотрудников обычно хватает длины от 8 символов и смены раз в полгода-год.