• Исполнено

    +4

    Передача параметров при формировании заказа из покупки в 1 клик

    Ба Ань Доан Обновлен 5 лет назад в категории CMS Общий функционал 0

    Допустим я авторизованный пользователь. Мой номер телефона указанный в профиле: 89111111111.
    Покупаю в 1 клик товар, но в форме указываю другой номер: 89222222222. В итоге при формировании заказа, второй номер не указывается нигде, я в заказе вижу только 89111111111.
    В моем случае, клиент может оставить номер 89222222222, т.к. первый у него недоступен, например.
  • Исполнено

    +6

    Купон на фиксированную скидку

    Антон Олейник Обновлен 5 лет назад в категории CMS Общий функционал 0

    Нужна доработка модуля купонов. Сейчас можно дать скидочный купон только на процент. Но невозможно дать скидку например на 500 рублей.
    Хотя судя по выпадашке с процентом, изначально предполагался выбор, типа скидки.
  • Исполнено

    +4

    Интеграция ТУРБО страниц Яндекс

    Андрей Викторов Обновлен 5 лет назад в категории CMS Общий функционал 5

    Добрый день.
    Помогите решить проблему. Пытаюсь добавить rss ленту в сервис https://yandex.ru/adv/turbo

    Пишет ошибка валидации.
    Видимо нужно сделать изменения на стороне RS согласно документации https://yandex.ru/support/webmaster/turbo/feed.html
  • Исполнено

    +7

    Капча

    Сергей Сальников-Введенский Обновлен 5 лет назад в категории CMS Общий функционал 1

    Сделать возможность установки другой капчи (в виде отдельного модуля)
  • Исполнено

    +7

    Google reCAPTCHA

    Константин Свердлов Обновлен 5 лет назад в категории CMS Общий функционал 1

    Есть ли возможность внедрить этот вид капчи? Когда пользователю не нужно ничего распознавать и вводить, а достаточно просто поставить галочку.
  • Исполнено

    +8

    "Самовывоз" для любого способа доставки и любого расчетного класса (типа доставки)

    Константин Свердлов Обновлен 5 лет назад в категории CMS Общий функционал 1

    Есть замечательный модуль https://marketplace.readyscript.ru/addons/cdekdeliverymap/ . Он демонстрирует следующий подход: в каком бы более-менее крупном городе не находился клиент, он будет воспринимать услугу доставки в ПВЗ СДЕК как самовывоз заказа. К нему же не до двери курьер доставляет заказ, а он его сам вывозит из ПВЗ.

    Другими словами:
    1. Доставка - это все, что до дверей клиента и требует ввода адреса (улица, дом, квартира).
    2. Самовывоз - это все, что до склада/ПВЗ/терминала ТК. Это требует только ввода города клиента и выбора из списка доступных в данном городе точек самовывоза. Ввод города в большинстве случаев не потребуется, т.к. работает геолокация.

    Это, как я понимаю, полностью противоречит текущему положению дел, когда "Самовывоз" - это обязательно бесплатно.

    Поэтому:
    1. В админке любой способ доставки помечаем как "Самовывоз" или как "Доставка по адресу". При этом даже Универсальный класс доставки может быть Самовывозом.
    2. На витрине на первом шаге оформления заказа (ввод контактных данных), где клиент вводит телефон/email/фио и выбирает из 2 вариантов "Самовывоз" или "Доставка по адресу", было бы идеально писать «Самовывоз (доступно X пунктов выдачи заказов в городе N (и ссылка "Другой город", на случай если геолокация ошиблась)». X получаем сложением всех доступных адресов самовывоза у всех включенных способов доставки "до склада" в этом городе.

    Вот на примере СДЕК. У меня сейчас 2 "клона" СДЕК доставок: один включает все услуги "до двери", другой все услуги "до склада". Скриншоты прилагаю. Один предполагает ввод адреса клиента, другой - только выбор нужного ПВЗ на карте.

    Тут напрашивается фраза "Нет пределов совершенству" :) Но, во всяком случае для моего магазина, именно такой подход выглядит самым логичным.
  • Исполнено

    +1

    Модуль интеграции с сервисами приема платежей в криптовалюте

    Павел С Обновлен 5 лет назад в категории CMS Общий функционал 2

    Предлагаю разработать модули для интеграции с сервисами приема платежей в криптовалюте.
    Как пример, интегрироваться можно с этими сервисами
    1. https://ru.cryptonator.com/merchant/
    2. https://bitaps.com/ru/merchant
  • Исполнено

    +8

    Подставлять имя пользователя в форму заказа при "заказе в 1 клик"

    Олег Токарев Обновлен 5 лет назад в категории CMS Общий функционал 1

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

    Зачем ??? Когда его имя и номер телефона (если был указан) уже известны.
    Не проще было бы автоматом подставлять его имя в эту форму, как это происходит при обычном оформлении (не в 1 клик). Это избавит пользователей от двойной работы...
  • Исполнено

    0

    Запретить индексацию страницы "Административный раздел"

    Андрей Викторов Обновлен 5 лет назад в категории CMS Общий функционал 1

    Внесите правки в настройки сервера, как минимум в настройки robots.txt по умолчанию, чтобы раздел /admin (или заданный другой URL) - не индексировался.
    Сегодня отсутствие данного пункта привело к тому, что Яндекс добавил раздел в "Быстрые ссылки". Теперь это выглядит так.
    Согласен упущение с нашей стороны, что не прописали самостоятельно. Просто первый раз столкнулись, что админстративка про индексировалась, да ещё в сниппет попала.
  • Исполнено

    +8

    Разработать функционал возврата товара

    Павел С Обновлен 5 лет назад в категории CMS Общий функционал 3

    Предлагаю создать систему возвратов товара. Для начала нет смысла делать ее сложной, но базовый функционал возврата и ведения статистики возвратов было бы неплохо иметь в ReadyScript.
    Какой ее вижу я?
    1. В меню "Магазин" добавляем пункт "Возвраты"
    2. В меню "Возвраты" добавляем функции сортировки, вывод списка возвратов, внутри каждого возврата отображаются товары, причина возврата, от кого был сделан возврат и.т.д.
    3. В личном кабинете пользователя для пользователя нужно сделать возможность отметить товары из истории заказов и нажать на кнопку, к примеру "Оформить возврат" . После чего, заявка на возврат попадает менеджерам магазина, а клиенту выходит на печать бланк возврата, с бланком клиент идет в магазин.
    4. Также нужно сделать так, чтобы клиент не мог оформить возврат, если прошло 7 или 14 дней (устанавливаем в настройках магазина) с момента, когда установили статус заказу "Выполнен и закрыт", но при этом чтобы у него была возможность распечатки бланка возврата. В данном случае он идет с бланком и товаром в магазин, и проблема с возвратом решается в индивидуальном порядке.
    5. В админке в меню "Возвраты" нужно добавить кнопку "Создать возврат" - которая работает по принципу создания заказов, но только для возврата.
    6. Товары на склад предлагаю не возвращать системой, а выполнять в ручном режиме, т.к. некоторые из возвращенных товаров не подлежат повторной продаже.
    7. Также можно выводить кнопку "Возврат товара" вне личного кабинета, на страницах сайта. В таком случае пользователь в форме возврата должен будет ввести сначала: номер заказа, почту или телефон на который был сделан заказ и например имя, на кого был сделан заказ + капча. Далее открывается форма где отображаются товары из заказа и их можно выделить, далее создать бланк возврата (но заявка менеджерам не будет формироваться, в целях борьбы со спамом)