MySQL 5.6+ поддерживает тип поля JSON, по которому можно искать данные, находящиеся в массиве. Поиск по данным serialize бывает затруднительным.

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

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

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

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

Здравствуйте! Писал ранее пожелание https://helpdesk.readyscript.ru/wish/Vyvod-ostatka-tovara-pri-dobavlenii-tovara-v-zakaz-623.html

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