Разработка и Конфигурация · 12 мин
Как увеличить длину наименования в 1С
Как увеличить длину поля «Наименование» в 1С через конфигуратор: изменение длины строки, риски обрезки данных, обновление конфигурации базы и проверка результата.
Стандартная длина поля «Наименование» в типовых справочниках 1С часто ограничена — например, 100 или 150 символов. Когда название товара, контрагента или номенклатуры не помещается целиком, пользователи вынуждены сокращать текст, что приводит к дублям, путанице в отчётах и ошибкам при поиске. Увеличить длину наименования можно, но только через конфигуратор, и сделать это нужно аккуратно.
Изменение затрагивает структуру базы данных: длина строкового реквизита хранится в метаданных, и при обновлении конфигурации базы данных 1С выполняет реструктуризацию таблиц. На больших базах это занимает заметное время, а при ошибках возможна потеря данных. Поэтому перед любыми действиями обязательно создаётся резервная копия.
Материал подходит для конфигураций на управляемых и обычных формах (1С:Предприятие 8.2 и 8.3): «Управление торговлей», «Бухгалтерия предприятия», «ERP», «Комплексная автоматизация» и самописные решения. Логика действий везде одинаковая, отличается только расположение объектов в дереве конфигурации.
Когда действительно нужно увеличивать длину наименования
Прежде чем менять конфигурацию, стоит убедиться, что проблема именно в ограничении длины. Типичные признаки: при вводе длинного названия текст обрезается на определённом символе; при загрузке данных из Excel или обмене с сайтом часть наименований теряет окончание; пользователи жалуются, что не могут сохранить полное название по каталогу поставщика.
Проверить текущее ограничение просто: откройте любой элемент справочника и попробуйте вставить длинный текст в поле наименования. Если ввод останавливается на круглом числе (50, 100, 150), значит действует ограничение метаданных. Точное значение видно в конфигураторе в свойствах объекта.
Учтите альтернативы. Если длинное название нужно только для печатных форм или выгрузки на сайт, часто рациональнее завести отдельный реквизит «Полное наименование» или «Наименование для печати», не трогая стандартное поле. Это безопаснее и не ломает обмены, где длина наименования жёстко согласована с другими системами.
Как выбрать действие
Подготовка: резервная копия и режим поддержки
Изменение длины строкового реквизита — это реструктуризация базы данных. 1С создаст новую таблицу, перенесёт данные и удалит старую. Если в этот момент произойдёт сбой питания, разрыв соединения с сервером СУБД или нехватка места на диске, таблица может остаться в повреждённом состоянии. Восстановление без копии превращается в дорогую лотерею.
Для файловой базы достаточно скопировать файл 1Cv8.1CD в отдельный каталог при остановленной работе пользователей. Для клиент-серверной базы сделайте выгрузку через конфигуратор (Администрирование → Выгрузить информационную базу) или штатный бэкап средствами СУБД. Проверьте, что копия открывается, — непроверенная копия не считается копией.
Второй шаг — проверить режим поддержки. Откройте в конфигураторе «Конфигурация → Поддержка → Настройка поддержки». Если конфигурация типовая и стоит на полной поддержке, изменение типовых объектов потребует снятия их с поддержки, что усложнит будущие обновления. Более мягкий вариант для типовых решений — расширение конфигурации, хотя изменение длины стандартного наименования через расширение поддерживается не во всех версиях платформы.
Увеличение длины наименования справочника
Основной сценарий — увеличить наименование у справочника «Номенклатура», «Контрагенты» или собственного справочника. Все действия выполняются в конфигураторе под пользователем с правами администратора.
- 1Завершите работу пользователей и сделайте резервную копию базы
- 2Откройте конфигуратор, разверните ветку «Справочники» и найдите нужный объект
- 3Откройте палитру свойств справочника (правый клик → Свойства)
- 4Найдите параметр «Длина наименования» и увеличьте значение, например со 100 до 250
- 5Сохраните конфигурацию (Ctrl+S) и запустите обновление конфигурации базы данных (F7)
- 6Подтвердите реструктуризацию в появившемся окне со списком изменений
- 7Проверьте результат: откройте элемент справочника и введите длинное наименование
Параметр «Длина наименования» находится в палитре свойств рядом с «Длиной кода». Если палитра свойств не отображается, включите её через меню «Правка → Свойства» или контекстное меню объекта. Максимальная длина строки фиксированной длины ограничена платформой; при необходимости хранить очень длинные тексты используется строка неограниченной длины, но для наименования это не рекомендуется — такие поля нельзя использовать в некоторых механизмах поиска и индексации.
Разумный ориентир — 150–250 символов. Чрезмерное увеличение (например, до 1000) раздувает индексы, замедляет поиск по наименованию и может конфликтовать с форматами обмена, где длина поля зафиксирована.
Увеличение длины обычного строкового реквизита
Если проблема не в стандартном наименовании, а в дополнительном реквизите — например, «Полное наименование», «Описание товара» или строковый реквизит документа, — действия аналогичны, но меняется не свойство объекта, а квалификатор типа реквизита.
Откройте объект в конфигураторе, перейдите на вкладку «Данные», найдите нужный реквизит и откройте его свойства. В поле «Тип» нажмите кнопку выбора: откроется редактор типа, где для типа «Строка» задаётся длина и вид — фиксированная или переменная. Увеличьте значение и сохраните изменения. Для реквизитов с составным типом убедитесь, что вы меняете именно строковую часть.
Тот же подход работает для табличных частей: длина строковой колонки меняется в свойствах реквизита табличной части. После любого изменения требуется обновление конфигурации базы данных с реструктуризацией.
Обновление конфигурации базы данных и реструктуризация
После сохранения изменений в конфигураторе они существуют только в конфигурации разработчика. Чтобы применить их к рабочей базе, нажмите F7 или выберите «Конфигурация → Обновить конфигурацию базы данных». Платформа покажет окно реструктуризации со списком изменяемых таблиц — проверьте, что в списке только ожидаемые объекты.
Время реструктуризации зависит от объёма таблицы и мощности сервера: на справочнике с несколькими тысячами элементов это секунды, на таблице с миллионами записей — минуты и дольше. В клиент-серверном варианте убедитесь, что на диске СУБД достаточно свободного места — в процессе создаётся копия таблицы.
Если обновление завершилось ошибкой, не пытайтесь повторять его вслепую. Зафиксируйте текст ошибки, проверьте монопольный доступ (все сеансы должны быть завершены) и целостность базы. При повреждении таблицы восстанавливайте данные из резервной копии и повторяйте процедуру после устранения причины.
Как проверить результат
Текст сохраняется целиком до нового лимита
Ввод по-прежнему обрезается на старом значении — конфигурация БД не обновлена
Полное название выводится без обрезки
В форме поле имеет фиксированную ширину и визуально режет текст
Данные передаются без ошибок и усечений
В приёмнике наименование обрезается — там своя длина поля
Ограничения, риски и типичные ошибки
Главное внешнее ограничение — обмены данными. Если база синхронизируется с сайтом, другой конфигурацией 1С, системой ЕГАИС, маркетплейсом или банковским ПО, длина наименования на той стороне может быть фиксированной. После увеличения поля в 1С длинные названия начнут обрезаться уже в приёмнике, иногда — без предупреждений. Перед изменением проверьте все действующие обмены.
Второй риск — типовые обновления. Объект, снятый с поддержки, больше не обновляется автоматически: при выходе релиза изменения поставщика придётся переносить вручную. Минимизируйте количество изменённых типовых объектов и документируйте каждую правку.
Отдельная ошибка — путать длину наименования с шириной колонки в форме списка. Если в списке справочника название выглядит обрезанным, но в карточке элемента отображается полностью, проблема не в метаданных, а в ширине колонки: её можно растянуть мышью или настроить в свойствах формы. Никакой реструктуризации здесь не требуется.
Альтернатива: расширение конфигурации и дополнительные реквизиты
Если конфигурация типовая и менять её напрямую нежелательно, рассмотрите два обходных пути. Первый — расширение конфигурации: механизм позволяет дорабатывать типовые решения без снятия с поддержки. Возможность изменять длину стандартного наименования через расширение зависит от версии платформы, поэтому проверяйте на тестовой копии.
Второй путь — дополнительные реквизиты и сведения, доступные в пользовательском режиме («Администрирование → Общие настройки → Дополнительные реквизиты и сведения»). Можно создать строковый дополнительный реквизит с нужной длиной и вывести его в отчёты и печатные формы. Это полностью безопасно, не требует конфигуратора и не влияет на обновления, но поле не заменит стандартное наименование в поиске и обменах.
Сравнение вариантов
Полноценное решение: работает поиск, отчёты, обмены. Минус — реструктуризация, снятие с поддержки, риски при обновлениях
Сохраняет поддержку типового решения. Минус — не все изменения длины поддерживаются, зависит от версии платформы
Делается пользователем без конфигуратора и рисков. Минус — не участвует в стандартном поиске по наименованию и типовых обменах
Что важно запомнить
Длина наименования увеличивается в конфигураторе через свойства объекта с последующим обновлением конфигурации базы данных. Обязательный порядок: резервная копия → изменение → реструктуризация → проверка ввода, отчётов и обменов. Для типовых конфигураций сначала оцените расширение или дополнительный реквизит.
Частые вопросы
Обрежутся ли существующие данные при увеличении длины наименования?
Нет. Увеличение длины строки — безопасная операция: все текущие значения короче нового лимита и сохраняются полностью. Опасно обратное действие — уменьшение длины, при котором значения, превышающие новый лимит, обрезаются безвозвратно.
Можно ли увеличить наименование без конфигуратора?
Стандартное наименование — нет, его длина задана в метаданных и меняется только в конфигураторе. Без конфигуратора можно добавить дополнительный реквизит произвольной длины через «Администрирование → Дополнительные реквизиты и сведения» и использовать его в отчётах и печатных формах.
Почему после изменения длины пользователи всё равно не могут ввести длинный текст?
Чаще всего не выполнено обновление конфигурации базы данных (F7): изменения сохранены в конфигурации разработчика, но не применены к базе. Вторая причина — пользователи работают в другой базе, например изменения внесли в тестовую копию. Проверьте также, что длину меняли у того объекта и того реквизита, который реально выведен на форму.
Что будет с обменом данными после увеличения длины?
Если в системе-приёмнике длина поля меньше, длинные наименования будут обрезаться при передаче — иногда без сообщений об ошибке. Перед изменением проверьте правила конвертации и ограничения всех связанных систем: сайтов, других баз 1С, внешних сервисов. При необходимости согласованно увеличьте длину на обеих сторонах.
Какую длину наименования выбрать?
Ориентируйтесь на реальные данные: посмотрите максимальную длину названий в источниках (каталоги поставщиков, выгрузки) и добавьте запас 20–30%. На практике для номенклатуры обычно достаточно 150–250 символов. Избыточные значения увеличивают индексы и могут конфликтовать с форматами обмена.
Сломаются ли отчёты и печатные формы после изменения?
Сама структура данных не ломает отчёты, но поля в макетах печатных форм могут иметь фиксированную ширину — длинное наименование будет визуально обрезано или перенесено. После изменения откройте основные печатные формы и отчёты с длинным названием и при необходимости скорректируйте ширину полей в макетах.