Открываем базу 1С для правки: права доступа, монопольный режим, блокировки

Чтобы открыть базу 1С для изменений, нужны две вещи: правильный режим запуска и роль с достаточными правами. Документы и справочники правят в режиме «1С:Предприятие». Конфигурацию правят в «Конфигураторе» через Конфигурация → Открыть конфигурацию, а если она на поддержке — ещё и включают возможность изменения.

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

Что значит «открыть базу для изменений»: два разных сценария

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

💡 Если задача — добавить отчёт, реквизит или обработку, часто проще сделать расширение конфигурации . Оно не снимает типовую конфигурацию с поддержки и спокойно переживает обновления.

Выбор режима запуска базы 1С

Окно запуска показывает список информационных баз и кнопки справа. Режим выбирается кнопкой, а не настройкой самой базы.

1. Выделите нужную базу в списке.
2. Нажмите 1С:Предприятие — для работы с данными.
3. Нажмите Конфигуратор — для правки метаданных, выгрузки и загрузки базы, управления пользователями.
4. Введите имя пользователя и пароль в окне авторизации.

Если нужной базы нет в списке

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

1. Нажмите Добавить в окне запуска.
2. Выберите добавление существующей информационной базы.
3. Укажите имя для списка и тип расположения: на этом компьютере или в локальной сети (каталог с файлом 1Cv8.1CD) либо на сервере 1С:Предприятия (адрес сервера и имя базы в кластере).
4. Завершите мастер и запустите базу в нужном режиме.

⚠️ Не создавайте новую базу вместо добавления существующей: вы получите пустую копию и начнёте работать не там.

Что настраивается через кнопку Изменить в окне запуска:

• 🖥️ Основной режим запуска — выбор клиента: тонкий, толстый или автоматический выбор. Для правки данных в типовых конфигурациях обычно хватает тонкого.
• 📁 Путь к базе — каталог для файловой базы или сервер плюс имя базы для клиент-серверной.
• ⚙️ Дополнительные параметры — строка с ключами командной строки.

Чтобы открыть Конфигуратор без окна запуска, ярлык создают с ключами DESIGNER /F "путь_к_базе" для файловой базы или /S "сервер\имя_базы" для серверной. Имя и пароль передают через /N и /P.

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

Права доступа: кто может править данные и конфигурацию

Где хранится список пользователей

Список пользователей базы ведут в двух местах, и они связаны между собой.

• 🔑 В Конфигураторе: Администрирование → Пользователи. Здесь задают имя, пароль, способ аутентификации и роли.
• 👥 В типовых конфигурациях на БСП (Бухгалтерия 3.0, ЗУП 3, УТ 11): раздел Администрирование → Настройки пользователей и прав. Права выдают через группы доступа и профили, а не ролями напрямую.

Если список пользователей пуст, база открывается без авторизации и с полными правами. Это удобно в учебной копии и опасно в рабочей.

Какие права нужны для Конфигуратора

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

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

1. В Предприятии откройте Администрирование → Настройки пользователей и прав → Пользователи.
2. Откройте карточку сотрудника и перейдите к его группам доступа.
3. Включите группу «Администраторы».
4. Попросите пользователя перезайти: права применяются при новом сеансе.

Если администратора нет или пароль утерян

Это частый случай при смене бухгалтера или программиста. Легальных путей несколько:

• 📨 Найти того, у кого остался пароль администратора. Иногда учётка есть у обслуживающей фирмы.
• 💾 Восстановить базу из резервной копии, где пароль известен, и перенести свежие данные.
• 🛠️ Обратиться к специалисту, который обслуживает базу по договору: процедура сброса пароля требует доступа к файлам базы или к SQL-серверу.

Как проверить, что именно разрешено пользователю

Гадать по сообщениям об ошибках долго. В конфигурациях на БСП в карточке пользователя есть отчёт о его правах доступа: он показывает, к каким документам и справочникам есть чтение, запись и проведение.

Порядок проверки:

1. Откройте карточку пользователя в списке пользователей.
2. Посмотрите, в какие группы доступа он входит, и какой профиль у каждой группы.
3. Сформируйте отчёт о правах и найдите в нём нужный объект, например «Реализация (акты, накладные)».
4. Если права «Изменение» нет — добавьте пользователя в группу с подходящим профилем, а не правьте профиль «на лету».

💡 Права в БСП суммируются по всем группам пользователя. Ограничить что-то, добавив человека в ещё одну группу, нельзя — только убрать лишнюю.

Права на изменение данных в Предприятии

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

• 📅 Дата запрета изменения данных — период закрыт. В Бухгалтерии 3.0 настройку ищите в Администрирование → Проведение документов, ссылка «Даты запрета изменения».
• 🔒 Профиль только на просмотр — например, «Только просмотр» или урезанный аудиторский профиль.
• ✏️ Объект открыт другим пользователем — платформа сообщит, что объект заблокирован, и назовёт, кем.

Изменение конфигурации на поддержке

Типовая конфигурация поставляется «на замке». Чтобы править её объекты, включают возможность изменения.

1. В Конфигураторе: Конфигурация → Открыть конфигурацию.
2. Далее Конфигурация → Поддержка → Настройка поддержки.
3. Кнопка Включить возможность изменения. Платформа предложит правило для объектов — выбирайте «Объект поставщика редактируется с сохранением поддержки».
4. Объекты перестанут быть заблокированными, их можно править.

После этого каждое обновление превращается в сравнение и объединение конфигураций. Для типовых баз без программиста на поддержке это заметная нагрузка.

Перед включением изменения сделайте выгрузку базы: Администрирование → Выгрузить информационную базу в Конфигураторе. Файл .dt — самый надёжный откат.

Монопольный режим: когда он действительно нужен

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

• 🔄 обновление конфигурации базы данных, если меняется структура хранения;
• 📥 загрузка базы из файла .dt;
• 🩺 тестирование и исправление информационной базы;
• 🧹 некоторые служебные операции вроде удаления помеченных объектов.

Саму правку объектов в Конфигураторе монопольно делать не нужно. Пользователи могут работать, пока программист меняет формы и модули в основной конфигурации. Монопольность понадобится в момент сохранения изменений в базу, если они затрагивают структуру.

Как освободить базу перед обновлением

1. Посмотрите, кто работает: Администрирование → Активные пользователи в Конфигураторе.
2. Предупредите людей заранее и назовите время.
3. В Бухгалтерии 3.0 и других решениях на БСП включите блокировку: Администрирование → Обслуживание, ссылка «Блокировка работы пользователей». Задайте время начала и текст сообщения.
4. Дождитесь, пока сеансы завершатся сами, и только потом обновляйте.

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

Порядок, при котором пользователи почти не простаивают

1. Днём правите конфигурацию в Конфигураторе и проверяете её на копии базы.
2. Вечером выгружаете рабочую базу в .dt.
3. Ставите блокировку сеансов на 15–20 минут.
4. Сохраняете изменения в базу (Конфигурация → Обновить конфигурацию базы данных).
5. Снимаете блокировку и проверяете вход под обычным пользователем.

Так окно недоступности базы укладывается в несколько минут, а у вас есть точка отката.

Ошибки блокировки базы 1С и что с ними делать

Зависшие сеансы в файловой базе

Файловая база хранится в файле 1Cv8.1CD. Рядом платформа держит служебные файлы, в том числе файл блокировки. Он исчезает, когда последний сеанс закрывается корректно.

Если 1С вылетела, сеанс может остаться висеть. Порядок действий:

1. На всех компьютерах, где открывали базу, проверьте Диспетчер задач на процессы 1cv8.exe и 1cv8c.exe.
2. Закройте программу штатно, а зависший процесс завершите через диспетчер.
3. На файловом сервере посмотрите открытые файлы: Управление компьютером → Общие папки → Открытые файлы. Там видно, кто держит 1Cv8.1CD.

Клиент-серверная база

Здесь сеансы смотрят через консоль администрирования серверов 1С: кластер → информационная база → сеансы. Там же видны блокировки. Из командной строки список кластеров и сеансов показывают rac cluster list и rac session list; остальные параметры смотрите в rac help.

Завершение сеанса на сервере обрывает работу пользователя. Предупредите человека или дождитесь вечера.

Журнал регистрации: кто заходил и почему не пускает

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

Где открыть:

• 📊 В Конфигураторе: Администрирование → Журнал регистрации.
• 📊 В Предприятии на БСП: Администрирование → Обслуживание, ссылка «Журнал регистрации».

Что смотреть при проблемах с доступом:

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

💡 Если журнал пустой или короткий, проверьте настройку уровня регистрации в Конфигураторе, в том же меню журнала. При уровне «Не регистрировать» расследовать нечего.

Права и изменения в облачной 1С

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

Сервис 1С:Фреш и похожие

• 🚫 Конфигуратор клиенту обычно не дают: конфигурация общая для всех абонентов сервиса.
• 🧩 Для доработок используют расширения. Их загружают через раздел администрирования приложения, и они проходят проверку сервиса.
• 👤 Пользователей заводят в личном кабинете или менеджере сервиса, а не в Конфигураторе. Права выдаёт администратор абонента.
• 🔄 Обновления ставит провайдер, монопольный режим вам не нужен.

Аренда сервера с 1С

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

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