Изменение конфигурации 1С: что это и как выполнить правильно

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

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

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

Что именно входит в конфигурацию 1С

Конфигурация — это совокупность объектов метаданных и кода. К основным элементам относятся справочники (номенклатура, контрагенты), документы (поступления, реализации, приказы), регистры сведений и накопления, отчёты, обработки, перечисления, роли и права доступа, а также общие модули с программным кодом на встроенном языке 1С.

Изменение любого из этих объектов — это и есть изменение конфигурации. Добавили реквизит «Ответственный менеджер» в документ «Реализация товаров» — изменили конфигурацию. Написали новый отчёт по продажам — тоже изменили. Даже настройка прав доступа для новой роли относится сюда же.

Чем изменение конфигурации отличается от обновления релиза

Термины часто путают. Обновление релиза — это замена конфигурации поставщика на новую версию от фирмы «1С»: исправления ошибок, новые формы отчётности, изменения законодательства. Изменение конфигурации — более широкое понятие: оно включает и обновление релиза, и любые собственные доработки.

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

Способы внести изменения

Доработка в конфигураторе

Полный доступ к объектам, но типовая конфигурация частично снимается с поддержки, обновления усложняются

Расширение конфигурации

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

Внешние отчёты и обработки

Подходят для отчётов и сервисных функций без изменения структуры данных; не требуют прав в конфигураторе

Когда действительно нужно менять конфигурацию

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

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

Маршрут решения

Как выбрать способ реализации

Нужен новый отчёт или печатная форма без изменения данныхИспользуйте внешний отчёт или дополнительную печатную форму — конфигурацию менять не нужно

Нужно добавить реквизит в типовой объектСначала попробуйте дополнительные реквизиты, если недостаточно — расширение конфигурации

Нужно изменить логику проведения типового документаРасширение с перехватом обработчика; прямую правку модуля делайте только при невозможности расширения

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

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

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

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

1. 1
   Сделайте резервную копию базы: выгрузка в dt через конфигуратор или средствами СУБД для клиент-серверного варианта
2. 2
   Проверьте восстановление копии на тестовой базе — копия, которую не проверяли, не считается копией
3. 3
   Внесите изменения в тестовой базе и проверьте работу прикладной логики
4. 4
   Сохраните конфигурацию (Ctrl+S) и запустите обновление конфигурации базы данных (F7)
5. 5
   Изучите окно реструктуризации: платформа покажет, какие таблицы будут изменены
6. 6
   Выполните обновление на рабочей базе в нерабочее время, завершив сеансы пользователей
7. 7
   Проверьте ключевые операции: проведение документов, формирование отчётов, обмены данными

Обновление конфигурации базы данных и реструктуризация

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

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

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

Расширения как безопасная альтернатива

Механизм расширений позволяет добавлять объекты и изменять поведение типовой конфигурации без её непосредственной правки. Расширение хранится отдельно, подключается к базе и легко отключается. Главное преимущество — типовая конфигурация остаётся полностью на поддержке, и обновления релизов проходят без сопоставления с доработками.

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

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

Типичные ошибки и как проверить результат

Самая частая ошибка — работа сразу на рабочей базе без тестовой копии. Вторая по распространённости — доработка типовых объектов напрямую там, где достаточно расширения, из-за чего каждое обновление релиза превращается в ручное сопоставление изменений. Третья — удаление «ненужных» реквизитов без анализа, где они используются в коде и отчётах.

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

Контрольные точки

Как проверить результат

Проведение затронутых документов

Норма

Документы проводятся, движения по регистрам корректны

Тревожный признак

Ошибки при проведении, отсутствие или дублирование движений

Журнал регистрации

Норма

Нет новых ошибок после обновления

Тревожный признак

Ошибки обращения к объектам метаданных или реквизитам

Отчёты по изменённым данным

Норма

Отчёты формируются, итоги сходятся с данными до изменений

Тревожный признак

Пустые отчёты, расхождения итогов, ошибки компоновки

Обмены и интеграции

Норма

Синхронизации выполняются штатно

Тревожный признак

Ошибки выгрузки, нераспознанные объекты на стороне приёмника

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

Что делать, если кнопка обновления конфигурации базы данных недоступна?

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

Можно ли обновить конфигурацию базы данных, пока пользователи работают?

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

Чем отличается «сохранить конфигурацию» от «обновить конфигурацию базы данных»?

Сохранение (Ctrl+S) фиксирует изменения в основной конфигурации — файле проекта внутри базы. Обновление конфигурации базы данных (F7) применяет эти изменения к рабочей структуре, по которой фактически работают пользователи. Без второго шага пользователи не увидят никаких изменений.

Что произойдёт с данными при удалении реквизита из документа?

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

Как вернуть конфигурацию на полную поддержку после доработок?

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

Можно ли изменять конфигурацию без конфигуратора?

Частично. Внешние отчёты и обработки подключаются из пользовательского режима без конфигуратора. Дополнительные реквизиты и печатные формы тоже настраиваются в режиме предприятия. Но изменение объектов метаданных и модулей возможно только в конфигураторе или через расширения, которые также создаются в конфигураторе.