Не понимаю, почему не настроена нормальная интеграция CMS и CRM? Хотя бы все поля передавать в CRM! Передаются только контактные данные клиента, прочие поля игнорируются.

У меня в заказе передаются файлы и поля описания клиента, но как мне эти файлы/поля/ссылки отправить в CRM? Никак...
Однако, в б24 решили закрыть CMS и просто собрать денег за CRM с функционалом CMS...

Нужен выбор соответствия полей + группа/очередь ответственных https://idea.1c-bitrix.ru/27869/

Считаю возможным отключить обязательную линейность цен.
Поясню на полиграфии:
за 100 буклет- 1 цена
за 300 - 2 цена
за 500 - 2 цена
за 1000 - 3 цена
заказать 400 нельзя, т.к. не делаем такого или таких упаковок нет или ещё какая причина..
а при увеличении количества в диапазонах берется значение Коэффициента, если диапазон прервался - переход к следующему значению.

т.е.можно указывать и так:
100-200 = цена
400-600 = цена
1000 = цена
2000 = цена
5000-10000 = цена

p.s. если есть решение в маркете - подскажите без минусов!

Необходимо сделать встроенный модуль или компонент выбор валюты на сайте, для платформы интернет магазина 1С-Битрикс, как у много других специализированных платформ как MAGENTO, PRESTASHOP или CS-Cart. Это очень важный и необходимый часть для специализированных платформ интернет магазина

Здравствуйте!
Есть идея слегка модифицировать вывод выпадающего списка со свойствами элементов раздела. Очень часто попадаются свойства с одинаковыми названиями. И приходится изрядно помучиться, чтобы найти нужный.

Теперь наглядно. Вот так выглядит список сейчас:




Как видите, имеются повторяющиеся свойства. Не понятно, к какому разделу отнести то или иное. А если справа от них указывать их CODE, было бы гораздо удобнее искать нужное.
То есть, было бы не "Страна", "Страна", а "Страна (ODEYALO_STRANA)", "Страна (PODUSHKA_STRANA)" и т.д.

Для страницы магазин настроки каталога и настроки разделов, на вкладке свойства элементов добавить возможность удалить свойство.

Почему это надо? Ведь есть у нас страница отдельная свойства товаров.
Потому что человек работает с разделами и создает свойства для разделов на этой вкладке. Создал он не верное свойство и жмет скрыть! И создает новое. Объяснять ему, что сейчас надо перейти куда-то еще и там удалить последнее свойство или искать свойство по названию. Для человека который наполняет магазин это рутинна.

Поэтому надо добавить столбец удалить, по клику окошко: "Вы действительно хотите удалить свойство?" и удаление, без перезагрузки страницы.

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

С возможностью выбора шаблона.

Всегда менеджерам по развитию интересно, какие города и области новые охватывает интернет магазин.
Было бы классно в админки,в кладку сделать география заказа.
Где бы открывалась карта России с метками, куда отправлены заказы,а в метки краткое описание.
И с возможность выгрузки заказов по Городу,области

И сделать градацию областей
Допустим области в которых заказов больше 500 выделяются цветом каким-нибудь
и тд и тд и тд


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

Сделать возможность копирования свойств заказа... Очень надоело создавать руками...

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

Накопилось много "справедливых" жалоб от клиентов. В итоге получился такой список доработок:

1. Зачем заполнять адрес доставки и местоположения, когда клиенту нужен самовывоз?
ФИО, телефон - это нужная информация, но зачем заполнять от 3х до 5-ти полей адреса, когда клиенту нужен только самовывоз? А Адрес, например, обязательное поле? Ведь нет зависимостей обязательности полей от службы доставки...

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

2. Некорректная работа фильтра служб доставки и оплаты в зависимости от города позволяет оформлять неправильные заказы.

Пример: Оплата наличными есть только для доставки курьером по Москве. Пользователь заходит на сайт, вводит Барнаул - фильтруются службы доставки (!) - появляется Доставка почтой. Она одна-единственная и поэтому клиент на нее мышкой не кликает, не выбирает.

Но (внимание!) после выбора города Барнаул платежные системы еще не отфильтровались. Надо ведь кликнуть на службу доставки. Поэтому в этом случае становятся возможными невозможные сочетания типа: Барнаул - Почта России - оплата наличными курьеру.

Аналогичный "финт" получается, если сначала выводятся службы оплаты, а потом доставки.

Надо либо проверку поставить, что клиент действительно выбрал службу оплаты/доставки и выводить ошибку, либо фильтровать оплаты по единственной службе доставки.

Для подраздела "Свойства товаров" раздела "Магазин" добавить возможность вывода колонок "Показывать на странице редактирования элемента" и "Показывать в умном фильтре".

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

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

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