Как менять конфигурацию в 1С: способы, риски и проверка результата

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

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

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

Три уровня изменений: что выбрать под задачу

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

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

Доработка в конфигураторе — прямое изменение объектов конфигурации: документов, справочников, модулей, запросов. Это самый гибкий, но самый рискованный способ. Он требует снятия объектов с поддержки (частично или полностью) и усложняет каждое последующее обновление.

Подготовка: резервная копия и тестовая база

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

Для клиент-серверной базы выгрузка .dt тоже работает, но на больших объёмах выполняется долго. На практике копию делают средствами СУБД (например, backup в MS SQL или PostgreSQL), а .dt используют для переноса на тестовый сервер. Убедитесь, что копия действительно восстанавливается: непроверенная копия равна её отсутствию.

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

Изменение через пользовательские настройки

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

Для изменения печатных форм и отчётов используйте варианты отчётов: откройте отчёт, нажмите «Ещё» → «Изменить вариант» (или «Настройки»), скорректируйте структуру, отборы и оформление, затем сохраните как новый вариант. Типовой вариант при этом не пострадает.

Если нужна своя печатная форма документа, проверьте механизм внешних печатных форм: «Администрирование» → «Печатные формы, отчёты и обработки» → «Дополнительные отчёты и обработки». Внешняя обработка (.epf) подключается без изменения конфигурации и легко отключается при проблемах.

Доработка через расширение конфигурации

Откройте конфигуратор на тестовой базе, перейдите в «Конфигурация» → «Расширения конфигурации» и создайте новое расширение. Укажите имя, префикс (например, «Расш1_») и назначение — для доработки типовой логики выбирайте «Изменение и контроль». Префикс автоматически добавляется к именам новых объектов и предотвращает конфликты.

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

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

1. 1
   Сделайте резервную копию и разверните тестовую базу
2. 2
   Создайте расширение с префиксом, добавьте нужные объекты
3. 3
   Внесите изменения с аннотациями изменения и контроля
4. 4
   Протестируйте на копии: формы, проведение, отчёты
5. 5
   Сохраните расширение в файл .cfe
6. 6
   Загрузите в рабочую базу и проверьте работу пользователей

Изменение конфигурации в конфигураторе

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

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

Для переноса доработок между базами используйте «Конфигурация» → «Сравнить, объединить с конфигурацией из файла». Сохраните конфигурацию разработческой базы в файл .cf, затем в рабочей базе выполните объединение, отметив только нужные объекты. Это надёжнее, чем загрузка конфигурации целиком, которая затрёт все отличия.

&ИзменениеИКонтроль("ПриСозданииНаСервере")
Процедура Расш1_ПриСозданииНаСервере(Отказ, СтандартнаяОбработка)
    // Сначала вызываем типовой обработчик
    #Вставка
    // ... типовой код ...
    #КонецВставки
    // Далее собственная логика расширения
КонецПроцедуры

Проверка результата и откат изменений

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

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

Типичные ошибки при изменении конфигурации

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

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

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