Вот здесь добавить пункт - установить текущие настройки для всех пользователей:

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

Продукт - Интернет-магазин + CRM

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

Сделайте пожалуйста права на стадии в заказе, как на стадиях в СРМ.

Актуально для интернет-магазин + crm

В БУС разделе заказов фильтр поддерживает местоположения, в Б24 интерфейсе в списке заказов такое отсутствует, соответственно теряется необходимый функционал:

Сейчас настройки полей и их обязательность заполнения для определенной стадии доступны только для сделок. В интерфейсе карточки ЗАКАЗА такого функционала нет. Просьба добавить его и в карточку заказа.

Реализовать нативную поддержку полей заказа в роботах заказов.

Чтобы можно было отправить письмо через роботы с таким содержанием:



Т.е поддержка полей:

1. ФИО покупателя
2. Телефон
3. Почта
4. Способ оплаты
5. Способ доставки
6. Состав заказа(!) с картинками элементов.
7. Адрес доставки.
8. Прочие поля заказа.

Сейчас отправка таких писем возможна только через события БУС + доп. модули маркета. Хотелось бы в роботах получить такое же изначально.

Если мы собрали заказ на складе самовывоза что указал клиент, логичнее было бы отправить ему письмо с картой и схемой проезда + телефоном склада. Как это делает тот же озон например.

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

Исходные данные:
Есть заказы (упрощённая схема создания сделки), основная мысль использовать из интернет магазина на Битрикс24.
В заказах есть роботы "отправить email" и "отправить sms" - они содержат шаблон отправляемой информации.

Проблема:
В настройках робота есть поле "Тип адреса клиента" http://joxi.ru/Q2KXNGkiwq17wA которое должно содержать адрес куда отправлять email(или sms). Как видно на скриншоте, возможно выбрать тип связанной сущности, но не заполненное клиентом поле в заказе! Получается если у связанной сущности будет несколько email одного типа - то робот отправит email на... непонятно куда.

Попытки решения:
Долго общался с ТП Битрикс24, объяснял и пояснял, но в итоге мне ответили:
Предложение:
Вместо значений сущности использовать значения полей из заказа! Можно увеличить функционал добавлением условий (если email не указан в заказе, то использовать из сущности)


p.s. если есть несогласие прошу написать в комментарии, а не просто ставить минус.

Было бы неплохо иметь возможность создавать свои бизнес процессы на основе типов заказов. Например добавить возможность при создании заказа указывать его тип, например:
1. Самовывоз
2. Заказ с удаленного склада.

И под каждый тип заказа добавить возможность выбирать свои статусы как самого заказа так и доставок.

Например при заказе самовывозом оставить 3 статуса - принят, комплектуется,выдан.
А для заказа с типом - заказ с удаленного склада - принят, запрошен счет у поставщика, отгружен поставщиком, готов к выдаче.

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

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