Режим «Конфигуратор» в 1С:Предприятии 8.3: кто в него входит и что там делают
Содержание
Конфигуратор в 1С — это второй режим запуска той же программы 1cv8.exe, в котором меняют не данные, а саму базу: её структуру, формы, отчёты, права пользователей. Открывается он кнопкой «Конфигуратор» в окне запуска 1С:Предприятия, а войти может только пользователь с правом «Администрирование».
Типичная ситуация: бухгалтер просит программиста «поправить печатную форму», тот отвечает «зайду в конфигуратор, но выгоните всех из базы». Здесь сразу два вопроса — что это за режим и почему иногда для работы в нём нужна пустая база. Ответы ниже относятся к платформе 8.3 и подходят для любой конфигурации: Бухгалтерии, ЗУП, УТ.
Суть режима Конфигуратор: что в нём хранится и меняется
Любая база 1С состоит из двух частей:
- 🧩 конфигурация — описание того, какие есть справочники, документы, регистры, формы, отчёты, роли и программный код;
- 🗂 данные — сами контрагенты, накладные, проводки, сотрудники.
Режим 1С:Предприятие работает с данными. Конфигуратор работает с конфигурацией. Это среда разработки и администрирования, встроенная в платформу.
Две конфигурации внутри одной базы
В конфигураторе есть тонкость, которую новички не знают:
| Что | Где хранится | Что значит |
|---|---|---|
| Основная конфигурация | Открывается через Конфигурация → Открыть конфигурацию | Рабочая копия, которую правит разработчик |
| Конфигурация базы данных | Конфигурация → Конфигурация базы данных → Открыть | То, с чем реально работают пользователи |
Пока разработчик правит основную конфигурацию, пользователи ничего не видят. Изменения попадают к ним только после команды Конфигурация → Обновить конфигурацию базы данных (клавиша F7).
Если при запуске пользовательского режима выходит вопрос Конфигурация базы данных не соответствует сохраненной конфигурации. Продолжить? — значит, кто-то изменил основную конфигурацию и не применил изменения. Ответ «Да» запустит базу в старой редакции, и данные это не испортит.
Кому нужен конфигуратор
- 👨💻 программисту 1С — для доработок и отладки;
- 🛠 администратору — для обновлений, резервных копий, управления пользователями;
- 📊 опытному бухгалтеру — изредка, чтобы выгрузить базу в файл или обновить типовую конфигурацию .
Чем пользовательский режим отличается от Конфигуратора
Оба режима запускает один исполняемый файл. Разница — в параметре запуска и в том, что доступно внутри.
| Признак | 1С:Предприятие | Конфигуратор |
|---|---|---|
| Что редактируется | Данные учёта | Структура базы, код, формы, роли |
| Кто входит | Любой пользователь с правом на клиент | Только пользователь с правом «Администрирование» |
| Параметр командной строки | ENTERPRISE | DESIGNER |
| Интерфейс | «Такси», разделы, рабочий стол | Дерево метаданных, редакторы модулей и форм |
| Риск сломать базу | Низкий, в пределах прав | Высокий, изменения затрагивают всех |
Запуск конфигуратора из командной строки выглядит так:
"C:\Program Files\1cv8\8.3.24.1586\bin\1cv8.exe" DESIGNER /F"D:\Bases\Buh" /N"Администратор" /P"пароль"
Для серверной базы вместо /F указывают /S"имя_сервера\имя_базы". Номер платформы в пути подставьте свой: он виден в папке C:\Program Files\1cv8.
Можно ли работать в обоих режимах одновременно
Да. Программист может держать открытым конфигуратор, а бухгалтеры — продолжать проводить документы. Сам по себе вход в конфигуратор базу не блокирует.
Монопольный доступ (когда в базе не должно быть никого) нужен только для нескольких операций:
- обновление конфигурации базы данных, если меняется структура таблиц (добавили реквизит, регистр, табличную часть);
- загрузка базы из файла
.dt; - тестирование и исправление информационной базы.
Если пользователи в базе есть, платформа сообщит, что монопольный режим установить не удалось. В клиент-серверном варианте сеансы видно и можно завершить в консоли администрирования кластера.
Завершение сеанса обрывает работу пользователя без сохранения. Предупредите людей заранее и делайте такие операции вне рабочего времени.
Права доступа: кто может войти в конфигуратор
Вход в конфигуратор регулируется правом «Администрирование» на корне конфигурации. В типовых конфигурациях это право дают роли «Полные права» и «Администратор системы».
Как проверить и выдать доступ
- Откройте конфигуратор под пользователем, у которого уже есть полные права.
- Перейдите в
Администрирование → Пользователи. - Откройте нужного пользователя, вкладка «Прочие».
- Отметьте роль с полными правами и сохраните.
В Бухгалтерии 3.0, ЗУП 3.1 и УТ 11 пользователей удобнее заводить в самой программе: Администрирование → Настройки пользователей и прав → Пользователи. Там права раздают через профили групп доступа, и правка списка в конфигураторе без нужды только запутает.
Особый случай: пустой список пользователей
Если в базе не заведено ни одного пользователя, в конфигуратор пускают любого без пароля. Так выглядят свежие демо-базы и только что созданные пустые базы. Для рабочей базы это дыра.
Как только в базе появился первый пользователь, обязательно назначьте ему полные права — иначе можно оставить базу без администратора, и войти в конфигуратор станет некому.
Что делать, если пароль администратора забыт
- 🔑 спросить у программиста или обслуживающей организации — у них часто есть учётка;
- 💾 восстановить базу из резервной копии, сделанной до смены пароля;
- 🖥 в серверной базе — обратиться к администратору сервера 1С и СУБД.
Программы «сброса пароля 1С» из интернета не используйте: они правят служебные таблицы напрямую и могут повредить базу.
Основные операции в конфигураторе
Ниже — то, ради чего в конфигуратор заходят чаще всего. Все команды находятся в главном меню.
Резервная копия базы
Администрирование → Выгрузить информационную базу сохраняет всю базу — конфигурацию и данные — в один файл .dt. Это самый надёжный способ сделать копию перед обновлением.
Обратная операция — Администрирование → Загрузить информационную базу. Загрузка .dt полностью заменяет текущую базу содержимым файла: всё, что вводили после выгрузки, пропадёт.
Сохранение только конфигурации
Конфигурация → Сохранить конфигурацию в файл создаёт файл .cf без данных. Его используют, чтобы передать доработки в другую базу или сохранить «слепок» перед правками. Загрузка — через Конфигурация → Загрузить конфигурацию из файла.
Обновление типовой конфигурации
- Сделайте выгрузку
.dt. - Откройте конфигурацию:
Конфигурация → Открыть конфигурацию. - Выполните
Конфигурация → Поддержка → Обновить конфигурациюи укажите файл обновления.cfu. - Просмотрите окно сравнения, нажмите «Выполнить».
- Примените изменения командой
F7и запустите пользовательский режим — программа выполнит обработчики обновления.
Изменение объектов и кода
В дереве метаданных открывают нужный объект: документ, справочник, общий модуль. Правят формы, макеты печатных форм, модули. Для проверки кода — Отладка → Начать отладку (F5): запустится пользовательский режим, а в конфигураторе можно ставить точки останова.
Сравнение и объединение
Конфигурация → Сравнить, объединить с конфигурацией из файла показывает, чем две конфигурации отличаются, и переносит выбранные изменения. Этим приёмом переносят доработки между базами и разбираются, что поменял предыдущий программист.
Типовая конфигурация на поддержке: почему её лучше не трогать
Типовые конфигурации 1С поставляются «на поддержке» поставщика. По умолчанию их объекты закрыты на изменение: значок замка в дереве метаданных и режим «Редактирование не разрешено».
Открыть конфигурацию для правки можно через Конфигурация → Поддержка → Настройка поддержки → Включить возможность изменения. Но у этого шага есть цена:
| Подход | Когда подходит | Риски |
|---|---|---|
| Правка основной конфигурации | Глубокие доработки, отраслевые решения | Каждое обновление — ручное сравнение и объединение, дольше и дороже |
| Расширение конфигурации | Новые реквизиты, печатные формы, изменение поведения форм и модулей | Часть изменений типовой платформы не поддерживает в расширениях |
| Внешняя обработка или отчёт | Разовые задачи, отдельные печатные формы, загрузки | Файл хранится отдельно, его легко потерять |
Расширения появились в платформе 8.3.6. Их подключают через Конфигурация → Расширения конфигурации. Типовая остаётся «чистой», и обновление ставится без ручного объединения — поэтому для небольших доработок сначала смотрят в сторону расширения.
Включив возможность изменения, вернуть типовую в «чистое» состояние простым переключателем не получится. Если сомневаетесь, сохраните .cf до этого шага.
Внешние обработки и отчёты: создание в конфигураторе и подключение
Внешняя обработка (.epf) и внешний отчёт (.erf) — это отдельные файлы с кодом и формами, которые не входят в конфигурацию. Их пишут в конфигураторе, а используют в пользовательском режиме.
Как создать
- В конфигураторе выберите
Файл → Новый. - Укажите тип: «Внешняя обработка» или «Внешний отчет ».
- Задайте имя, добавьте реквизиты, форму, модуль.
- Сохраните через
Файл → Сохранить— получится файл.epfили.erf.
Открыть основную конфигурацию для этого не нужно, и монопольный режим не требуется.
Как подключить к базе
- 📂 разово — в пользовательском режиме через главное меню
Файл → Открыть. Платформа покажет предупреждение о безопасности: внешний файл может выполнять любой код, поэтому открывайте только проверенные файлы; - 📌 постоянно — в Бухгалтерии 3.0 через
Администрирование → Печатные формы, отчеты и обработки → Дополнительные отчеты и обработки. Так обработка хранится в базе, появляется в нужном разделе, и её не надо искать на диске.
Чтобы обработка регистрировалась как дополнительная, в её модуле должна быть функция СведенияОВнешнейОбработке() по требованиям Библиотеки стандартных подсистем. Обработку, написанную без неё, можно открыть только через Файл → Открыть.
Если обработка не открывается
Совместимость и версии платформы
В конфигураторе живёт ещё одна настройка, о которой вспоминают при обновлениях, — режим совместимости. Это свойство корня конфигурации: откройте конфигурацию, нажмите правой кнопкой на её корневой элемент и выберите «Свойства». Свойство называется «Режим совместимости».
Оно говорит платформе: «веди себя так, как вела бы версия 8.3.xx». Благодаря этому старая конфигурация работает на новой платформе без переписывания кода.
Что важно знать при обновлении
- 🔢 Версия платформы. Каждый релиз типовой конфигурации требует платформу с номером не ниже указанного в описании обновления. На слишком старой платформе обновление не встанет.
- 🔄 Режим совместимости типовой не меняют вручную. Его переключает сам поставщик в очередном релизе. Ручная смена у доработанной конфигурации может «сломать» код, который полагался на старое поведение.
- 🧱 Расширения тоже имеют режим совместимости. После обновления типовой расширение может перестать применяться — тогда конфигуратор покажет, какие объекты расширения не совпали с основной конфигурацией.
- 💻 Один номер платформы у всех. В клиент-серверном варианте клиенты должны работать на той же версии, что и сервер 1С. Иначе подключение не установится.
Конфигуратор или EDT
Для крупных проектов фирма 1С развивает отдельную среду разработки 1C:Enterprise Development Tools (EDT) на базе Eclipse. Она удобнее для командной работы с Git, но тяжелее и требовательнее к памяти. Для обновлений, выгрузок и небольших правок одной базы обычного конфигуратора хватает с запасом. Администрирование — выгрузка .dt, пользователи, обновление структуры — по-прежнему делается в конфигураторе.
Автоматизация без интерфейса
Конфигуратор умеет работать в пакетном режиме. Пример ночной выгрузки базы:
"C:\Program Files\1cv8\8.3.24.1586\bin\1cv8.exe" DESIGNER /F"D:\Bases\Buh" /N"Администратор" /P"пароль" /DumpIB"E:\Backup\buh.dt" /Out"E:\Backup\log.txt"
Похожим образом работают ключи /DumpCfg (сохранить .cf), /LoadCfg (загрузить .cf) и /UpdateDBCfg (применить изменения к базе). Батник ставят в планировщик заданий Windows. Пароль в файле храните только на защищённом сервере.