Добавить возможность настраивать распределение заказов по ответственным.
Или сделать возможность пользователем с правом обработки заказов изменять ответственных за заказ.
Или хотя бы так: чтобы менеджеры сами могли изменять ответственного. Чтобы изначально заказ был общим, а потом если менеджер начал с ним работать, он бы и становился ответственным. И опционально: если другой менеджер продолжает работать с заказом, чтобы ответственный менялся на него

Снова возник вопрос по фильтру в заказах - как фильтр переименовать?
Сейчас только такой вариант - заново сохранять с новым именем, а предыдущий удалять.
Крайне неудобно!
Просьба сделать так, чтобы можно было переименовать название

День добрый!
К примеру, есть товар (допустим, залежался на складе) - я хочу установить на него скидку (акцию) - иду в режиме редактирования товара в закладку Торговый каталог - Скидки, а там при отсутствии установленной скидки - просто текст. То есть по сути мне надо идти в раздел со скидками там создавать акцию, в нее добавлять товар - как-то сложно...
Нельзя ли в закладке Торгового каталога сделать ссылку хотя бы на данный раздел со скидками?
А то неудобно(
Или же создать там кнопку "Добавить акцию" - нажал и сразу заполняешь условия по скидке для данного товара

В УТ11.4 для товаров используется справочник "Марки (Бренды)"
в УТ11.4 он находится в разделе CRM и Маркетинг:
https://www.screencast.com/t/xwl7MlxezCmU

в УТ 11.4 справочник заполнен:
https://www.screencast.com/t/ZLlLjRgLc

в УТ11.4 в справочнике Номенклатура для товаров также все значения присвоены.
Вид в справочнике Номенклатура:
https://www.screencast.com/t/LMfFOO1zM4

карточка товара:
https://www.screencast.com/t/nupeTussF

Для того чтобы бренды правильно отображались на сайте, необходимо выгрузить бренды в HL-блок в нужном виде: так чтобы можно было задействовать этот HL-блок в Интернет-магазине.

В типовом модуле обмена данная возможность отсутствует. Можно выгрузить только дополнительные реквизиты (пользовательские свойства 1С УТ11).

Есть пожелание включить справочник "Марки "Бренды" в типовой модуль обмена.
Голосуем. Поддерживаем идею.

В ЧПУ детальной страницы карточки товара по умолчанию выводится символьный код названия товара:
https://www.screencast.com/t/dKCDOgyAFpJ

Идея в том, чтобы в URL карточки товара, вместо символьного кода названия товара -  подставлялся символьный код значения артикула:
https://www.screencast.com/t/Q7QjzQln

Весь смысл такой подстановки в том, что в некоторых случаях товарные позиции покупатели ищут именно по артикулу, а не по наименованию.
И если в URL присутствует символьный код артикула - то это положительно должно сказаться на SEO.
К тому же артикул как правило неизменный, а наименование может меняться по каким либо причинам.

В типовом интернет-магазине возможность такой подстановки по артикулу отсутствует, и  требуется кастомизация.
Предлагаю поддержать идею реализации в типовом интернет-магазине от 1С-Битрикс.
Полагаю будет востребовано.

Реализуйте, пожалуйста, возможность показывать тип корзины - b2b или b2с (расширенный режим или компактный) в зависимости от группы пользователей, как показывается тип цены. Тогда будет возможность использовать функционал по максимуму для всех видов клиентов, ведь клиенты могут быть разными.

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

Поэтому предлагаю: добавить возможность задавать пользовательские ограничения для правил работы с корзиной и скидок на товар аналогично службам доставки и платёжным системам.

Не нашла нигде возможно менять закладки местами - по алфавиту, к примеру, или же в любом удобном для себя порядке
http://prntscr.com/jrbcs0
Если бы можно было перетаскивать просто - было бы здорово!

Было бы здорово иметь такую подсказку с товаром, как на картинке.

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

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

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

Добрый день!

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

Пример:
вывод строки ввода номера карты лояльности партнера, если пользователь отметил галочкой свойство - "у меня есть карта лояльности"

или

вывод поля ввода даты доставки, если пользователь отметил галочкой свойство - "нужна доставка на определенный день"

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

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

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

Но есть чудовищное решение:
Например, для фильтрации по каким либо параметрам умному фильтру необходимо наличие идентификаторов всех товаров, которые возвращает компонент search.page. Но если результатов поиска много (при большом количестве товаров, удовлетворяющих поисковому запросу), то компонент (точнее стандартный CSearch::Search) будет сильно тормозить.
Метод CSearch::Search при порядка 60к результатов может отрабатывать от 20 сек в зависимости от индексируемых параметров, используемого аппарата.

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

 ловлю себя на мысли, что при выборе http://prntscr.com/h6f4fi, допустим, какого-то значения св-ва (с типом = привязка к элементу) нужного в списке не создано - нельзя ли добавить кнопку "создать" в форме сразу? http://prntscr.com/h6f4jz как-то так
чтоб не идти в раздел инфоблоков с контентом и не создавать сначала элемент, а потом возвращаться на этап подбора..

Речь о связке между интернет-магазином на Битрикс и CRM Битрикс24. Если заказ в интернет-магазине переходит в состояние "оплачен", синхронизация переводит связанную с ним сделку в статус "Успешно завершена".

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

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

Для интернет магазинов с доставкой в списке персональных данных обязан быть АДРЕС и ПОЛНОЕ ФИО - если работают через почту.
Сделайте возможность редактирования списка персональных данных. Сейчас конечно можно сделать полностью своё согласие, но не хватает, то совсем немного.

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

Доброго времени!

Нужно динамическое ценообразование. Мульти: ценовость, складовость есть, а динамических цен нет.

Предлагаю сделать так, чтобы цена изменялась динамически (автоматически) в зависимости от:

- количества оплаченных заказов;
- качества (объема) заказов, их комплектности;
- сезона: зима, лето, осень, весна - полезно для сезонных товаров;
- температуры на улице: например, чем жарче, тем дороже охлаждающие напитки;
- времени суток: ночь, день - полезно для стимулирования продаж, например, ночью товар можно сделать слегка дешевле, чем днём;
- остатка на складе, например, используя принцип, чем меньше товара на складе, тем выше цена;
- приближения праздников.

Если интернет-магазин связан, например, с Яндекс Маркет, то при изменении цены на сайте выгружать на площадку динамически измененные цены. Сделать возможность включить/отключить данный сценарий.

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

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