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

· 9 мин

Содержание

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

Типичная ситуация: бухгалтер просит добавить реквизит в карточку контрагента или поправить печатную форму, а программист отвечает «сделаю в Конфигураторе». Или релиз Бухгалтерии не встаёт через интернет -поддержку, и обновлять приходится вручную. В обоих случаях работа идёт в одном и том же инструменте — разберём, зачем он нужен и что в нём можно сделать.

Как Конфигуратор устроен внутри платформы 1С

Любая программа на 1С состоит из двух частей. Первая — платформа: исполняемые файлы 1cv8.exe, 1cv8c.exe, сервер, драйверы СУБД. Она одинакова для Бухгалтерии, ЗУП, УТ и самописных решений. Вторая — конфигурация: описание того, какие объекты есть в программе и как они работают.

Конфигуратор — это среда разработки и администрирования, встроенная в платформу. Отдельно его ставить не нужно: он входит в состав 1cv8.exe и включается параметром запуска DESIGNER.

Внутри каждой информационной базы хранятся три конфигурации:

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

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

Если вы закрыли Конфигуратор с несохранёнными изменениями, программа спросит, сохранить ли их. Сохранённые, но не применённые изменения не теряются: при следующем открытии их можно применить через F7.

Режим Конфигуратор против режима Предприятие

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

Что сравниваемПредприятиеКонфигуратор
Для когоБухгалтер, кадровик, менеджерАдминистратор, программист 1С
С чем работаетДанные: документы, справочники, проводкиСтруктура: метаданные, формы, модули, роли
Кнопка в окне запуска1С:ПредприятиеКонфигуратор
Параметр командной строкиENTERPRISEDESIGNER
Типичные действияВвод операций, отчёты, настройки учётаДоработка, обновление, выгрузка .dt, пользователи
Цена ошибкиНеверная проводка в одном документеСломанная структура всей базы

Оба режима открывают одну и ту же информационную базу. Можно держать открытыми Конфигуратор и Предприятие одновременно — например, программист правит отчёт и тут же запускает базу через F5, чтобы проверить результат.

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

Что умеет Конфигуратор: основные возможности

Набор функций удобно разделить на две группы: для администратора и для разработчика.

Задачи администратора

  • 👥 Пользователи — Администрирование → Пользователи: создание, сброс пароля, назначение ролей. В типовых конфигурациях на БСП пользователей лучше заводить в режиме Предприятие, а в Конфигураторе — только восстанавливать доступ администратору.
  • 💾 Резервная копия — Администрирование → Выгрузить информационную базу сохраняет всю базу вместе с данными в один файл .dt. Обратная операция — Загрузить информационную базу.
  • 🩺 Тестирование и исправление — Администрирование → Тестирование и исправление: проверка логической и ссылочной целостности, реиндексация таблиц, сжатие таблиц файловой базы.
  • 🔄 Обновление типовой конфигурации из файлов .cfu и .cf.
  • 🌐 Публикация на веб-сервере — Администрирование → Публикация на веб-сервере для доступа через браузер или HTTP-сервисы.
  • ⚙️ Параметры информационной базы и региональные установки.

Задачи разработчика

  • 🌳 Редактирование дерева метаданных: добавление справочников, реквизитов, табличных частей.
  • 📝 Модули на встроенном языке: модули объектов, менеджеров, форм, общие модули.
  • 🖼️ Редакторы форм, макетов печатных форм, схем компоновки данных.
  • 🔐 Роли и права доступа , включая ограничения на уровне записей.
  • 🧱 Расширения — Конфигурация → Расширения конфигурации. Доработка без снятия типовой с поддержки, появились в платформе 8.3.6.
  • 🐞 Отладчик — точки останова (F9), пошаговое выполнение, просмотр значений переменных.
  • 🔍 Проверка и сравнение — Конфигурация → Проверка конфигурации и Конфигурация → Сравнить конфигурации.
  • 🤝 Хранилище конфигурации — Конфигурация → Хранилище конфигурации для командной разработки: объекты захватываются и помещаются, как в системе контроля версий.

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

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

Номер версии в пути подставьте свой — посмотрите папку C:\Program Files\1cv8\. Для серверной базы вместо /F указывают /S"сервер\имя_базы". Ключ /UpdateDBCfg применяет сохранённые изменения конфигурации, /DumpCfg выгружает конфигурацию в файл .cf.

Выгрузка .dt требует монопольного доступа: перед запуском скрипта пользователи должны выйти из базы. Ставьте такие задания на ночь и предупреждайте сотрудников, иначе выгрузка завершится ошибкой.

Дерево метаданных: из чего собрана конфигурация

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

Ветка дереваЧто хранитПример из БП 3.0
ОбщиеПодсистемы, общие модули, роли, общие формы, регламентные заданияРоль «Бухгалтер»
КонстантыОдиночные значенияОсновная организация
СправочникиСписки однотипных элементовНоменклатура, Контрагенты
ДокументыХозяйственные операцииРеализация товаров и услуг
ПеречисленияФиксированные наборы значенийСтавки НДС
Отчёты и ОбработкиФормирование данных и сервисные действияОборотно-сальдовая ведомость
Планы счетовРабочий план счетовХозрасчётный
Регистры сведенийДанные с привязкой к дате и измерениямКурсы валют
Регистры накопленияОстатки и оборотыТовары организаций
Регистры бухгалтерииПроводкиХозрасчётный
Регистры расчёта и планы видов расчётаНачисления и удержанияИспользуются в ЗУП

Двойной щелчок по объекту открывает окно его редактирования: реквизиты, табличные части, формы, команды, макеты. Свойства любого элемента показывает палитра свойств — её вызывают через контекстное меню или Alt+Enter.

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

Как добавить реквизит без снятия с поддержки

Самая частая просьба пользователей — новое поле в карточке. Правильный путь для типовой базы — расширение:

  1. Откройте Конфигурация → Расширения конфигурации и добавьте новое расширение.
  2. В дереве основной конфигурации найдите нужный справочник, правой кнопкой выберите Добавить в расширение.
  3. В расширении добавьте реквизит и выведите его на форму.
  4. Нажмите F7 — расширение применится к базе.

Типовая конфигурация при этом остаётся на полной поддержке, и следующее обновление пройдёт штатно.

Обновление и выгрузка конфигурации в Конфигураторе

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

КомандаЧто сохраняет или загружаетДанные
Администрирование → Выгрузить информационную базуФайл .dt — база целикомДа
Конфигурация → Сохранить конфигурацию в файлФайл .cf — только конфигурацияНет
Конфигурация → Загрузить конфигурацию из файлаЗаменяет основную конфигурацию из .cfНет
Конфигурация → Поддержка → Обновить конфигурациюОбновление поставщика из .cfu или .cfНет
Конфигурация → Выгрузить конфигурацию в файлыНабор XML-файлов для Git и EDTНет

Загрузка .cf через «Загрузить конфигурацию из файла » полностью заменяет конфигурацию и сбрасывает связь с поставщиком. Для обновления типового релиза эта команда не подходит — только Поддержка → Обновить конфигурацию.

Порядок ручного обновления типовой конфигурации

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

Нетронутые типовые базы проще обновлять из режима Предприятие через интернет-поддержку. Конфигуратор нужен, когда база доработана, обновление из Предприятия падает или релиз надо поставить на копию для проверки.

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

Ошибки в Конфигураторе: что они значат и как отлаживать код

Сообщения Конфигуратора часто пугают, но большинство из них понятны, если знать, на каком этапе они возникают.

Диагностика: выберите симптом

Как пользоваться отладчиком

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

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

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

Ошибки, которые совершают новички

  • ❌ Правят рабочую базу без копии. Любую доработку сначала делают на копии, развёрнутой из .dt.
  • ❌ Снимают типовую с поддержки ради одного реквизита. Через полгода каждое обновление превращается в ручное объединение.
  • ❌ Путают .cf и .dt и считают сохранённую конфигурацию резервной копией. Документов и проводок в .cf нет.
  • ❌ Оставляют базу без пользователей с паролями — тогда Конфигуратор доступен любому, кто знает путь к базе.

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

Нужен ли бухгалтеру Конфигуратор?
Для ежедневной работы — нет. Бухгалтер может открыть его, чтобы выгрузить базу в .dt перед рискованной операцией, но доработки и обновление доработанной базы лучше оставить специалисту.
Сломает ли базу простой просмотр в Конфигураторе?
Нет. Открыть конфигурацию, посмотреть объекты и код можно без риска. Структура меняется только после сохранения и обновления конфигурации базы данных по F7.
Где Конфигуратор, если в окне запуска нет такой кнопки?
Кнопку могут скрыть настройки списка баз. Откройте 1cv8.exe напрямую с параметром DESIGNER или посмотрите свойства базы в окне запуска — режим запуска там можно выбрать вручную.
Чем Конфигуратор отличается от 1C:EDT?
EDT — отдельная среда разработки на основе Eclipse, она работает с конфигурацией в виде файлов и удобна для Git. Конфигуратор встроен в платформу и нужен в любом случае: для администрирования базы, выгрузки .dt и обновления.
Почему после изменений в Конфигураторе пользователи ничего не видят?
Скорее всего, изменения сохранены, но не применены к базе данных. Нажмите F7 в Конфигураторе, а пользователям скажите перезапустить программу — открытые сеансы продолжают работать по старой версии.