Конфигуратор 1С 8.3: что в нём делают разработчик и администратор

· 10 мин

Содержание

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

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

Что делает конфигуратор и чем он отличается от пользовательского режима

Платформа 1С состоит из одного исполняемого файла 1cv8.exe, который запускается в разных режимах. Основных два:

  • 🧾 1С:Предприятие — ввод документов, справочники, отчёты, обработки. Здесь работают бухгалтеры, кадровики, менеджеры.
  • 🛠️ Конфигуратор — разработка и администрирование. Здесь работают программисты и администраторы.

Назначение конфигуратора удобно разложить на четыре группы:

Группа задачЧто конкретно делаютКто обычно делает
РазработкаДобавляют и меняют объекты, формы, макеты, модулиПрограммист 1С
ОтладкаСтавят точки останова, смотрят значения переменныхПрограммист 1С
ОбновлениеСтавят новые релизы, сравнивают и объединяют конфигурацииАдминистратор или программист
Обслуживание базыВыгружают и загружают .dt, тестируют базу, заводят пользователейАдминистратор

Главная особенность конфигуратора — в нём живут сразу три версии конфигурации одной базы:

  1. Основная конфигурация — то, что вы правите прямо сейчас. Изменения сохраняются сюда.
  2. Конфигурация базы данных — то, с чем реально работают пользователи. Пока вы не примените изменения, они ничего не видят.
  3. Конфигурация поставщика — эталон фирмы-разработчика (например, типовая Бухгалтерия предприятия). Она есть, если конфигурация стоит на поддержке.

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

Как запустить конфигуратор и кому он доступен

Запуск из окна выбора баз

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

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

Запуск из командной строки

Администраторы часто запускают конфигуратор без интерфейса — в пакетном режиме, по расписанию. Режим задаёт параметр DESIGNER:

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

Здесь /F — путь к файловой базе (для серверной используют /S"сервер\имя_базы"), /DumpIB — выгрузка в .dt, /Out — файл с журналом результата. Номер версии в пути подставьте свой: он совпадает с папкой установленной платформы.

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

Права на вход

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

Отсюда два практических вывода:

  • 🔐 Бухгалтеру с обычной ролью кнопка «Конфигуратор» доступна в окне запуска, но войти он не сможет: платформа откажет по правам.
  • 👤 Если пароль администратора утерян, а других пользователей с правом «Администрирование» нет, войти в конфигуратор штатно не получится. Ищите того, у кого есть такая роль, или восстанавливайте базу из резервной копии.

Дерево метаданных: из чего собрана программа

Всё, что пользователь видит в 1С, описано объектами метаданных. Их и правят в конфигураторе. Дерево открывается слева после команды «Открыть конфигурацию».

Основные ветки дерева:

  • 📁 Общие — подсистемы (разделы меню), общие модули, роли, общие формы и макеты, регламентные задания.
  • 📚 Справочники — списки: контрагенты, номенклатура, сотрудники.
  • 📄 Документы — поступления, реализации, начисления зарплаты.
  • 📊 Регистры — сведений, накопления, бухгалтерии, расчёта. В них документы пишут движения.
  • 📈 Отчёты и обработки — встроенные отчёты и инструменты.
  • 🔢 Перечисления, константы, планы счетов, планы видов характеристик — служебные справочные данные.

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

Что типично меняют

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

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

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

Отладчик и проверка кода

Вторая крупная функция конфигуратора — отладка. Без неё поиск ошибки в коде превращается в гадание.

Как устроена отладка

  1. В модуле ставите точку останова на нужной строке — клавиша F9.
  2. Запускаете программу в отладке: Отладка → Начать отладку (F5). Откроется режим «1С:Предприятие», связанный с конфигуратором.
  3. Выполняете в программе действие, которое вызывает ошибку: проводите документ, формируете отчёт.
  4. Выполнение останавливается на точке. В конфигураторе видно, какая строка сейчас исполняется.
  5. Смотрите значения переменных: наведите курсор или откройте окно «Вычислить выражение» (Shift+F9).
  6. Идёте по коду пошагово: F11 — с заходом в процедуру, F10 — без захода.

Для серверной базы отладка работает только если она разрешена на сервере 1С: агент сервера запускают с ключом -debug. Без этого конфигуратор не увидит серверные вызовы, и точки останова в серверных процедурах не сработают.

Проверки без запуска

  • Модуль → Проверить синтаксис (Ctrl+F7) — проверяет только открытый модуль.
  • Конфигурация → Проверка конфигурации — проверяет всю конфигурацию, с настройкой режимов (клиент, сервер, внешнее соединение).
  • Замер производительности (Отладка → Замер производительности) показывает, какие строки кода съедают больше всего времени. Это первый шаг, когда отчёт формируется пять минут вместо десяти секунд.

Администрирование базы через конфигуратор

Для администратора конфигуратор — это прежде всего меню Администрирование. Ключевые пункты собраны в таблице.

КомандаЗачем нужнаНужен ли монопольный доступ
Администрирование → ПользователиЗавести пользователя, задать пароль, назначить ролиНет
Администрирование → Активные пользователиПосмотреть, кто сейчас в базеНет
Администрирование → Журнал регистрацииНайти, кто и когда изменил документ, увидеть ошибкиНет
Администрирование → Выгрузить информационную базуСделать полную копию в файл .dtНет, но пользователи не должны вносить данные
Администрирование → Загрузить информационную базуВосстановить базу из .dtДа
Администрирование → Тестирование и исправлениеПроверить целостность, пересчитать итоги, реиндексировать таблицыДа
Администрирование → Публикация на веб-сервереОпубликовать базу для веб-клиента и HTTP-сервисовНет

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

Монопольный режим

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

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

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

Обновление, поддержка поставщика и перенос изменений

Одна из главных функций — обновление конфигурации на новый релиз. Для типовых конфигураций на поддержке процесс такой:

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

Настройки поддержки

Через Конфигурация → Поддержка → Настройка поддержки видно, на поддержке ли конфигурация и можно ли её менять. Варианты для объектов:

  • 🔒 Не редактируется — объект нельзя менять, конфигурация обновляется автоматически.
  • ✏️ Редактируется с сохранением поддержки — менять можно, при обновлении будет сравнение.
  • 🔓 Снят с поддержки — объект полностью ваш, обновления его не трогают.

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

Сравнение, сохранение и поставка

  • Конфигурация → Сравнить конфигурации — показывает различия между основной, конфигурацией базы данных и конфигурацией поставщика. Удобно, чтобы понять, что именно доработано.
  • Конфигурация → Сравнить, объединить с конфигурацией из файла — перенос доработок из другой базы через файл .cf.
  • Конфигурация → Сохранить конфигурацию в файл — получить .cf для архива или переноса.
  • Конфигурация → Поставка конфигурации — для разработчиков тиражных решений: создание файлов поставки и обновления.

Версии платформы и конвертация

В свойствах корня конфигурации есть параметр Режим совместимости. Он задаёт, поведение какой версии платформы эмулирует конфигурация. Типовые релизы сами выставляют нужный режим; вручную его меняют программисты при переходе на новую платформу и только после тестирования.

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

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

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

  • 💥 Удалили реквизит или объект — при обновлении базы данных вместе с ним исчезнут хранящиеся в нём данные.
  • 🔀 Изменили типовой объект на поддержке — следующее обновление потребует ручного объединения, и его можно провести неправильно.
  • 🧑‍💻 Правили рабочую базу напрямую — любая ошибка в коде сразу бьёт по пользователям.
  • 👥 Работали в конфигураторе вдвоём без хранилища — один перезапишет изменения другого.

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

Перед любыми изменениями в рабочей базе пройдите короткую проверку:

Перед работой в конфигураторе рабочей базы
Выполнено: 0 / 6

Отдельная копия базы для экспериментов создаётся за несколько минут: выгрузите рабочую базу в .dt, создайте новую пустую базу и загрузите в неё этот файл. Все опыты — там.

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

Можно ли обойтись без конфигуратора, если нужно только работать в программе?
Да. Для ввода документов, отчётов и типовых настроек конфигуратор не нужен. Его открывают, когда требуется доработка, обновление, резервная копия или проверка базы.
Чем конфигуратор отличается от 1С:EDT?
1С:Enterprise Development Tools — отдельная среда разработки на базе Eclipse с другим интерфейсом и работой с Git. Конфигуратор встроен в платформу и есть у любой установки 1С. Администрирование базы (.dt, тестирование и исправление) по-прежнему делают в конфигураторе.
Почему кнопка «Конфигуратор» есть, а войти не получается?
У пользователя нет права «Администрирование». Его даёт роль администратора; назначить её может только тот, кто уже входит в конфигуратор или в раздел администрирования программы.
Можно ли открыть конфигуратор, пока в базе работают бухгалтеры?
Да. Смотреть и править код, заводить пользователей и читать журнал регистрации можно параллельно с ними. Остановить их работу понадобится только для операций с монопольным доступом.
Можно ли в конфигураторе посмотреть и исправить проводки или остатки?
Нет, данные учёта меняют в режиме «1С:Предприятие». Конфигуратор работает со структурой программы и базой целиком, а не с отдельными документами.