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

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

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

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

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

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

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

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

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

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

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

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

Разница в ценах и способ доставки в зависимости от города/региона. К примеру Себестоимость изготавливаемой мной продукции очень маленькая, я могу себе позволить продавать в Казахстан по меньшей цене, за которую люди будут готовы взять мой продукт, а в столице нашей по более высокой, что тоже не ударит людям по карману, и я побольше заработаю.
Так сказать. разбивка территорий по "экономическим" зонам, со своей ценой в каждой зоне, желательно в национальной валюте региона, и соответственно со способами доставки привязанными к этому региону. Если это г.Семей р. Казахстан то человеку показывает цену 4500 тенге, и при оформлении заказа показывает доставку Каз Почтой либо другим доступным способом в р. Казахстан. Если это г. Новосибирск, Россия, то цена 900р. доставка почтой России, служба СДЭК и т.п.

Город выбирается по GeoIP
Наценки к примеру ставятся на подобии как в модуле "филиалы", к примеру указываем областной центр и к нему цену "регионА" либо наценку от базовой цены.

Жду мнений народа, а так же подсказок как меньшей кровью это реализовать уже доступными в системе функциями)

Не ожидал, конечно, такого - с утра поспорили про тайтлы в Readyscript.
Проблема натурально ни о чём, но такого же не должно просто быть.

Итак, текущая ситуация с тайтлами в Readyscript выглядит так
1. title = название меню. нет названия у меню (главная), нет и тайтла, NULL
2. идём в модуль заголовки (pageseo) - "Позволяет устанавливать заголовки страниц, описания, ключевые слова". Пишем туда предполагаемый тайтл. Что мы получим на странице? Думаете, его и получите? Нет, мы получим конструкцию "Название меню :: Тайтл pageseo"
3. Ситуацию можно запросто поправить через модуль seocontrol "Управление заголовками, мета тегами, seo-текстами", но зачем нам для решения столь простой задачи два модуля?

Как решение вижу я - а так, как на других движках.
Нет тайтла в настройках, бери название по меню. Есть тайтл, выводи его, а про название из меню забудь, оно только для админки. И для главной - втыкай название сайта, например.

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

Предлагаю в способах доставки добавить настройку, при которой можно задать время доступности этого способа доставки. Например, у нас есть срочная доставка в течение 3 часов, но она действует до времени закрытия магазина. В таком случае было бы удобно установить время к примеру до 18:00 отображать клиенту этот способ доставки, а с 18:00 скрывать.

Предлагаю создать особый тип товара - "Набор".
По аналогии с сопутствующими товарами в такой набор добавляем "Состав набора"
С тем отличием чтобы была возможность установить количество товара в наборе по умолчанию. И, желательно, минимально возможное количество для этого набора.
В карточке набора вместо галочек (как у сопутствующих) отображается сразу установленное количество по умолчанию.
А так же, что бы клиент мог из карточки товара изменить количество того или иного элемента из набора до добавления в корзину.
В зависимости от количества того или иного элемента набора рассчитывается общая цена набора.
Учет ведется по количеству товаров: например если одного из входящих в набор товаров нет на складе, набор не отображается в системе.
При покупке набора на складе уменьшается количество товара входящего в набор.

Приведу пример:
заказываем суши: добавляем набор в корзину и одним кликом добавляем побольше любимых роллов.
заказываем цветы: добавляем букет, делаем побольше красных роз, поменьше белых, добавляем еще одну гипсофилу.
заказываем технику: выбираем количество месяцев гарантии.
заказываем лампочки: акция: упаковка лампочек, минимальное количество 6шт. При этом на складе они учитываются поштучно.

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



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

Добрый день!

Ситуация следующая:

Настроена возможность выбора числа товаров на страннице - Показывать по: 20 50 100

Если при нахождении на последней странице каталога при 20 товарном отображении (адрес вида /catalog/?p=57) нажать на Показывать 100 (адрес вида /catalog/?p=57&pageSize=100) получаем ошибку 404 так как при 100 товарном отображении такой страницы каталога конечно не существует.

Можно ли как то устранить проблему? Например, при смене числа отображаемых товаров делать переход на первую страницу.

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