По делу. Если честно, то все не так было. Есть мой любимый RetailCRM, где можно создать заказ, который передастся в bitrix, но при обмене с 1С вместо товара будет что-то не ясное. У меня это одна из папок каталога была. А очень уж хотелось, чтобы наши менеджеры работали ТОЛЬКО в RetailCRM, а в 1С только отгрузки и приходы товара фиксировались. Но, если клиент что-то хотел изменить в заказе, то нужно было его менять или в Битриксе или в 1С. Господа из ретейла, ознакомившись с ситуацией, сказали, что смогут предложить решение этого вопроса на возмездной основе, т.к. в ближайших планах этого нет, а дел и так хватает. Тогда я решил, что я Ж программист! И начал копать их модуль обмена. Изучив несколько строк функций и крайне скудное описание API D7 (т.к. большую часть свойств и полей пришлось вылавливать через var_dump(), пришел к выводу, что ретейлеры ничем не виноваты, а оказывается, что в битриксе (нафига не ясно) если положить товар к корзину программно, то в корзину не кладуться его … да ничего его. Ни название, ни свойства. Все нужно класть ручками. Даже XML_ID, о котором и знать-то нам вредно, т.к. он УНИКАЛЕН и является ТОЛЬКО ОДНИМ возможным у товара, надо класть самому. И тогда, обычный код