Идеи пользователя 201674

Сейчас у мейл маркетинга и тригерных рассылок есть вполне нормальные шаблоны почтовых рассылок. Но вот я одного не пойму - почему нельзя сделать нечто подобное для стандарных событий?? Уведомлении о заказе и прочего. Вы разработчики вообще видели в каком веке застряли эти дефолтные письма?? Так красиво рисовать "полёты в космос" в презентациях 18-го буса, а по факту красивый фасад и не более.

В бусе нифига нет инструментов для работы с возвратами! Есть только один унылый документ в складском учёте. Всё! Когда клиент хочет вернуть товар или часть товаров, то как это всё проводить по битриксу? НИКАК! Нет ни привязки к заказу, ничего нет.. Даже когда возвратов мало это доставляет неудобства. Необходимо отменять отгрузки / оплаты по ВСЕМУ заказу, что-то мудрить и прочее.. Зачем столько сложностей?

Кто-нибудь что-то сделает в этом направлении?

Не так давно появился функционал архивирования заказов. Да, безусловно некоторым такая функция будет полезна. Что ещё хотелось бы видеть - архивирование скидок. Когда их дофига уже сложно разбираться где/что/как/когда было. А так в архиве будут лежать старые, не мешая при этом актуальным.

До всяких рефакторингов менеджера заказа во время печати документа была одна важная деталь - до печати можно было выбрать какой товар выводится в накладной для печати. После апдейта (больше года как) нельзя выбрать список товара для печати. А это важно! Невозможно напечатать документ для той или иной отгрузки. Будет ли решение??

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

Вот смотрел битриксдей и не понимал, почему разработчик не замечает очевидных вещей, на которые ему указывают если не сотни то десятки пользователей.. Телефония, все дела, как привлечь клиента.. А вот то, что этому клиенту нельзя нормально продать комплект / набор это как бы не в счёт.. Лично я уже не помню сколько раз Битрикс просили сделать автоматический расчёт цены для комплекта. С боем битрикс осилил складской учёт в комплектах, но вот с ценами настоящая беда.

Сколько не спрашивай суппорт - скоро, уже, ждите, обязательно будет. Ну да, уже и не спрашиваем. А за что собственно тогда в лицензии платим? За полуфункционал? Наверное, за чемодан без ручки.
Что касается наборов. Вроде бы и норм, но вот только какой смысл, если в набор нельзя поставить скидку??
Будет хорошо, если представитель компании всё же расставит окончательные точки над "і". Если функционал появится - реально когда, или обойдётесь, у нас много дел, пусть так и работает. Как бы хочется видеть определённость.

В новом менеджере заказов появилась возможность создавать несколько оплат. Удобно, но только не совсем. К примеру, человек хочет сделать покупку, но часть товаров (которых временно нет в наличии и будут поставлены под заказ) оплатить наложенным платежом, а те, что есть - банковской картой. И тут начинается пляска с калькулятором, экселем и т.д., чтобы разбросать сумму на разные способы оплаты. Этой бы проблемы не было, если к оплатам можно было бы привязать товары из заказа.

Сейчас штатный функционал позволяет объединять доставки в группы. Кроме наглядности функционал такого решения практически пустой. Нужна более глубокая доработка. Например: курьерская доставка по МСК и Подмосковью. Стоимость доставки заказа по МСК зависит от веса, а если это замкадье, так ещё и от расстояния. А вот теперь представьте СКОЛЬКО необходимо составить служб доставок, чтобы курьерка работала по всем правилам компании.. Фактически один такой простой с виду сервис  требует около 20-ти доставок. Эту проблему можно было бы решить в рамках одного модуля специализированной службы доставки (как почта или емс), но такой службы до сих пор нет..

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

Приятно, что новый менеджер заказов НАКОНЕЦ-ТО вышел после полуторагодовалого анонса, работы у вас было действительно много. Я достаточно пристально следил за этим менеджером, но к разработчикам у меня есть ряд небольших претензий. Наверное, разработчики чуть далеки от понятия удобства пользования интерфейсом. Что имеется ввиду? Во время осенней презентации 2014 года был показан детальный скрин КАК должен был выглядеть новый менеджер (по большому счёту он так и выглядит), но в итоге что-то из функционала исчезло, а где-то видно, что работу сделали как бы на скорую руку.. Я очень внимателен к деталям, многое чего заметил, о чём и хочу сказать.

Вот для примера скрин:

Это состав заказа. А вот что получаем в релизе:

Читать подробнее...

Все знают, что есть автоматизированные службы доставки, а есть настраиваемые. После рефакторинга служб доставок в 16-й версии (ау, когда всё выползет из беты???) все свалили в кучу, что где-то даже логично. Если автоматизированными всё понятно, то вот с настройкой настраиваемых не всё гладко. В них ну очень не хватает комиссии за объявленную ценность заказа.
Пожелание - добавьте комиссию за объявленную ценность, чтобы можно было рассчитывать стоимость доставки более корректно.

Сейчас нет фильтрации по пользователям того или иного сайта, чтобы грамотно сделать мейл-рассылку. Можно фильтровать по администраторам, зарегистрированным пользователям и т.д., но это не то.
У меня два сайта - домен *.ua и *.ru. Рассылки нужно делать раздельно, но вот модуль не может мне фильтровать пользователей по принадлежности к тому или иному сайту.

Нужно чтобы модуль Email-маркетинга видел принадлежность пользователя к сайту (s1. s2, s3...).

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

В настоящий момент только заголовок торгового предложения выводится символьным кодом. Если зайти в карточку товара, то перебор предложений уже идёт по ID и это чётко видно в заголовке браузера. Как-то не очень..

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

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

Для российского рынка самым популярным способом доставки является Почта России и это ни для кого не секрет. В Украине всё иначе - самый популярный почтовый оператор "Новая Почта" - частная компания. Именно на неё приходится основная "нагрузка" продаж через интернет-магазины. А теперь по сути. Уже больше года назад Новая почта обновила формулу расчёта доставки, изменила алгоритмы. Таким образом модуль доставки который поставляется битриксом в релизе управления сайтом уже год как неактуален, более-менее точный расчёт доставки попросту невозможен.

Предлагается разработчикам допилить обработчик Новой почты до актуального состояния. Не нужно что-то заумного и в пять слоёв замудрёного - просто чтобы нормально считало доставку. АПИ у новой почты есть, всё открыто. Только сделать. Владельцы интернет-магазинов работающие в Украине будут безмерно благодарны.