Здравствуйте! Стоимость доставки вещь сугубо индивидуальная, она зависит от множества факторов. На практике, в большинстве случаев, стоимость доставки определяться менеджером магазина в ручном режиме. Поэтому в модуле доставки СДЕК хочется видеть:
1. возможность отключать расчёт стоимости доставки
2. покупатель должен иметь возможность выбирать желаемый пункт выдачи и видеть только сроки доставки и адрес. Пример можно посмотреть здесь https://fly-cat.ru/widget/example4-3.html Хочется видеть только эту информацию что в указанной ссылке и ничего лишнего
3. предусмотреть возможность располагать модуль:
а. в карточке товара
б. на этапе оформления заказа раздел "доставка"
в. на этапе оформления заказа раздел "подтверждение заказа" (на тот случай если этап оформление "доставка" и "оплата" пропускаются в настройках магазина

PS:Для общего ознакомления. С некоторыми примерами работы виджета можно ознакомиться здесь http://www.test.valf.ru/examples/
Скачать примеры виджетов и документацию можно на официальном сайте СДЕК https://www.cdek.ru/clients/widget.html

Спасибо, жду комментариев разработчика!

Поправьте подключение шрифтов, а не это непоими чего в +100500 местах

Блок расчета стоимости доставки на странице товара отрисовывается после получения ответа от последнего из перевозчиков. В случае со СДЭКом сейчас время отрисовки достигает десятков секунд. Было бы правильнее выводить каждый вариант доставки независимо от остальных, сразу после готовности расчета.

В данный момент при клике пользователя в корзине на "оформить заказ" ему приходится ждать около 11 секунд до тех пор пока загрузится страница оформления самого заказа!!! Сайт luchski.ru - установлен модуль оформления заказа на 1 странице. Настроена интеграция с курьерской службой СДЭК.

https://radikal.ru/video/5JNU1RKovP2 - записал видео для наглядности.

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

Предложения:
1. Сделать просчет стоимости доставки таким же образом как он просчитывается в карточке товара через модуль, чтобы это не влияло на скорость загрузки страницы с оформлением заказа. Пока пользователь заполняет поля с ФИО, почтой и т.д. параллельно или после грузится информация о способах доставки, чтобы уменьшить время ожидания до минимума.

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

Думаю, что многие пользователи редискрипт, кто пользуется интеграцией СДЭК со мной согласятся.

Добрый день!

Было бы здорово, когда мы добавляем товар и в характеристиках указываем "совместим с", чтоб этот товар автоматически прикреплялся в "рекомендуемые товары" к тому, с кем совместим.

Например:
Мы добавили кожаный чехол для iPhone X и указали в основных характеристиках "совместим с iPhone X", и после сохранения товара, чтоб он появился на сайте в графе "Рекомендуемые товары" у всех моделей iPhone X.

Это значительно сэкономит время и предотвратит ошибки.

Все привыкли к удобной существующей системе списания товаров при оформлении заказов. И надо сказать она удобна.
Но, неудобные нюансы мешающие работе появляются, когда у магазина больше одного склада. Магазин работает без включенной системы складского учета.

К примеру мы имеем 10 шт одного товара, 3 на первом складе и 7 на втором, всего 10.
Пользователь заходит на сайт и покупает 5 единиц товара, при этом в readyscript пользователь не может выбрать с каких складов ему списывать товар (оно и правильно). В итоге, создается заказ в админке в котором 5 товаров списаны с основного склада. В итоге, в каталоге товаров мы видим, что у нас осталось 5 товаров (все логично) см.рис.1. Однако, если открыть карточку товара, то мы увидим, что на первом складе стоит -2 товара, а на втором складе по прежнему 7 см.рис2. Курьер забирает 3 товара с основного склада и 2 со второго, при этом он не делает никаких перемещений, а просто отвозит товар клиенту. Потом, если со склада допустим привезли 5 тех же товаров и сделали перемещение, то на первом складе останется 3, а на втором 2, а это не правильно и может и вызывало путаницу в наличии товара.

Отсюда предложение:

Сделать так, что если на основном складе товара реально меньше чем необходимо клиенту, то в первую очередь списывать товар с основного склада и добирать нехватку со второго или третьего в зависимости от кол-ва складов. Т.е. в нашем примере, чтоб с первого склада списалось бы 3 товара, а со второго 2, чтоб не оставались отрицательные значения. А если заказ отменить, то возвращалось бы все на склады в том же порядке, откуда сколько списалось, туда столько и вернулось.

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

Вот такое пожелание. Думаю со мной многие согласятся. Это во многом улучшит продукт.
Надеюсь пожелание не останется незамеченным.

Давно уже хотел об этом написать.
Необходимо переименовать характеристики, которые относятся к мета-тегам. Это "Заголовок", "Ключевые слова", "Описание". При импорте смотрится ужасно. Если "Ключевые слова" ещё понятно, то "Описание" и "Заголовок" крайне не логичны, их предназначение угадываешь только благодаря наличию "Ключевые слова" рядом.

Например, добавьте к ним в начало "МЕТА" и будет понятно:
МЕТА - Заголовок
МЕТА - Ключевые слова
МЕТА - Описание

А то ведь получается как в СССР пытались всё подряд переводить и ни черта толком понятно не было. Я прекрасно помню те газеты, в которых вместо adidas было написано АДИДАС.
Вообще, эти термины называются title, keywords и description.

***
Вообще, это касается импорта категорий.
Но надо внимательно в целом поработать в этом направлении и сделать везде одинаково.
Т.к. при импорте товаров эти поля называются уже иначе.

Текущий механизм импорта комплектаций подразумевает выбор изображения для комплектации из уже загруженных в систему.
Но, иногда бывают ситуации, когда мы формируем csv, не обращаясь к системе ридискрипт. Вернее, так бывает всегда :) Просто далеко не всегда сложные (и нелогичные) прайсы от поставщиков приходят.

В общем, нужен механизм загрузки изображений в момент импорта комплектаций. Пусть это будет дополнительное поле, которое мы будем использовать, когда действительно нужно загрузить в систему новые изображения. Если же мы хотим использовать уже существующие изображения, то используем поле "Фотографии".

***
Поясняю для обывателей, кто редко комплектациями пользуется.
Допустим, есть товар Шапка, у него три комплектации на цвет - синяя, красная и зелёная; и три комплектации на размер - 1, 2, 3. Получается многомерная комплектация.
А теперь представьте, что таких Шапок у нас 2000 штук. И у каждого цвета каждой шапки своя картинка.

Пытаемся это загрузить. Допустим, загрузили всё как товары - проблем не будет, мы можем грузить как с пути к фотке относительно сайта, как с абсолютного url картинки (это медленнее, но Readyscript загрузит), а также просто с zip-архива. Вместо одного товара получилось три товара - Шапка Мономаха синяя, Шапка Мономаха красная и Шапка Мономаха зелёная. Пути к загруженным изображениям выглядят как /storage/photo/original...
При импорте комплектаций поверх товаров нужно указать локальный адрес (относительно корня сайта) уже загруженного изображения.
Но в csv поставщика значений локальных путей к /storage/photo/original... не будет. Возможно имя изображения из архива с изображениями, возможен адрес сайта, в особо приятных случаях возможно совпадение имени изображения с артикулом. Но это нам ничего не даст

Вот и получается, что в readyscript нет способа импортировать комплектации с изображениями.
А это дикий косяк, я считаю. Но к нему ещё каждому надо будет прийти...

Просьба добавить возможность выбора склада (или нескольких складов) по которым учитывалось бы наличие товаров при активации фильтра "Выгружать только товары, которые в наличии?"

Предлагаю доработать ReadyScript и сделать его совместимым с Яндекс Турбо.
Модуль из маркетплейс не решает данную проблему.

Инструкция https://yandex.ru/support/webmaster/turbo/market.html

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

При загрузке YML файла в настройках Яндекс Турбо страниц, вылетает ошибка валидации YML:

Неправильный формат данных в элементе offer