При работе с расширенным описанием товаров для интернет-магазинов пользователи 1С:Управление торговлей 11 часто сталкиваются с техническим ограничением платформы: дополнительные реквизиты, имеющие составной тип данных, ограничены длиной в 1024 символа. Рассмотрим подробно, почему возникает эта проблема и какие методы существуют для ее решения в типовых конфигурациях.
Важно уяснить, что ограничение в 1024 символа связано с особенностью хранения составных типов данных в 1С. Платформа не может эффективно индексировать поля неограниченной длины, если они входят в составной тип. В системе предусмотрены механизмы БСП (Библиотеки стандартных подсистем), которые автоматически разделяют хранение данных: короткие значения попадают в поле Значение, а длинные тексты — в специальное поле ТекстоваяСтрока. При правильной настройке обмена с сайтом, механизм интеграции с Битрикс умеет считывать данные именно из ТекстовойСтроки, что позволяет передавать описания практически любой длины.
Рассмотрим использование штатного механизма. В конфигурации 1С ТекстоваяСтрока является строкой неограниченной длины. Когда вы или ваш пользователь вводите описание, превышающее лимит в 1024 символа, БСП сама перенаправляет запись. Чтобы проверить, корректно ли настроен ваш обмен, проанализируйте модуль Б_ОбменССайтомСерверВыгрузкаДанных. Типовой алгоритм выгрузки выглядит следующим образом:
|ВЫБРАТЬ
| НоменклатураДополнительныеРеквизиты.Ссылка КАК Номенклатура,
| НоменклатураДополнительныеРеквизиты.Свойство КАК Свойство,
| НоменклатураДополнительныеРеквизиты.Значение КАК Значение,
| НоменклатураДополнительныеРеквизиты.ТекстоваяСтрока КАК ТекстоваяСтрока
|ИЗ
| Справочник.Номенклатура.ДополнительныеРеквизиты КАК НоменклатураДополнительныеРеквизиты
Если в процессе выгрузки вы убедитесь, что алгоритм учитывает ТекстоваяСтрока, проблема с объемом текста будет решена автоматически без доработок конфигурации.
Если ваши тексты представляют собой структурированные описания, имеет смысл перейти на использование механизма ПрисоединенныеФайлы. Это «чистый» архитектурный подход, который не перегружает справочник Номенклатура. Рассмотрим преимущества этого метода:
Томах или BLOB-полях, не влияя на скорость работы табличных частей.Если специфика обмена требует использования только строковых полей, некоторые разработчики прибегают к изменению типа значений для свойств в ПВХ (Планы видов характеристик). Рассмотрим шаги для реализации этого метода:
Чтобы избежать «костылей» при автоматизации, мы рекомендуем придерживаться следующего порядка действий:
ТекстоваяСтрока при сохранении объекта в 1С. Если да — проблема решается только настройкой правил выгрузки на стороне Битрикса.ПВХ может усложнить процесс последующего обновления конфигурации 1С.Анализируя ситуацию, помним: если стандартного механизма недостаточно, всегда лучше вынести большой контент в файлы, чем пытаться «растянуть» архитектурно ограниченное поле в табличной части.