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