Сегодня произошел интересный случай. Клиент случайно удалил сделки (сделки плотно взаимодействовали с элементами списка), так вот после удаления сделок, элементы все отвязались, все связи развалились. Считаю в корень не правильный алгоритм. Связи снимать нужно только после очистки корзины.
В итоге восстановили сделки из корзины, у сделок новые ID!!! считаю это тоже неправильным, ведь на ID может быть многое завязано. ID менять нельзя (присваивать новые нельзя) после восстановления из корзины.
В общем идея в том, чтобы адекватно сделать работу корзины. Удалять связи только после того как очистится полностью сделка из корзины!!! Просьба проголосовать т.к. это сегодня доставило огромную кучу проблем нашему клиенту(
или как вариант: переписывать ид привязанной сущности в списке при восстановлении из корзины
Также проблема, что удаляется абсолютно вся история. НЕДОПУСТИМО! Необходимо записать в историю, что сделка удалилась и после восстановления, добавить информацию, что сделка восстановилась!!!
В итоге восстановили сделки из корзины, у сделок новые ID!!! считаю это тоже неправильным, ведь на ID может быть многое завязано. ID менять нельзя (присваивать новые нельзя) после восстановления из корзины.
В общем идея в том, чтобы адекватно сделать работу корзины. Удалять связи только после того как очистится полностью сделка из корзины!!! Просьба проголосовать т.к. это сегодня доставило огромную кучу проблем нашему клиенту(
или как вариант: переписывать ид привязанной сущности в списке при восстановлении из корзины
Также проблема, что удаляется абсолютно вся история. НЕДОПУСТИМО! Необходимо записать в историю, что сделка удалилась и после восстановления, добавить информацию, что сделка восстановилась!!!
Столкнулись с проблемой, что для корзины нужно вывести подарки (пробники-парфюмерия), но пользователь ИМ может увеличивать количество подарков и после определённого количества вся позиция с подарками становится платной! Получается, что пользователь не может взять 2 товара в подарок и за 1 товар ещё заплатить!
Спасибо огромное за функционал корзин в модулях портала. Это очень важные и нужные функции. Но пользоваться этим пока немного не удобно.
Пожалуйста доведите их до ума.
1. Дайте возможность выбрать все элементы на всех страницах для удаления из корзины всего что там находится.
2. Сделайте индикатор процесса удаления (бегущая строка с процентом выполнения), а то сейчас не понятно, что-то удаляется или просто зависло.
3. Выведите в фильтр поле "Дата создания" элемента, что бы отфильтровать те что созданы и удалены в один день.
4. Сейчас пользователь, это тот кто удалил, а нужно еще Ответственного за элемент, что бы по ним тоже можно было фильтрануть.
Благодарю.
Пожалуйста доведите их до ума.
1. Дайте возможность выбрать все элементы на всех страницах для удаления из корзины всего что там находится.
2. Сделайте индикатор процесса удаления (бегущая строка с процентом выполнения), а то сейчас не понятно, что-то удаляется или просто зависло.
3. Выведите в фильтр поле "Дата создания" элемента, что бы отфильтровать те что созданы и удалены в один день.
4. Сейчас пользователь, это тот кто удалил, а нужно еще Ответственного за элемент, что бы по ним тоже можно было фильтрануть.
Благодарю.
Сейчас можно ограничивать "службу доставки" и "платёжную систему" только по внутренним параметрам корзины:
цене, типу плательщика, служба доставки, сайт, валюта, стоимость корзины)
но нет внешних ограничений:
группа пользователя, регион заказа, свойства товаров
Предлагаю реализовать по дефолту хотя бы группу пользователя, с её помощью можно разграничивать возможности зарегистрированных пользователей.
цене, типу плательщика, служба доставки, сайт, валюта, стоимость корзины)
но нет внешних ограничений:
группа пользователя, регион заказа, свойства товаров
Предлагаю реализовать по дефолту хотя бы группу пользователя, с её помощью можно разграничивать возможности зарегистрированных пользователей.
Добрый день!
Необходимо создать функционал который бы позволял бы настраивать права доступа на корзину и запретить удалять файлы в обход корзины.
Данный функционал необходим чтобы избежать преднамеренного и несанкционированного уничтожения данных.
Необходимо создать функционал который бы позволял бы настраивать права доступа на корзину и запретить удалять файлы в обход корзины.
Данный функционал необходим чтобы избежать преднамеренного и несанкционированного уничтожения данных.
Появилась задача с необходимостью вывода рекомендованных товаров на странице корзины и добавлением этих товаров напрямую в таблицу корзины без перезагрузки всей страницы.
В новой корзине есть только следующие функции (action`ы), поддерживающие AJAX:
- изменить количество товара;
- удалить товар из корзины;
- восстановить удаленный товар;
- отложить;
- изменить выбранное ТП;
- объединить одинаковые товары.
Предлагаю добавить к этим action`ам возможность добавления товара в корзину.
Сейчас приходится это делать костылем через action восстановления удаленного товара.
В новой корзине есть только следующие функции (action`ы), поддерживающие AJAX:
- изменить количество товара;
- удалить товар из корзины;
- восстановить удаленный товар;
- отложить;
- изменить выбранное ТП;
- объединить одинаковые товары.
Предлагаю добавить к этим action`ам возможность добавления товара в корзину.
Сейчас приходится это делать костылем через action восстановления удаленного товара.
Реализуйте, пожалуйста, возможность показывать тип корзины - b2b или b2с (расширенный режим или компактный) в зависимости от группы пользователей, как показывается тип цены. Тогда будет возможность использовать функционал по максимуму для всех видов клиентов, ведь клиенты могут быть разными.
Нужна возможность хранить в корзине своё изображение товара, а не только подтягивать его из товара. Сейчас его даже хранить негде, в таблице b_sale_basket нет подходящего поля, куда можно его записать.
Мне это надо в основном для расцветок. Сейчас предлагается для каждого цвета товара создавать своё торговое предложение со своим изображением. В моём случае будет минимум 213 торговых предложений и они будут отличаться только изображением, что не очень экономно, по отношению к базе. (Максимум 213^13 торговых предложений, что чуть меньше, чем 2*10^30 = шибко много, и совсем другой разговор).
Зачем хранить и обслуживать потом такое количество торговых предложений, если можно просто подставлять нужное изображение в корзину?
Мне это надо в основном для расцветок. Сейчас предлагается для каждого цвета товара создавать своё торговое предложение со своим изображением. В моём случае будет минимум 213 торговых предложений и они будут отличаться только изображением, что не очень экономно, по отношению к базе. (Максимум 213^13 торговых предложений, что чуть меньше, чем 2*10^30 = шибко много, и совсем другой разговор).
Зачем хранить и обслуживать потом такое количество торговых предложений, если можно просто подставлять нужное изображение в корзину?
Занимаясь разработкой сайтов зачастую приходится переносить очень интересные решения на БУС. И благодаря работе отдела маркетинга последнее время все чаще клиенты просят уйти от "кучи ненужного кода" и реализовать их логику не нарушая работы стандартных механизмов БУС'а. Это была преамбула, а сейчас будет немного эпик-фейлов.
При разработке выяснилось, что документация по созданию своих правил, условий и действий в Скидках и Правилах корзины просто отсутствует. Не беда - работаем по-старинке: ковыряем ядро. А дальше встает эпик-фейл: до момента создания заказа НЕЛЬЗЯ вытащить все примененные скидки.
То есть, что это означает по-факту:
1) Вы не можете сообщить клиенту: добавь этот товар к заказу и получишь подарок или возьми 2 получи скидку
2) Вы не можете интегрировать внешний механизм скидочных карт, потому что Вы не знаете какие правила корзины будут выполнены ДО момента их выполнения
3) Вы не можете произвести отладку системы, так как цена изменилась, но сигнализировать почему она изменилась Вы не можете. Т.е. выбрал новый тип доставки -> изменилась цена. Все понятно.
Добавил еще 1 товар и цена может измениться как в бОльшую сторону (например менеджер ошибся при заведении скидки и установил что за 2 товара Х - наценка 10%, тогда при покупке 2-х товаров по 100 рублей, клиент увидит не 200, а 220 и не узнает почему и будет жаловаться, а разработчик будет отлаживать данный механизм очень долго).
4) Нельзя проводить аналитику брошенных корзин - как узнать, что наличие акции Х в январе увеличивает показатель брошенных корзин на 5% ? Нет, можно понять если в январе только эта акция, а если их 10? А если 50? То есть нужно составлять полное исследование ВСЕХ брошенных корзин чтобы это понять.
Предложение звучит следующим образом:
1) Храните (или позвольте хранить) примененные правила корзины к конкретной корзине/неоформленному заказу. Можете считать из последнего заказа, можете "выбирать первый", если неизвестно.
2) Напишите документацию по расширению сценариев. Это очень нужно!
При разработке выяснилось, что документация по созданию своих правил, условий и действий в Скидках и Правилах корзины просто отсутствует. Не беда - работаем по-старинке: ковыряем ядро. А дальше встает эпик-фейл: до момента создания заказа НЕЛЬЗЯ вытащить все примененные скидки.
То есть, что это означает по-факту:
1) Вы не можете сообщить клиенту: добавь этот товар к заказу и получишь подарок или возьми 2 получи скидку
2) Вы не можете интегрировать внешний механизм скидочных карт, потому что Вы не знаете какие правила корзины будут выполнены ДО момента их выполнения
3) Вы не можете произвести отладку системы, так как цена изменилась, но сигнализировать почему она изменилась Вы не можете. Т.е. выбрал новый тип доставки -> изменилась цена. Все понятно.
Добавил еще 1 товар и цена может измениться как в бОльшую сторону (например менеджер ошибся при заведении скидки и установил что за 2 товара Х - наценка 10%, тогда при покупке 2-х товаров по 100 рублей, клиент увидит не 200, а 220 и не узнает почему и будет жаловаться, а разработчик будет отлаживать данный механизм очень долго).
4) Нельзя проводить аналитику брошенных корзин - как узнать, что наличие акции Х в январе увеличивает показатель брошенных корзин на 5% ? Нет, можно понять если в январе только эта акция, а если их 10? А если 50? То есть нужно составлять полное исследование ВСЕХ брошенных корзин чтобы это понять.
Предложение звучит следующим образом:
1) Храните (или позвольте хранить) примененные правила корзины к конкретной корзине/неоформленному заказу. Можете считать из последнего заказа, можете "выбирать первый", если неизвестно.
2) Напишите документацию по расширению сценариев. Это очень нужно!
В настройках дополнительных услуг так же добавить ограничения, например по категории товара.
Чтобы выводить те или иные дополнительные услуги в зависимости от того, какие товары добавлены в корзину.
Например:
Служба доставки "Доставка в дом"
Дополнительные услуги:
- "Установка стиральной машины" выводится, если в корзине есть товары "Стиральные машины";
- "Настройка телевизора" выводится, если в корзине есть товары "Телевизоры";
- Если в корзине есть товары удовлетворяющие нескольким дополнительным услугам, выводить все эти дополнительные услуги.
Чтобы выводить те или иные дополнительные услуги в зависимости от того, какие товары добавлены в корзину.
Например:
Служба доставки "Доставка в дом"
Дополнительные услуги:
- "Установка стиральной машины" выводится, если в корзине есть товары "Стиральные машины";
- "Настройка телевизора" выводится, если в корзине есть товары "Телевизоры";
- Если в корзине есть товары удовлетворяющие нескольким дополнительным услугам, выводить все эти дополнительные услуги.
А почему до сих пор не реализованы опции для товара в стандартном функционале? Даже в joomshoping'е есть, а у нас битрикс все таки. Считаю необходимым внедрение функционала дополнительных опций (как в шаблоне битроник) в поставку стандартного ИМ начиная с редакции малый бизнес.
Вот к примеру как на prom.ua если товары в корзине от разных компаний они группируются отдельно по каждой компании и соответственно своя кнопка купить, свой заказ и тд
В Битриксе появилась такая сущность как Компания
Еще бы научились разбивать корзину на несколько заказов и соответственно оформлять по отдельности если отгрузку товаров в корзине будут осуществлять разные компании
Два сценария
1 фактически разные компании используют одну площадку для продажи разных категорий товаров
2 несколько компаний используют одну площадку для продажи товаров
В Битриксе появилась такая сущность как Компания
Еще бы научились разбивать корзину на несколько заказов и соответственно оформлять по отдельности если отгрузку товаров в корзине будут осуществлять разные компании
Два сценария
1 фактически разные компании используют одну площадку для продажи разных категорий товаров
2 несколько компаний используют одну площадку для продажи товаров
На странице оформления заказа в Блоке товаров есть ссылка Изменить, но нажатие на нее просто делает картинки чуть больше. Хорошо бы сделать так, чтобы при нажатии можно было изменять количество товаров, удалять товары и может даже добавлять новые как на сайте в корзине.
В 1С-Битрикс создаем профили компаний из разных государств.
Определяем страну по IP
Отображаем цены в национальной валюте
Принимаем платежи на счет юрлица, зарегистрированного в конкретном государстве.
Если в нужной стране нет юрлица, то отображаем цены базовой страны.
Определяем страну по IP
Отображаем цены в национальной валюте
Принимаем платежи на счет юрлица, зарегистрированного в конкретном государстве.
Если в нужной стране нет юрлица, то отображаем цены базовой страны.
Сделать чистку корзин для авторизированных пользователей, точно также как чистятся для неавторизованных
Было бы удобно оперировать кратностью
Хорошо бы иметь такую настройку, на ряде проектов удаляю этот функционал.
Просто чтобы удалить фото приходится копировать целый компонент.
Просто чтобы удалить фото приходится копировать целый компонент.
Ответил 
16.03.2016 13:08:46
16.03.2016 13:08:46
Стоит в планах правок данного компонента.
В таблице b_sale_basket_props тип поля VALUE вместо varchar(255) сделать longtext, так как иногда необходимо в качестве свойств товара в корзине сохранять достаточно длинные описания - приходится изменять тип в БД вручную.
Если на странице 2 аяксовых компонента, то отрабатывает первый из них. (Проверялось на корзине и веб формах).
В компоненте корзины
Все что после - идёт лесом.
По идее данные должны соотносится с компонентом, которому они предназначаются.
З.Ы. Я не говрю уже о
в CComponentAjax.
В общем возмущению нет предела.
Спрашивается, для чего нужны компоненты, если ничего толком не работает?
З.Ы.Ы Битрикс такой битрикс
В компоненте корзины
if ($_REQUEST["AJAX_CALL"] == "Y" || $_REQUEST["is_ajax_post"] == "Y") {
die();
}
|
По идее данные должны соотносится с компонентом, которому они предназначаются.
З.Ы. Я не говрю уже о
preg_match_all('/action=(["\']{1})(.*?)\1/i', $arData[$key], $arAction);
$url = $arAction[2][0];
if ($url === '' || $this->__isAjaxURL($url))
{
$arData[$key] = CAjax::GetForm($arData[$key+1], 'comp_'.$this->componentID, $this->componentID, true, $this->bShadow);
}
else
{
$new_url = str_replace(CAjax::GetSessionParam($this->componentID), '', $url);
$arData[$key] = str_replace($url, $new_url, $arData[$key]);
}
$bDataChanged = true;
|
В общем возмущению нет предела.
Спрашивается, для чего нужны компоненты, если ничего толком не работает?
З.Ы.Ы Битрикс такой битрикс
© 2001-2023 «Битрикс», «1С-Битрикс». Работает на 1С-Битрикс: Управление сайтом.
Соглашение об использовании сайта
Соглашение об использовании сайта
