Как задать синоним стандартного реквизита в 1С

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

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

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

Что такое стандартный реквизит и зачем менять его синоним

Стандартный реквизит — это поле, которое платформа 1С добавляет к объекту автоматически в зависимости от его типа и настроек. У справочника это Код, Наименование, Родитель, Владелец, ПометкаУдаления; у документа — Номер, Дата, Проведён; у регистра сведений — Период, Регистратор и другие. Состав набора зависит от свойств объекта: например, поле «Владелец» появляется только у подчинённых справочников.

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

Менять синоним стоит, когда терминология стандартного поля не совпадает с принятой в учёте: «Наименование» → «ФИО» в справочнике сотрудников, «Код» → «Табельный номер», «Дата» → «Дата документа основания». Это косметическая настройка, но она напрямую влияет на количество ошибок ввода и вопросов от пользователей.

Где в конфигураторе задаётся синоним стандартного реквизита

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

В открывшемся списке выделите нужный реквизит, например «Наименование», и откройте палитру свойств (правый клик → «Свойства» или Alt+Enter). Найдите строку «Синоним» и введите новое отображаемое название. После этого сохраните конфигурацию и обновите конфигурацию базы данных (F7 или через меню «Конфигурация»).

1. 1
   Откройте конфигуратор и найдите объект в дереве конфигурации
2. 2
   Откройте окно редактирования объекта и перейдите на вкладку «Данные»
3. 3
   Нажмите кнопку «Стандартные реквизиты» внизу окна
4. 4
   Выделите нужный реквизит и откройте палитру свойств
5. 5
   Измените значение свойства «Синоним»
6. 6
   Сохраните конфигурацию и выполните обновление конфигурации базы данных
7. 7
   Запустите режим предприятия и проверьте отображение в форме списка и форме элемента

Обратите внимание: кнопка «Стандартные реквизиты» доступна не у всех объектов и не во всех режимах редактирования. Если объект открыт через «Правка → Свойства» без окна редактирования, список стандартных реквизитов может не отображаться — используйте именно окно редактирования объекта.

Какие стандартные реквизиты допускают изменение синонима

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

Если нужного реквизита нет в списке стандартных, сначала проверьте свойства самого объекта. Например, если у справочника длина наименования установлена в 0, поле «Наименование» исчезает из стандартных реквизитов вместе с возможностью задать его синоним. Аналогично «Родитель» появляется только после включения свойства «Иерархический».

Настройка синонима для типовых сценариев

Переименование «Наименования» в справочнике

Самый частый случай — справочник сотрудников, контрагентов или номенклатуры, где слово «Наименование» не отражает сути. Откройте стандартные реквизиты, выберите «Наименование» и задайте синоним «ФИО», «Контрагент» или «Товар». После обновления конфигурации новая подпись появится в форме списка, форме элемента, полях ввода с выбором из этого справочника и в представлении ссылки в других документах.

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

Переименование «Номер» и «Дата» у документа

У документов поля Номер и Дата часто требуют уточнения: «Номер заявки», «Дата отгрузки». Механика та же — стандартные реквизиты документа, палитра свойств, свойство «Синоним». Изменение не влияет на нумерацию, периодичность номеров и механизм проведения.

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

Синонимы у регистров и планов счетов

У регистров сведений стандартные поля «Период» и «Регистратор» также допускают смену синонима, что полезно для непериодических регистров, где слово «Период» смущает пользователей. У планов счетов и планов видов характеристик логика аналогична справочникам: Код и Наименование настраиваются через стандартные реквизиты.

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

Ограничения и риски при изменении синонима

Главное ограничение: синоним меняет только отображение. Программный код, запросы и обмены данными работают с внутренним именем реквизита (Наименование, Код, Номер), поэтому логика не ломается. Однако есть места, где старое название может остаться и создать путаницу.

Во-первых, это ручные подписи в формах: если на управляемой форме заголовок поля был явно переопределён в свойствах элемента формы, он не подхватит новый синоним автоматически — проверьте свойство «Заголовок» элемента формы и при необходимости очистите его, чтобы подтягивался синоним реквизита. Во-вторых, это макеты печатных форм, внешние отчёты и обработки с жёстко прописанными названиями колонок.

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

Проверка результата после изменения

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

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

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

Форма списка

Норма

Заголовок колонки показывает новый синоним

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

Виден старый текст — заголовок переопределён в форме или конфигурация БД не обновлена

Форма элемента

Норма

Подпись поля соответствует новому синониму

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

Подпись старая — очищено ли свойство «Заголовок» у элемента формы

Отчёт на СКД

Норма

Поле в настройках отображается с новым именем

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

Старое название — в схеме компоновки задан собственный заголовок поля

Печатная форма

Норма

Подписи на печати соответствуют новой терминологии

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

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

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

Типичные ошибки и как их избежать

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

Когда синонима недостаточно: альтернативные подходы

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

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

Как выбрать действие

Нужно только другое отображаемое название поляИзмените синоним стандартного реквизита — это самый быстрый и безопасный вариант

Нужно хранить дополнительное значение рядом со стандартнымДобавьте собственный реквизит объекта и настройте его синоним

Нужна другая подпись только в одной конкретной формеЗадайте свойство «Заголовок» у элемента формы, не трогая синоним реквизита

Нужно другое название только в печатной формеОтредактируйте подпись в макете печатной формы

Стандартный реквизит вообще не нужен (например, наименование)Установите длину наименования в 0 в свойствах объекта — поле исчезнет вместе с синонимом

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

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

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

Нет. Имена стандартных реквизитов (Код, Наименование, Номер, Дата и другие) зафиксированы платформой и недоступны для редактирования. Именно поэтому для переименования в интерфейсе используется синоним — он не влияет на программный доступ к полю в запросах и коде.

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

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

Почему после смены синонима в форме видно старое название?

Наиболее вероятные причины: не выполнено обновление конфигурации базы данных; у элемента формы вручную заполнено свойство «Заголовок», которое перекрывает синоним; в динамическом списке или схеме компоновки для поля задан собственный заголовок. Проверьте эти три места последовательно.

Нужно ли менять синоним в каждой форме отдельно?

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

Что делать, если кнопка «Стандартные реквизиты» неактивна?

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

Влияет ли синоним на обмен данными между базами?

Нет. Обмены данными (через планы обмена, конвертацию данных, веб-сервисы) оперируют внутренними именами реквизитов и GUID объектов, а не синонимами. Смена синонима безопасна для интеграций, но помните, что пользователи в связанной базе будут видеть свои, локальные синонимы.