Это важно при включенной опции заказа денежных средств на вывод, так как если начислил бонусы, то потом надо отследить, чтобы он не мог их запросить на вывод, а это в биллинге не предусмотрено. Может кто-то решал этот вопрос и дорабатывал?
InstantCMS 2.X
Это важно при включенной опции заказа денежных средств на вывод, так как если начислил бонусы, то потом надо отследить, чтобы он не мог их запросить на вывод, а это в биллинге не предусмотрено
#1
13 июля 2023 в 12:56
#2
13 июля 2023 в 13:37
Никак. Поле с балансом одно в базе данных и изменяется вне зависимости от того, откуда пришли и куда ушли баллы.
#3
13 июля 2023 в 14:14
Никак. Поле с балансом одно в базе данных и изменяется вне зависимости от того, откуда пришли и куда ушли баллы.
Только если по логам отслеживать, там есть пометка за реальные ли деньги было пополнение или внутри сайта
Сегодня в 17:45
#4
13 июля 2023 в 17:27
Никак. Поле с балансом одно в базе данных и изменяется вне зависимости от того, откуда пришли и куда ушли баллы.
Только если по логам отслеживать, там есть пометка за реальные ли деньги было пополнение или внутри сайта
т.е получается если пользователь решит вывести начисленные бонусы, то его надо сначала проверить по логам, а потом принимать решение. Уххх… а если ты 1000 пользователей их начислил, а в системе 10000 юзеров. И 1000 решит вывести бонусы?) Это жесть будет)
Почему вопросом задался? Как раз после первого такого случая, когда юзер запросил вывод бонусных начислений
#5
13 июля 2023 в 17:51
Никак. Поле с балансом одно в базе данных и изменяется вне зависимости от того, откуда пришли и куда ушли баллы.
Только если по логам отслеживать, там есть пометка за реальные ли деньги было пополнение или внутри сайта
т.е получается если пользователь решит вывести начисленные бонусы, то его надо сначала проверить по логам, а потом принимать решение. Уххх… а если ты 1000 пользователей их начислил, а в системе 10000 юзеров. И 1000 решит вывести бонусы?) Это жесть будет)
Почему вопросом задался? Как раз после первого такого случая, когда юзер запросил вывод бонусных начислений
Тут согласен недоработка со стороны биллинга. Но доработать я не знаю кто сможет… Ведь код компонента закрыт. Максимум можно проверить логи зачислений и показывать сумму реальных средств и бонусных.
#6
13 июля 2023 в 20:34
По Биллингу много недостатков, тут уже много чего звучало, но дорабатывать его уже автор не будет, а доработать кому то не реально, так как код закрыт.
Явно нужен аналог компонента с поддержкой и развитием.
#7
13 июля 2023 в 22:16
По Биллингу много недостатков, тут уже много чего звучало, но дорабатывать его уже автор не будет, а доработать кому то не реально, так как код закрыт.
Явно нужен аналог компонента с поддержкой и развитием.
Согласен. Плюсом нужен мигратор из старой таблицы БД в новую, ну или использовать эту же.
#8
14 июля 2023 в 16:48
нужен мигратор
да, это тоже, так как я лично понимаю, что Биллинг развития не имеет, а менять уже нужно, и желательно гладким путём без танцев
#9
14 июля 2023 в 17:06
нужен мигратор
да, это тоже, так как я лично понимаю, что Биллинг развития не имеет, а менять уже нужно, и желательно гладким путём без танцев
Я предложил одному разработчику эту идею, но есть огромные сомнения что это будет рентабельно. А из-за двух человек создавать такую систему смысла нет. Да и цена на подобную разработку будет не меньше 100к рублей, разве наберётся такое количество желающих? Я лично 5000 не против потратить на перспективный проект, если бы нашлись таких человек 20, то можно было бы говорить о чем то… Но он обещал подумать, а дальше посмотрим.
#10
21 сентября 2023 в 05:41
Это важно при включенной опции заказа денежных средств на вывод, так как если начислил бонусы, то потом надо отследить, чтобы он не мог их запросить на вывод, а это в биллинге не предусмотрено. Может кто-то решал этот вопрос и дорабатывал?
Так же озадачен этим вопросом.
На сегодняшний день, лично для меня, отсутствие определения реальной валюты и начисленных балов, единственный минус Биллинга. В остальном, он меня пока устраивает.
Если есть вероятность, что кто то может взяться за реализацию этой функции, я готов участвовать в складчине, в районе 5000 руб. Может Fuze сможет взяться за это дело, предполагаю, что он на связи с R2.
#11
21 сентября 2023 в 06:46
На сегодняшний день, лично для меня, отсутствие определения реальной валюты и начисленных балов, единственный минус Биллинга.
А для чего вам разделять эти валюты? По логам можно определить сколько пользователь завел реальных денег, а сколько получил баллов. Также можно определить сколько он потратил всего. Но поле баланса одно и понять какие деньги (реальные или виртуальные) он тратил на очередную покупку невозможно. Для этого надо вести два кошелька — один для реальных денег, второй, который сейчас есть — для баллов. И при тратах выдавать пользователю выбор, откуда списывать баланс. Либо делать по умолчанию — списывать сначала реальные деньги, а потом баллы (и наоборот, сначала баллы). Такие правки в закрытый код не внести.
#12
21 сентября 2023 в 09:09
Я предложил одному разработчику эту идею, но есть огромные сомнения что это будет рентабельно. А из-за двух человек создавать такую систему смысла нет. Да и цена на подобную разработку будет не меньше 100к рублей, разве наберётся такое количество желающих? Я лично 5000 не против потратить на перспективный проект, если бы нашлись таких человек 20, то можно было бы говорить о чем то… Но он обещал подумать, а дальше посмотрим.
А что сложного в системе биллинга? Столько дискуссий вокруг этой темы! Я, когда понял, что поддержки от разработчиков биллинга не будет, написал себе собственный биллинг. Это с учетом того, что я плохо знаю instantCMS. На сайте столько разработчиков! Возьмите и напишите. Я думаю, когда R2 создавал официальный биллинг, он не спрашивал ни кого — взял и создал. И цена его биллинга — 3500т.р, а не 100 тысяч. Не надо преувеличивать сложность биллинга.
#13
21 сентября 2023 в 09:23
А что сложного в системе биллинга?
А вы думаете тут все программисты и кодеры сидят только?
Я, когда понял, что поддержки от разработчиков биллинга не будет, написал себе собственный биллинг.
И что ж Вы его не запустили тут в продажу? Столько дискуссий тут на эту тему, как сами же написали, явно спрос есть… Ещё +1 разговор из многих? 😑
А что сложного в системе биллинга?
Вообще ничего, просто он у многих есть, кто пользуется подобной системой. И проблема в том, что его код закрыт. И чтобы внести простое изменение, надо либо писать свой биллинг, как вы, либо искать другие варианты, вплоть до отказа от внесения изменения.
Я думаю, когда R2 создавал официальный биллинг, он не спрашивал ни кого — взял и создал.
Никто кроме него не знает, что его сподвигло на это.
И цена его биллинга — 3500т.р, а не 100 тысяч. Не надо преувеличивать сложность биллинга.
3500 р. — это цена одной копии биллинга, а не самой разработки биллинга. Если взять условные 2000 руб. в час — зарплата программиста, то вы свой биллинг не за 2 часа написали, с перерывом на чай/кофе. Как минимум условную неделю ваяли функционал нужный только вам и только на вашем проекте, с минимальной возможностью на расширение функционала (если вы знаете, что это такое). А тратить условную неделю своего времени на получение условных 3500 руб. вы бы сами стали? И это я не говорю про бесплатную поддержку вашего биллинга в течении месяца/года/жизни, в период которой вы будете решать проблемы покупателей вашего биллинга.
Как минимум условную неделю ваяли функционал нужный только вам и только на вашем проекте, с минимальной возможностью на расширение функционала (если вы знаете, что это такое).
Функционал тот же, что и у официального биллинга. Возможность расширить функционал всегда есть у любого компонента.
Добавлено спустя 6 минут
Если взять условные 2000 руб. в час — зарплата программиста
Неужели такого уровня программисты здесь есть?
Добавлено спустя 52 минуты
Это важно при включенной опции заказа денежных средств на вывод, так как если начислил бонусы, то потом надо отследить, чтобы он не мог их запросить на вывод, а это в биллинге не предусмотрено.
Вы хотите, чтоб пользователь смог вывести только те деньги, которые ввел на сайт?