Это важно при включенной опции заказа денежных средств на вывод, так как если начислил бонусы, то потом надо отследить, чтобы он не мог их запросить на вывод, а это в биллинге не предусмотрено
написал себе собственный биллинг. Это с учетом того, что я плохо знаю instantCMS.
А вы уверены в его безопасности и неуязвимости?
Не надо преувеличивать сложность биллинга.
Если вам не сложно выложите свою версию, тут многие спасибо скажут.
И цена его биллинга — 3500т.р, а не 100 тысяч.
Это цена за копию, да и тут никто 100 тысяч с человека не требовал, это примерная общая цена разработки.
На сегодняшний день, лично для меня, отсутствие определения реальной валюты и начисленных балов, единственный минус Биллинга.
А для чего вам разделять эти валюты? По логам можно определить сколько пользователь завел реальных денег, а сколько получил баллов. Также можно определить сколько он потратил всего. Но поле баланса одно и понять какие деньги (реальные или виртуальные) он тратил на очередную покупку невозможно. Для этого надо вести два кошелька — один для реальных денег, второй, который сейчас есть — для баллов. И при тратах выдавать пользователю выбор, откуда списывать баланс. Либо делать по умолчанию — списывать сначала реальные деньги, а потом баллы (и наоборот, сначала баллы). Такие правки в закрытый код не внести.
Как пример — если у вас на сайте есть складчина за реальные деньги, а на сайте есть начисления баллов за активность… Проверять логи, не удобно и время будет занимать.
Неужели такого уровня программисты здесь есть?
О да, ляпнул не подумав. Здесь же не битрикс, поэтому да, 2000 р. это за обычный восьми часовой рабочий день. Но сути это не меняет, за 2 дня вы тоже не смогли создать свой биллинг, если он по функционалу повторяет обсуждаемый.
Как пример — если у вас на сайте есть складчина за реальные деньги, а на сайте есть начисления баллов за активность… Проверять логи, не удобно и время будет занимать.
Тут вообще не понятен смысл разделения. Если вы платите своим пользователям за их активность, то в чем разница, как они свой баланс будут пополнять — наличкой или активностью. И потом тратить в любой складчине. А если вы собираете только реальные деньги, то и вести их учет нужно отдельно от биллинга.
А если вы собираете только реальные деньги, то и вести их учет нужно отдельно от биллинга.
А каким образом вести учет отдельно от Биллинга?
А вы уверены в его безопасности и неуязвимости?
Пока нет. Но это дело наживное. Покупая биллинг с закрытым исходным кодом вы вряд ли были уверены в его неуязвимости. А проверить невозможно. У меня же код открыт. Проверяй и поправляй.
А проверить невозможно.
При аудите безопасности проверяют не код, а его работу. Закрытость кода дает некоторое преимущество в этом плане — не зная кода нельзя подобрать специфичные для него тесты.
И репутация автора дополнения имеет не последнее значение при решении покупки.
Закрытость кода дает некоторое преимущество в этом плане
Вряд ли теперь кто-нибудь купит биллинг с закрытым кодом.
А каким образом вести учет отдельно от Биллинга?
Например доработать дополнение, которое собирает складчины, чтобы оно вело учет своих пополнений в отдельной таблице в БД.
А каким образом вести учет отдельно от Биллинга?
Например доработать дополнение, которое собирает складчины, чтобы оно вело учет своих пополнений в отдельной таблице в БД.
Благодарю, хорошая идея. На днях с автором общался, как раз по доработке этого компонента, теперь ещё одна задача добавится к ТЗ.
Только если по логам отслеживать, там есть пометка за реальные ли деньги было пополнение или внутри сайта
А есть мысли как эта пометка выглядит? Что-то пересмотрел, проанализировал всю таблицу cms_billing_log. Не обнаружил там никаких пометок, что пополнение было именно за реальные деньги.
Нет в таблице логов не каких признаков на то что операция проводилась за реальные деньги. тут только если доработать других вариантов нет.
Loadырь, maxisoft, есть.
Если указано значение в поле summ, то значит пополнение было за реальные деньги через платежную систему. Если пополняется вручную или через другие методы, то там будет NULL.
Можете проверить пополнив вручную баланс любому пользователю и сравнив пополнение через платежную систему.
В моем скриншоте (сверху вниз), списание, пополнение(доход реферала), пополнения через платежные системы, и дальше списания, где нижнее списание -150 это применение санкции с помощью компонента «Санкции», который у вас Loadырь, я покупал.
Возможно так и есть. Давно просто не заглядывал в таблицы биллинга.
Если указано значение в поле summ, то значит пополнение было за реальные деньги через платежную систему.
Очень похоже на это. Просто у меня в базе есть такие значения
поэтому и принял это за пополнение через кнопку админа.
Если указано значение в поле summ, то значит пополнение было за реальные деньги через платежную систему.
Очень похоже на это. Просто у меня в базе есть такие значения
поэтому и принял это за пополнение через кнопку админа.
Нет) это у вас такие «жирные» клиенты))