[Поддержка] Filterit - Управление доставкой, оплатой и учетом в заказе

[deeman]

31 минуту назад, igorroi сказал:

Подскажите, как правильно использовать тип условия "Поле адреса". В каком виде нужно указывать поле и можно ли использовать поля созданные в Simple?

Просто список значений. Больше подходит для полей со списком значений (селект или радио), иначе пользователь может ввести что угодно. Да, по идее можно использовать поля симпл

[deeman]

21 минуту назад, igorroi сказал:

В поле стоимости есть возможность использовать другие переменные, кроме W и суммы заказа?

Всё, что можно использовать указано прямо в админке при настройке, другого нет

[Wild]

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

 

Заказчик поставил задачу реализовать продажу товаров под заказ с отложенной оплатой.

Посмотрев демку, понял что можно сделать типа такого...

Логика следующая.:

Товары под заказ отмечаются соответствующим статусом отсутствия на складе и количеством 0, в настройках магаза разрешено заказывать товары с 0 количеством.

Покупатель ложит товары под заказ в корзину.

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

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

 

В теории все верно?
Какие подводные камни могут быть?

[Vladimir1989]

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

[Vladimir1989]

Может быть если выделить данный пул товаров и определить им один признак через ups ean или задать атрибут, и по данному условию активировать необходимые варианты доставки и оплаты. Иначе, заказные методы доставки будут активны и  для обычного товара в количестве 0 шт. 

Если что то не понял не судите строго, просто мои мысли.

[Wild]

8 часов назад, Vladimir1989 сказал:

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

 

Товары обычные, производители разные, склады разные.

 

8 часов назад, Vladimir1989 сказал:

Может быть если выделить данный пул товаров и определить им один признак через ups ean или задать атрибут, и по данному условию активировать необходимые варианты доставки и оплаты. Иначе, заказные методы доставки будут активны и  для обычного товара в количестве 0 шт. 

Если что то не понял не судите строго, просто мои мысли.

В настройках условий есть учет количества и состояния на складе (нет в наличии, 2-3 дня, под заказ), так что в принципе можно обойтись и штатными методами.

Я об этом и писал.

Или же действительно можно задействовать неиспользуемые поля типа UPS и т.д.

Т.е. в принципе можно реализовать и должно сработать, верно?
Может еще у кого есть какие мысли?

[Wild]

В принципе для заказных блокировать можно только только методы автоматической оплаты типа карточек и е-кошельков.

Т.е. там, где деньги списываются автоматом, чтобы не заморачиваться с возвратами и прочим в случае каких-либо проблем.

Остальные в целом не важны.

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

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

 

И еще нюанс, как оповещать покупателя о поступивших товарах.

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

Эти моменты целиком ложатся на менеджера.

 

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

 

Вот и думаю, как бы еще можно упростить эти все моменты.
Есть мысли?

[deeman]

22 минуты назад, Wild сказал:

 

Модулем можно сделать только разделение вариантов по оплате. Нюансов только два: 1. По какому признаку будете разделять "необычный" и "обычный" товар. 2. Нужно понимать, что нужно настроить условия под особые случаи, когда в корзине комбинация товаров, то есть нужно понимать, как работать с операторами AND, OR, NOT. Потому что по опыту люди не могут или испытывают трудности с описанием желаемой логики путём записи логического выражения...

[Wild]

49 минут назад, deeman сказал:

Модулем можно сделать только разделение вариантов по оплате. Нюансов только два: 1. По какому признаку будете разделять "необычный" и "обычный" товар. 2. Нужно понимать, что нужно настроить условия под особые случаи, когда в корзине комбинация товаров, то есть нужно понимать, как работать с операторами AND, OR, NOT. Потому что по опыту люди не могут или испытывают трудности с описанием желаемой логики путём записи логического выражения...

 

Признаки просты - 0 в количестве, и статус при отсутствии на складе - "под заказ".
Я тестировал на демке этот вариант, такое условие создать можно.
Или как тут уже писали просто использовать какое-либо ненужное поле типа UPS, но первый вариант мне кажется грамотнее и логичнее.

С логическими операциями проблем не будет.

Т.е. в целом мой вариант должен сработать, верно?

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

[Wild]

Вдогонку...

Написано, что модуль корректно работает с симплой.

У меня в ней уже задана логика зависимостей разрешения/запрещения некоторых методов оплаты.

При задании дополнительных условий в вашем модуле ничего не поломается?

 

Еще вопрос...

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

А вот для доставки для штатных/установленных настройки условий отображения/запрещения нет.

Только для созданныих через FilterIt.

С чем это связано?

[deeman]

12 часов назад, Wild сказал:

Вдогонку...

Написано, что модуль корректно работает с симплой.

У меня в ней уже задана логика зависимостей разрешения/запрещения некоторых методов оплаты.

При задании дополнительных условий в вашем модуле ничего не поломается?

 

Еще вопрос...

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

А вот для доставки для штатных/установленных настройки условий отображения/запрещения нет.

Только для созданныих через FilterIt.

С чем это связано?

Почему нет? Указываете код варианта доставки и задаёте условия для отображения. Код доставки можно вписать вручную или попробовать найти через поиск.

И лучше не сочетать задание условий и в симпл, и в фильтерит, иначе потом концы не найдёте. Теоретически совместно работать должно, но симпл не даст донастроить варианты, которые созданы в фильтерит.

[Wild]

Ок, спасибо.

А что на счет второго про условий отображения штатных и установленных доставок?

[Esox]

Добрый день.

Возможно ли реализовать в модуле следующие:

При условии, что доставка не более 300 и выбран метод оплаты онлайн, то из стоимости доставки вычитается 100% 

Спасибо.

 

[deeman]

17 часов назад, Esox сказал:

Добрый день.

Возможно ли реализовать в модуле следующие:

При условии, что доставка не более 300 и выбран метод оплаты онлайн, то из стоимости доставки вычитается 100% 

Спасибо.

 

Нет

[Esox]

Никак не могу реализовать эту примитивную комбинацию.

Казалось бы чего проще. Имея filterit + simple + модули доставки которые умеют вычитать стоимость доставки если она менее 300р.

И никак (((

Никак не сделать это только для онлайн.

 

[deeman]

Только что, Esox сказал:

Никак не могу реализовать эту примитивную комбинацию.

Казалось бы чего проще. Имея filterit + simple + модули доставки которые умеют вычитать стоимость доставки если она менее 300р.

И никак (((

Никак не сделать это только для онлайн.

Можно скрыть реальный вариант доставки для определенных условий

И сделать для противоположных условий "бесплатный" вариант с тем же названием

[Esox]

2 минуты назад, deeman сказал:

Можно скрыть реальный вариант доставки для определенных условий

И сделать для противоположных условий "бесплатный" вариант с тем же названием

 

Попробую. Спасибо

Это только в filterit делается или еще simple надо задействовать?

Змінено 7 червня 2021 користувачем Esox

[deeman]

12 часов назад, Esox сказал:

 

Попробую. Спасибо

Это только в filterit делается или еще simple надо задействовать?

Только filterit

[voronlviv]

Здравствуйте .. Скажите, пожалуйста, можно ли такое реализовать:

 

Мне нужно, чтобы некоторые способы доставки (не вариант отдельно к каждому способа) отображались только тогда, когда выбраны некоторые производители ... в демо не могу найти как это реализовать правильно.

[Gapnob]

В 20.04.2021 в 14:06, 9282494 сказал:

Здравствуйте. После обновления с 2.3.5 до 2.7.3 пропали изображения у всех доставок, на вариантах оплаты изображения остались. Если создать новую доставку, изображений тоже нет (у новых способов оплаты изображения выводятся). Обновлял только Filterit+Simple. Кэши-модификаторы сбрасывал, настройки модуля сбрасывал и создавал тестовую доставку на чистом модуле, изображения не появились.

@deemanПодскажите пожалуйста вы углублялись в эту проблему? Еще в январе Вам про нее говорил (в лс), но к сожалению проблема еще актуальна!

Змінено 27 червня 2021 користувачем Gapnob

[Site350]

Доброго времени суток!

Пожалуйста, помогите с решением проблемы. Устанавливаю Filterit по этой инструкции: https://simpleopencart.com/filterit/install_ru.html
После заливки файла filterit.ocmod.xml и обновления кэша (нажатие на значок) появляется данная ошибка:

"Fatal error: Maximum execution time of 60 seconds exceeded in /home/a0451982/domains/magic-house.co.il/public_html/admin/controller/extension/modification.php on line 295"
Опенкарт версии 2.0.1.1, PHP 5.6, IonCube Loader не ниже версии 10.0.

[deeman]

10 часов назад, Gapnob сказал:

@deemanПодскажите пожалуйста вы углублялись в эту проблему? Еще в январе Вам про нее говорил (в лс), но к сожалению проблема еще актуальна!

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

[Skiffjkee]

@deeman Добрый день!

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

[Gapnob]

17 часов назад, deeman сказал:

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

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

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

17 часов назад, deeman сказал:

Неоднократно проверял у себя и на сайтах клиентов и не наблюдаю никаких проблем.

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

Змінено 28 червня 2021 користувачем Gapnob

[deeman]

3 часа назад, Gapnob сказал:

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

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

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

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