[msBonus2] Бонусная система для miniShop2
— Совместимость с msPromoCode и msPromoCode2,
— Программное API — можно начислить или списать бонусы в сниппете или плагине за какое-либо действие,
— Уровни пользователей с процентом начисления и суммой покупок, при достижении которой пользователь перейдёт на данный уровень,
— Возможность применить или отменить бонусы к уже созданному заказу,
— Возможность ручного начисления/списания бонусов на пользовательском аккаунте,
— Возможность указать максимальный процент корзины, который можно оплатить бонусами,
— Возможность указать разделы для начисления и списания баллов отдельно друг от друга,
— Начисление бонусов за регистрацию и в день рождения.
Создание компонента проспонсировал Глеб, за что ему благодарность.
Демку потыкать можно тут, а документация уже на docs.modx.pro
Страница компонента
У компонента есть своя страница с пользователями, где можно:
— отредактировать основные данные юзера, включая принудительное повышение уровня,
— вручную начислить или списать бонусы,
— посмотреть историю его бонусов.
Компонент можно приобрести в Modstore
Комментарии: 54
Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.
Интересно осталась ли поддержка по старому модулю… Обидно что теперь не видать обновлений.
Желающих развивать [msBonus] на тот момент не нашлось. Спустя несколько месяцев Павел разработал новое дополнение [msBonus2] и опубликовал в маркетплейсе. Думаю, нет ничего удивительного в том, что разработчику проще поддерживать и развивать свое решение, а не чужое.
Включил [msBonus] в репозитории. Купить нельзя, а загрузить можно.
Однако, хочется предупредить, что в документации использование этого API пока никак не отражено.
НО как-то не совсем красиво выходит…
Да старый не хотят обновлять, а новый типа обратной совместимости нет…
А как быть магазинам у которых больше 2000 клиентов и у них бонусы ?? как их перенести ?? теперь ручками?
Нехорошо, точнее не очень красиво выходит по отношению к тем кто пользуется на текущий момент другим модулем.
И вопрос в догонку, а возможность оплатить товар бонусами в описании его нет?
Априори.
И как минимум получили бы не только + в карму но и денег на счет, сразу и побыстрее от тек кто кто-то когда то покупал msBonus. А так будем думать… как решать этот вопрос…
При цене плагина 2000 рубасов потерять клиентов на 100 000 рубасов… !?
и Ваше замечание при переходе на шопкипер не уместно в этом случаи…
2. Априори есть? или нет?
В Вас «умер» маркетолог и менеджер по продажам.
Артем, вопрос был разработчику, а не претензия как Вы могли подумать.
И Вопрос со стороны КЛИЕНТА, потребителя Вашей услуги, а не разработчика.
1. Очень много на мой взгляд людей купили и пользовались плагином msBonus.
2. Разработчик остановил разработку — ОК бывает…
3. На арену выходит новый, разработчик с ДРУГОЙ кардинально другой версией msBonus2.
4. Что делать ТЕМ у кого РАБОЧИЕ интернет магазины с РЕАЛЬНЫМИ живыми клиентами, у которых накопленные бонусы и они ими пользуются.
По Словам разработчика и Ваших Артем, Вам пофиг… у Вас новый плагин… :-)
Вопрос, я потребитель Вашей услуги, зачем мне теперь ВДРУГ все бросить и платить 2000 рублей за новый плагин,?
Потому что он новый? :-)
Если бы Вы подумали о своих продажах, а я так понимаю тут же не все благотворительностью занимаються ?
— Подумали о импорте экспорте текущих бонусов.
— или как минимум обратной конвертации или совместимости с предыдущим плагином, хотя бы на уровне начисленных бонусов клиентов.
Уверен что очереди перехода на новый msBonus2, пока нет, да и вопрос будет ли.
Мне все понятно, было в первый момент публикации плагина.
Я Высказываю свои пожелания и мнение, что так было бы лучше всем.
и да Вы бы ка разработчик заработали больше и сразу.
А так будет вялотекущая история, как минимум для Моих клиентов
Ключевое мысль Павел, спасибо тебе за все твои продукты в не зависимости от формата и их распросторонения. Что ты делаешь в сообществе. Без твоих пакетов было бы скучно и не интересно.
OpenSource это штука хаотичная очень интересная с большим многообразием и проблемами совместимостью так каждый разработчик видит по-своему и делает как он видит и что-то он хочет. Скачивая что-то вы соглашаетесь с данными принцыпами и вы можете организовать и переосмыслить все что Вы хотите.
Я не совсем понимаю в чем суть вопроса и утверждения. Каждый магазин обязан быть конкуретноспособный, а значит у него должна быть ответсвенные за его поддержку. Поддержка на основание своих компетенции что-то пишет сама, что-то покупает, дебажет, фиксит.
1) Агрегация требований
2) Разработка
3) Тестирование
4) Правки дебаг, Правки дебаг, Правки дебаг и так до идеала.
Не делая подобных дествий будете ли вы конкуретноспособны? (Вопрсос филосовский)
Лично мое мнение. Я работал с Павлом (2 раза) не однакратно и по коммерческой разработке и покупал его приложения (хочу покупать больше) очень доволен. Очень крутой разработчик. Поэтому назвать себя в шутку его клиентом и поставлю плюс его работе (Уже не в шутку). (Зная на живом проекте как Павел думает и какой код пишет).
Высказался)
Поддержка на год, это заявлено то что человек поможет решить проблемы если модуль будет сломанный например и не будет отрабатывать функции которые описываются при покупке. Мы же не просим разработчиков на поддержке модуля рерайтить текст? так почему кто то должен писать перенос баланса или другой инфы от модуля постороннего чеповека. Это не их работа.
Если нет, то может кто-то подскажет как сделать такие уведомления.
Например после оплаты пользователю приходит письмо с текстом: «Недавно вы совершили покупку в нашем магазине и теперь вам доступны Х бонусов. Их можно потратить в течении Х дней».
Когда остается Х дней до сгорания бонусов, тоже хорошо бы отправлять какое-нибудь письмо…
Кнопка редактировать есть, но по ее нажатию ничего не происходит.
Купить повторно или как то можно продлить срок поддержки?
Туда же напишите значение слов «по хозрасчету», пжл.
Доработки по этому модулю вообще ведутся?
Будет ли допилен не достающий функционал, закрыты мелкие баги?
Модуль вообще хоть как-то допиливается? Работа по нему ведется?
Или он заброшен?
Мне нужен ответ, только на этот вопрос.
Ну так и спрашивай этот вопрос. А то «планируется ли», «мелкие баги», «недостающий функционал»…
Когда планируешь допилить вот это?: yadi.sk/d/gzaSCy4zrTnLTw
Это поле нужно для того, чтобы по истечению срока действия не списывались бонусы которые уже были списаны пользователем.
Ситуация такая:
1. Клиент оформил заказ и ему было начислено 100 бонусов за этот заказ.
2. Эти 100 бонусов действительны в течении месяца.
3. Клиент, через две недели после начисления ему 100 бонусов — списывает их оформляя другой заказ. И получает за новый заказ — 200 бонусов.
4. Проходит 1 месяц после начисления первых 100 бонусов — и т.к. система «не понимает» что эти 100 бонусов уже были списаны — она берет и списывает 100 бонусов из тех 200-от, думая что срок их действия вышел.
Посмотрю, что с этим можно сделать…
Я вродь нормально с тобой общаюсь.
Не надо здесь строить из себя царя гороха.
Мне то как бы пох на это дополнение, могу вписать в сорцы недостающий функционал и не распинаться тут описывать проблему в твоём пакете.
Подскажите, что нужно сделать, чтобы примененные бонусы, при оформлении заказа, вычитались из итоговой стоимости заказа? Скрин: prnt.sc/1ihe2ii
На сайте используется msBonus2, а также некая самописная система промокодов.
Задача №1: Нужно что бы при оформлении заказа использовалось что-то одно — с этим я разобрался: просто при выборе оплаты бонусами, очищаю поле промокода (и наоборот) с помощью js.
Задача №2: Нужно что бы при использовании промокода, бонусы за заказ не начислялись — тут я не знаю что делать. Прошу помочь советом.
Вряд ли чем-то помогу, вопрос не касается моего компонента.
жалко, что мало документации… ((
ещё, кстати, возник вопрос на будущее: «сейчас модно, что, при оплате бонусами, новые бонусы на заказ не начисляются» — такой момент можно реализовать (без костылей)?
Есть ли скрипт масового начисления бонусов всем пользователям определенной группы?
Например:
Надо начислить всем пользователям группы пользователей Users по 200 бонусов.
Подскажите, можно ли на странице оформления заказа динамически изменять итоговую сумму при применении бонусов?
Т.е. из документации docs.modx.pro/components/msbonus2/quick-start я понял, что можно вывести дополнительную строчку типа «из ни Оплата бонусами» рядом с итоговой суммой заказа. Но есть желание изменять саму сумму (с учетом того, что она также зависит от стоимости доставки, промокодов и т.п.).
Или добавить ещё один параметр «Итого к оплате» (стоимость заказа — бонусы), опять же что бы это все работало динамически?