Главная » Портфолио » PHP » Система оплаты - Хроника событий разработки (предложения/обновления)

Система оплаты - Хроника событий разработки (предложения/обновления)

24-04-2012, 14:58 n0wheremany Комментарии (111) Просмотры (46656)
Система оплаты - Хроника событий разработки (предложения/обновления) Хотелось бы услышать пользователей, какие нужны модули (функции), системы оплаты, какие ваши пожелания и предложения для новой версии модуля.
Какие вы напишите модули (функции) по возможности будут реализованы...

Начата работа над новой версией. Жду ваших предложений.

Текущая версия: 6.09
В работе: 6.10

Реализовано:
  • Админка модуля теперь не зависит от файлов ДЛЕ (для разных версий ДЛЕ используются разные версии jquery, а также разные скрипты JS)
  • Админка модуля переведена на Bootstrap3
  • Поднятие новости: Добавлена возможность выбирать сумму операции, исходя из группы пользователя и категории новости
  • Операции с новости: Выявлена и исправлена серьёзная ошибка при работе с модулем. Добавлена возможность выбирать сумму операции, исходя из группы пользователя и категории новости
  • Оплата доступа: Добавлена возможность закрывать определённые страницы сайта - конкретную новость, категорию, страницу категории, стат страницу и тп.
  • Оплата новостей: Выявлена и исправлена серьёзная ошибка при работе с корзиной. Реализована возможность работы при кэшировании
  • Donate: переработан код модуля в строну уменьшения количества и нагрузки
  • Мой лог: Переработан код модуля в сторону уменьшения нагрузки, шаблон навигации включил в общий шаблон модуля
  • В "Расширенный перевод в VIP группу" добавлена возможность добавить комментарий к платежу
  • Добавлен тэг для ссылки, при переходе на которую, идёт сразу перенаправление на страницу оплаты в биллинг, минуя выбор системы оплаты
  • Доработана автоустановка для ДЛЕ 10.6


В работе:
  • Реализация скидок к покупкам (накопительная скидка (% от суммы покупки), повременная скидка (% на время при покупке более $), % при повторной покупке)
  • Реализация автовывода
  • Возможность выбора категории, при фиксации новости
  • Доп поля к оплате
  • Свободная цена
  • Оплата файлов - возможность разослать e-mail оповещения всем, кто купил товар

Другие новости по теме

Уважаемый посетитель

Вы зашли на сайт как незарегистрированный пользователь. Мы рекомендуем Вам зарегистрироваться либо войти на сайт под своим именем.

Добавление комментария


Коментарии

#91 13 марта 2015 23:54 skylar

Не совсем то. Вот у меня к примеру на сайте 15 тысяч товаров. Это сколько надо сгенерировать промо- кодов в день? Это мне надо ежедневно делать генерацию, т.е. кропотливую работу. Делать лист со списком промо-кодов для покупки или как это выглядит?

Пока писала тут ответ, кажется я придумала что сделать!

Решение такое: встроить лимит на скачивания в модуле "Перевод в VIP группу расширенный": т.е. добавить колонку на ограничение скачиваний.

Вот как выглядят ТАРИФЫ с моим предложением в модуле "Перевод в VIP группу расширенный":

Название
Вкл./Выкл
Старая Группа
Новая группа
Cумма
Срок перевода
Лимит скачиваний Вкл./выкл
Кол-во скачиваний за оплаченный период (если лимит скачиваний ВКЛ.)


ВАЖНО:
Группа меняется на струю автоматически после выкачки лимита, или после того, как закончится срок пребывания в группе, что из них наступит раньше.

ВОТ И ВСЕ РЕШЕНИЕ. Вот пример: http://data.cod.ru/204367
Публикаций: 0 Комментариев: 55 [ цитировать ]

#90 13 марта 2015 17:04 n0wheremany

skylar,
Вроде бы напоминает промокод. Сейчас реализован промокод с ограничением по времени на определённую сумму. Могу встроить туда ограничение по количеству купленных товаров.

Так же наверно сделать список этих промокодов для покупки. Наверно так будет проще

реализовано в 6.09
Реализована возможность оплаты промокодом повторно с ограничением по кол-ву и сумме покупок


--------------------
Публикаций: 68 Комментариев: 744 [ цитировать ]

#89 10 марта 2015 16:32 skylar

Сделайте оплату количества скачиваний файлов.
Например
ТАРИФ 1: оплата 10 скачиваний с сайта всего.
ТАРИФ 2: оплата 100 скачиваний файлов всего. и т.д.

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

Получится к примеру: я оплачиваю скачивание 10 файлов с сайта за 200 рублей. Скачать я могу все это или за 30 дней или за 5 часов (смотря что выставил админ), после чего такая возможность у меня пропадает.
--------------------------------------------------
Еще можно сделать систему баллов.
Купил к примеру 2000 баллов за 100 рублей.
Файл №1 можно скачать за 120 баллов, файл №2 можно скачать за 30 баллов. Баллы можно просматривать в профиле и они не сгорают или сгорают (например если выставлен период в часах и днях).
--------------------------------------------------

В общем было бы неплохо сделать что-то в духе вышеописанного, чтобы пользователь мог оплачивать скачивания нескольких файлов или как средством покупки баллов или же оплаты заданного количества скачиваний.
Публикаций: 0 Комментариев: 55 [ цитировать ]

#88 10 марта 2015 00:19 n0wheremany

Цитата: _AVK_
возможно ли добавить в систему оплат free-kassa.ru
?


В работе

Начата работа над новой версией 6.09
Уже реализовано:
- Доработана функция получение валют автоматически и вручную с ЦБ РФ
- Доработан модуль оплата новостей - Добавлена возможность оплаты нескольких новостей одновременно через корзину товаров

Жду ваших предложений


--------------------
Публикаций: 68 Комментариев: 744 [ цитировать ]

#87 8 мая 2014 14:01 _AVK_

возможно ли добавить в систему оплат free-kassa.ru
?

реализовано в 6.09
Публикаций: 0 Комментариев: 36 [ цитировать ]

#86 15 марта 2014 08:04 _AVK_

Цитата: n0wheremany
Реализованные исправления и доработки можно протестить на демо сайте buy.16mb.com

и что там как тестировать если оно там всё мёртвое
Публикаций: 0 Комментариев: 36 [ цитировать ]

#85 1 декабря 2013 21:42 n0wheremany

Реализованные исправления и доработки можно протестить на демо сайте buy.16mb.com


--------------------
Публикаций: 68 Комментариев: 744 [ цитировать ]

#84 1 декабря 2013 21:18 AllStory

Цитата: n0wheremany
нормально работает. Возможно не до конца поставил файлы.

smile Дотестировался... на "вскипевший мозг" часть нужного кода не прописал. Верно - все нормально, извиняюсь.
Публикаций: 0 Комментариев: 32 [ цитировать ]

#83 1 декабря 2013 19:41 n0wheremany

Цитата: AllStory
При данном способе, рефералы определяются только при включенной расширенной регистрации. Если отключить платную регистрацию, после регистрации по реф ссылке, юзер не числится в привлеченных рефереалов у того, по чьей ссылке он зарегистрирован, и соответственно, в профиле реферала, не указано, кто его привлек.

У меня нормально работает. Возможно не до конца поставил файлы.


--------------------
Публикаций: 68 Комментариев: 744 [ цитировать ]

#82 30 ноября 2013 15:46 AllStory

При данном способе, рефералы определяются только при включенной расширенной регистрации. Если отключить платную регистрацию, после регистрации по реф ссылке, юзер не числится в привлеченных рефереалов у того, по чьей ссылке он зарегистрирован, и соответственно, в профиле реферала, не указано, кто его привлек.

Не помню, как это при стандартной реф ссылке. Надо проверить сейчас.

Да, тоже самое и при стандартной реф ссылке - при отключенной платной регистрации, реферал не учитывается.

По изменению текста реф ссылке - пожалуйста, включите этот способ в ридми модуля рефералки.
Публикаций: 0 Комментариев: 32 [ цитировать ]

#81 30 ноября 2013 14:31 n0wheremany

Цитата: AllStory
Например, по умолчанию - http://site.ru/referral/734/
если админ указал другой вариант этой части реф ссылки, то чтобы использовался он в ней. Например - http://site.ru/other_text/734/


В .htaccess
вместо
RewriteRule ^referral/(.*)(/?)$ index.php?do=referral&id=$1 [L]

ставим
RewriteRule ^other_text/(.*)(/?)$ index.php?do=referral&id=$1 [L]


в userinfo.tpl
вместо
{reflink}

ставим
http://site.ru/other_text/{user_id}/


в profile.php
найти
$tpl->compile( 'content' );

выше вставить
$tpl->set( '{user_id}', $row['user_id'] );


--------------------
Публикаций: 68 Комментариев: 744 [ цитировать ]

#80 30 ноября 2013 14:16 AllStory

И было бы не плохо, добавить возможность настраивать (изменять) в реф ссылке часть "referral", на любой другой текст, указанный админом.
Например, по умолчанию - http://site.ru/referral/734/
если админ указал другой вариант этой части реф ссылки, то чтобы использовался он в ней. Например - http://site.ru/other_text/734/

Цитата: n0wheremany
Тэги [not-logged][/not-logged] если заключить текст в них

wink Точно, ступил.
Публикаций: 0 Комментариев: 32 [ цитировать ]

#79 30 ноября 2013 14:12 n0wheremany

Цитата: AllStory
Для реферальной системы. Реф ссылки, кем привлечен и список рефералов в профиле пользователей сделать доступными только самому пользователю. На данный момент, они доступны всем зарегистрированным

Тэги [not-logged][/not-logged] если заключить текст в них, то он будет отображаться только у того пользователя, чей профиль просматривается


--------------------
Публикаций: 68 Комментариев: 744 [ цитировать ]

#78 30 ноября 2013 14:04 AllStory

Цитата: n0wheremany
Прошу добавить пожелания.

Для реферальной системы. Реф ссылки, кем привлечен и список рефералов в профиле пользователей сделать доступными только самому пользователю. На данный момент, они доступны всем зарегистрированным.
Публикаций: 0 Комментариев: 32 [ цитировать ]

#77 30 ноября 2013 13:47 n0wheremany

Готовится новая версия системы 6.06.
Прошу добавить пожелания. Некоторые уже выполнил


--------------------
Публикаций: 68 Комментариев: 744 [ цитировать ]

#76 30 октября 2013 16:45 AllStory

Было бы хорошо реализовать еще уведомление админу о поступившей заявке на вывод средств. А заодно исправить недочет, когда заявка удаляется, будучи не выполненной, то чтобы запрошенные на вывод средства снова записывались на баланс пользователя. А то и вывода не произошло, и средства с баланса уже списаны, приходится вручную их вводить снова пользователю. Всякое бывает ведь.
Исправлено в 6.06

Ну и исправить названия в емаилах. А то при выводе из кошелька или снятии средств с баланса пользователя, юзеру приходит письмо, о том, что ему начислено. При этом, если при выводе из кошелька юзеру приходит уведомление о начислении, но там хоть в примечании написано, что вывод средств, то при снятии через админку с пользователя, ему приходит уведомление, что ему начислена сумма рублей, сама сума не указывается, и то, что это снятие, а не начисление вообще никто не поймет. Такие вот мелкие недочеты хорошо бы исправить.
Исправлено в 6.06
Публикаций: 0 Комментариев: 32 [ цитировать ]

#75 28 октября 2013 15:42 AllStory

5. Реферальная система. Исправить расчет реферальских процентов с реферальских процентов, начисленных пользователю по реф. программе, начиная со второго уровня реферала. Процент, начиляемый пользователю по реферальной програме, не является суммой, внесенной пользователем, и не может попадать под новый расчет процентов реферальских начислений, и так до полного обнуления. Это естественный и правильный алгоритм любой реферальной программы. Сама система конечно же отличная, и спасибо за ее реализацию, однако данный подход ошибочен и крайне неверен, а соответственно, сама реферальная система, к сожалению, несостоятельна (важно) при условии использования начислений для рефералов от 2-ого уровня и ниже. Обманываем сами себя. Подробно это описывал в теме реф. системы.
Исправлено 6.06
Публикаций: 0 Комментариев: 32 [ цитировать ]

#74 28 октября 2013 11:44 AllStory

4. Модуль кошелек пользователя. По данному поводу вам уже писал:
Считаю, крайне необходимо внедрить поля "Сумма ввода", "Комиссия" и "Сумма к получению" и в форму ввода средств на кошелек (как в форме вывода), во избежании конфликтов с пользователями, если установлена комиссия на ввод средств на кошелек пользователя.

Вы ответили, что для этого есть система скидки/наценка. Ну об этой системе уже писал ранее.
Скидка/наценка, не подходит. Кроме того, это не логично. Скидка/наценка это настройка для каждой платежной системы. Поставив скидку на какую-то платежную систему, она будет действовать на все платные сервисы по данной платежной системе. Там проценты отоображаются, при этом логика наценки в итоге платежа обрабатывается не верно.

Процент же за ввод в кошелек, это отдельный параметр, привязанный непосредственно к операции ввода на кошелек средств, а не к какой-то платежной системе. Но его использование никак не отображается для пользователя. Получается, использование процента за ввод средств на кошелек, настраиваемый в кошельке, по сути является серой схемой скрытых комиссий. Подобное может вылиться не просто в недовольство пользователя, а куда в более серъезные проблемы. И тут есть только два варианта. Если используется эта настройка, то об этом в форме на ввод средств, должно быть явно указано, и должен производиться прозрачный расчет: 1 - оплачиваемой суммы, 2 - процента (комиссии сайта за ввод) и 3 - конечной суммы к получению на кошелек (так, как это сделано в форме вывода из кошелька). Либо, сама эта настройка должна быть удалена, хотя бы потому, что в том виде, как она действует сейчас, она по сути может привести к проблемам совсем иного рода. Ведь все прекрасно понимают, что это все таки деньги, а не фантики. И платят их люди. Что это значит, думаю объяснений не требует.

Исправлено в 6.06
Публикаций: 0 Комментариев: 32 [ цитировать ]

#73 28 октября 2013 02:52 AllStory

3. Система Скидка/Наценка, требует кардинального пересмотра. Данная система позиционирует свое предназначение для покрытия дополнительных расходов, связанных с различными комиссиями. К сожалению, на деле это не так. Допустим, установлена наценка 10% на сумму платежа. Пользователь для оплаты 100руб. переходит на сайт платежной системы и видит уже сумму с наценкой. Здесь все правильно. После оплаты, платежная система возвращает пользователя на сайт (success), и пользователь видит в информации о платеже, что он оплатил 110руб. Т.е. в результате в журнал его платежа пошли не 100руб., а сумма с наценкой. Теперь, допускаем, что пользователь эти 100руб. вводил на свой кошелек на сайте. В результате, на его счет записаны не 100, а 110руб. Таким образом, сама система наценки не соответствует своему назначению, так как ее использование равноценно тому, как если бы сам пользователь просто ввел не 100руб., а 110руб. Ни о каком покрытии расходов в данном случае речи не идет. Наценка должна учитываться только при передачи данных о сумме с этой наценкой на платежный сервис, но не должна учитываться после совершения платежа и возврата на сайта, в логе, и тем более кошельке пользователя. На данный момент система скидки/наценки нежизнеспособна, т.е. не соответствует своему назначению, так как она просто увеличивает сумму, которая в итоге будет записана на счет пользователя (лог, кошелек).
Реализовано только для PayPal в 6.06
Публикаций: 0 Комментариев: 32 [ цитировать ]

#72 28 октября 2013 00:48 AllStory

1. В связи с приходом PayPal в Россию, и (к сожалению), вводом ограничений на платежи - внутри России только в рублях, предлагаю сделать модуль оплаты PayPal, как и для WebMoney, т.е. PayPal USD - оплата в долларах, и PayPal RUB, т.е. оплата в рублях.
Важно! В PayPal идентификатор рублей определен как RUB, а не RUR.
Доработано - Добавил возможность менять валюту в настройках

2. Снова о PayPal. В связи с тем, что в отличии от всех остальных платежных систем, PayPal не удерживает комиссионные с покупателя, а высчитывает их с продавца (для USD - до 3,9% + $0,30, для RUB - до 3,9% + 10руб. - все эти комиссионные снимаются с продавца независимо от суммы, оплаченной покупателем), необходимо ввести в настройки этого модуля дополнительный параметр, в котором можно задавать дополнительную сумму, которая будет являться фиксированной и автоматически прибавляться к платежу пользователя, и общая сумма будет передаваться на оплату в PayPal. При этом, данная дополнительная сумма не должна учитываться в сумме оплаты, фиксируемой на сайте, после совершения платежа. Т.е., если пользователь платит 100руб, а в настройках модуля указана доп. сумма - 10 руб., то пользователь, перейдя на сайт системы PayPal получает сумму к оплате 110руб. После совершения оплаты, он возвращается на сайт (success), где в качестве успешной оплаты отмечена сумма без этой надбавки, т.е. 100руб. Таким образом, покрывается фиксированная комиссия системы PayPal, что снижает потери продавца, особенно в случае вывода средств из кошелька на счет в PayPal - здесь продавцу придется доплачивать сверху уже со своих денег, и ни о какой прибыли речь уже не идет, только потери. В идеале это можно отнести и к вводу второго параметра дополнительного процента, который также добавляется к сумме, по принципу, что описал выше. Но это можно было бы решить с помощью системы скидки/наценки, если бы не одно но. О котором напишу в предложении 3... как только позволит сайт или кто-то после меня оставит коммент - ограничения на размер комментариев сказывается.
Реализовано в 6.06
Публикаций: 0 Комментариев: 32 [ цитировать ]