[spoiler]
Интернет-магазин 12.0.2 ( beta )
Добавлена история изменения заказов
В форме просмотра заказа появилась новая вкладка, в которой отображается история изменения заказа с возможностью фильтрации.
Улучшена форма выбора товаров
Обновлена форма поиска товара, появляющаяся при оформлении заказа в административном разделе:
- появилось дерево разделов слева
- стало удобно выбирать торговое предложение; отображаются свойства предложений
- можно фильтровать по свойствам товаров, в параметрах которых отмечена опция “Выводить на странице списка элементов поле для фильтрации по этому свойству”.
Обновлён список заказов
В списке заказов добавлены пресеты и фильтры:
можно редактировать статус заказа:
Еще
Исправлены пресеты в списке покупателей.
Использование пластиковых карт теперь включается в настройках модуля опцией “Использовать пластиковые карты” (по умолчанию выключена).
Обновлены все печатные формы, доступные в магазине, теперь они выводятся в удобной форме, правильно считаются налоги и показываются скидки.
Проведена работа по устранению ошибок в отображении свойств и картинок торговых предложений:
- В формах просмотра и изменения заказа отображаются свойства торгового предложения.
- Свойства предложений можно отображать и в печатных формах. Для этого отметьте опцию “Выводить свойства товара” в диалоге печати документа.
- В ближайшее время выйдет обновление решения (bitrix.eshop) в маркетплейсе, исправляющие ошибки работы с СКУ в нем.Свойства товаров будут показаны в корзине, в форме оформления заказа, и в административных формах просмотра корзины, списке и форме заказов. Для этого нужно выполнить следующее (после обновления решения и модуля):
- Для компонента catalog настроить параметр "Свойства предложений добавляемые в корзину"
- Для компонента eshop.catalog.top (с главной) настроить параметр "Свойства предложений добавляемые в корзину", также исправить параметр "Название переменной, в которой передается код товара для покупки" на уникальный для каждого подключения компонента
- Чтобы применить исправления в шаблоне, необходимо запустить мастер настройки решения, который обновит текущий шаблон.
Исправлена ошибка выбора службы доставки при редактировании заказа.
Исправлена ошибка с удалением товаров из заказа при его редактировании.
Исправлена ошибка, в результате которой при клике на товар из заказа не осущесвлялся переход к товару.
CSaleDelivery::GetList() теперь возвращает описание служб доставки.
Исправлена ошибка, в результате которой нельзя было управлять типами цен в редакции “Малый Бизнес”.
В настройках модуля невозможно было включить напоминание о неоплаченных заказах.
Интернет-магазин 12.0.3 ( alfa )
Добавлено формирование отчёта в контексте выбранного сайта
Теперь фильтр по магазину есть во всех отчётах. Влияет он на данные или нет, определяется полями, выбранными в конструкторе отчётов, поэтому он виден всегда, как и период. Суммы в отчётах отображаются в валюте выбранного магазина.
Добавлены поля для выбора в конструкторе отчётов
Расширен набор полей, доступный при построении отчета по заказам, товарам и покупателям.
Добавлен вывод меры веса в отчётах
При построении отчета по товарам доступно поле “Вес”.
Вес в отчётах отображается в единицах веса выбранного магазина.
Исправлены ошибки
Исправлен некорректный подсчет суммы оплаченных заказов на странице списка покупателей.
В компоненте sale.basket.order.ajax выводится информация о скидке.
с историей изменения вы конечно круто
придется модуль снимать с продажи
а все изменения фиксируются?
интересует:
1. изменение состава заказа (удаление, добавление изменение строк с товарами)
2. отслеживание изменений при интеграции с 1С
Но я вас понимаю )
2. да, изменения фиксируются
из опыта необходимости отслеживания изменений заказов именно история изменения состава оказалась наиболее востребованной и ценной. Особенно в случаях интегрции с 1С на уровне обмена заказами.
Т.е. это очень надо, чтобы можно было смело считать, что история изменения заказа реализована на 100%
Среди пользователей не волшебников, которые по пересчитанной сумме в сосотоянии определять, что же произошло с составом, и как получилась данная сумма
мы его "похоронили"
просмотры не фиксируются. В основном задача то стоит именно в фиксации изменений.
Что касается просмотров - вот вам простой пример того, что не надо следить за людьми. Надо следить за результатами.
На одном из предприятий меня попросили сделть так, чтобы фиксация просмотра была в связи с корпоративными стандартами. Однако... после того как изучил стандарты, указал заказчику, что речь то идет о действии, а не просто о реакции.
Просто добавили статус - в работе.
Итог - по инструкции, если менеджер не приступил к работе с заявкой в отведенное время - он нарушил стандарт.
Не имеет значения - видел или не видел. Главное - когда перевел в статус "В работе" и сколько утекло с момента статуса "Новый заказ"
Ребятам из Битрикса лучше бы концентироваться на сильном фреймворке с закрытием всех дыр, недочётов и его развитии, чем на разработке дополнительных модулей.
А вот модули отдавать на развитие разработчикам из маркетплейса. Этот путь тяжелее, чем вклёпывать своё, но он наиболее правильный. А-то не ясно, для чего придумали маркетплейс, если со своими же партнёрами конкурируют.
Если человек захочет купить интернет-магазин маркетплейсовский, а не Битриксовский, ему же скидки не делают. Купи полную лицензию ПЛЮС решение из маркетплейса.
Ссылка на Профиль покупателя в Параметрах заказа (Админка) ведет не туда:
{имя сайта}/bitrix/admin/sale_buyers_profile.php?ID=3&lang=ru
тогда как реально открывающая профиль покупателя ссылка:
{имя сайта}/bitrix/admin/sale_buyers_profile.php?PAGEN_5=&SIZEN_5=20&USER_ID=3&lang=ru
оперирует USER_ID, а не ID...
Кроме того, не могу понять, почему покупатель появляется в Списке покупателей, только после того, как я делаю Изменить заказ...
Необходимо установить данное обновление без потерь данных, либо выяснить другой способ установки возможностей которое предлагает данное обновление в частности при просмотри детальной информации вкладки ( описание, характеристики, отзывы и тд и тп ) навигация при просмотре списка товаров в низу странице.
Идеал:
1) Дата - время
2) Логин
3) Какое свойство менялось
4) Предыдущее значение
У данного подхода плюсов намного больше, чем у Вашего.
Один из огромных ПЛЮСОВ - осуществление отката изменений по журналу (с помощью скриптов).