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

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

Представление объекта в 1С: что это такое и как им управлять

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

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

Представление объекта — это строка, которую платформа 1С показывает пользователю как «читаемое имя» конкретного элемента данных. Например, для документа «Реализация товаров и услуг» представлением может быть строка вида «Реализация товаров и услуг 00000-000123 от 15.03.2026», а для элемента справочника «Контрагенты» — наименование контрагента «ООО Ромашка».

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

Что такое представление объекта простыми словами

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

Важно различать два близких понятия. Синоним — это название вида объекта метаданных (например, «Номенклатура» для справочника), задаётся в конфигураторе. Представление объекта — это имя конкретного экземпляра данных: конкретного товара, конкретного документа. Синоним один на весь справочник, а представлений столько, сколько элементов в базе.

Также существует понятие «представление ссылки» — строка, которую видит пользователь, когда объект отображается в поле ввода, в списке выбора или в сообщении. Именно её формированием чаще всего управляют разработчики.

Из чего формируется стандартное представление

Если разработчик ничего не переопределял, платформа строит представление по простым правилам, зависящим от типа объекта:

  • Справочники — по наименованию, если оно есть; если наименование отключено (длина равна нулю) — по коду.
  • Документы — из синонима вида документа, номера и даты: «Поступление товаров 0001 от 10.01.2026».
  • Планы видов характеристик, планы счетов — по наименованию или коду, аналогично справочникам.
  • Перечисления — по синониму значения перечисления.
  • Задачи, бизнес-процессы — по наименованию, номеру и дате.

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

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

Где представление объекта видно в интерфейсе

Представление встречается пользователю повсюду, поэтому его качество напрямую влияет на удобство работы:

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

Из-за такой распространённости неудачно настроенное представление создаёт проблемы массово: например, если два контрагента имеют одинаковое наименование, пользователь не сможет отличить их в выпадающем списке без дополнительных полей.

Как настроить представление через конфигуратор

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

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

Для многих задач достаточно корректно заполнить синонимы и представления списка — тогда интерфейс станет понятнее без единой строки кода. Например, для справочника «ЕдиницыИзмерения» разумно задать представление объекта «Единица измерения», а списка — «Единицы измерения».

Как изменить представление через конфигуратор
  1. 1
    Откройте конфигуратор и найдите нужный объект метаданных (справочник или документ).
  2. 2
    Откройте палитру свойств объекта.
  3. 3
    Заполните поля «Представление объекта» и «Представление списка» понятными пользователю названиями.
  4. 4
    Проверьте свойство «Основное представление» у справочника — выберите код или наименование.
  5. 5
    Обновите конфигурацию базы данных и проверьте отображение в режиме предприятия.

Программное переопределение представления

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

Ключевые обработчики:

  • ОбработкаПолученияПредставления — позволяет полностью сформировать строку представления самостоятельно, установив параметр СтандартнаяОбработка = Ложь.
  • ОбработкаПолученияПолейПредставления — задаёт список полей, которые платформа запросит из базы для построения представления. Это критично для производительности: если нужны дополнительные реквизиты, их надо перечислить здесь, иначе в обработчике представления они будут пустыми.

Пример: требуется, чтобы контрагент в списках отображался как «Наименование (ИНН)». В модуле менеджера справочника добавляют оба обработчика: в первом формируют строку из наименования и ИНН, во втором — добавляют «ИНН» в массив полей.

bsl
Процедура ОбработкаПолученияПолейПредставления(Поля, СтандартнаяОбработка)
    СтандартнаяОбработка = Ложь;
    Поля.Добавить("Наименование");
    Поля.Добавить("ИНН");
КонецПроцедуры

Процедура ОбработкаПолученияПредставления(Данные, Представление, СтандартнаяОбработка)
    СтандартнаяОбработка = Ложь;
    Представление = Данные.Наименование + " (ИНН " + Данные.ИНН + ")";
КонецПроцедуры

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

Типичные ошибки и ограничения

Работа с представлениями кажется простой, но на практике встречаются повторяющиеся проблемы:

Типичные ошибки
01
Переопределили представление, но забыли ОбработкаПолученияПолейПредставления — нужные реквизиты приходят пустыми, в строке появляются пустые скобки или «НЕ ЗАДАНО».
02
Выполняют запрос к базе внутри обработчика представления — списки с сотнями строк открываются очень медленно.
03
Формируют слишком длинное представление — в полях ввода и колонках оно обрезается, и пользователь не видит сути.
04
Меняют представление, ожидая, что изменятся данные или ссылки — представление влияет только на отображение.
05
Используют в представлении периодические или вычисляемые значения — строка устаревает и вводит пользователя в заблуждение.

Отдельное ограничение: переопределённое представление не всегда применяется одинаково во всех механизмах. Например, в некоторых системных списках, в поиске по строке или в отчётах СКД может использоваться стандартное представление либо представление, построенное по своим правилам. Перед внедрением стоит проверить поведение именно в тех местах интерфейса, где работают пользователи.

Ещё одна граница: представление не должно быть единственным способом различать объекты. Если наименования дублируются, лучше включить в список дополнительные колонки (код, ИНН, артикул), чем перегружать представление.

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

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

Открытие списка объектов
Норма

Представления отображаются корректно, список открывается быстро

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

Пустые фрагменты в строках или заметная задержка при открытии

Поле ввода со ссылкой на объект
Норма

После выбора в поле видно ожидаемую строку

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

Отображается стандартное представление или обрезанный текст

Сообщения и печатные формы
Норма

Объект называется понятно и однозначно

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

В сообщениях фигурирует технический или устаревший вариант

Практические рекомендации по выбору подхода

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

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

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

Как выбрать способ настройки

Нужно только переименовать объект или список для пользователейИзмените синоним и представления объекта/списка в палитре свойств конфигуратора
Нужно добавить реквизит в строку отображения (ИНН, артикул, сумму)Реализуйте ОбработкаПолученияПредставления и ОбработкаПолученияПолейПредставления в модуле менеджера
Конфигурация типовая и стоит на поддержкеВносите изменения через расширение конфигурации, а не прямой правкой
Пользователи путают одноимённые элементыДобавьте в список дополнительные колонки вместо перегрузки представления

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

Итог

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

Представление объекта — это строка отображения, а не данные. Стандартно оно строится из наименования, кода, номера и даты; переопределяется через свойства конфигуратора или обработчики модуля менеджера. Главные риски — падение производительности списков и пустые поля из-за пропущенного обработчика полей представления.

Частые вопросы о представлении объекта в 1С

Чем представление объекта отличается от синонима?

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

Почему в переопределённом представлении реквизит пустой?

Чаще всего причина в том, что реквизит не добавлен в список полей в обработчике ОбработкаПолученияПолейПредставления. Платформа выбирает из базы только перечисленные там поля — остальные приходят в обработчик представления пустыми.

Изменится ли представление в старых документах после настройки?

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

Можно ли настроить представление без программирования?

Частично. Через палитру свойств в конфигураторе можно задать синоним, представление объекта и списка, выбрать основное представление (код или наименование). Но включить в строку дополнительные реквизиты без кода нельзя — для этого нужны обработчики в модуле менеджера.

Влияет ли изменение представления на поиск и ссылки?

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

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

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