Как увеличить длину наименования в 1С: от стандартных настроек до кастомизации

Возможность хранить длинные и информативные наименования товаров, контрагентов или документов в 1С:Предприятие часто становится критичной для бизнеса. Стандартное ограничение в 50–100 символов (в зависимости от конфигурации) может мешать работе с детализированными каталогами, сложными артикулами или многоуровневыми наименованиями. Однако не все пользователи знают, что это ограничение можно обойти — как штатными средствами, так и с помощью программных доработок.

В этой статье мы разберём 5 рабочих способов увеличить длину наименования в 1С: от простых настроек в конфигураторе до написания кода на встроенном языке. Вы узнаете, какие методы подходят для типовых конфигураций (УТ 11, БП 3.0, КА 2), а где потребуется вмешательство разработчика. Также обсудим скрытые риски изменения структуры базы данных и как их минимизировать.

1. Проверка текущих ограничений: где и как хранится длина наименования

Прежде чем увеличивать длину, нужно понять, где именно хранится это ограничение. В 1С длина строковых полей (включая Наименование) определяется на двух уровнях:

• 📌 Уровень СУБД — физическое ограничение в базе данных (например, VARCHAR(100) в PostgreSQL или MS SQL).
• 📌 Уровень метаданных — логическое ограничение, заданное в конфигураторе 1С (свойство Длина у реквизита).
• 📌 Уровень интерфейса — ограничения в формах ввода (например, поле ввода может быть короче, чем реальная длина в базе).

Чтобы увидеть текущую длину, откройте конфигуратор (Файл → Открыть конфигурацию), найдите нужный справочник (например, Номенклатура) и проверьте свойство Длина у реквизита Наименование. В большинстве типовых конфигураций это значение равно 100 символам, но в старых версиях (например, 1С:Торговля 7.7) могло быть и 50.

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

2. Способ 1: Изменение длины в конфигураторе (для нетиповых конфигураций)

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

1. Откройте конфигуратор в режиме Конфигуратор (права администратора обязательны).
2. Найдите нужный справочник (например, Справочники → Номенклатура).
3. В дереве объектов выберите реквизит Наименование.
4. В палитре свойств найдите поле Длина и установите новое значение (например, 255).
5. Сохраните конфигурацию (Конфигурация → Сохранить конфигурацию) и обновите базу данных (Конфигурация → Обновить конфигурацию базы данных).

⚠️ Внимание: При обновлении базы данных 1С пересоздаст таблицы в СУБД, что может занять время на больших объёмах данных. Рекомендуется сделать резервную копию перед изменениями!

Создать резервную копию базы|Проверить права доступа (полные права)|Закрыть всех пользователей из базы|Убедиться, что конфигурация не на поддержке|Проверить свободное место на диске-->

Этот метод не сработает для типовых конфигураций на поддержке — 1С заблокирует сохранение изменений. В таком случае потребуется один из следующих способов.

3. Способ 2: Использование дополнительных реквизитов (для типовых конфигураций)

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

Алгоритм:

1. В конфигураторе перейдите в Общие → Дополнительные реквизиты и сведения.
2. Создайте новый дополнительный реквизит для справочника (например, Номенклатура.ПолноеНаименование).
3. Установите тип Строка и длину 255 (или больше, если нужно).
4. В формах справочника добавьте поле для ввода этого реквизита (через Действия → Изменить форму).
5. Настройте отображение в печатных формах и отчётах, заменив стандартное Наименование на новый реквизит.

Преимущества метода:

• ✅ Не требует снятия с поддержки.
• ✅ Безопасно для обновлений 1С.
• ✅ Можно гибко настраивать отображение в разных формах.

Недостатки:

• ❌ Придётся дорабатывать все отчёты и печатные формы вручную.
• ❌ Пользователи должны помнить, что основное наименование теперь хранится в другом поле.

4. Способ 3: Программное решение с обработчиком события

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

Пример кода для модуля справочника Номенклатура:

Процедура ПриЗаписи(Отказ, РежимЗаписи)
Если Длина(Объект.Наименование) > 100 Тогда
Объект.ПолноеНаименование = Объект.Наименование; // Сохраняем полную версию
Объект.Наименование = Лев(Объект.Наименование, 100); // Обрезаем до 100 символов
КонецЕсли;
КонецПроцедуры

Для обратного отображения (например, в формах) можно использовать событие ПриОткрытии:

Процедура ПриОткрытии()
Если Не ЗначениеЗаполнено(Объект.ПолноеНаименование) Тогда
Объект.ПолноеНаименование = Объект.Наименование;
КонецЕсли;
КонецПроцедуры

Этот подход позволяет:

• 🔹 Сохранять совместимость со всеми отчётами (они работают со стандартным Наименование).
• 🔹 Хранить полные наименования без ограничений.
• 🔹 Автоматически синхронизировать данные.

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

5. Способ 4: Изменение структуры базы данных (для опытных пользователей)

Для продвинутых пользователей, готовых работать напрямую с СУБД, есть радикальный метод — изменение типа поля в базе данных. Этот способ подходит, если:

• 🛠️ Вы используете MS SQL Server или PostgreSQL.
• 🛠️ У вас есть доступ к серверу базы данных.
• 🛠️ Вы готовы к возможным последствиям (вплоть до потери данных при ошибке).

Инструкция для MS SQL Server:

1. Узнайте имя таблицы и поля в базе. Для этого в конфигураторе откройте свойства справочника и посмотрите имя таблицы (например, _Reference162 для Номенклатура).
2. Подключитесь к базе через SQL Server Management Studio.
3. Выполните запрос:

ALTER TABLE _Reference162 ALTER COLUMN Description NVARCHAR(255);

Где _Reference162 — имя таблицы, а Description — поле с наименованием (имена могут отличаться!).

⚠️ Внимание: Неправильное изменение структуры базы может привести к потере данных или невозможности открыть базу в 1С. Перед выполнением:

• Сделайте полный бэкап базы.
• Проверьте изменения на тестовой копии.
• Убедитесь, что никто не работает с базой во время изменений.

После изменения структуры базы нужно обновить метаданные в 1С:

1. В конфигураторе выполните Конфигурация → Обновить конфигурацию базы данных.
2. Перезапустите 1С.

Что будет если не обновить конфигурацию после изменения базы?

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

6. Способ 5: Использование внешних обработок для длинных наименований

Если все предыдущие методы не подходят (например, вы работаете с облачной версией 1С или не имеете доступа к конфигуратору), можно использовать внешние обработки. Они позволяют хранить длинные наименования в отдельном файле или базе данных, связывая их с объектами 1С по уникальному идентификатору (например, Ссылка или Код).

Пример реализации:

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

Добавьте в обработку функции для:

• Сохранения длинного наименования при записи объекта.
• Чтения длинного наименования при открытии объекта.
• Подключите обработку к конфигурации через Файл → Открыть → Дополнительные отчёты и обработки.

Преимущества:

• 🔧 Не требует изменений в конфигурации.
• 🔧 Работает даже в облачных версиях 1С.
• 🔧 Можно хранить не только длинные наименования, но и другие дополнительные данные.

Недостатки:

• ⚠️ Нужно вручную подключать обработку на каждом рабочем месте.
• ⚠️ Требуется дисциплина пользователей (они должны помнить о использовании обработки).

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

Процедура СохранитьДлинноеНаименование(Ссылка, ПолноеНаименование)
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ *
|ИЗ Документ.ДлинныеНаименования
|ГДЕ Ссылка = &Ссылка";
Запрос.УстановитьПараметр("Ссылка", Ссылка);
Результат = Запрос.Выполнить();

Если Результат.Пустой() Тогда
НоваяСтрока = Документы.ДлинныеНаименования.Добавить();
НоваяСтрока.Ссылка = Ссылка;
НоваяСтрока.ПолноеНаименование = ПолноеНаименование;
Иначе
СуществующаяСтрока = Результат.Получить(0);
СуществующаяСтрока.ПолноеНаименование = ПолноеНаименование;
КонецЕсли;
КонецПроцедуры

Сравнение методов: какой выбрать?

Выбор способа зависит от вашей конфигурации, доступа к настройкам и готовности к доработкам. Ниже таблица сравнения:

Метод	Типовая конфигурация	Требует снятия с поддержки	Сложность реализации	Риски	Подходит для облака
Изменение в конфигураторе	❌ Нет	✅ Да	Низкая	Средние (обновление базы)	❌ Нет
Дополнительные реквизиты	✅ Да	❌ Нет	Средняя	Низкие	✅ Да
Обработчик события	✅ Да	❌ Нет	Средняя	Низкие	✅ Да
Изменение СУБД	✅ Да	❌ Нет	Высокая	Высокие (риск потери данных)	❌ Нет
Внешние обработки	✅ Да	❌ Нет	Высокая	Низкие	✅ Да

Для большинства пользователей оптимальным решением будет комбинация дополнительных реквизитов и обработчиков событий (методы 2 и 3). Это безопасно, не требует снятия с поддержки и позволяет сохранить совместимость с отчётами.

FAQ: Частые вопросы по увеличению длины наименования

Можно ли увеличить длину наименования в облачной версии 1С?

В облачных версиях (1С:Fresh, 1С:Линк) напрямую изменить длину невозможно, так как нет доступа к конфигуратору и СУБД. Однако можно использовать дополнительные реквизиты или внешние обработки (методы 2, 3 или 5 из статьи). Обратитесь в поддержку вашего облачного провайдера для уточнения возможностей.

Почему после увеличения длины в конфигураторе в форме всё равно ограничение 100 символов?

Это значит, что ограничение дублируется в форме ввода. Нужно открыть форму справочника в конфигураторе (Действия → Изменить форму), найти поле Наименование и увеличить его свойство МаксимальнаяДлина (или убрать ограничение совсем).

Будет ли работать увеличенная длина после обновления 1С?

Зависит от метода:

• Если вы изменили метаданные (метод 1), при обновлении конфигурации изменения сбросятся.
• Если использовали дополнительные реквизиты (метод 2) или обработчики (метод 3), обновление не повлияет.
• Если меняли СУБД (метод 4), при обновлении может потребоваться повторное изменение структуры.

Всегда тестируйте обновления на копии базы!

Как увеличить длину наименования в документах (например, в заказах)?

Для документов логика та же, что и для справочников. Нужно:

1. Найти документ в конфигураторе (например, Документы → ЗаказКлиента).
2. Увеличить длину реквизита Наименование (или создать дополнительный реквизит).
3. Обновить формы и печатные формы для отображения длинного наименования.

В типовых конфигурациях наименование документа часто формируется автоматически — в этом случае нужно доработать модуль документа.

Можно ли хранить наименования длиной более 255 символов?

Технически да, но:

• В 1С:Предприятие 8.3 максимальная длина строки — 2 147 483 647 символов (теоретический предел).
• Однако на практике:
• СУБД может накладывать свои ограничения (например, в MS SQL максимальная длина NVARCHAR — 4000 символов).
• Длинные строки замедляют работу базы (особенно при поиске и сортировке).
• Интерфейс 1С не оптимизирован для работы с очень длинными строками (например, поля ввода могут не умещаться на экране).

Рекомендуемая длина — до 500 символов. Если нужно больше, рассмотрите вариант хранения наименования в отдельном объекте (например, в Документ.Описание или ХранилищеЗначений).