Было бы полезно и удобно если был бы разработан готовый модуль, генерирующий для товаров разметку JSON-LD
За данным форматом микро-разметки кроются: неплохая и красивая подача товара в поисковой выдаче, а также позитивное движение сайта поисковиками... Конкретно Google заявил, что ему нравятся сайты с данной разметкой!

Здравствуйте.
Предлагаю в виджете CRM в админке добавить возможность не показывать уже выполненные задачи.
Скриншот https://yadi.sk/d/fMSMq8NyA6blhQ

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

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

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

Предлагаю добавить опцию оформления заказа сверх остатка с удаленного склада в модуль: Магазин
Суть опции: клиент кладет в корзину товара больше, чем есть в наличии. Система сообщает, что такого количества товара нет в наличии и предлагает продолжить оформление заказа с ожиданием товара сроком (срок указываем в настройках, например 7-14 дней) и ставим стартовый статус заказам с ожиданием с удаленного склада по умолчанию доп настройкой.

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

ReadyScript удобная CMS, но как только обьем заказов растет, из за мелких недоработок мы несем убытки.

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

Просьба рассмотреть возможность добавления в редактор ORM объектов следующих типов данных: BOOLEAN и ENUM.

Здравствуйте! Прошу добавить несколько настроек в настройки пользователей:
1. С какого IP адреса разрешен вход в админ панель (тут даем возможность владельцам статических ip, предоставлять доступ в админку только из офиса компании) htaccess не вариант, разным пользователям нужны разные настройки ip. Для мобильного приложения можно оставить опцию, если вход через приложение, то доступ разрешен с других ip.
2. С какого и до какого времени разрешен вход в админ панель. (например в рабочее время магазина) магазин закрылся, остается доступ только администраторам.
3. С какого и до какого времени разрешено редактирование данных при доступе из мобильного приложения, например когда рабочее время закончилось, у сотрудников остается доступ только на просмотр информации, без возможности редактирования заказов.
4. Есть блокировка входа до какой либо даты, но нет настройки разрешения доступа до нужной даты (например если нужно дать доступ разработчику на 3 дня., нужно чтобы через 3 дня доступ закрылся, а не так, чтобы через пол года случайно вспомнили, что оказывается доступы до сих пор не закрыты.)

Здравствуйте, просьба внести следующие измения в модуль "Экспорт данных" по экспорту для Яндекс.Маркета (файл vendormodel.inc.php):

Добавление поля vendorCode по умолчанию заменять на артикул товара:
$this->writeElementFromFieldmap($fields['vendorCode'], $profile, $writer, $product);
меняем на:
// Для поля VENDORCODE особенное поведение. Если не удалось получить значение из настроек fieldmap, то заполняем его артикулом продукта
$vendorCode = $this->getElementFromFieldmap($fields['vendorCode'], $profile, $writer, $product);
if(!$vendorCode) {
$vendorCode = $product->getBarCode($offer_index);
}
$writer->writeElement('vendorCode', $vendorCode);
Нет смысла дублировать vendorCode ещё в одном поле характеристик для большинства товаров.

Добавление описания товара:
$writer->writeElement('description', $product->short_description);
заменить на:
if($product->description){
$writer->startElement('description');
$writer->writeCData($product->description);
$writer->endElement();
}
else
{
$writer->writeElement('description','');
}
Так как Яндекс разрешает добавлять xhtml-разметку в описание: https://yandex.ru/support/partnermarket/elements/description.html.

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

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