Режим Конфигуратор в 1С:Предприятии 8.3 — устройство и задачи

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

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

Что такое Конфигуратор и чем он отличается от режима «Предприятие»

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

Три конфигурации внутри одной базы

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

• 📦 Конфигурация поставщика — эталон от фирмы-разработчика, с которым сравниваются ваши изменения при обновлении. Есть, если конфигурация на поддержке.
• ✏️ Основная конфигурация — та, что вы видите и правите в дереве после Конфигурация → Открыть конфигурацию.
• ⚙️ Конфигурация базы данных — то, с чем сейчас реально работают пользователи.

Правка основной конфигурации ещё ничего не меняет у бухгалтеров. Изменения попадают к ним только после команды Конфигурация → Обновить конфигурацию базы данных (клавиша F7). Если её забыть, при запуске пользователи увидят сообщение Конфигурация базы данных не соответствует сохраненной конфигурации.

Как открыть 1С Конфигуратор: окно запуска и командная строка

Самый простой способ — выделить базу в окне запуска и нажать кнопку «Конфигуратор». Дальше программа спросит пользователя и пароль, если в базе заведены пользователи.

Если кнопки нет, её скрыли настройкой ярлыка или групповой политикой. Тогда Конфигуратор запускают из командной строки ключом DESIGNER:

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

Номер версии в пути подставьте свой: он совпадает с папкой установленной платформы. Для серверной базы вместо /F используется /S"имя_сервера\имя_базы".

Полезные ключи, которые точно работают в 8.3:

• /DumpIB"путь.dt" — выгрузить базу в файл без открытия окна;
• /RestoreIB"путь.dt" — загрузить базу из файла;
• /LoadCfg"путь.cf" и /UpdateDBCfg — загрузить конфигурацию и сразу обновить конфигурацию базы данных;
• /ClearCache — очистить кэш клиента перед запуском;
• /Out"лог.txt" — записать сообщения в текстовый файл, чтобы утром увидеть, чем кончилась ночная выгрузка.

Пакетный режим удобен для расписания: bat-файл с /DumpIB в планировщике Windows даёт ежедневную копию базы без ручных действий.

Объекты метаданных в дереве конфигурации

После Конфигурация → Открыть конфигурацию слева появляется дерево. Каждая ветка — тип объекта, внутри — конкретные объекты.

У каждого объекта есть свойства (палитра свойств открывается по Alt+Enter), реквизиты, табличные части, формы, макеты печати и модули с кодом.

Как быстро найти нужный объект

• 🔍 Поиск по дереву: встаньте в дерево и начните набирать имя — курсор перейдёт к совпадению.
• 🔎 Глобальный поиск по коду: Правка → Глобальный поиск (Ctrl+Shift+F) ищет текст во всех модулях.
• 🔗 Поиск ссылок на объект: контекстное меню объекта → «Поиск ссылок на объект». Показывает, где объект используется, перед тем как его трогать.

Имена в дереве — внутренние, без пробелов. Справочник, который бухгалтер видит как «Номенклатура», в дереве называется так же, а документ «Поступление (акты, накладные, УПД)» — ПоступлениеТоваровУслуг. Синоним из свойств объекта и есть то, что видно в интерфейсе.

Отладка кода в режиме Конфигуратора

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

1. Откройте модуль, например модуль объекта документа (двойной щелчок по объекту → вкладка «Прочее» → «Модуль объекта»).
2. Поставьте точку останова на строке: F9.
3. Запустите отладку: Отладка → Начать отладку (F5). Откроется клиент 1С:Предприятия, связанный с Конфигуратором.
4. Выполните действие, которое вызывает код: проведите документ, сформируйте отчёт.
5. Когда выполнение остановится, смотрите значения через «Табло» или наведя курсор на переменную. Шаг с заходом — F11, шаг без захода — F10.

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

Перед отладкой полезен синтаксический контроль: Конфигурация → Проверка конфигурации. Он находит ошибки компиляции во всех модулях до того, как их найдёт бухгалтер.

Пользователи, роли и права доступа через Конфигуратор

Права в 1С строятся из ролей. Роль — объект ветки Общие → Роли, в нём отмечено, что можно делать с каждым объектом: читать, добавлять, изменять, проводить, удалять.

Пользователи заводятся в Администрирование → Пользователи. Там задаются имя, пароль, способ аутентификации (1С или Windows) и список ролей.

Конфигуратор или режим «Предприятие»: где заводить пользователей

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

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

Обновление конфигурации и работа с поддержкой

Типовая конфигурация стоит «на поддержке» у поставщика. Это видно по замочкам у объектов в дереве. Режим поддержки настраивается в Конфигурация → Поддержка → Настройка поддержки.

Порядок обновления в Конфигураторе:

1. Сделайте выгрузку базы в .dt (о ней в следующем разделе).
2. Конфигурация → Поддержка → Обновить конфигурацию, укажите файл обновления .cfu или полной поставки .cf.
3. Если правок нет — программа обновит основную конфигурацию сама. Если есть — откроется окно сравнения, где для каждого объекта выбирают, чья версия остаётся.
4. Нажмите F7 — «Обновить конфигурацию базы данных», примите список изменений.
5. Запустите режим «Предприятие» от администратора: там выполнятся обработчики обновления данных.

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

Расширения вместо правки типовой

С платформы 8.3.6 есть расширения конфигурации : Конфигурация → Расширения конфигурации. Свою печатную форму, реквизит или обработку кладут в расширение, а основная конфигурация остаётся на замке. Обновление типовой тогда проходит без ручного сравнения, а расширение проверяют после каждого обновления.

Для командной разработки служит хранилище конфигурации (Конфигурация → Хранилище конфигурации). Объекты в нём захватывают на изменение, и два программиста не перепишут один модуль одновременно.

Резервные копии и обслуживание базы из Конфигуратора

Через меню Администрирование Конфигуратор решает задачи, которые к программированию не относятся, но нужны каждой базе.

Разница между .dt и .cf важна. Файл .dt — полная копия базы, им восстанавливают учёт после сбоя. Файл .cf — только программа, без единой проводки; его отдают программисту или используют для новой пустой базы.

Загрузка .dt стирает всё, что сейчас есть в базе. Перед ней сделайте выгрузку текущего состояния, даже если оно кажется испорченным.

Тестирование и исправление запускают при ошибках вида «битые ссылки» или после аварийного отключения питания. Галочки «Реиндексация таблиц» и «Проверка логической целостности» безопасны. Пункты с удалением объектов и созданием объектов-заглушек ставьте осознанно и только после выгрузки в .dt.

Ошибки и безопасная работа в Конфигураторе

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

Правила, которые сохраняют базу

• 💾 Перед любым изменением структуры — выгрузка в .dt с датой в имени файла.
• 🧪 Доработки и отладка — на копии базы, в рабочую переносятся готовым .cf или расширением.
• 🔒 Не снимайте типовую с поддержки ради одной печатной формы: расширение решает задачу без потери автоматических обновлений.
• 👤 Держите в базе минимум двух пользователей с административными правами.
• 📝 Фиксируйте, кто и что менял: хранилище конфигурации ведёт историю версий само.