Клиент начал в него длинные описания загонять (для сайта) и уперся в ограничение.
Есть ли выход? Или составной реквизит не может быть длинее 1024?

длиННее, буквоед!

Ну если реквизит ошианичен длиной 1024, то как туда загнать больше?

(0) краткость - сестра таланта. Укладывайтесь в 1024, а если не можете, то специально для таких есть реквизит "ФайлОписанияДляСайта"

(3) у них там несколько описаний. поэтому и зюазали доп.реквизиты

(4): пусть загоняют в один файл несколько описаний. по тегам загонять - по тегам вынимать.

(0) 1) Есть. 2) Зависит от того, что ты понимаешь под длиной составного реквизита.

Так там есть строка неограниченной длмны в другом поле
А так,строка ограниченной длины в 1с длиннее 1024 быть не может.

И строка неограниченной длины - это BLOB поле,и оно в составном реквизите быть не может.

(8) не может в реализации 1С, а ссылку на BLOB архитектурно никто бы не мешал сделать.

(9) Жалуйся в спортлото

(9) это уже строка неограниченной длины

(0) а зачем вообще сделали его составным ?

(12) ты это 1с задаешь? описание сделали обычным доп.реквизитом, чтобы штатно в битрикс выгружать

(13) В битрикс обычно выгружают описания в прикреплённых файлах, там же и с html-разметкой.

(13) Доп.реквизиты клиент заводит а не 1С и именно клиент выбирает каким он будет (а не 1С)

(15) аблокат дьявола

(4) вы прикалываетесь? Что вам мешает воспользоваться присоединенными файлами для номенклатуры? Как раз такого типа реквизит ФайлОписанияДляСайта. Простая аналогия с картинками. Есть реквизит картинки номенклатуры, которая является основной, а есть еще штук 5 в присоединенных файлах. И все это дело без проблем грузится на сайт. Что вам мешает создать хоть 100 файлов описания с километровыми текстами и запихнуть это в присоединенные файлы, а основное описание на главной выбрать в ФайлОписанияДляСайта?

Возможно, хотят использовать полнотекстовый поиск.

(18) не хотим
(17) Стандартный обмен с Битрикс это "удовольствие" поддерживает?
К тому же описаний там несколько.

Очередные новости с полей костылеавтоматизации

(19) Естественно поддерживает

(19) вы меня походу вообще не понимаете, я же вам расписал еще и на примере картинок, как можно несколько описаний хранить и как даже выбрать основное описание...Битрикс без проблем присоединенные файлы грузит.

(21) но как, сэр?

(22) то картинки, а то описания. Тексты проще набивать в поле, чем в файлах, не?

(24) не факт, смотря как организовано, есть куча всяких html редакторов крутых где можно с нужным оформлением создать текст и прикрепить его в файл. Или у вас там по старинке голым текстом заполняется?))

(25) вот организовывать гиморно. там HTML не нужен

я в свое время на жутко перепиленной УТ10.3 сделал свой интерфейс для заполнения описаний. С блоками и html редактором встроенным. Далее в нужной структуре отправлял эти данные на сайт. Там сразу они распределялись как надо, что в описание, что в характеристики, что в способы применения и так далее.

(27) да понятно, что все решаемо. Жаль, что приходится насиловать типовое

(26) если хотите на тяп ляп, то ищите в конфигураторе поле и сделайте его неограниченной. Если вы юзаете дополнительные реквизиты, то там же можно у строки указать неограниченную длину. https://yadi.sk/i/owHipV2MPMBTEQ

(29) нельзя. там поле составного типа

Хм. А в "Текстовой строке" чего бы не хранить? Она же вроде неграничена?

(30) зачем?

(31)  + 1 https://forum.infostart.ru/forum9/topic245665/

в типовой в обмене с битриксом проверяется ТекстоваяСтрока в допреквизите и если заполнена то передает ее на сайт а не Значение а БСП сама пишет в ТекстоваяСтрока если более 1024

(16) казалось бы, что к чему?!

(34) гм...

Модуль Б_ОбменССайтомСерверВыгрузкаДанных

ТекстоваяСтрока только тут:

    |ВЫБРАТЬ
    |    НоменклатураДополнительныеРеквизиты.Ссылка КАК Номенклатура,
    |    НоменклатураДополнительныеРеквизиты.Свойство КАК Свойство,
    |    НоменклатураДополнительныеРеквизиты.Значение КАК Значение,
    |    НоменклатураДополнительныеРеквизиты.ТекстоваяСтрока КАК ТекстоваяСтрока
    |ПОМЕСТИТЬ ВремЗначенияСвойствТоваровДляВыгрузкиРеквизитовПоПользовательсокмуАлгоритму
    |ИЗ
    |    Справочник.Номенклатура.ДополнительныеРеквизиты КАК НоменклатураДополнительныеРеквизиты

(23) файлы описаний выгружаются по аналогии с картинками

(37) там до фига позиций, в файлы никто заполнять не будет. это лишнее

На нескольких проектах 1С-> сайт в УТ делали для свойств неограниченную длину (в ПВХ), стандартный обмен с Битриксом нормально отрабатывает такие  свойства.

Может понадобиться, когда товары технически сложные, и есть необходимость разделить описание по нескольким блокам

(39) каким образом?

(40) вру, не ПВХ (старею)... Реквизиты в справочник номенклатура неограниченной длины, а в модуле обмена подмена значения свойства

"Но ведь Битрикс из коробки встает в обмен с сайтом без проблем, там же только галки расставить!" (с)

(41) ну так и я могу, гггг...
Да в принципе, вопрос упирается только в то, что в Битриксе дорогие изменения для клиента на стороне сайта, дешевле в 1це сделать.
Так бы можно было бы вычилсяемые реквизиты добавить и поправить источник данных на стороне сайта.