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