• На рассмотрении

    0

    Модуль СДЕК

    Андрей Акулов Обновлен 14 часов назад в категории CMS Общий функционал 2

    Здравствуйте!
    Встроенная функциональность модуля доставки СДЕК вряд ли востребована большинством магазинов, только по причине обязательного расчёта стоимостью доставки. Цена доставки сугубо индивидуальная вещь, она зависит от множества факторов, где-то порой нужно сделать завышенную доставку в каких-то случаев нужно наоборот занизить стоимость или вообще убрать. Порой разнородность товара не позволяет автоматически рассчитывать доставку по тем или иным причинам. А вот удобство, быстрота и ясность дальнейших действий при оформлении заказа, будет востребована как администратором так и покупателем. По этому прошу вас рассмотреть возможность разработки следующего функционала:
    Модуль СДЕК
    Задача минимум
    Покупатель при оформлении заказа выбирает доставку СДЕК, далее выбирает нужный пункт выдачи на основе геолокации, при этом рассчитывать цену доставки не нужно, вместо цены текст – «будет рассчитана менеджером», можно отобразить сроки доставки. Информация о выбранном пункте выдачи поступает в заказ администратору и покупателю.
    Примеры готовых виджетов можно найти на сайте СДЕК https://classic.cdek.ru/website/edostavka/upload/custom/files/pvzwidget(1).zip
    Задача максимум
    По аналогии на основе уже встроенного модуля доставки СДЕК – нужно оставить выбор пункта выдачи, но убрать расчёт доставки, сумму доставки должен указывать менеджер при обработке поступившего заказа. Далее администратор формирует накладные и трек для СДЕК по API. Только после этого информация о сформированном треке поступает покупателю. Сейчас трек формируется автоматически покупателем – это плохо, хотя в настройках у вас предусмотрена возможность отключать автоматически создавать трек на стороне СДЕКа но тогда почему-то не приходит информация о выбранном покупателем пункте выдачи ни админу ни покупателю.

    Надеюсь внятно изъяснился, заранее спасибо!
  • На рассмотрении

    0

    Модуль рассылок - UTM метки

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

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

  • На рассмотрении

    0

    Перевод сайта. Интернационализация контента

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

    Всем привет!

    Создаём новый проект и столкнулись со следующей проблемой

    https://readyscript.ru/dev-manual/dev_lang.html#dev_lang_initialization
    Идентификатором языка является двухсимвольное обозначение языка. Например: en,de,ru. Идентификатор языка получается с помощью метода RS::Language::getCurrentLang. Метод возвращает текущий язык системы по следующему правилу:

    Если это административная зона:
    попытка использовать язык, установленный в cookie
    попытка использовать язык браузера
    возвращается базовый язык

    Если это клиентская часть:
    попытка использовать язык, установленный в cookie
    попытка использовать язык текущего сайта
    возвращается базовый язык

    Вопрос. Для чего и зачем именно так сделано?!
    Если сайт на английском, то всё должно быть на английском по дефолту. Заходит в админку, допустим, наёмный сотрудник, у которого локаль польская - и что он получит? Админку на русском!

    Условие задано в файле /core/rs/language/core.inc.php в функции getCurrentLang() как:
    if (\RS\Router\Manager::obj()->isAdminZone()) {
    //Если это административная панель
    $sysLangs = self::getSystemLanguages();

    if ($request->cookie(self::COOKIE_ADMIN_LANG, TYPE_STRING)) {
    //Ищем установленный язык в cookie
    $current_lang = $request->cookie(self::COOKIE_ADMIN_LANG, TYPE_STRING);
    } else {
    //Ищем предпочтительный язык у браузера
    $accept_langs = explode(',', $request->server('Accept-Language'));

    ЗАЧЕМ?!

    Я создаю core.my.inc.php, где убираю это условие, оставляю лишь:
    if ($request->cookie(self::COOKIE_CUSTOMER_LANG, TYPE_STRING)) {
    //Читаем параметр из cookie
    $current_lang = $request->cookie(self::COOKIE_CUSTOMER_LANG, TYPE_STRING);
    } else {
    $site = \Setup::$INSTALLED ? \RS\Site\Manager::getSite() : null;
    $current_lang = ($site) ? $site->language : $request->cookie(self::COOKIE_CUSTOMER_LANG, TYPE_STRING, \Setup::$DEFAULT_LANG);
    }

    Но все эти my в ядре это так, на время... пока не обновится что-то. А с второй версии очень многое обновилось.

    Второй вопрос. Где взять полные файлы messages.lng.php и messages.js.php ?
    Сидеть по строчке выковыривать очень и очень долго.

    Третий вопрос. Что делать с тем, что строковые значения постоянно вместе с апдейтами, чуть-чуть, да изменяются?
  • На рассмотрении

    +1

    некорректная работа поиска [#886193]

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

    здравствуйте не работает поиск что делать? конкретно sony и solidsteel
  • На рассмотрении

    +1

    Добавить поле "AutoDir"

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

    Добавить таблицу в базе по аналогии со спец.категориями xdir
    product - id_cat

    Но для Категории с автоподбором товара. Чтобы например cron'ом раз в сутки таблица обновлялась
    и актуализировались данные
    id_auto_cat - id_product

    Тогда можно будет легко у товаров выводить в каких он есть автокатегориях.
  • На рассмотрении

    +4

    Несколько обменов с 1С

    Владимир Сафонкин Обновлен 2 месяца назад в категории CMS Общий функционал 3

    Всем привет.

    Наверняка у многих есть 1С и скорее всего вы используете стандартный обмен данными с веб-сайтом. Эта функция весьма полезная и работает достаточно хорошо (хоть и нуждается в некоторых доработках). Возможно вы замечали, что при использовании нескольких обменов данными с веб-сайтом, возникают некоторые проблемы.

    1) При большом количестве данных (я имею ввиду, когда у вас более 50 тыс позиций в выгрузке, в моем случае более 200 тыс) происходит обрыв связи спустя несколько суток. Нам же выгружаться несколько суток - это не совсем то, что нужно. Решение было найдено быстро и мы решили выгружать позиции порциями создав несколько обменов по 10-20 тыс позиций. (при таком объеме нужно отключать выгрузку изображений, иначе будет очень долго идти обмен. Конечно все индивидуально, но проблема такая существует в 1С Предприятие УТ 10, но она актуальна и для других..)
    2) Создав несколько обменов мы посчитали, что проблема решена, но это далеко не так. В Административной части имеется модуль "Обмен данными", при установки галочки в настройках модуля: "Обмен данными" - Что делать с товарами, отсутствующими в файле импорта? = Удалять/Деактивировать, кажется, что имея несколько обменов будет все норм, но это не так. Представим, что у нас имеются 5 отдельных обменов, мы запускаем выполняться первый обмен, затем второй и т.д., на сайте мы увидим, что все товары появились и все хорошо. Тут таится другая острая проблема - это остатки товара и их видимость на сайте. Представьте, что в настройках "Обмена данными", Что делать с товарами, отсутствующими в файле импорта? = Деактивировать, в этом случае вы делаете первый обмен данными и после этого хотите сделать второй, делаете второй обмен и замечаете, что все позиции из первой выгрузки отключились и не видны. Происходит это из-за того, что RS не учитывает идентификатор выгрузки и тем самым не знает о том, какой это обмен 1, 20 или 50-й по сути RS без разницы какой обрабатывать т.к. он лишь исполнитель.
    3) Остатки товаров - в случае если при первом обмене у нас в 1С было на остатках по одной позиции 1 шт, то после продажи этого товара оффлайн в магазине его остаток ноль, но сайт еще об этом не знает. Мы думаем, что запустив снова обмен, остаток обновится, но это не так. В обмен остаток нулевой не попадет (зависит от настроек). После того как обмен будет выполнен, на сайте остаток не изменится.

    Так как у каждого обмена есть уникальный GUID, необходимо реализовать механизм при котором, каждый обмен будет учитываться по GUID и RS будет понимать, какая именно выгрузка сейчас идет и к каким товарам нужно применять настройки обмена.
  • Исполнено

    +3

    Оплата заказов по QR коду

    Андрей Акулов Обновлен 2 месяца назад в категории CMS Общий функционал 1

    Вам когда нибудь приходилось оплачивать услуги ЖКХ по QR коду - ЭТО НЕВЕРОЯТНО УДОБНО!
    Было бы не плохо внедрить во все возможные способы оплаты QR код (на квитанцию, счёт, оплата картой и т.д., так же QR код должен приходить на e-mail вместе ссылкой на оплату)
    Почему это необходимо:

    1 . Это самый удобный и быстрый способ оплаты
    2. Я заметил, покупатель сильно напуган оплачивать в интернете картой (боится "светить" номера карты) С оплатой по QR коду такой проблемы не будет.
    Прошу сообщество проголосовать и поддержать меня в этом вопросе!
  • На рассмотрении

    0

  • На рассмотрении

    +3

    Изменить тему письма в e-mail уведомлениях о заказе пользователю.

    Павел С Обновлен 4 месяца назад в категории CMS Общий функционал 0

    Шаблон темы письма в уведомлениях к заказу такого вида: В заказе N12345 на сайте shop.com произошли изменения - вводит клиента в заблуждение, и вызывает много лишних вопросов. В приложениях прикрепляю свой вариант, на который предлагаю изменить уведомления.
  • На рассмотрении

    +2

    Обновить интеграцию с Мой Склад

    Daniel Pursell Обновлен 4 месяца назад в категории CMS Общий функционал 1

    Очень бы хотелось увидеть наконец-то рабочую связку с Мой Склад.
    С их стороны система солидно доработана уже,но со стороны RS пока пустовато,обмен данными идет,но много ошибок,как например ошибка складов(не появляются,либо просто 1 склад), цены вливаются в RS,но не в те поля,и на сайте их никак не включить(показывает цену 0(хотя цена в карточке товара есть)