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

Просьба рассмотреть возможность добавления в редактор 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

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

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

Если клиент просит добавить товар к заказу, то прежде чем добавить нужное количество, приходится смотреть в других местах в системе какой остаток у этого товара. Это не удобно и отнимает лишнее время у менеджера. Прошу сделать так, чтобы при добавлении товара к заказу, сразу было видно сколько этого товара есть на складе/складах , сколько в резерве и.т.д.

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