Интересно было бы иметь интеграцию обмена товарами и продажами, используя RS как бэкофис. Стандартные бэкофисы Модуля и Бифита урезаны по функционалу. RS мощнее, но нет POS терминала кассира.
LiteBox (МТС касса) тоже не сахар, еще и подтормаживает.

Кейс такой:
В магазине стоит стандартная и очень популярная касса MSPOS-K как POS терминал кассира.
С помощью API бесплатного Bifit, платной МодульКассы или платного Litebox происходит синхронизация с заказами и товарами. Тоже самое делает LiteBox, интегрируясь с Дримкасс.

МодульКасса еще и чеки позволяет бить удаленно. Но это уже реализовано отдельным модулем RS.

Можно в дальнейшем написать и свое POS приложение для данной кассы, так как в незалоченном для партнеров варианте она позволяет устанавливать любые APK.

Буду себе сейчас такую брать, смогу участвовать в тестировании.

Здравствуйте. Свойства поля телефон сделайте редактируемыми в админке либо задайте исходно маску проверки поля.

Хотелось бы увидеть модуль который сможет:
1) Выгружать товары в группу ВК
2) Выгружать статьи в группу ВК
3) Постоянно обновлять изменения в товарах

Соц. сетям как то мало уделено внимания, а если есть ИМ как сайт, и ИМ в вконтакте например, руками это все синхронизировать ой как не просто

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

При сборе заказов в админке и при добавлении первого товара скрипт отваливается и не добавляет товар, только при повторной попытке проблема исчезает.

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

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

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.

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

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

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

Очень не хватает возможности выгрузки данных результатов форм (в CSV), аналогично выгрузке других данных из системы