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