В робокассу поступает номер транзакции, а не заказа. А где покупатели видят этот номер, подскажите пожалуйста.
Я нигде не смог найти.

Обновление вышло сегодня.

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

Спасибо! Проблему смогли воспроизвести. Уже исправили.
Bugfix выйдет в ближайшем обновлении.

В краткосрочном плане на 2 месяца нет, но в базе пожеланий такая заявка есть. Очень вероятно что она будет реализована. Следите за обновлениями.

Надо догадаться, что вы про этот скрипт /modules/banners/view/js/jquery.photoslider.js
Логика следующая: все баннеры показываются 1 раз, затем все останавливается на первом баннере.

Данный плагин к jQuery мы писали сами, специально под некоторые особенности нашей верстки,
Скрипт очень коротенький, всего 91 строка, что вас смутило? Там есть строка, в функции autoPlay, которая останавливает смену баннеров, просто уберите её.

if (data.options.counter == data.options.max-1) clearInterval(data.options.intervalHandler);

На заметку, все переменные пришедшие в шаблон можно видеть в режиме отладки, описано здесь
http://readyscript.ru/manual/appearance … debug_info

ну или непосредственно в контроллере (для разработчиков). В данном случае в классе \Catalog\Controller\Front\ListProducts имеется следующий код:

                $this->view->assign(array(
                    'query' => $query,
                    'dirapi' => $this->dirapi,
                    'path' => $path,
                    'dir' => $dir,
                    'category' => $category,
                    'sub_dirs' => $sub_dirs,
                    'dir_id' => $dir_id,
                    'cur_sort' => $this->cur_sort,
                    'cur_n' => $this->cur_n_sort,
                    'sort' => $sort,
                    'total' => $total,
                    'list' => $list,
                    'view_as' => $this->view_as,
                    'paginator' => $paginator,
                    'prop_list' => $prop_list,
                    'page_size' => $this->pageSize,
                    'items_on_page' => $this->items_on_page,
                    'filter' => $prop_api->cleanNoActiveFilters($filters),
                    'bfilter' => $this->api->getBaseFilters(),
                    'is_filter_active' => ($prop_api->isFilterActive() || $basefilter),
                    'clean_filter_url' => $prop_api->getCleanFilterUrl()
                ));

Мой коллега ошибся. в переменной $dir - находится Псевдоним категории, пришедшей из URL, а непосредственно объект категории находится в переменной $category

т.е. попробуйте

{$category.name}

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

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

Может кому пригодится еще. Распишу проблему подробнее.
В движке используется функция filter_var для валидации полей.

В официальной документации здесь и здесь сказано, что модуль filter включен в состав PHP 5.3 по умолчанию.

Однако на хостинге nic.ru функции фильтрации по умолчанию отсутствуют(видимо PHP собран нестандартно).   Необходимо включать модуль filter в панели управления хостингом.

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

Небольшая неточность.
В теме под "адаптивной" имеется ввиду - собранная по сетке.

Откройте через панель управления вашим хостингом phpmyadmin, выберите базу данных, которую использует ваш сайт.
Далее в таблице {ВАШ_ПРЕФИКС}_order, поменяйте id у последнего заказа на "1000".

Добавить регион можно в разделе Магазин -> Доставка -> Регионы доставки.  (На страну можно нажать, чтобы увидеть список регионов) Справа сверху есть кнопка "Добавить".

Насчет контактного лица в заказе. В ближайшем релизе данная возможность будет.

Попробуйте так:

$product->weight = (int)$this->getSimpleXML()->Вес; 

т.к. $this->getSimpleXML()->Вес - object по умолчанию.

Вопросы расчета стоимости для индивидуальных модулей направляйте, пожалуйста, в поддержку.

Все подключение YandexAPI происходит в шаблоне modules/shop/view/warehouse.tpl. Можете посмотреть как там это происходит.

Проверьте в консоли браузера, не происходят ли у вас ошибки в каких-нибудь других скриптах
до инициализации Яндекс.карт.

На демо сайте карта у склада отображается http://full.readyscript.ru/warehouse/sklad/

Если номер заказа идет последовательно, то это не произвольное число.
Для этого вы можете просто отключить функцию генерации идентификатора заказа. И вручную первому заказу поставить id = 1000 в базе, все следующие заказы будут последовательно расти от 1000.

С помощью функции генератора, вы можете задать например маску: 1000{n}, и у вас будут генерироваться произвольные номера, всегда начинающиеся с символов "1000".
10001232
10009842
10008485
...

Но в большинстве случаев обычно указывают там какой-то символьный префикс, например:
ИМ-{n} и получают заказы:
ИМ-123533
ИМ-837436
....

Ссылку на товар возвращает метод getUrl($absolute = false), если $absolute - true, то будет возвращена абсолютная ссылка на товар (с доменом), иначе - относительная.

<a href="{$product->getUrl()}">{$product.title}</a>

945

(3 ответов, оставленных в Вопросы по работе с системой)

Тема закрыта. Проблема крылась в том, что в файле Import.xml у товара 6 раз было задано одно и то же свойство.

Проблема была устранена в модуле exchange версии 2.0.0.40

Если все номера будут заняты, система покажет вам ошибку при создании очередного заказа.

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

P.S. Мы по долгу работы уже автоматизировали и сопровождаем большое количество торговых компаний, и таких менеджеров, как вы их описываете мы еще не встречали. На практике этих людей обычно не заставишь нажать лишнюю кнопку или зайти в ненужный раздел.

Как вы понимаете, когда пользователи и покупатели объеденены - это невозможно.
Разделение данных сущностей в БД в данный момент не планируется.

Проблема ясна. В ближайших версиях будет следующее решение.
У пользователей в админ панели, автоматически не будут приписываться системные группы, которые актуальны для клиентской части (Гости, Клиенты).

Вы сможете установить ГРУППЕ 1 права только на чтение. В этом случае менеджер сможет видеть информацию о пользователях (покупателях), но не сможет менять её.