[msBonus2] Бонусная система для miniShop2
— Совместимость с msPromoCode и msPromoCode2,
— Программное API — можно начислить или списать бонусы в сниппете или плагине за какое-либо действие,
— Уровни пользователей с процентом начисления и суммой покупок, при достижении которой пользователь перейдёт на данный уровень,
— Возможность применить или отменить бонусы к уже созданному заказу,
— Возможность ручного начисления/списания бонусов на пользовательском аккаунте,
— Возможность указать максимальный процент корзины, который можно оплатить бонусами,
— Возможность указать разделы для начисления и списания баллов отдельно друг от друга,
— Начисление бонусов за регистрацию и в день рождения.
Создание компонента проспонсировал Глеб, за что ему благодарность.
Демку потыкать можно тут, а документация уже на docs.modx.pro
Страница компонента
У компонента есть своя страница с пользователями, где можно:
— отредактировать основные данные юзера, включая принудительное повышение уровня,
— вручную начислить или списать бонусы,
— посмотреть историю его бонусов.
Компонент можно приобрести в Modstore
09 сентября 2019, 12:12
Поблагодарить автора
Отправить деньги
Комментарии: 54
Просто как было замечено, вместо выкатывания нового модуля, если какой то модуль был заброшен разработчиком то модуль передают на поддержку другому разработчику и там уже как то отчисления идут. К вам претензий нет. Просто эти два компонента имеют практически одинаковый функционал, у вас немного в другом виде а в целом одно и тоже. Но теперь ваш есть, а тот убрали) Притом только что проверил, убрали на столько что я имея активную лицензию с поддержкой даже скачать его не могу.
Просто как было замечено, вместо выкатывания нового модуля, если какой то модуль был заброшен разработчиком то модуль передают на поддержку другому разработчику и там уже как то отчисления идут. К вам претензий нет.Автор [msBonus] перестал развивать дополнение и попросил снять его с продажи. Всем покупателям с неотвеченными вопросами в техподдержке был предложен возврат. Если вам не удалось получить техподдержку по модулю, напишите на info@modstore.pro номер вашего заказа.
Желающих развивать [msBonus] на тот момент не нашлось. Спустя несколько месяцев Павел разработал новое дополнение [msBonus2] и опубликовал в маркетплейсе. Думаю, нет ничего удивительного в том, что разработчику проще поддерживать и развивать свое решение, а не чужое.
убрали на столько что я имея активную лицензию с поддержкой даже скачать его не могу.Включил [msBonus] в репозитории. Купить нельзя, а загрузить можно.
У компонента есть некоторое программное API, с помощью которого можно начислить/списать баллы, примерно вот так:
Однако, хочется предупредить, что в документации использование этого API пока никак не отражено.
$msb2 = $modx->getService('msbonus2', 'msBonus2',
$modx->getOption('msb2_core_path', null, MODX_CORE_PATH . 'components/msbonus2/') . 'model/msbonus2/');
if ($msb2 instanceof msBonus2) {
$msb2->initialize($modx->context->key);
$manager = $msb2->getManager();
//
$action = 'comment'; // Ключ действия (для корректного текста в логах нужно добавить лексикон msb2_logs_+comment)
$user_id = 2; // ID пользователя, которому начислить баллы
$createdby_id = 2; // ID пользователя, который начислил баллы
$amount = 10; // Сколько баллов начислить
$order_id = 0; // ID заказа, т.к. действие никак не связано с заказом, то равен нулю
if ($manager->setPlus($action, $amount, $user_id, $order_id, $createdby_id)) {
// Начислено!
}
}Однако, хочется предупредить, что в документации использование этого API пока никак не отражено.
Спасибо, конечно автору нового модуля за некие плюшки которые конечно же хотелось давно.
НО как-то не совсем красиво выходит…
Да старый не хотят обновлять, а новый типа обратной совместимости нет…
А как быть магазинам у которых больше 2000 клиентов и у них бонусы ?? как их перенести ?? теперь ручками?
Нехорошо, точнее не очень красиво выходит по отношению к тем кто пользуется на текущий момент другим модулем.
И вопрос в догонку, а возможность оплатить товар бонусами в описании его нет?
НО как-то не совсем красиво выходит…
Да старый не хотят обновлять, а новый типа обратной совместимости нет…
А как быть магазинам у которых больше 2000 клиентов и у них бонусы ?? как их перенести ?? теперь ручками?
Нехорошо, точнее не очень красиво выходит по отношению к тем кто пользуется на текущий момент другим модулем.
И вопрос в догонку, а возможность оплатить товар бонусами в описании его нет?
Павел, ну вы же становитесь приемником msBonus, могли бы и подумать об этой проблеме…
И как минимум получили бы не только + в карму но и денег на счет, сразу и побыстрее от тек кто кто-то когда то покупал msBonus. А так будем думать… как решать этот вопрос…
При цене плагина 2000 рубасов потерять клиентов на 100 000 рубасов… !?
и Ваше замечание при переходе на шопкипер не уместно в этом случаи…
2. Априори есть? или нет?
И как минимум получили бы не только + в карму но и денег на счет, сразу и побыстрее от тек кто кто-то когда то покупал msBonus. А так будем думать… как решать этот вопрос…
При цене плагина 2000 рубасов потерять клиентов на 100 000 рубасов… !?
и Ваше замечание при переходе на шопкипер не уместно в этом случаи…
2. Априори есть? или нет?
Артем,
Артем, вопрос был разработчику, а не претензия как Вы могли подумать.
И Вопрос со стороны КЛИЕНТА, потребителя Вашей услуги, а не разработчика.
1. Очень много на мой взгляд людей купили и пользовались плагином msBonus.
2. Разработчик остановил разработку — ОК бывает…
3. На арену выходит новый, разработчик с ДРУГОЙ кардинально другой версией msBonus2.
4. Что делать ТЕМ у кого РАБОЧИЕ интернет магазины с РЕАЛЬНЫМИ живыми клиентами, у которых накопленные бонусы и они ими пользуются.
По Словам разработчика и Ваших Артем, Вам пофиг… у Вас новый плагин… :-)
Вопрос, я потребитель Вашей услуги, зачем мне теперь ВДРУГ все бросить и платить 2000 рублей за новый плагин,?
Потому что он новый? :-)
Если бы Вы подумали о своих продажах, а я так понимаю тут же не все благотворительностью занимаються ?
— Подумали о импорте экспорте текущих бонусов.
— или как минимум обратной конвертации или совместимости с предыдущим плагином, хотя бы на уровне начисленных бонусов клиентов.
Уверен что очереди перехода на новый msBonus2, пока нет, да и вопрос будет ли.
Вполне себе уместное замечание было касаемо Shopkeeper'а. msBonus и msBonus2 связывают только общее название и не более, почему автор должен заботиться об обратной совместимости с чужим компонентом? Об этой особенности явно написано на странице компонента в modstore.В Вас «умер» маркетолог и менеджер по продажам.
Артем, вопрос был разработчику, а не претензия как Вы могли подумать.
И Вопрос со стороны КЛИЕНТА, потребителя Вашей услуги, а не разработчика.
1. Очень много на мой взгляд людей купили и пользовались плагином msBonus.
2. Разработчик остановил разработку — ОК бывает…
3. На арену выходит новый, разработчик с ДРУГОЙ кардинально другой версией msBonus2.
4. Что делать ТЕМ у кого РАБОЧИЕ интернет магазины с РЕАЛЬНЫМИ живыми клиентами, у которых накопленные бонусы и они ими пользуются.
По Словам разработчика и Ваших Артем, Вам пофиг… у Вас новый плагин… :-)
Вопрос, я потребитель Вашей услуги, зачем мне теперь ВДРУГ все бросить и платить 2000 рублей за новый плагин,?
Потому что он новый? :-)
Если бы Вы подумали о своих продажах, а я так понимаю тут же не все благотворительностью занимаються ?
— Подумали о импорте экспорте текущих бонусов.
— или как минимум обратной конвертации или совместимости с предыдущим плагином, хотя бы на уровне начисленных бонусов клиентов.
Уверен что очереди перехода на новый msBonus2, пока нет, да и вопрос будет ли.
зачем мне теперь ВДРУГ все бросить и платить 2000 рублей за новый плагин,?Вас кто-то просит об этом или заставляет? Вы так переживаете, будто это моя проблема, чтобы все, у кого старая версия msBonus, срочно обновились на новую. Нет. Если человеку нужен функционал из новой версии, а у него на сайте установлена старая, которая вполне себе работает, то он либо заказывает внедрение этого функционала к себе, либо заказывает миграцию на msBonus2 со старой версии. Я не буду брать на себя эти издержки.
Ребят. Я то же хочу вставить пять копеек. Ну что бы не ошибится своих утверждениях хочу уточнить юридических вопрос. А Что мы покупаем в modstore. Так как сама админка OpenSource. Права на использование и сам продукт или поддержку компонента в течение определенного периода в нашем случае в 1 год?
Я хочу изменить тональность данного обсуждения и возможно мои слова немного прояснят ситуацию.
Ключевое мысль Павел, спасибо тебе за все твои продукты в не зависимости от формата и их распросторонения. Что ты делаешь в сообществе. Без твоих пакетов было бы скучно и не интересно.
OpenSource это штука хаотичная очень интересная с большим многообразием и проблемами совместимостью так каждый разработчик видит по-своему и делает как он видит и что-то он хочет. Скачивая что-то вы соглашаетесь с данными принцыпами и вы можете организовать и переосмыслить все что Вы хотите.
Я не совсем понимаю в чем суть вопроса и утверждения. Каждый магазин обязан быть конкуретноспособный, а значит у него должна быть ответсвенные за его поддержку. Поддержка на основание своих компетенции что-то пишет сама, что-то покупает, дебажет, фиксит.
Ключевое мысль Павел, спасибо тебе за все твои продукты в не зависимости от формата и их распросторонения. Что ты делаешь в сообществе. Без твоих пакетов было бы скучно и не интересно.
OpenSource это штука хаотичная очень интересная с большим многообразием и проблемами совместимостью так каждый разработчик видит по-своему и делает как он видит и что-то он хочет. Скачивая что-то вы соглашаетесь с данными принцыпами и вы можете организовать и переосмыслить все что Вы хотите.
Что делать ТЕМ у кого РАБОЧИЕ интернет магазины с РЕАЛЬНЫМИ живыми клиентами, у которых накопленные бонусы и они ими пользуются.
Я не совсем понимаю в чем суть вопроса и утверждения. Каждый магазин обязан быть конкуретноспособный, а значит у него должна быть ответсвенные за его поддержку. Поддержка на основание своих компетенции что-то пишет сама, что-то покупает, дебажет, фиксит.
Любой компонент даже при условии выше описанной ситуации это экономия бюджета а не дополнительные траты. А покупка новой версии это минимилизация рисков, а не их рост. Потому что если этого компонента не было, то все просто.
1) Агрегация требований
2) Разработка
3) Тестирование
4) Правки дебаг, Правки дебаг, Правки дебаг и так до идеала.
Не делая подобных дествий будете ли вы конкуретноспособны? (Вопрсос филосовский)
Лично мое мнение. Я работал с Павлом (2 раза) не однакратно и по коммерческой разработке и покупал его приложения (хочу покупать больше) очень доволен. Очень крутой разработчик. Поэтому назвать себя в шутку его клиентом и поставлю плюс его работе (Уже не в шутку). (Зная на живом проекте как Павел думает и какой код пишет).
Высказался)
1) Агрегация требований
2) Разработка
3) Тестирование
4) Правки дебаг, Правки дебаг, Правки дебаг и так до идеала.
Не делая подобных дествий будете ли вы конкуретноспособны? (Вопрсос филосовский)
Лично мое мнение. Я работал с Павлом (2 раза) не однакратно и по коммерческой разработке и покупал его приложения (хочу покупать больше) очень доволен. Очень крутой разработчик. Поэтому назвать себя в шутку его клиентом и поставлю плюс его работе (Уже не в шутку). (Зная на живом проекте как Павел думает и какой код пишет).
Высказался)
ребята тема почти умерла два месяца назад, я апнул потому что поделился решением. А вы опять философию развели.
Поддержка на год, это заявлено то что человек поможет решить проблемы если модуль будет сломанный например и не будет отрабатывать функции которые описываются при покупке. Мы же не просим разработчиков на поддержке модуля рерайтить текст? так почему кто то должен писать перенос баланса или другой инфы от модуля постороннего чеповека. Это не их работа.
Поддержка на год, это заявлено то что человек поможет решить проблемы если модуль будет сломанный например и не будет отрабатывать функции которые описываются при покупке. Мы же не просим разработчиков на поддержке модуля рерайтить текст? так почему кто то должен писать перенос баланса или другой инфы от модуля постороннего чеповека. Это не их работа.
Компонент позволяет отправку email-уведомлений при начислении бонусов?
Если нет, то может кто-то подскажет как сделать такие уведомления.
Например после оплаты пользователю приходит письмо с текстом: «Недавно вы совершили покупку в нашем магазине и теперь вам доступны Х бонусов. Их можно потратить в течении Х дней».
Когда остается Х дней до сгорания бонусов, тоже хорошо бы отправлять какое-нибудь письмо…
Если нет, то может кто-то подскажет как сделать такие уведомления.
Например после оплаты пользователю приходит письмо с текстом: «Недавно вы совершили покупку в нашем магазине и теперь вам доступны Х бонусов. Их можно потратить в течении Х дней».
Когда остается Х дней до сгорания бонусов, тоже хорошо бы отправлять какое-нибудь письмо…
Павел, добрый день. подскажите, можно ли выводить сумму бонусов при покупке товара еще не авторизованному пользователю? примерно так. в документации не нашел информации. спасибо
Тебе дата выпуска на Modstore так понимаю ни о чём не говорит? joxi.ru/bmoMeJGty8Bj0A
Мне нужен ответ, только на этот вопрос.Ну так и спрашивай этот вопрос. А то «планируется ли», «мелкие баги», «недостающий функционал»…
Ок, с этим разобрались =) Благодарю за ответ.
Когда планируешь допилить вот это?: yadi.sk/d/gzaSCy4zrTnLTw
Когда планируешь допилить вот это?: yadi.sk/d/gzaSCy4zrTnLTw
todo: добавить поле «used» с суммой использованного бонуса… с истекшим сроком действия = 0
Это поле нужно для того, чтобы по истечению срока действия не списывались бонусы которые уже были списаны пользователем.
Ситуация такая:
1. Клиент оформил заказ и ему было начислено 100 бонусов за этот заказ.
2. Эти 100 бонусов действительны в течении месяца.
3. Клиент, через две недели после начисления ему 100 бонусов — списывает их оформляя другой заказ. И получает за новый заказ — 200 бонусов.
4. Проходит 1 месяц после начисления первых 100 бонусов — и т.к. система «не понимает» что эти 100 бонусов уже были списаны — она берет и списывает 100 бонусов из тех 200-от, думая что срок их действия вышел.
Это поле нужно для того, чтобы по истечению срока действия не списывались бонусы которые уже были списаны пользователем.
Ситуация такая:
1. Клиент оформил заказ и ему было начислено 100 бонусов за этот заказ.
2. Эти 100 бонусов действительны в течении месяца.
3. Клиент, через две недели после начисления ему 100 бонусов — списывает их оформляя другой заказ. И получает за новый заказ — 200 бонусов.
4. Проходит 1 месяц после начисления первых 100 бонусов — и т.к. система «не понимает» что эти 100 бонусов уже были списаны — она берет и списывает 100 бонусов из тех 200-от, думая что срок их действия вышел.
Доброго времени.
Подскажите, что нужно сделать, чтобы примененные бонусы, при оформлении заказа, вычитались из итоговой стоимости заказа? Скрин: prnt.sc/1ihe2ii
Подскажите, что нужно сделать, чтобы примененные бонусы, при оформлении заказа, вычитались из итоговой стоимости заказа? Скрин: prnt.sc/1ihe2ii
Здравствуйте.
На сайте используется msBonus2, а также некая самописная система промокодов.
Задача №1: Нужно что бы при оформлении заказа использовалось что-то одно — с этим я разобрался: просто при выборе оплаты бонусами, очищаю поле промокода (и наоборот) с помощью js.
Задача №2: Нужно что бы при использовании промокода, бонусы за заказ не начислялись — тут я не знаю что делать. Прошу помочь советом.
На сайте используется msBonus2, а также некая самописная система промокодов.
Задача №1: Нужно что бы при оформлении заказа использовалось что-то одно — с этим я разобрался: просто при выборе оплаты бонусами, очищаю поле промокода (и наоборот) с помощью js.
Задача №2: Нужно что бы при использовании промокода, бонусы за заказ не начислялись — тут я не знаю что делать. Прошу помочь советом.
да вроде сам разобрался, опять же, «по колхозному» — пришлось лезть в файл /core/components/msbonus2/handlers/manager/msb2manager.class.php и там дописывать костыли…
жалко, что мало документации… ((
ещё, кстати, возник вопрос на будущее: «сейчас модно, что, при оплате бонусами, новые бонусы на заказ не начисляются» — такой момент можно реализовать (без костылей)?
жалко, что мало документации… ((
ещё, кстати, возник вопрос на будущее: «сейчас модно, что, при оплате бонусами, новые бонусы на заказ не начисляются» — такой момент можно реализовать (без костылей)?
Здравствуйте.
Подскажите, можно ли на странице оформления заказа динамически изменять итоговую сумму при применении бонусов?
Т.е. из документации docs.modx.pro/components/msbonus2/quick-start я понял, что можно вывести дополнительную строчку типа «из ни Оплата бонусами» рядом с итоговой суммой заказа. Но есть желание изменять саму сумму (с учетом того, что она также зависит от стоимости доставки, промокодов и т.п.).
Или добавить ещё один параметр «Итого к оплате» (стоимость заказа — бонусы), опять же что бы это все работало динамически?
Подскажите, можно ли на странице оформления заказа динамически изменять итоговую сумму при применении бонусов?
Т.е. из документации docs.modx.pro/components/msbonus2/quick-start я понял, что можно вывести дополнительную строчку типа «из ни Оплата бонусами» рядом с итоговой суммой заказа. Но есть желание изменять саму сумму (с учетом того, что она также зависит от стоимости доставки, промокодов и т.п.).
Или добавить ещё один параметр «Итого к оплате» (стоимость заказа — бонусы), опять же что бы это все работало динамически?
Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.
Здесь упомянуты:
| Компонент | Текущая версия | Закачки |
| msBonus2 | 1.2.6-beta от 13.04.2023 | 314 |
| miniShop2 | 4.3.0-pl от 02.07.2023 | 25 471 |
| msPromoCode | 1.4.6-pl от 01.06.2021 | 1 301 |
| msPromoCode2 | 1.1.22-beta от 01.12.2022 | 658 |
| Office | 1.9.5-pl от 01.10.2021 | 6 968 |
5 часов назад
ок)
Вчера в 21:51
Ок, спасибо за совет. Тогда напишу свой коннектор
Вчера в 19:21
На тестовом тарифе памяти не хватает.
Вчера в 18:08
* поправочка:
<base>
