BiTel

Форум BiTel
bgbilling.ru     docs.bitel.ru     wiki.bitel.ru     dbinfo.bitel.ru     bgcrm.ru     billing.bitel.ru     bitel.ru    
Текущее время: 05 июл 2025, 02:37

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




Начать новую тему Ответить на тему  [ Сообщений: 15 ] 
Автор Сообщение
 Заголовок сообщения: Не закрывается шлюз
СообщениеДобавлено: 31 июл 2009, 20:05 
Не в сети

Зарегистрирован: 19 янв 2009, 15:15
Сообщения: 85
Карма: 0
Есть договор, где подключено сразу несколько модулей, в частности DialUp и IPN.
Так же есть несколько тарифных планов. Некоторые ТП используют только диалап модуль, другие только IPN. Так вот, если в текущий момент нет ТП, использующего модуль ИПН, но баланс положительный, шлюз открыт и интернет прет (на халяву).
Как пофиксить?


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

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
у нас тариф используется только для обсчета . Задача проверки шлюза не обращается к трифу и не проверяет его наличие на текущйи момент


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: 03 авг 2009, 18:06 
Не в сети

Зарегистрирован: 19 янв 2009, 15:15
Сообщения: 85
Карма: 0
А такой функционал планируется? Или это можно как-нить самому прикрутить?


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

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
Heggi писал(а):
А такой функционал планируется? Или это можно как-нить самому прикрутить?


тут проблема не в налчии тарифа . А в общем балансе .Т.к вас клиент не может одновремнно тпользоваться dialup и IPN? т.е вы отключаете одно и включаете другое . Если есть деньги на договре, то для ipn это признак чтобы открыть шлюз
Можете добавить субдоговра с независмым балансом , тогда каждый баланс будет отдельно учитываться .


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

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


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: 04 авг 2009, 02:27 
Не в сети

Зарегистрирован: 19 янв 2009, 15:15
Сообщения: 85
Карма: 0
stark писал(а):
тут проблема не в налчии тарифа . А в общем балансе .Т.к вас клиент не может одновремнно тпользоваться dialup и IPN? т.е вы отключаете одно и включаете другое . Если есть деньги на договре, то для ipn это признак чтобы открыть шлюз
Можете добавить субдоговра с независмым балансом , тогда каждый баланс будет отдельно учитываться .


В том-то и дело, что пользователь может одновременно пользоваться и тем и тем, сменив ТП с начала суток, т.е. у него безлим (IPN) и помегабайтный тариф (dialup-VPN). И получается, когда он врубает себе Помегабайтный тариф, безлимитка не только не отключается, но и прекращается насчитываться абонплата...
Кст когда тарифа, использующего модуль Dialup нет - авторизация не проходит. Может стоит сделать нечто подобное и для модуля IPN? Т.е. условие открытия шлюза не только положительный баланс, но и наличие тарифа, по которому будет проводится тарификация.
У нас-то конечно безлим и на тарификацию пофиг, но у других и помегабайтные тарифы есть. А там пропуск трафика без назначенного тарифа чревато последствиями...


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

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


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: 04 авг 2009, 19:00 
Не в сети

Зарегистрирован: 19 янв 2009, 15:15
Сообщения: 85
Карма: 0
Лучше возможность встраивания собственного обработчика.
Типа так: платеж пришел или еще какое событие по которому шлюз должен открыться, передается управление в обработчик события, в котором можно самому писать что угодно (например проверка наличия нужного ТП), и обработчик возвращает 1 в случае, если шлюз можно открыть, или 0 - если нельзя.
Но обработку платежей и т.д. (все как есть) оставить. Просто перед самым открытием шлюза провести еще одну проверку внешним скриптом.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: 04 авг 2009, 19:33 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
Heggi писал(а):
Лучше возможность встраивания собственного обработчика.
Типа так: платеж пришел или еще какое событие по которому шлюз должен открыться, передается управление в обработчик события, в котором можно самому писать что угодно (например проверка наличия нужного ТП), и обработчик возвращает 1 в случае, если шлюз можно открыть, или 0 - если нельзя.
Но обработку платежей и т.д. (все как есть) оставить. Просто перед самым открытием шлюза провести еще одну проверку внешним скриптом.


вы это можете и сейчас уже сделать в обработчике события прихода платежа


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: 04 авг 2009, 20:10 
Не в сети

Зарегистрирован: 19 янв 2009, 15:15
Сообщения: 85
Карма: 0
Тут не только обработка платежа...
Смена ТП
Завершение действия ТП (фактически пользователь остается без тарифных планов вообще)
Возможно еще какие-то события, которые я упустил из виду.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: 05 авг 2009, 13:02 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
Heggi писал(а):
Тут не только обработка платежа...
Смена ТП

зачем ?
Heggi писал(а):
Завершение действия ТП (фактически пользователь остается без тарифных планов вообще)


зачем?этого события вообще нет у нас .


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: 05 авг 2009, 13:14 
Не в сети

Зарегистрирован: 19 янв 2009, 15:15
Сообщения: 85
Карма: 0
stark писал(а):
Heggi писал(а):
Тут не только обработка платежа...
Смена ТП

зачем ?


В первом посту написано зачем. Пользователь самостоятельно меняет ТП с помегабайтного (dialup) на безлимитный (IPN) и обратно.
stark писал(а):
Heggi писал(а):
Завершение действия ТП (фактически пользователь остается без тарифных планов вообще)


зачем?этого события вообще нет у нас .


Один раз получилось, что некий юзер оплатил ровно ххх руб за yyy дней. Счет ему пополнили на эти xxx дней, ТП указали с ... по ... (т.е. ровно yyy дней). По истечении этого периода у юзера на счету ноль, ТП закрылся, а шлюз... открыт... Пока не заметили - юзер нахаляву сидел в инете.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: 06 авг 2009, 05:13 
Не в сети

Зарегистрирован: 06 май 2009, 05:25
Сообщения: 102
Откуда: г. Амурск
Карма: 10
Хм... А разве стандартная задача "Установка статусов договоров" это не отрабатывает?
При нуле на счете (т.е. меньше или равно лимита) она вроде должна заблокировать...

PS. А вообще, хорошо бы иметь событие "Закончился период действия тарифа". Или на крайний случай - параметр в договоре "Тариф по-умолчанию". Чтобы он действовал когда других тарифов на дату нет. Или какой-то механизм "замещения" тарифов.

Сейчас как раз с этим парюсь... Надо предоставлять тариф на определенное время. А когда это время закончится?

PPS. ;) Разобрался с "тарифом по умолчанию". Добавляю несколько тарифов на договор и этот дефолтный с большим номером позиции.

PPPS. В этом случае (если закончены все тарифы из группы), дальше клиент не может менять тариф... Упс.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: 06 авг 2009, 18:31 
Не в сети
Разработчик

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


так них нет проблем с блокированием . У них проблема с разблокированием . оно рабаотает стабильно - деньги есть , открываем шлюз . А им не нужно этого ..у них деньги за dialup типа ..т.е полуается что у их фактически 2 счета , а не один . а рабаотеют с однм счетом , в этом то и все проблема ..если 2 счета , то надо 2 договра разных - тогда проблем не будет .или субдоговр с зависымым балансом


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: 06 авг 2009, 19:25 
Не в сети

Зарегистрирован: 19 янв 2009, 15:15
Сообщения: 85
Карма: 0
stark писал(а):
так них нет проблем с блокированием . У них проблема с разблокированием . оно рабаотает стабильно - деньги есть , открываем шлюз .

Вы не правы. у нас нет проблем и с разблокированием.
У нас проблема в том, что шлюз открыт даже тогда, когда нет активного ТП, использующего этот модуль.

stark писал(а):
у них деньги за dialup типа ..т.е полуается что у их фактически 2 счета , а не один . а рабаотеют с однм счетом , в этом то и все проблема ..если 2 счета , то надо 2 договра разных - тогда проблем не будет .или субдоговр с зависымым балансом


В том то и дело, что 2 счета не катит. У нас пользователь выбирает один_из_двух тарифов. САМ. И счет должен быть общий. 2 тарифа одновременно быть не может.


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

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


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

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


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

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