Форум

Наблюдение правильное, а вывод нет.

Даже при хранении в разных иблоках товаров и цен для клиента можно показывать объединенную информацию. Достаточно часто товары и цены хранят именно отдельно, конечно это не всегда нужно.

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

[QUOTE]Алёна Тимошенко пишет:
постоянной основе (например, 6 часов в месяц)[/QUOTE]

Так вам на постоянно или по часам?

[QUOTE]AJlekceu пишет:
Смысл писать такую фразу?[/QUOTE] "А он есть, просто мы его не видим" - из фильма какого-то...

[QUOTE]AJlekceu пишет:
в которой нет не ответа на вопрос не каких то советов от "людей которые позиционируют себя как разработчики"[/QUOTE] :)

[QUOTE]Дмитрий Якинцев пишет:
Если есть доступ к настройкам сервера, установить там дефолтную кодировку uft-8.[/QUOTE]Дим, ну так уже дал бы точную формулировку.

[b]Andrey_web,[/b] если у вас нет панели управления сайта где можно указывать дефолтную кодировку, то в корне сайта в .htaccess добавляем [CODE]AddDefaultCharset utf-8[/CODE]
и сбрасываем кеш

[QUOTE]AJlekceu пишет:
Как вариант - это делать около 50 форм с 50 почтовыми шаблонами... smile:cry: [/QUOTE]
Хочется плакать когда видишь такие заявления от людей которые позиционируют себя как разработчики.

Кому надо, тот знает

Вот я кому-то доступ к форуму закрою с 9 до 18

[QUOTE]Алексей Прищепо пишет:
Это как? smile:o[/QUOTE]
- это предположение
- предположение основывается на том, что: значения множественного свойства выгружаются не все, а только те что присутствуют у выгружаемых элементов.

Судя по вашему описанию и при полной выгрузке будет та же беда, если не все варианты значений выбраны у хотя бы одной номенклатуры.
И скорее всего проблема в обновлении значений свойства, видимо БУС их банально переписывает.

1. Выгружать со стороны 1С все значения свойства всегда.
2. Не обновлять значения свойства при обмене.

[QUOTE]Afire пишет:
Как исправить?[/QUOTE] :) написать свою CMS и сделать свою интеграцию с 1С.