brest001
-
Публікації
567 -
З нами
-
Відвідування
Тип публікації
Профілі
Форум
Маркетплейс
Статті
FAQ
Наші новини
Магазин
Блоги
module__dplus_manager
Усі публікації користувача brest001
-
Здравствуйте! Отключите карту и удалите в настройках группы адрес магазина для карты. https://prnt.sc/pn6n35 Не забывайте - у каждого пользователя свои настройки и группы настроек. Карта в менеджере остается бета-версией, она не доработана (мало кому нужна, поэтому и не делал), но в большинстве случаев работала нормально до последнего времени. Сейчас на Яндексе что-то поменялось и стали появляться такие ошибки. Постараюсь в новой версии с картой разобраться, а пока выход такой.
-
Сейчас нет, потом будет, отвечал уже.
-
да, или ждать обновления - принудительно можно будет редактировать основные данные. Если бы вы знали как я жду ) надеюсь ожидание того стоит, буду стараться к новому году.
-
Отвечал много раз, модуль полностью переделывается, поэтому и сроки угадать сложно.
-
Собственные (модуля) доп. поля для подобных задач планируются в новой версии, сроки не комментирую... работаю.
-
Модуль работает в админке, поэтому шаблон вряд ли повлияет на его работу. На ОпенкартПро тоже должен работать. Но если у вас акцент на дату доставки, то в самом модуле поля даты доставки нет. На демо вы видите дату доставки модуля Доставка по расписанию+.
-
Спасибо, все понятно.
-
Здравствуйте! Зря обещать не буду, но есть в планах более подробная статистика по заказам, но конкретно займусь этим позже. Было бы неплохо увидеть, как у вас это выглядит, хотя бы скриншот.
-
Это разумно
-
Не забыл, таблицу тоже не сложно сделать, когда основное будет готово.
-
Не спра-ши-вай-те! Не знаю, месяц-два... как пойдет... планировал до сентября еще сделать, но тут не угадаешь.
-
Omanager_oc21x-23x_trackno_in_order_info_history.ocmod.xml - мод для работы с трек-номером на странице просмотра заказа да. Почему сохраняется один раз - не понятно, так не должно быть. Можете дать в личку доступ, посмотрю вечером. Модуль почти полностью переделывается, именно для того, чтобы легко можно было выводить практически любую информацию, связанную с заказами, (в любом месте, виде и т.д.). Что-то менять буду уже только в новой версии, сейчас нет смысла и времени.
-
Здравствуйте! А вы лишних модификаторов не установили случайно? Или второй вариант - неправильно сохраняете, сохранять нужно через кнопку (также как номер счета). Индивидуальных доработок пока не будет, ждите обновления, там посмотрим.
-
Здравствуйте! Нет, с "Одностраничное оформление заказа" UniShop модуль не совместим. Все варианты совместимости есть в описании.
-
Не должно.
-
Изучите, пожалуйста, хотя бы описание и демо, прежде чем задавать вопросы. Стандартная станица заказов - это простой список из нескольких колонок, вот и сравните. Если из стандартного, то в модуль практически полностью включены возможности страницы просмотра заказов (прямо в списке, кроме полной истории) плюс разное другое. Для полного редактирования заказа идет переход в стандартный редактор. Ну, что еще? Изучите демо, рекомендую демо для второго пользователя (ссылки в описании), там можно все покрутить, понастраивать, настройки сохраняются... разве что не пугайтесь, если там кто-то до вас накуролесил. Мои настройки в первом демо (если что).
-
Отчасти вы правы, но это интересно только разработчикам, и как раз над этим сейчас работаю. Многое можно будет сделать в настройках модуля, или в крайнем случае в открытом api, по крайней мере так задумано.
-
Когда - не скажу, но просмотр истории без стандартной страницы постараюсь включить в новой версии.
-
Насколько я помню, мой модуль справляется со всеми функциями этих модулей. Понятное дело, что лишние модули не нужны. Пока через обычный просмотр (для перехода - соответствующая кнопка в Менеджере, как и в обычном списке заказов.)
-
Планируется, возможно сразу с обновлением (надеюсь), но посмотрим как пойдет. Сроки не спрашивайте, работаю.
-
Сохраните нужные настройки в бекап, и потом замените содержимое файла system\library\omanager\omanager_settings_default.txt содержимым этого бекапа. Ну, или переименуйте файл бекапа на omanager_settings_default.txt и замените этим файлом файл system\library\omanager\omanager_settings_default.txt
-
Настройки по умолчанию одни. Заходите от имени этого пользователя и настраиваете под него. Или, если что-то похожее настраивали для другого пользователя, сделайте бэкап этих настроек и потом загрузите у нового пользователя, чтобы меньше настраивать.
-
Извините, не понимаю "все менеджеры, всех городов". Мультимагазинами я особо не занимался, поэтому точно ответить не могу. Сравнил еще раз принцип отбора заказов в стандартном списке и в Менеджере - принцип такой же, только в Менеджере расширены фильтры. Могу только догадываться, что в вашем случае базы данных для каждого магазина отдельные, поэтому идет разделение, о котором вы говорите. Также, насколько я понимаю, магазины могут использовать одну базу данных, тогда в Менеджере добавлен фильтр по ID магазина (такой отбор в таблице заказов предусмотрен, есть отдельные колонки для id и url магазина). Поскольку "(через стандартную вкладку заказов они видят только свои)" то и в Менеджере должно быть тоже самое, но 1% сомнений у меня остается, просто не изучал подробно работу с мультимагазинами, делал по принципу работы файлов самого Опенкарта, чтобы не нарушать встроенных возможностей, а только их расширять. Пока с этим разбираться не буду, работаю над новой версией модуля, там посмотрим, а вы уже сами решайте, что с этим делать.
-
Настройки отбора заказов по магазинам нет, есть фильтр по магазинам, т.е. когда открываете список заказов, тогда можно отобрать заказы конкретного магазина. "менеджерами для каждого города" - нет такого понятия в модуле, есть понятие "пользователь" (он же менеджер) и для каждого пользователя свои настройки, т.е. все что вы настроили в модуле, сохраняется только для вас. USER1 зашел, настроил, сохранил для себя настройки. USER1 зашел, настроил - у него свои настройки и т.д.
-
да, не получится За конкретными клиентами закрепить менеджера нет возможности. Закрепляйте менеджера (М1) по статусу нового заказа, М2 - по другим статусам. Здесь вам решать, какой менеджер с какими статусами должен работать. Посоветовал бы, не жалко, но я таких модулей не знаю, их всего несколько, и они попроще.
