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