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

2. Нет возможности убрать проверки в tpl файлах. Клиенты просят убрать одно и то же, поэтому я добавил в tpl условия {if $THEME_SETTINGS.captcha}инпут{/if} для быстрого отключения ненужных полей. Сейчас если вырезать код с капчей - то переход на следующий шаг невозможен, т.к. остается проверка ее заполненности.
Капча никому в корзине не нужна, и боты до корзины тоже не доходят, т.к. нужно еще товар туда положить. А вот в комментариях и форме обратной связи она нужна. В итоге полностью отключать модуль капчи нельзя. То же самое и с остальными полями - имя, телефон, E-mail. Проблему решит возможность добавить в tpl строку наподобие {captcha.required=false} или в системе должна быть проверка наличия инпута перед валидацией, чтобы можно было решить проблему универсально и в одном месте.

3. Селекты "Самовывоз" и "Доставка по адресу" в блоке "Адрес" (на первом шаге). Этот блок просят убрать ВСЕ. Сразу же за ним снова идет выбор типов доставки, что создает тавтологию. Я понимаю что он нужен для адреса если нужна доставка, но это похоже на костыль. Предлагаю реализовать появление полей адреса, города и т.п. в выбранном блоке доставки.
Также предлагаю рассмотреть возможность создания полей ввода для типов доставки или расчетных классов доставки в панели управления. Даже для самовывоза часто нужно указать город самовывоза и пункт.

Добрый день!

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

Например:
Мы добавили кожаный чехол для 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, чтоб не оставались отрицательные значения. А если заказ отменить, то возвращалось бы все на склады в том же порядке, откуда сколько списалось, туда столько и вернулось.

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

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

Здравствуйте, при первом же объемном заказе возникли проблемы импорта, которых не было в устаревшей OkayCMS (на основе Simpla):

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

2. Загрузка изображений. В какую папку положить файлы изображений чтобы достаточно было указать только имя файла? Пришлось потратить много времени чтобы переделать файл импорта для указания путей со слешами для каждого изображения товара. Это лишние действия, нужна папка по-умолчанию, например с названием "import" в папке "storage", чтобы достаточно было указать только имена файлов изображений товаров.
Также у многих поставщиков изображения в файле CSV прописаны в виде ссылок. Почему система не поддерживает загрузку изображений по ссылке? Не пришлось бы тогда вообще заниматься скачиванием и переносом изображений вместе с выше описанной ерундой. Для избежания перегрузок в OkayCMS сначала записываются эти ссылки в БД, далее когда на фронте запрашивается изображение товара - оно скачивается, ресайзится и происходит замена записей в БД. На случай если какое-то изображение недоступно по ссылке - запись в БД заменяется на пустое значение. Далее в админке такие товары можно отфильтровать и обработать вручную.

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

4. При создании категориям не прописываются URL (кстати в панели они называются "Псевдоним", в импорте "URL адрес" что создает путаницу и непонимание, ведь это просто URL). Аналогичная проблема с брендами.

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

6. Поддержка кодировки UTF-8. При парсинге в ANSI появились странные символы вместо некоторых букв кириллицы. При сохранении файла в UTF-8 они исчезли, но импорт ReadyScript не понимает UTF-8. Изменил кодировку, но некоторые используемые в HTML символы не перевелись, например символ "×".

7. Автогенерация артикулов. Без артикулов импорт обновляет и выгружает товары некорректно, многие значения не добавляются. Поэтому перед импортом файла, в котором у товаров не указаны артикулы, нужна автогенерация согласно настройкам модуля "Каталог товаров". Также нужен чекбокс для активации этой возможности в модальном окне.

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

9. Название колонок в файле CSV. Я понимаю что в чужой монастырь со своим уставом не ходят и на работоспособность это не влияет, но все же почему например колонка, которая должна называться "Название" называется "Короткое название", ведь длинного нет. Для быстрого запоминания было бы удобно использовать короткие и понятные названия длиной в одно слово. Сейчас при составлении CSV нужно постоянно сверяться. "URL имя" - это просто "url", "Описание товара" - просто "Описание", ведь это импорт товаров и тут пояснений не нужно. "Описание(description)" - это просто "Description", пояснения не нужно чтобы неопытные пользователи сюда не лезли, а кому нужно тот знает что это такое. Соответственно "Заголовок" - это "Title", "Ключевые слова(keywords)" - "Keywords" и т.п.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Предлагаю разработать платный модуль по синхронизации RS с МС по API. Данным методом можно автоматизировать много процессов и функций. Так как синхронизация методом Commerc ML очень ограничена.

Можно автоматизировать много процессов.
1. (Самое главное) Можно передавать заказы на определенный склад (р.точку). Это если у вас несколько торговых точек в рознице и на сайте отражены эти точки как ваши магазины или склады. Покупатель делает заказ самовывозом с определенной точки и МС создает заказ именно на этот склад и передает в розничный интерфейс на ту р.точку. Вам не нужно каждый раз в ручную дорабатывать заказы в МС, чтобы ваша точка могла отгрузить этот заказ.
2. Можно синхронизировать контрагентов, как с МС в RS так и обратно. Это избавит от дублирования контрагентов в обоих базах. Покупатель может зарегистрироваться в базе МС на р.точке а потом еще и зарегистрироваться на сайте. И после заказа RS синхронизирует это все в МС. И получаем дубли которые потом нужно постоянно править в ручную.
3. Можно синхронизировать оффлайн заказы и покупки с р.точек. Это удобно для тех кто ведет продажи не только онлайн. И очень удобно предоставить покупателям их статистику покупок как с интернет магазина так и оффлайн магазина р.точки. Тут и можно организовать всякие бонусные программы, скидки простые и накопительные со всех мест их покупок. Чтобы не разграничивать покупателей оффлайн от онлайн покупок. Ведь они ваши клиенты независимо где они приобретают вашу продукцию.
4. Можно синхронизировать постоянное обновление наличие товаров со всех складов и р.точек - хоть каждую минуту, не нужно ждать 30 минут. Когда в эти 30 минут товар уже может быть продан на р.точке и в этот момент покупатель сделал заказ на сайте. Потом приходится выкручиваться и что то придумывать.
5. Синхронизировать бонусные программы, скидки и накопительные скидки. Также их статистику, чтобы тоже дать возможность покупателю видеть и контролировать их.

Я указал пять основных функций с которыми мы работаем постоянно, которые приходится делать в ручную и постоянно контролировать и тратить время. Также думаю такие функции нужны многим пользователям RS + МС. А вообще МС по API передает и принимает все, можно реализовать очень много функций.

Это автоматизация вашего бизнеса как оффлайн так и онлайн. Которая сократит ваше время и нервы на контроле и ручной работе. Также расширит функционал, даст возможность статистики покупателям, организации бонусных программ со всех ваших пунктов продаж, и привлечет больше клиентов. (Проверенно, это работает!) Людям нравится видеть их покупки, скидки, накопленные баллы и т.д..

Я этот вопрос поднимал в поддержке RS. Сказали, если будет спрос на данный функционал, займутся разработкой такого модуля.
Предлагаю откликнутся (плюсануть) кому интересен данный модуль. Кому нужна автоматизация RS с МС и другие функции.