BiTel

Форум BiTel
bgbilling.ru     docs.bitel.ru     wiki.bitel.ru     dbinfo.bitel.ru     bgcrm.ru     billing.bitel.ru     bitel.ru    
Текущее время: 02 окт 2022, 20:07

Часовой пояс: UTC + 5 часов [ Летнее время ]




Начать новую тему Ответить на тему  [ Сообщений: 13 ] 
Автор Сообщение
СообщениеДобавлено: 01 янв 2015, 20:20 
Не в сети

Зарегистрирован: 21 июн 2012, 10:14
Сообщения: 5
Карма: 0
Подскажите пожалуйста реально сделать чтобы при оплате через этот модуль происходила проверка тарифа и абонент не мог заплатить деньги меньше чем стоит тарифный план на месяц, к примеру 1000 руб/мес тарифный план, и нельзя закинуть денег меньше тыщи, больше можно.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 01 янв 2015, 21:18 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 27 мар 2012, 11:59
Сообщения: 2655
Откуда: Парагвай
Карма: 72
скриптом наверно. А какая цель? он же если меньше заплатит его не разблокирует модуль абонплат


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 01 янв 2015, 23:11 
Не в сети

Зарегистрирован: 21 июн 2012, 10:14
Сообщения: 5
Карма: 0
У нас абонплата списывается не раз в месяц, а посуточно.
Была бы возможность списывать абонплату за месяц только расчетный период у каждого абона свой, допусти с 5 по 5, с 20 по 20, проблем не было бы, а так получается что абонка списывается раз в сутки, и люди платить могут меньше, чисто чтоб поработать на выходных хватило.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 02 янв 2015, 01:05 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 27 мар 2012, 11:59
Сообщения: 2655
Откуда: Парагвай
Карма: 72
По такой схеме у многих работает. Из реалиев который видел самый адекватный это в платежной системе задать минимальную сумму платежа не 0 а допустим от 500 руб


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 02 янв 2015, 01:23 
Не в сети
Разработчик

Зарегистрирован: 07 апр 2007, 23:51
Сообщения: 4482
Откуда: Уфа, Россия
Карма: 186
Можно сделать так что если у клиента баланс на момент платежа больше нуля он может платить любые суммы, но если он допускает блокировку, то для возобновления работы необходимо внести сумму не меньше месячной абонплаты


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 02 янв 2015, 15:08 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
Может быть надо уже добавить понятие учетного периода для модуля абонплат? Хотя этот вопрос уже не раз поднимался, есть много вопросов по поводу порядка списания, изменениях баланса и перерасчетах.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 02 янв 2015, 15:55 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 29 мар 2010, 23:11
Сообщения: 5839
Карма: 472
stark писал(а):
Может быть надо уже добавить понятие учетного периода для модуля абонплат?

Изображение
А то текущие учетные периоды это что-то с нечто.
Списывание расходами и т.п.
Для того чтобы понять сколько стоит тариф надо зайти не в тарифы а в скрипты.
Сплошное неудобство.

_________________
Цитаты великих людей :umnik:
Напишите в helpdesk © stark
повторяю: => хелпдеск => доработка => профит © dimOn
свершилось... © skn
Мой код изящен, лёгок, оригинален, краток. Как прохладный весенний ветерок, как звонкий ручей! © dimOn
Вежливый разработчик © Artur
Эти баги тоже исправлены, как и те, которые еще не написаны © Artur
ну т.е. существует воркэраунд, ок © dimOn


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 02 янв 2015, 16:18 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
Phricker писал(а):
stark писал(а):
Может быть надо уже добавить понятие учетного периода для модуля абонплат?

Изображение
А то текущие учетные периоды это что-то с нечто.
Списывание расходами и т.п.
Для того чтобы понять сколько стоит тариф надо зайти не в тарифы а в скрипты.
Сплошное неудобство.



Ну пытались сделать нечто подобное с помощью модуля subcription. Но там вообще нет переобсчета как такового. Ну тут вопрос по хранению баланса . Зачем хранить баланс на начало и конец месяца для пользователей с произвольным учетным периодом. У них получается надо хранить баланс на начало и конец учетного периода и счета выставлять в конце учетного периода и переобсчеты делать не за месяц, а за учетный период (который у каждого разный). Это потребует кардинальных переделок всего, как бы тут не получилось ядро версии 2, т.е новый биллинг, на который надо будет переходить с конвертированием данных. Или если пойти простым путем - это сделать какой-нибудь костыль к npay или отдельный модуль.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 03 янв 2015, 16:35 
Не в сети

Зарегистрирован: 21 июн 2012, 10:14
Сообщения: 5
Карма: 0
skn писал(а):
Можно сделать так что если у клиента баланс на момент платежа больше нуля он может платить любые суммы, но если он допускает блокировку, то для возобновления работы необходимо внести сумму не меньше месячной абонплаты


Это бы мне очень помогло, но как сделать?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 03 янв 2015, 23:03 
Не в сети
Разработчик

Зарегистрирован: 07 апр 2007, 23:51
Сообщения: 4482
Откуда: Уфа, Россия
Карма: 186
romadm писал(а):
skn писал(а):
Можно сделать так что если у клиента баланс на момент платежа больше нуля он может платить любые суммы, но если он допускает блокировку, то для возобновления работы необходимо внести сумму не меньше месячной абонплаты


Это бы мне очень помогло, но как сделать?


небольшой скриптик на событие приход платежа, если сами не можете сочинить пишете в хелпдеск


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 04 янв 2015, 01:32 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 29 мар 2010, 23:11
Сообщения: 5839
Карма: 472
skn писал(а):
небольшой скриптик на событие приход платежа

А в таком случае не придется отказаться от штатной работы с дебетовыми договорами модуля NPAY?
Ведь это он разблокировывает абонента при приходе платежа.

_________________
Цитаты великих людей :umnik:
Напишите в helpdesk © stark
повторяю: => хелпдеск => доработка => профит © dimOn
свершилось... © skn
Мой код изящен, лёгок, оригинален, краток. Как прохладный весенний ветерок, как звонкий ручей! © dimOn
Вежливый разработчик © Artur
Эти баги тоже исправлены, как и те, которые еще не написаны © Artur
ну т.е. существует воркэраунд, ок © dimOn


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 04 янв 2015, 11:14 
Не в сети

Зарегистрирован: 02 июн 2012, 12:46
Сообщения: 33
Карма: 0
Добрый день.

Цитата:
А в таком случае не придется отказаться от штатной работы с дебетовыми договорами модуля NPAY?
Ведь это он разблокировывает абонента при приходе платежа.


Правильный вопрос.
Если закрыть скриптом договор, то он тут же разблокируется npay.

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


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 08 янв 2015, 19:13 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
Phricker писал(а):
skn писал(а):
небольшой скриптик на событие приход платежа

А в таком случае не придется отказаться от штатной работы с дебетовыми договорами модуля NPAY?
Ведь это он разблокировывает абонента при приходе платежа.


да, придется.


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 13 ] 

Часовой пояс: UTC + 5 часов [ Летнее время ]


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
POWERED_BY
Русская поддержка phpBB
[ Time : 0.049s | 44 Queries | GZIP : On ]