Добрый день, это здорово, что вы вовремя сделали поддержку онлайн-касс, но, на мой взгляд, решение от АТОЛ-онлайн одно из самых дорогих на рынке, которое подходит для ИМ с более или менее стабильной прибылью выше среднего. Для интернет-магазинов с редкими заказами платить по 40-50 тыс. в год только за онлайн-кассу выглядит как издевательство. Модуль NextPay, который появился не так давно, частично и временно решает проблему, но непонятно сколько такая схема просуществует. В итоге, владельцы интернет-магазинов с небольшими оборотами остались фактически перед выбором либо уйти с рынка, либо действовать "по старинке" (до первого штрафа).
К счастью, небольшой анализ рынка показал, что есть и другие решения, которые стоят дешевле и позволяют выкупить кассовый аппарат, чтобы не платить ежемесячную аренду. В частности, решение от LifePay - плата в 500 руб в месяц (не считая самой кассы) выглядит намного более обоснованной. Решение от Модуль.Кассы тоже более доступно, чем АТОЛ. Есть (и будут появляться) еще какие-то решения, типа Старрус, либо (если у магазина уже есть онлайн-касса) решение от МойСклад (бесплатное приложение для Andriod для соответствия ФЗ-54). Но, к сожалению, все эти решения пока не поддерживаются платформой ReadyScript.

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

Скажите пожалуйста планируется ли на следующий год разработка полноценной мультиязычности?
Редисрипт отличный движок но не хватает рабочего мультияза. Так чтобы без костылей и танцев с бубном((
Тем более что ранее уже разрабатывали мультияз и есть наработки

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

В результате форма заказа будет визуально упрощена.

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

Происходит путаница с остатками, которую трудно выявить, особенно тем магазинам, кто не работает с 1с.
Необходимо возвращать остаток к предыдущему значению, если заказ не был исполнен (то есть произошла отмена заказа).

Перемещение и сортировка в каталоге товара мышкой между товарами у Вас не реализовано. Очень нужная функция! А то например, одна модель и разные цвета могут находиться в начале каталога и в конце, это как то не правильно

Добавить возможность добавления в поисковой индекс значений полей созданных для категорий и(или) товаров через модуль "Редактор ORM объектов"

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

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

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

------
Пример вывода несуществующих комплектаций
------
Допустим, есть некий товар, пусть это будет ведерко для шампанского с бокалами.
У товара есть 4 комплектации: Первые три - это вариации ЧЕРНОГО ведерка в разной отделке и разными бокалами,
четвертая комплектация - это КРАСНОЕ ведерко с бокалами.

Создаем параметры комплектаций для этой группы товаров: "Цвет ведерка", "Цвет бокалов" и прочие, которые в нашем примере не так важны. Для каждого товара прописываем эти параметры и их значения.

В итоге, на странице товара при выборе комплектации с черными ведерками все работает отлично, но если выбрать КРАСНОЕ ведерко (а у нас в примере всего один товар с таким цветом), то все остальные характеристики, как не меняй - ничего не изменится, всегда будет висеть сообщение "Нет в наличии" (кроме того случая,когда посетитель "методом тыка" и перебора всех вариантов попадет в существующую комплектацию.

Здравствуйте!
Необходимо вынести в настройки модуля Каталог фичу добавления в карту сайта неопубликованных товаров.
Поясню, зачем.
Допустим, имеется клиент, менеджеры которого вручную управляют каталогом. А мы занимаемся сео в том числе.
Менеджерам удобно нажать пимпу, снять с публикации. И, чтобы сайт не отдавал таким товарам 404, настройка есть, это очень хорошо. То есть, заиндексированный товар есть, ссылка с поиска выдаст посетителю этот товар (а дальше "нет в наличии", "заказать" - это уже лирика)
Но. С течением времени, такие "эффективные менеджеры" рушат всё сео на корню. Было 5 тысяч товаров, стало 1 тысяча товаров. Выключают всё, что уже не производится, нет пока в наличии или же просто нерентабельно. Им так удобно - конечно, удобнее нажать пимпу, чем с остатками играться.
Плюс, возможно мы хотим влить 10к фейковых товаров для увеличения массы сайта :)

Так вот, в /modules/catalog/config/handlers.inc.php есть функция getPages
а там жёстко вбит костыль
$api->setFilter('public', 1);
то есть, если непублично, в карту сайта не попадает.