Новый чекаут - если не заполнено поле email - в него подставляется сгенерированный левый адрес. После успешного размещения заказа клиента перебрасывает на страницу создания учетки, где его просят ввести только пароль. Если бы у нас была авторизация по номеру телефона или адресу почты - это нормально. Но так как у нас авторизация только по электронке, в случае если покупатель адрес не указывал, при перебрасывани на страницу создания учетки - хорошо бы вывести и поле ввода электроной почты также.
2 лайка
Планируем это добавить в 4.10.1.
3,5,6 пункты планируем исправить в ближайшем RC.
- На сколько я вижу что для емейл-уведомлений нет такой переменной как pickup_point. Но такая переменная есть у Документов (order.summary, order.invoice, packing_slip.default)
1 лайк
Добрый день.
Объясните, пожалуйста, почему в корзине не отображается вариация характеристики?
Товар показывается, а его размер не показывается.
1 лайк
Здравствуйте, а когда появится обновление 4.10.1 для простых смертных (без RC)?
Планируем выпустить финальный релиз 4.10.1 до конца мая.
Уже занимаемся этой проблемой. Исправления войдут в финальный релиз 4.10.1.
Спасибо за информацию. Проблему воспроизвели и исправили. Исправление войдёт в один из будущих RC, и уже вошло в финальный релиз 4.10.1 в таком виде:
-
Когда все характеристики с целью “Сгруппировать вариации в одну позицию в каталоге” (теперь это “Вариации как один товар”), например, “Размер”:
Во всех характеристиках учитывается позиция варианта.
-
Для случая когда есть характеристики с целью “Сгруппировать позиции в каталоге как вариации” (теперь это “Вариации как отдельные товары”), например, “Цвет”:
Позиция варианта также учитывается при выборе подходящего товара, но приоритет отдается родительским товарам. Таким образом, если родительский товар имеет комбинацию вариантов характеристик Цвет: Черный; Размер: M, то при переключении на Цвет: Черный, будет показан именно размер M.
Всё верно, переменные есть в документах, документы используются в емейл-уведомлениях. В емейл-уведомлениях не отображается точка выдачи заказа. Но я точно не знаю, модуль Шиптор использует точки выдачи, которые есть по умолчанию в CS-Cart, или он использует какие-то свои сущности. Поэтому я и спрашиваю, откуда берутся данные для переменных pickup_point?
А когда ждать следующую RC? Явно найдем что еще поправить до выхода финальной, запланированной на конец мая. Времени то мало остается
Думаю, будет один RC на этой неделе, но точных сроков у меня нет. Пока только планируем работу на ближайшие 2 недели (в т.ч. что в какой RC войдёт) и анализируем задачи.
Кстати, выпускается RC довольно быстро, и я почти сразу его на форуме анонсирую.
А что-нибудь по интеграции с 1С новых вариаций? Какие-нибудь новости?
Задача сделана, сейчас в тестировании. Новые вариации – это прямой аналог товарных предложений из 1С. Если вы их используете, то сможете отказаться от кучи малопонятных настроек со вкладки “Настройка опций”.
Когда у вас новые вариации, вот этого всего не будет:
Будет просто одна строка с таким смыслом: “Хотите импортировать товарные предложения – используйте вариации, а дальше всё заработает само”.
P.S. Существующие пользователи смогут продолжить использовать комбинации опций и эти настройки, если им это вдруг нужно. Но мы крайне рекомендуем переходить на вариации.
Неудобство в том, что в админке показываются все вариации. Решение - пользоваться поиском и сохранять настройку поиска. Но все же проблема в том, что при каждом новом открытии товаров, выпадает список вариаций по умолчанию. И надо постоянно кликать на сохраненный вариант.
А есть возможность, чтобы этот сохраненный вариант был по умолчанию? Если нет, то может рассмотрите эту реализацию?
Сейчас обнаружил что у RC версии можно создать фильтр на скрытую характеристику и самое главное это фильтр будет отображаться и работать. Раньше вроде нельзя так было делать, скрыл характеристику и фильтр исчез автоматом. Или я путаю и так всегда было? Мне кажется это полезная очень ситуация когда видимость фильтра не привязана к видимости характеристики. Если это временная “фича” RC версии, то убедительно прошу оставить этот функционал и в финальной версии.
Еще один Кейс, от которого мне не хорошо.
У меня в магазине радиаторы, конвекторы, полотенцесущители (стальные, алюминиевые, дизайнерские и так далее).
https://ktk.kiev.ua/vogel-and-noot-vertical-profil/
Их основные хар-ки это Высота, Длина, Ширина, Тип.
У разных производителей, разные числовые значения. Если их все внести в характеристики, то получим +/- следующее…
Высота: от 200 до 2000 с шагом 50 мм… То есть 40 вариантов хар-ки.
Длина: от 400 мм. до 3000 мм. с шагом 50 мм. То есть 60 вариантов хар-ки.
Ширина: от 50 до 300 мм. с шагом 50 мм. То есть 6 вариантов хар-к.
Еще возможны варианты покраски. около 10-20 цветов. У каждого радиатора свое кол-во.
Так вот, всю эту кучу характеристик я внес.
Создаю первый, простой радиатор, у котого 2 высоты (350 и 500мм), 3 длины (500,600,700), 3 глубины (80,93,108) мм.
И прихожу в ужас по след. причинам:
- Жду от 5 минут, пока карт выдаст страничку с вариациями.
Take screenshots on Firefox | Firefox Help
наверное это из за того что много значений у хар-к для вариаций.
- А теперь полный капец, начинаю выбирать из этой массы, то что я хочу, а хочу я следующее…
2 высоты (350 и 500мм), 3 длины (500,600,700), 3 глубины (80,93,108) мм.
http://autowinner.com.ua/images/companies/1/ice_video_20190514-145257.gif?1557835555961
Это долго, трудо затратно, не эффективно, и после добавления лично у меня болели глаза, пока я целился в нужное. и верятность ошибки велика. Я в шоке, как это оптимизировать?
В старых вариациях было просто, в нужный товар вбивались опции с размерами конкретного товара и между собой схрещивались. А теперь надо подставлять (выбирать) нужные варианты из массы вариантов для конкретного радиатора и только тогда их схрещивать. В моем случае, с моим размерным рядом это фиаско…
4 лайка
Первое решение, которое мне приходит в голову, такое – через экспорт/импорт:
-
Целиком заполняю карточку одного радиатора.
-
Экспортирую этот товар. Важно: теперь в CSV-файле в отдельных столбцах можно экспортировать характеристики, на основе которых создаются вариации.
-
Добавляю товару столбец с общим артикулом группы вариаций.
-
Копирую строку с товаром столько раз, сколько радиаторов нужно.
-
Правлю значения характеристик в каждой строке на нужные.
-
Импортирую товары, и получаю настроенные вариации.
Есть и решение через админку:
-
Целиком заполняю карточку одного радиатора.
-
Клонирую его столько раз, сколько нужно.
-
Выделяю все клоны, нажимаю “Редактировать выбранные”.
-
Меняю значения характеристик на нужные.
-
При создании группы вариаций не создаю новые товары, а объединяю существующие.
Не знаю целиком все ваши бизнес-процессы (если бы знал, то возможно, посоветовал бы другое решение). Думаю, в вашем случае удобнее всего было бы создавать товары автоматически (например, через импорт прайс-листов от поставщиков).
Не знаю, буду пробовать по вашей рекомендации, но что то сомневаюсь. Все равно надо все править, крыжить, отнимать, добавлять, так как каждый 3-й товар индивидуален по размерному ряду.
А может подумать над таким вариантом…
- Перед тем как начать формировать вариации здесь
https://screenshots.firefox.com/XYg7hakujnEiNcUF/autowinner.com.ua
была бы возможность выбрать чекбоксами, нужные варианты галочками, и они потом между собой схрещивались? - Вопрос скорости, попоробуйте пож-та у себя, сделайте три хар-ки по 15 вариантов в каждой. Как быстро они будут подгружаться.
- И при обновления 4.10, я могу пропустить трансформацию старых вариаций в новые?
2 лайка