Биллинговая система Nodeny

Приглашаю обкатать модуль "Эээ, паря, долгани бабла" ;D
Создан исключительно для тренировки мозга и юмора ради, хотя уверен кто-нибудь да внедрит у себя. :)
Создан по мотивам сарказма (http://forum.nodeny.com.ua/index.php?topic=737.msg7577#msg7577) versus'а. Надеюсь авторы биллинга оценят юмор. :)
Для себя же вывод такой: если кому то нужно слить с одной учётки в другую (переезд клиента от брата к свату и обратно) - как скрытый модуль использовать можно.
Всё как всегда на гугл хостинге.

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

цікавий модуль, тільки думаю варто зробити щоб можна було вибирати користувачів яким дозволено користуватися даним модулем, а всім іншим заборонити

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

simple to implement via table dopdata...

а дайте файлы..  ;) ::)

Ссылку на проект бесплатных модулей для NoDeny49 наблюдаете? :)

НЕТ!

so sad :(

+1
А я попробую, ради новогодней шутки.
Спасибо.

цена

0.00$ за любой из тех модулей, что лежит на гуглохостинге открыто. такая же фича, как и в случае с самой биллинговой системой NoDeny49: прежде чем, что-либо покупать нужно узнать подходит ли оно Вам (кому нужен некачественный "кот в мешке"?) и если на бесплатных условиях оно Вам подходит, то и вопрос о цене может и не стоять, т.к. биллинг пока обрастает элементарными базовыми функциями.
Я вообще очень плохо понимаю торговлю "закрытым открытым кодом", т.к. если в привате форума меня кто-то попросит глянуть через ssh его биллинг, неужели я не смогу скопировать себе платную часть кода? Может я чего-то не понимаю, извините, я не местный... ???

Ну вот такой концепт. В сетке заинтересовался коллега, поэтому буду крутить дальше. Сюда выкладываю для того, чтобы помыслить вместе: что ещё можно добавить/убавить.

Или даже как-то так?

Насчет блокировки, я бы посоветовал использовать таблицу pays а не доп.поле. во-первых проще, во-вторых БД будет меньше места занимать (памяти много не бывает).

Так блокировка и будет именно по pays.
Но вон выше по обсуждению в wishlist'е есть бажаючий користувач (сори если не точно, юзаю гугл транслейтор), которому не хочется всем разрешать такую услугу. Если уж вошкаться, по почему бы опционально не прикрутить допдату?
ПС: Тем более это дело 5 минут по кодингу.

Так зачем? Вот посмотри как сделана блокировка "сообщений" для клиента. Просто создается событие в "платежах" и все.

Та ні, якось зручніше галочкою в налаштування абонента користуватися, ніж дивитися по подіях що відбулися... Ну принаймні мені  :)

Эта блокировка не подразумевает под собой изначальную и постоянную блокировку, имхо...
Как думаете, какой будет фокус-покус, когда я выкину из pays события за позапрошлый год?

Ну вот такой у меня получился ремиттер:
(http://lh5.ggpht.com/_VQNegiUKCNA/TPmEpJ6rFmI/AAAAAAAAAuM/PuvFluOatGA/s640/%D0%A1%D0%BD%D0%B8%D0%BC%D0%BE%D0%BA-58.png)
(http://lh4.ggpht.com/_VQNegiUKCNA/TPmEpU0FCxI/AAAAAAAAAuQ/w7_Ys1PhVJ4/s640/%D0%A1%D0%BD%D0%B8%D0%BC%D0%BE%D0%BA-59.png)
(http://lh5.ggpht.com/_VQNegiUKCNA/TPmEpi09i6I/AAAAAAAAAuU/rqUX8iiBnsg/%D0%A1%D0%BD%D0%B8%D0%BC%D0%BE%D0%BA-60.png)
(http://lh3.ggpht.com/_VQNegiUKCNA/TPmEpsDnxwI/AAAAAAAAAuY/-Qt9-IEvj3Q/s640/%D0%A1%D0%BD%D0%B8%D0%BC%D0%BE%D0%BA-61.png)

Умеет:

    * устанавливать количество возможностей пользования услугой в месяц (опционально)
    * устанавливать цену на услугу, снятие поисходит на стороне получателя (опционально)
    * устанавливать минимальную сумму перевода
    * устанавливать максимальную сумму перевода
    * запрещать отдельным пользователям пользоваться услугой (опционально)
    * защита от букв и прочих ненужных знаков и т.п. попыток хака
    * ведёт лог в "платежах и событиях", управляется там же
    * ведёт лог ошибок, если что-то с БД
    * документирован
    * настройки доступны из веб интерфейса администратора
    * включает клиента, если после перевода положительный баланс
    * многочисленные блокировки от злоупотреблений
    * защита от неплательщиков и должников

Не проверял вообще: * запрещать отдельным пользователям пользоваться услугой (опционально). Просба кому это нужно - потестировать.
Ну и вообще хорошо бы пока при памяти, чтобы сообщили, что здесь не так.

Всё как всегда в подписи в hg и zip.

Если понравилась работа - можете на пиво скинуть:
Z273141862601
E304485962563
R498919885440
U267487899332
B204434225507

+1 автору!

ИМХО, лучше перефразировать немного(поправил у себя):
Дополнительно, за использование услуги, с суммы платежа будет удержана комиссия в размере 1 грн.



   

Спасибо за плюс, русская языко у меня конечно хромает же. Поэтому прислушаюсь к замечяниям о языка русские. ;)

Специальная сборка для коллеги Антона. Чтобы не ныл "ой а версус там сказал...". ;D
Добавлено:
*защита от платежа самому себе
*долгожданная возможность снимать наряду (отдельно или вместе) с фиксированной стоимостью ещё и процент от переводимой суммы (за вычетом фиксированный суммы конечно же, если таковая имеется) (опционально)
(http://lh5.ggpht.com/_VQNegiUKCNA/TP6XuwTLkGI/AAAAAAAAAuw/QLg4nFvynco/s640/%D0%A1%D0%BD%D0%B8%D0%BC%D0%BE%D0%BA-66.png)
(http://lh4.ggpht.com/_VQNegiUKCNA/TP6XujvrV8I/AAAAAAAAAus/QEk5SeK5YjM/s640/%D0%A1%D0%BD%D0%B8%D0%BC%D0%BE%D0%BA-65.png)
(http://lh4.ggpht.com/_VQNegiUKCNA/TP6Xug4faNI/AAAAAAAAAuo/IXrUEDydWPE/%D0%A1%D0%BD%D0%B8%D0%BC%D0%BE%D0%BA-64.png)

сумма списания и процент, в идеологии разве не одно и тоже, комиссия?

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

понял, это просто для функционала.
держи еще плюсик, хоть и не юзаю модуль.  ;D

Молодец. хороший код, хорошо комментирован. Годное дело делаешь.

А у кого есть этот модуль?

спасибо за добрые слова. кстати я погуглил и не нашёл ремиттерной системы в биллингах. получается по функциональности подходим к CBOSS. :(

http://www.youtube.com/watch?v=Sv4cdiPj1BU
+

Привет! Спасибо за модуль (плюсанул). Нашол небольшой баг:
При неверном платёжном коде в некоторых случаях происходит следующее: с отправителя снимает, с получатеся процент снимает, а вот не начисляет.
пример. Пользователь с идом 1 (платёжный код 11) пишем код 12 (пользователя берёт с идом 1 процент снимает и всё.).

Назобрался. Начисления приходят (наличка). А вот проверки контрольной цифры в платёжном коде - нет.

То, что Вы описываете программно невозможно, т.к. скрипт - совсем не школьное поделие.
Перевести на неверный id нельзя. Перевести самому себе нельзя. Так задумано программно в строках с 80 по 88.
Установите, пожалуйста, скрипт корректно.

а для незрячих может напишете где качать модуль типа СКАЧАТЬ, а то в упор не вижу ссылки

http://code.google.com/p/nodeny49modules/  ;)

спс

спс к карме не прибавишь  :)

Извиняюсь, про незрячих я не подумал, да. :(

А может ли пользователь перевести средства взятые по средствам временного платежа?

Обновитесь до 0.03. Честное слово - стыдно. Приношу свои извинения всем, кому доставил неприятности модулем. :'( :-[

А как сделать  чтоб платежи приходили получателю по базе платежей как безналичные платежи с категорией "Перевод с другого счета" и у отправителя была категория не "снятие за услуги" а тоже "перевод на другой счет"
И в комментариях платежа добавить ппк код или ип или Фамилию от кого и от кого чтоб легче следить за проводками

И как ввести проверку правильности ввода кода ппк ? А то получается что последнюю цифру можно ввести любую...

Это пофиксил в ревизии cc713861f5ed (архивом выложу позже), т.к. понял чего вы от меня хотите.

Неохота делать пока что. :) Попробуйте просто дописать/переписать функционал платежей сами.

Спасибо, попробуем

Как сделать, или где исправить в запросе к базе, чтобы сумма перевода от отправителя к получателю не проводилась как наличное пополнение (правильнее будет проводить как "безнал" и ставить категорию за услугу "перевод с другого счета"  есть такая категория платежа.) Очень нужно таким способом сделать, потому что в отчеты сейчас у нас попадает как наличные пополнения...

Думаю где-то в этом запросе нужно исправить:

итого
Вместо 600 поставить нужную категорию.

Например, 6 для "Перевод с другого счета".
Насчёт ППК, ip, ФИО в комментариях: если реализовывать эти данные в комментах у админа а не в тех, которые видны пользователю, то я не против дописать, няхай буде...

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

Короче, полопатил немного. Теперь мониторинг платежей производится либо в платежах и событиях каждого получателя, либо Платежи -> Категории платежей -> в колонке Безналичное пополнение счета клиента -> Перевод с другого счета.
Да, теперь работаем с типом платежей не 600 (Наличный платеж), а с 6 (Перевод с другого счета).
Кто рискнёт обкатать у себя 0.05 и отпишется - будет молодец.
Сразу оговорю глюки: т.к. ранее фактор давних платежей был 600, но без спец. комента "За услугу Поделиться балансом", а сейчас только по фактору 600 (ну решил я одним вот махом поубирать всё лишнее), то можно отхватить такую проблему:
пользователю который недавно получал переводы при помощи этого плагина, не будут выводиться сообщения вида "Получатель очень давно не пополнял свой счёт.", оговоренные в опции "Если платежей от получателя не поступало столько дней, запретить перевод такому получателю" (т.к. якобы недавно был "платёж 600").
Временный выход из ситуации - взять SQL строку подсчёта платежей для этой секции из предыдущей верси на тот срок, который выставлен для этой опции. Ну или увеличить значение на месяц-другой вдвое. Фактически это не то что бы критично, просто говорю, что изменилось.

Выглядят переводы теперь так, хотя Вы можете писать в лог что угодно:
(http://ompldr.org/vOWZsbA)

 Извиняюсь, но Я не понял, что вводить в поле "Введите персональный платёжный код получателя "

Извиняем. В поле нужно вводить персональный платёжный код получателя, который задаётся параметрами биллинга, о котором сказано в документации (http://forum.nodeny.com.ua/docs/h/payterm_osmp.html).

А я б не извинил... :D
P.S. Вы что прикалываетесь? Когда-то говорили, что человек использует ресурсы своего мозга на 10%. Так вот - мне кажется, что большинство даже до 10-и не дотягивают.... Либо тех же десть, но от меньших ста...

Шикарный модуль!

Смогу ли я поставить этот модуль на версию 50.32 ?
Если нет, то возможно доработать модуль под версию 50.32 ?

так

Поставил! все ок
Спасибо

Поставил этот модуль 0.5 версии, согласно инструкции автора, при нажатии на кнопку "Поделиться Деньгами"обновляется страница и появляется обычное пустое серое окно биллинга, скрин прилагаю, аналогично и с другим модулем автора с графиками.

Помогите плизз исправить.

Ну нужно смотреть версию биллинга... Писалось всё под 50.32, 49.32. Ещё в логах Вашего web-сервера можно найти много интересных подсказок...

У меня как раз 49.32

Кроме как:

ничего нет в httpd-error.log

Ну а если использовать второй модуль автора, по графикам, то у меня 500 ошибка и в логах пишет:

А также согласно инструкции выполнил все что нужно в апатче с js.
Помогите плизз разобраться.

Вот интересно, а чего это &main::Connect_DB2 не определённая функция в строчке 28?

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

Честно, не знаю, все делал строго по мануалам автора...

Да дело просто в том, что модуль то вроде как я когда то это писал, в сети что его заказывали его так и не внедрили, но оно точно работало. Просто как бы ошибка не относится к модулю "поделиться балансом"

скорее всего где-то накосячено при подключении в плагин реестр ctrl-c/ctrl-v

Все разобрался, немного не туда заходил)))
Нужно было в Операции --> Настройки --> Поделиться балансом (чтобы сначала настроить), а я заходил Операции --> Поделиться балансом.

PS Автор поможешь разобраться со вторым модулем "Трафик (графики)"?

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

Не смотрел еще код модуля... Думаю, что быстрее будет тут уточнить...

А делает ли модуль проверку на наличие временного платежа у отправителя? А то получится, что у абонента временный платеж, тоесть средств на счету по факту нету, а он еще и "делится" денежками.

Доброго времени суток всем! Мне нужна ваша помощь! Есть модуль "Поделиться балансом" работает как часы, но есть один маленький нюанс, если устанавливаешь: "Сумма списания за пользование услугой" или "Процент списания за пользование услугой" то при переводе денежных средств снимает процент у того кому перевели, а не у того кто переводил, меня это насторожило потому как все мы вроде привыкли когда переводишь деньги с мобилки на мобилку то всегда мтс забирал деньги кто переводил, а кому переводили всегда приходили чистые там к примеру 5 гривен. возможно ли это как-то реализовать?

#списываем сумму в размере RMTR_post2 за услугу Поделиться балансом
 $sql="INSERT INTO pays (mid,cash,type,bonus,category,admin_id,admin_ip,reason,coment,time) ".
      "VALUES($Mid,-$RMTR_post2,10,'y',105,$Adm{id},INET_ATON('$RealIp'),'За услугу Поделиться балансом','За услугу Поделиться балансом',$t)";

Возможно (см. вложение в пост). Как-то сразу не обозначили такую тонкость, а теперь биллинга нету. Поэтому погоняйте этот вариант, если не сбоит - пользуйтесь.