Как убрать надпись «Копия базы» в 1С

Надпись «Копия базы» (или сообщение «Информационная база была перемещена или восстановлена из резервной копии») появляется в конфигурациях на базе Библиотеки стандартных подсистем — это почти все типовые решения: «1С:Бухгалтерия», «1С:Управление торговлей», «1С:Зарплата и управление персоналом», «1С:ERP». Механизм защищает рабочую базу от ситуации, когда её копия продолжает обмениваться данными с внешними системами: синхронизация с другими базами, обмен с банком, отправка отчётности, загрузка курсов валют.

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

Убрать надпись можно двумя способами: штатным — через диалог разблокировки, и программным — через встроенный язык. Какой из них выбрать, зависит от того, является ли база действительно рабочей или это тестовая копия, и есть ли у вас права администратора. Ниже разобраны оба варианта, условия их применения и способы проверить результат.

Почему появляется надпись «Копия базы»

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

В этот момент срабатывает защита: программа блокирует регламентные задания, обмены данными и другие операции с внешними ресурсами, а пользователю показывает предупреждение. Логика проста — если это действительно копия (например, тестовая база для проверки обновления), она не должна дублировать выгрузки в банк, отправку отчётности в ФНС или синхронизацию с сайтом, иначе данные в рабочих системах будут испорчены.

Как определить: рабочая база или копия

Прежде чем снимать блокировку, нужно честно ответить на вопрос: какая база сейчас перед вами? От этого зависит, какую кнопку нажимать и можно ли вообще снимать блокировку. Ошибка на этом шаге — самая опасная: если копию объявить рабочей базой, она начнёт выполнять регламентные задания и может отправить дублирующие данные во внешние системы.

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

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

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

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

1. 1
   Войдите в базу под пользователем с полными правами (администратор)
2. 2
   Откройте Администрирование → Обслуживание → Регламентные операции → Блокировка работы с внешними ресурсами
3. 3
   Нажмите кнопку «Это рабочая база» (в некоторых версиях — «База перемещена»)
4. 4
   Дождитесь сообщения о снятии блокировки и перезапустите сеанс
5. 5
   Проверьте, что надпись исчезла и регламентные задания выполняются

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

Способ 2: убрать надпись программно через консоль кода

Если штатный диалог недоступен (например, интерфейс изменён или нужно снять блокировку массово на нескольких базах), используется встроенный язык. В типовых конфигурациях на БСП есть программный интерфейс для снятия блокировки. Код выполняется в консоли кода (внешняя обработка «Консоль кода») или через обработку «Выполнить произвольный код» — под пользователем с полными правами в толстом клиенте или на сервере.

РаботаСВнешнимиРесурсами.РазрешитьРаботуСВнешнимиРесурсами();

В старых версиях БСП метод может называться иначе или находиться в общем модуле «РегламентныеЗаданияСлужебный». Если вызов выдаёт ошибку «Метод не обнаружен», откройте конфигуратор и найдите в общих модулях процедуру, которая снимает блокировку, по строке «РазрешитьРаботуСВнешнимиРесурсами» или «БлокировкаРаботыСВнешнимиРесурсами».

Программный способ удобен администраторам, обслуживающим десятки баз: код можно встроить в скрипт пакетного запуска через конфигуратор с параметром /Execute. Но для разовой задачи штатный диалог проще и безопаснее — он дополнительно показывает, какие именно внешние ресурсы были заблокированы.

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

Частая ситуация: база действительно является тестовой копией, блокировку снимать нельзя, но надпись мешает — например, при демонстрации или обучении сотрудников. В этом случае задача решается иначе: блокировка внешних ресурсов остаётся включённой, а меняется только представление базы.

В разделе «Администрирование» → «Общие настройки» (или в настройках заголовка программы) можно задать собственный заголовок системы — например, «ТЕСТОВАЯ БАЗА — не вводить реальные данные». Это не убирает служебную пометку о копии полностью, но делает статус базы очевидным для пользователей. Полностью скрыть служебную надпись без снятия блокировки штатными средствами нельзя — это осознанное ограничение механизма защиты.

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

Проверка результата и типичные ошибки

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

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

Если надпись появляется снова и снова

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

Решение — устранить причину смены идентификатора: зафиксировать постоянный путь подключения, не запускать одновременно две копии одной базы, при регламентном переносе на новый сервер сразу снимать блокировку штатным способом. Если базы разворачиваются из бэкапа автоматически (например, еженощные тестовые копии), добавьте в скрипт развёртывания вызов снятия блокировки или, наоборот, оставьте копии заблокированными осознанно.

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