Сделать возможность выводить список товаров не в наличии в пределах одно ветви каталога или всего сайта

Необходимо сделать Товары в CRM Битрикс24 более гибкий и функциональный,
из за этого большую часть наших клиентов отказываются использовать Битрикс24:

1. Необходимо добавить возможность Импорт товаров, Экспорт товаров в CSV, Экспорт товаров в Excel и очень важно иметь возможность импортировать и экспортировать  по разделам и категориям
2. Копировать товар
3. Копировать раздел
4. Калькуляция товаров
5. В CRM или где нибудь иметь Каса, Долги

:idea:Очень нужная функция - дать возможность пользователям подписаться на уведомление при отсутствующем товаре. После поступления товара на склад клиенту отправляется сообщение - ваш товар в наличии или любой редактируемый шаблон почтового уведомления. Позволит возвращать много клиентов, что значительно повысит посещения и продаваемость продуктов.

Самое странное что год назад эта функция была и не работала, тогда сказали что создадут обращение на доработку:!:  По итогу -  спустя год, говорят что этого в новом шаблоне вообще нет. Хоть объясните почему такая нужная функция не реализована

В пердыдущих версиях модуля интернет-магазина по умолчанию ссылки у заказанных товаров вели на публичную страницу сайта. Сейчас они ведут на редактирование элемента инфоблока/каталога.
Предыдущий вариант менеджеров магазина устраивал больше.

Внести настройку в модуль интернет-магазина, отвечающую за поведение ссылок на товары в заказе.

У меня дико забавная проблема. Я не смог найти такую простую функцию как перенос товара из заказа в заказ, какие либо поиски не увенчались успехом. И это крайне грустно.

Поясню почему.

У меня существует система предзаказов (товары планируется к релизу через 2-3-4-5 и т.д. месяцев). Я прошу клиентов делать предзаказ заказы 1 товар в 1 заказе (просто так проще отслеживать и когда товар приходит я либо сливаю заказы либо перемещаю товар из заказа в заказ), само собой многие забивают и в одном заказе может быть несколько товаров. Но перейдя на битрикс обнаружил, что уже не могу сливать заказы, или перемещать товары меж заказов, что вызывает неудобства и тьму впустую потраченного времени.

Что теперь приходиться делать (морока та еще, мягко сказать).

Мне приходится удалять товар из заказа где он не нужен,
добавлять его кол-во в свойства (если там 0),
в нужном заказе заходить искать и добавлять товар (хорошо хоть эта функция есть),
потом снова заходить в свойства товара и менять кол-во (т.к. при добавлении товара в заказ он не уменьшает кол-во почему-то, но козлина ругается если товара кол-во равно 0).

Вот такая канитель.

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

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

Еще сообщу об одной фишке, программист мне костыль сделал (Молодчага!). Когда я захожу в свойства товара у меня есть теперь кнопка нажав на которую открывается страница со всеми заказами к которым он привязан.

Вы ведь понимаете, что если мне пришел груз а там 100 шт товара (и большей частью все разные), то для того чтобы узнать, что заказано а что нет, нет проще способа чем зайти в товар и посмотреть кто его заказывал у меня это выглядит вот так - http://prntscr.com/4o8hap
Без этой функции необходимо вести какую-то дополнительную бухгалтерию, или открывать несколько сотен заказов.

Если такое есть, ну вдруг где-то спрятано, был бы рад узнать.

После создания сущности "сделка" нет доступа к списку товаров сделки.

Хотелось бы иметь такой компонент, который выводит все товары каталога с разделением по секциям:
- секция
-- список товаров
- секция
-- сабсекция
--- список товаров сабсекции

Очень актуально для маленьких каталогов

Сейчас я использую компонент список секций (bitrix:catalog.section.list), в его шаблоне вызываю компонент список товаров секции (bitrix:catalog.section), однако это решение работает только с выключенным кешированием для bitrix:catalog.section.list, а хочется кешировать.

Ветка на форуме: http://dev.1c-bitrix.ru/community/forums/messages/forum6/topic61985/message325395/#message325395

При создании товара в Лиде, Сделке или Счете хотелось бы указывать единицы измерения и цену за единицу.

Здравствуйте!

Был на зимней партнерке, прозвучал хороший вопрос про генерацию sitemap.xml, и попадание в sitemap.xml страниц результатов фильтрации "Умного" и не очень (чит. "других") фильтров.

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

Представим:
имеем некоторую матрицу, скажем трехмерную, XYZ
По оси X имеем разделы и подразделы
По оси Y имеем определенное свойство, скажем "Размер одежды"
По оси Z имеем другое определенное свойство, скажем "Производитель"

Увеличение уровня вложенности, конкретизации, автоматически прибавляет матрице еще одну грань.

Если кто-то знает по каким критериям все покупатели покупают товар - скажите. Будет супер! Но, насколько я представляю, все структурируют свои каталоги (что в 1с при интеграции или на сайте) как попало.

Дать бы людям возможность выбора, кому то удобнее в поиске пойти по оси X
Кому то по Y
итд итп.

Ведь без разницы как люди будут искать товар, самое главное что бы они его нашли!

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

Например, при выписке счета на продление домена или покупку хостинга для клиента в позициях счета, как правило, предполагается писать не наименование "Продление хостинга" (которое действительно можно разместить в справочнике), а "Продление хостинга nic.ru, тариф Битрикс, за период январь-март 2013". С клиентами гос. организациями все еще хуже. Им не прокатывает, скажем, такая позиция как "Разработка дизайна", а _в обязательном порядке_ по их внутренним регламентам нужна позиция "Разработка дизайна сайта по государственному контракту № такой от числа такого-то".

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

Было бы очень неплохо при добавлении "товарной" позиций из справочника в сделку иметь возможность тут редактировать не только кол-во и цену, но и править название позиции, чтобы это носило локальный характер в рамках сделки. Потому как без этого получается, что менеджеры на основании такой сделки с неподходящими позициями вынуждены выписывать левый счет для сохранения нумерации счетов в системе, а потом вручную формировать как-то файл со счетом - пропадает смысл автоматизации работы со счетами. Особенно, если встает вопрос дальнейшей интеграции портала с бухгалтерией 1С.

Хочется сразу заметить, что по большому счету, подход с изменением названий в рамках сделки ничем идеологически не отличается от механизма использования корзины в модуле интернет-магазина. Мы все прекрасно знаем, что несмотря на то, что мы кладем в корзину товар с идентификатором, взятым из торгового каталога - то есть,  справочника товаров, тем не менее, _наименование_ этого элемента мы можем в корзине формировать какое угодно, и это никак не мешает дальнейшей обработке заказа в модуле.

Со сделкой, в общем-то, та же история, поскольку для менеджеров по продажам сделка в CRM - это заказ.