Как снять код блокировки в 1С, если его никто не устанавливал?

Если код блокировки никто не задавал вручную, это не означает, что блокировки нет. Ее мог установить:

— помощник обновления конфигурации;
— обработка «Тестирование и исправление»;
— скрипт резервного копирования или обновления;
— регламентная процедура;
— администратор через консоль кластера;
— аварийно завершившийся процесс обслуживания базы.

При этом сама блокировка могла остаться после сбоя или отключения компьютера.

## Сначала попробуйте снять блокировку через консоль

Для файловой базы E:BasesBuh:

1. На компьютере, где находится база, запустите «Администрирование серверов 1С» или конфигуратор.
2. Откройте информационную базу.
3. Найдите команду Разрешить работу пользователей.
4. Если код не запрашивается, выполните снятие блокировки.
5. Если программа требует код, значит при установке блокировки он все-таки был сохранен, даже если его явно никто не помнит.

В некоторых версиях платформы операция находится в свойствах информационной базы или в меню администрирования.

## Проверьте, не установлена ли блокировка в самом конфигураторе

Для файловой базы можно запустить конфигуратор с параметром /F:

Если конфигуратор также не запускается из-за запрета начала сеансов, это подтверждает, что блокировка установлена на уровне базы, а не веб-публикации.

Попробуйте запустить режим предприятия с командой разрешения:

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

## Если код неизвестен

В этом случае порядок действий такой:

### 1. Проверьте консоль администрирования

Если база используется через сервер 1С, откройте:

— кластер серверов;
— информационные базы;
— нужную базу;
— свойства блокировки сеансов.

В консоли может быть видна установленная блокировка и возможность выполнить Разрешить работу пользователей от имени администратора кластера.

Администратор кластера и пользователь 1С, даже с полными правами в конфигурации, это разные учетные записи. Важно иметь именно административные права на кластер или компьютер с файловой базой.

### 2. Проверьте журнал регистрации

Если в базе ведется журнал регистрации, поищите события перед появлением ошибки:

— установка блокировки начала сеансов;
— запрещение работы пользователей;
— запуск обновления;
— тестирование и исправление;
— завершение сеансов;
— завершение работы пользователей.

Особенно проверьте период, когда база последний раз обновлялась или обслуживалась.

### 3. Проверьте скрипты и задания

На сервере найдите .bat, .cmd, .ps1 и задания планировщика Windows. Ищите строки:

Также проверьте программы резервного копирования и обновления. Часто база блокируется перед выполнением обработки, а при аварийном завершении скрипта разблокировка не выполняется.

### 4. Проверьте, не включена ли блокировка при обновлении

Если перед ошибкой выполнялось обновление конфигурации, запустите штатное обновление повторно в том же порядке. Иногда программа обновления сама снимает блокировку после успешного завершения.

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

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

## Если код действительно потерян

У платформы нет безопасного универсального способа «обнулить» неизвестный код путем удаления отдельного файла или записи в каталоге базы. Не удаляйте вручную файлы 1Cv8.1CD, 1Cv8.1CL, 1Cv8.1DT и другие служебные файлы.

Практические варианты:

1. Снять блокировку через консоль кластера под администратором 1С.
2. Найти код в скрипте или журнале действий.
3. Восстановить резервную копию, сделанную до установки блокировки.
4. Обратиться к специалисту 1С с копией базы для штатного восстановления доступа.

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

Ошибка [StoredDataError] в данном случае является вторичной. Она появляется потому, что веб-клиент не смог начать сеанс. Сначала нужно снять блокировку начала сеансов, а не исправлять веб-публикацию.