Суть в следующем. Практика показывает, покупатель не хочет регистрироваться на всех сайтах где он хочет что то купить, но хочет видеть свой заказ и его статус в личном кабинете. Если не хочет регистрироваться не надо его принуждать. Но почему бы покупателю не предоставить доступ в личный кабинет, авторизовать его по привязке к телефону который он указал в заказе, там же он сможет по желанию поменять способ оплаты или полноценно зарегистрироваться. К тому же такой способ доступа для покупателя является более чем безопасный. Логины и пароли это пережиток прошлого, и их нужно как-то запоминать

Здравствуйте! Очень не хватает поля с датой отгрузки/доставки товара. Соответственно, чтобы это поле также было доступно в курьерском приложении с возможность выбора и сортировки заказов по дате доставки.

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

Конечно, можно снять галочку "Отправлять письмо со ссылкой на подтверждение" и санкций от хостинга не будет (отправка писем на несуществующие ящики), но это так себе решение, поскольку реальным пользователям такую ссылку отправлять логично и даже необходимо (по требованию, например, систем рассылок типа сендпульса)

В приниципе, механизм внедрения довольно прост и понятен, но это переписывание стокового модуля emailsubscribe

Добрый день, для выгрузки в Яндекс.Маркетплейс большинство полей соответствуют выгрузке в Яндекс.Маркет, но не все.

Нехватает нескольких обязательных полей:

1. Поле shop-sku ( <market-sku>123</market-sku> - прошу добавить это поле и сделать его как вручную заполняемое, так и с установкой флага, чтобы поле стало равно айди или артикулу товара. )

2. Поле Manufacturer ( <manufacturer>Brand</manufacturer> )

Прошу добавить в ReadyScript новый тип профиля экспорта данных: Яндекс.Маркетплейс

Описание требований экспорта https://yandex.ru/support/marketplace/catalog/yml-simple.html

Некоторые клиенты после завершения заказа просят удалить их аккаунт, т.к. боятся что персональные данные позже могут быть переданы третьим лицам.
Предлагаю добавить в ReadyScript опцию заявки на удаление аккаунта.
Пример, в личном кабинете у пользователя отображаем кнопку подачи заявки на удаление аккаунта, пользователь нажимает на кнопку, предупреждаем что аккаунт будет удален, еще раз запрашиваем подтверждение на действие. Далее администраторам по аналогии с заявкой на возврат, приходит заявка на удаление аккаунта пользователя, администратор подтверждает удаление или отклоняет. После удаления аккаунта, клиент получает письмо на почту или в смс, о том, что его аккаунт успешно удален.

Здравствуйте,
При выборе фильтра, товары фильтруются сразу, URL меняется, но заголовок и описание категории не изменяется пока не обновишь страницу. Т.е. человек может и не понять, произошло ли изменение в подборе товара.

Зачем система предлагает "Сопутствующий товар" если этот товар ИТАК уже добавлен в Корзину!!??? Масло маслянное получается - полная каша в корзине, покупатель с ума сходит видя этот ужас. (было обращение в поддержку № 622964)

Ответ RS:
"Вы можете скрыть сопутствующие услуги на сайте, чтобы их можно было купить только вместе с другими товарами и отдельно нельзя было положить в корзину. В системе не предусмотрена логика, которая бы корректировала список сопутствующих
товаров в зависимости от добавленных вручную товаров в корзине. "

Мой ответ:
"Вы можете скрыть сопутствующие услуги на сайте, чтобы их можно было купить только вместе с другими товарами и отдельно нельзя было положить в корзину" - это плохой вариант. Т.К. люди должны видеть эту опцию ДО оформления заказа

"В системе не предусмотрена логика, которая бы корректировала список сопутствующих
товаров в зависимости от добавленных вручную товаров в корзине" Напишу в пожелания т.к. эту логика ЛОГИЧНО добавить!

Добрый день.
Возможно ли при необходимости выключать вывод цен на товары, оставляя только кнопку "узнать цену"?

На примере заказа №363
Если поставить другой способ оплаты то скидка отображается, но как только выбираешь способ "наложка" то скидка учитывается НО НЕ ОТОБРАЖАЕТСЯ.
см.скрин.
Я понял из разговора с поддержкой, что поле "скидка" это суммирующее поле всех скидок и наценок, и если наценка больше скидки, то результат со знаком "+" и клиент не видит свою скидку даже если она фактически присутствует в заказе.
Это на амом деле не корректно, т.к. есть СКИДКА, а есть НАЦЕНКА и причины этих плюсов и минусов разные. В данном случае клиент постоянный и имеет право на скидку, но он ее не видит и у него возникает вопрос: А где моя скидка? И е его понимаю..
Можете пожалуйста поле скидка привязать к СКИДКЕ и чтобы наценка никак не влияла на отображение того что есть по праву скидки.
спасибо

Нынешняя реализация многоязычности и ее поддержка, это огромный костыль.
Менеджить два магазина, это так себе идея.
Гораздо проще, чтобы в самом товаре, можно было сразу заполнить все необходимые переводы на другие языки.

Системные переменные, было бы неплохо давать править прямо в админ панели, в отдельном разделе вывести их и оттуда формировать языковые файлы для цмс.

Сейчас любой перевод сайта, это по сути создание отдельного сайта, на диком количестве костылей.

У вас хорошая платформа, но постоянно ощущение, что вы сами ей никогда не пользовались по назначению или у вас отсутствуют проектировщики ui/ux как класс.