К статье
Практический материал

Разработка и Конфигурация · 10 мин

Как сделать изменения в 1С: пошаговое руководство

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

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

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

Определите, какой именно тип изменений вам нужен

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

Если нужной настройки нет, оцените масштаб доработки. Добавление реквизита, печатной формы или простого отчёта обычно реализуется расширением конфигурации — это самый безопасный способ. Изменение логики проведения документов или встроенных механизмов учёта потребует правки самой конфигурации, что снимает её с полной поддержки и усложняет обновления.

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

Как выбрать способ внесения изменений

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

Сделайте резервную копию перед любыми правками

Резервная копия — обязательный шаг, даже если изменение кажется безобидным. Для файловой базы достаточно скопировать файл 1Cv8.1CD при закрытой программе. Для клиент-серверного варианта копию делают средствами СУБД (например, MS SQL Server) или через выгрузку в конфигураторе: меню «Администрирование» → «Выгрузить информационную базу».

Выгрузка в файл .dt удобна как универсальный архив, но для больших баз она работает медленно и не заменяет регулярное резервное копирование средствами СУБД. Проверьте, что копия реально восстанавливается: разверните её в отдельный каталог и запустите. Непроверенная копия — это отсутствие копии.

Изменения через настройки типовой конфигурации

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

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

Часть настроек спрятана в самих объектах: дополнительные реквизиты и сведения добавляются прямо в режиме 1С:Предприятие через «Ещё» → «Изменить состав дополнительных реквизитов» в карточке справочника или документа. Это штатный способ добавить поле без программирования, и такие реквизиты переживают обновления.

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

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

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

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

Порядок создания расширения
  1. 1
    Сделайте копию базы и работайте на тестовой копии
  2. 2
    Откройте конфигуратор: Конфигурация → Расширения конфигурации → Создать
  3. 3
    Задайте имя и префикс расширения
  4. 4
    Заимствуйте нужный объект (форму, справочник, документ) из основной конфигурации
  5. 5
    Внесите изменения: добавьте реквизит, элемент формы или обработчик
  6. 6
    Сохраните расширение и обновите конфигурацию базы данных (F7)
  7. 7
    Проверьте работу в режиме 1С:Предприятие на тестовых данных

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

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

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

Для отладки кода используйте точки останова и замер производительности. Не оставляйте в рабочей базе отладочные сообщения и закомментированные блоки типового кода «на всякий случай» — при обновлении это превратится в неразбериху.

Типичные ошибки при изменении 1С
01
Правка рабочей базы без копии — при ошибке данные восстановить неоткуда
02
Снятие конфигурации с поддержки ради одного реквизита, который можно было добавить расширением — в результате каждое обновление становится ручным
03
Изменение типа или длины существующего реквизита без анализа данных — часть значений обрезается или теряется
04
Правка типовых модулей вместо переопределения через расширение — при обновлении изменения затираются или конфликтуют
05
Отсутствие тестирования на копии — ошибка обнаруживается пользователями в разгар рабочего дня

Проверка результата и перенос изменений в рабочую базу

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

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

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

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

База открывается и обновление конфигурации БД завершилось без ошибок
Норма

Нет сообщений о несоответствии структуры, пользователи входят нормально

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

Ошибки реструктуризации, невозможность войти — откатитесь на копию

Новый реквизит или форма
Норма

Отображается, сохраняется и попадает в отчёты

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

Поле не сохраняется или не видно пользователям — проверьте права и состав формы

Смежные процессы (проведение, печать, обмены)
Норма

Документы проводятся, печатные формы формируются

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

Ошибки в смежных механизмах — доработка затронула типовую логику

Когда стоит привлечь специалиста

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

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

Итог

Что важно запомнить

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

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

Можно ли вносить изменения, пока пользователи работают в базе?

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

Что произойдёт с расширением при обновлении конфигурации?

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

Как отменить изменения, если что-то пошло не так?

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

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

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

Нужны ли права администратора для внесения изменений?

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

Что делать, если после изменений база перестала открываться?

Не запускайте повторные обновления и не пытайтесь «чинить» вслепую. Восстановите базу из резервной копии, сделанной перед правками, и разбирайте причину ошибки на тестовой копии. Если копии нет — используйте тестирование и исправление базы (chdbfl для файловых баз) как последний вариант с предварительным копированием файла базы.