Форум

Вообще, в топике не достает кода. Т.е. не понятно, как это все реализовано.
Отправка почты в Битрикс должна быть реализована через CEvent::Send(), для этого почтовый шаблон должен существовать.
Но, конечно, и без этого должно работать, если писать на чистом PHP. Но, повторюсь, не приведен никакой код, отвечающий за отправку, поэтому сложно что-то сказать. Тот код, что в привели - почти не имеет отношения к делу.

У вас каталог выводится комплексным компонентом bitrix:catalog? Если так, то в нем указывается список свойств для вывода в двух разных свойств - отдельно для детального просмотра (для bitrix:catalog.element) и отдельно для списка товаров (bitrix:catalog.section). Поэтому и указывать нужно в двух местах.
Если же все-таки все указано, но не выводится - сбросьте кеш, если и после этого нет, значит в шаблоне просто не настроен вывод этого свойства.

Да, на редакции Старт есть обычный CSV и XML импорт файлов.

Пожалуйста! Хоть чем-то смог помочь :)

[QUOTE]Андрей Ямангулов написал:
А если использовать сопоставления инфоблоков - черт ногу сломит, чтобы вывести таблицу[/QUOTE]
неправда, минут на 10-15 делов.

[QUOTE]Андрей Ямангулов написал:
А двухмерный массив - это таблица пар значений (чтобы посетитель мог заполнить свойство список парами сопоставленных значений "ИТ - стаж 8 лет", "строительство - стаж 12 лет" и так далее)[/QUOTE]
Используйте значение свойства и описание, вкупе со множественным свойством типа "Строка" - и все, вот вам массив пара-значение. Или сериализуйте.

Битрикс почти всемогущ, нужно только грамотно им пользоваться, и любая задача будет по плечу. Когда со временем понимаешь что-то очень важное новое для себя, то одновременно видишь себя в начале своей карьеры со стороны: понимаешь, почему сделано так, как сделано, а не так, как казалось "правильным".

Множественные значения это и есть массив. Если уж очень нужно хранить php-массивы в БД, то и используйте serialize() или JSON, или свой формат - так хранить массивы никто не запрещает.

Как вы себе представляете этот многомерный массив в рамках CMS/CMF? Для этого и существуют реляционные БД, и устоявшиеся принципы работы с ними.

Что-то непонятное в коде с arTmpFile. Он нигде не задается, а задается только arTmpFile['name'].
Также, согласно документации, последний параметр в CIBlockElement::SetPropertyValues() это код свойства, а не ID.
Хотя я все же рекомендую использовать вместо этого CIBlockElement::SetPropertyValuesEx().

Создавайте новые свойства инфоблока, заполняйте их для товаров, и после этого настройке их показ (в настройках компонента) и, при необходимости, сделайте их вывод в шаблоне.

Как достаточно удобный и бесплатный вариант - делать привязку к элементам другого инфоблока-справочника.
Другие варианты - основаны на использовании модулей от других разработчиков. Например, очень полезными могут быть эти два модуля:
[URL=http://marketplace.1c-bitrix.ru/solutions/grain.tables/]http://marketplace.1c-bitrix.ru/solutions/grain.tables/[/URL]
[URL=http://marketplace.1c-bitrix.ru/solutions/sokrat.subelement/]http://marketplace.1c-bitrix.ru/solutions/sokrat.subelement/[/URL] (делает удобным то, что я описал в первом предложении).