Разработка и Конфигурация · 10 мин
Как изменить конфигурацию 1С: практическое руководство
Как безопасно изменить конфигурацию 1С: режим конфигуратора, поддержка, добавление объектов, обновление базы данных, типичные ошибки и проверка результата.
Изменение конфигурации 1С — это доработка структуры прикладного решения: добавление справочников и документов, изменение форм, отчётов, модулей и ролей. Работа ведётся в режиме «Конфигуратор», а результат применяется к информационной базе через обновление конфигурации базы данных. Ошибки на этих этапах способны остановить работу пользователей или повредить данные, поэтому порядок действий важно соблюдать строго.
Безопасный цикл доработки всегда одинаков: резервная копия, изменения в тестовой базе, проверка, перенос в рабочую базу, контроль результата. Пропуск любого шага превращает рядовую доработку в риск для учёта. Ниже разобран полный путь — от подготовки до проверки, с разбором типичных ошибок.
Что такое конфигурация и когда её нужно менять
Конфигурация — это описание прикладного решения: состав объектов метаданных (справочники, документы, регистры, отчёты), их формы, модули с кодом на встроенном языке, права и интерфейсы. Платформа 1С исполняет конфигурацию, а пользователи работают с данными, которые хранятся отдельно — в информационной базе.
Менять конфигурацию требуется, когда типовых возможностей не хватает: нужен новый реквизит в документе, дополнительный отчёт, нестандартная проверка при проведении, доработанная печатная форма. Прежде чем лезть в конфигуратор, стоит проверить, не решается ли задача настройкой без доработки: пользовательскими отчётами, дополнительными реквизитами и сведениями, расширениями конфигурации.
Подготовка: резервная копия и тестовая база
Первое действие перед любой правкой — выгрузка информационной базы. В конфигураторе: меню «Администрирование» → «Выгрузить информационную базу». Полученный файл .dt позволяет восстановить базу целиком, включая данные и конфигурацию. Для клиент-серверных баз дополнительно уместна штатная копия средствами СУБД.
Все доработки выполняются на копии базы, а не на рабочей. Копия создаётся загрузкой .dt в новую пустую базу или через копирование каталога файловой базы. Только после успешной проверки изменения переносятся в рабочую среду — через загрузку файла конфигурации (.cf) или механизм сравнения и объединения.
Также заранее проверьте, что у вашей учётной записи есть права администратора и что база не находится в монопольном режиме, занятом другими процессами. Для обновления конфигурации базы данных потребуется завершить сеансы пользователей.
Вход в конфигуратор и режим поддержки
Запустите ярлык 1С, выберите нужную базу в списке и нажмите «Конфигуратор». После открытия выполните «Конфигурация» → «Открыть конфигурацию» — появится дерево объектов метаданных. Если конфигурация закрыта замком и не редактируется, причина — режим поддержки.
Типовые конфигурации поставляются «на поддержке»: изменения заблокированы, чтобы обновления вендора ставились автоматически. Чтобы править типовую конфигурацию напрямую, нужно включить возможность изменения: «Конфигурация» → «Поддержка» → «Настройка поддержки» → «Включить возможность изменения». Это осознанное решение с последствиями: обновления перестанут вставать автоматически, потребуется ручное объединение.
Как выбрать способ доработки
Практика: добавление и изменение объектов
Базовый сценарий — добавление реквизита. В дереве конфигурации найдите объект (например, документ «Реализация товаров»), откройте его, на вкладке «Данные» добавьте реквизит, задайте имя и тип. Затем добавьте реквизит на форму документа, чтобы пользователи его видели. Новые объекты создаются через контекстное меню ветки метаданных — «Добавить».
Изменение кода выполняется в модулях: модуль объекта, модуль формы, общие модули. Код пишется на встроенном языке 1С. Для проверки синтаксиса используйте «Конфигурация» → «Проверка конфигурации» — она выявит ошибки компиляции модулей, битые ссылки и проблемы прав до обновления базы.
- 1Сделайте выгрузку базы .dt и разверните копию для тестов
- 2В конфигураторе копии откройте конфигурацию и внесите правку (реквизит, форма, модуль)
- 3Выполните «Проверка конфигурации» и устраните ошибки
- 4Нажмите F7 — «Обновить конфигурацию базы данных», примите реструктуризацию
- 5Запустите «Предприятие» (F5 в режиме отладки) и проверьте сценарий вручную
- 6Перенесите изменения в рабочую базу через .cf или сравнение/объединение, предварительно выгрузив её копию
Обновление конфигурации базы данных
Изменения в конфигураторе сохраняются в конфигурацию поставщика/основную конфигурацию, но не применяются к данным, пока не выполнено обновление конфигурации базы данных: меню «Конфигурация» → «Обновить конфигурацию базы данных» или клавиша F7. Если изменения затрагивают структуру данных (новые реквизиты, изменение типов), платформа запустит реструктуризацию — физическое преобразование таблиц.
Обновление требует монопольного доступа: все пользователи должны выйти из базы. В клиент-серверном варианте сеансы завершаются через консоль кластера, в файловом — через «Администрирование» → «Активные пользователи». Реструктуризация больших таблиц может занять значительное время — планируйте её на нерабочие часы.
Особую осторожность требуют изменения типов и длин реквизитов: сужение строки или смена типа может привести к усечению или очистке значений. Платформа предупреждает о таких изменениях в окне реструктуризации — читайте список изменений, а не нажимайте «Принять» вслепую.
Проверка результата и перенос в рабочую базу
После обновления запустите базу в режиме «Предприятие» и пройдите полный пользовательский сценарий: создайте документ, заполните новый реквизит, проведите, сформируйте отчёт, распечатайте форму. Проверяйте не только новую функцию, но и смежные: доработки в общих модулях часто влияют на неожиданные участки.
Перенос в рабочую базу выполняется двумя способами. Первый — выгрузка конфигурации в файл .cf («Конфигурация» → «Сохранить конфигурацию в файл») и загрузка в рабочей базе. Второй — «Сравнить, объединить с конфигурацией из файла», что корректнее для баз, где уже есть свои доработки: вы видите отличия и выбираете, что переносить.
Как проверить результат
Завершилось без ошибок, реструктуризация принята
Ошибки реструктуризации, сообщения о потере данных
Документ создаётся, проводится, новые поля сохраняются
Ошибки времени выполнения, поля не сохраняют значения
Нет ошибок компиляции модулей и битых ссылок
Ошибки в модулях, ссылки на удалённые объекты
Новые объекты доступны нужным ролям
Пользователи не видят объект или получают отказ в доступе
Типичные ошибки при доработке
Самая частая ошибка — правка рабочей базы напрямую без тестовой копии. Вторая по распространённости — снятие всей конфигурации с поддержки ради одной мелкой доработки, хотя задачу решало расширение. Обе ошибки дорого обходятся: первая — риском потери данных, вторая — трудоёмкими ручными обновлениями навсегда.
FAQ: частые вопросы об изменении конфигурации 1С
Можно ли доработать конфигурацию без программирования?
Частично да. Дополнительные реквизиты и сведения, пользовательские отчёты, настройки печатных форм и подключаемые внешние обработки не требуют изменения конфигурации. Для добавления объектов метаданных и изменения алгоритмов проведения уже нужен конфигуратор и знание встроенного языка.
Чем расширение лучше прямого изменения конфигурации?
Расширение не нарушает поддержку, поэтому типовые обновления продолжают устанавливаться автоматически. Изменения лежат отдельным слоем, их легко отключить или перенести. Ограничение — расширение не может всё: часть глубоких изменений типовых механизмов доступна только прямой правкой конфигурации.
Что делать, если после обновления база не запускается?
Не пытайтесь повторно обновлять. Восстановите базу из выгрузки .dt, сделанной перед изменениями, затем разберитесь в причине на тестовой копии: включите запись технологического журнала или проанализируйте сообщения реструктуризации. Чаще всего причина — ошибка в модуле при первом обращении или конфликт реструктуризации.
Как вернуть типовую конфигурацию после доработок?
Через «Конфигурация» → «Загрузить конфигурацию из файла» с полным файлом типовой поставки соответствующего релиза. Все прямые доработки будут утеряны, поэтому заранее перенесите нужные изменения в расширение или сохраните их список для повторного внесения.
Нужно ли завершать работу пользователей при любом изменении?
Нет. Если правки не меняют структуру данных (например, исправлен текст в модуле или форма), возможно динамическое обновление без выгона пользователей. Изменение реквизитов, регистров, типов и ролей требует монопольного режима и завершения всех сеансов.
Как перенести доработки между базами одной конфигурации?
Используйте «Сравнить, объединить с конфигурацией из файла»: выгрузите .cf из базы-источника и объедините с конфигурацией целевой базы, отметив только нужные объекты. Для расширений достаточно выгрузить расширение в файл и подключить его в другой базе.
Что важно запомнить
Любая доработка начинается с выгрузки .dt и тестовой копии. Небольшие задачи решайте расширениями, не нарушая поддержку. Изменения применяются через «Обновить конфигурацию базы данных» (F7) с монопольным доступом, а результат проверяется полным пользовательским сценарием до переноса в рабочую базу.