BiTel

Форум BiTel
bgbilling.ru     docs.bitel.ru     wiki.bitel.ru     dbinfo.bitel.ru     bgcrm.ru     billing.bitel.ru     bitel.ru    
Текущее время: 29 мар 2024, 04:52

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




Начать новую тему Ответить на тему  [ Сообщений: 40 ]  На страницу Пред.  1, 2
Автор Сообщение
 Заголовок сообщения: Re: Npay или Subscriptions
СообщениеДобавлено: 14 май 2015, 14:52 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
borisk писал(а):
skn писал(а):
Абонплата одна?

Нет, может быть несколько. Например за собственно услугу инета и + выделенный IP.
Но поведение у всех одно - все абонплаты стартуют и останавливаются синхронно, реагируя на статус договора.


Т.ю получается опять же как в дебетовых абонплатах, там пытаются начислить все сразу и если баланса не хватает, то закрывают статус.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Npay или Subscriptions
СообщениеДобавлено: 14 май 2015, 17:46 
Не в сети
Разработчик

Зарегистрирован: 07 апр 2007, 23:51
Сообщения: 4489
Откуда: Уфа, Россия
Карма: 186
а чем не устраивает вариант который я описывал на форуме несколько раз, с дневными абонплатами, и разблокировкой договора только при внесении определенной суммы (например абонплаты за 30 дней)?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Npay или Subscriptions
СообщениеДобавлено: 19 май 2015, 20:28 
Не в сети
Клиент

Зарегистрирован: 15 мар 2009, 14:04
Сообщения: 1337
Карма: 12
up?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Npay или Subscriptions
СообщениеДобавлено: 19 май 2015, 21:14 
Не в сети
Разработчик

Зарегистрирован: 07 апр 2007, 23:51
Сообщения: 4489
Откуда: Уфа, Россия
Карма: 186
borisk писал(а):
up?


что?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Npay или Subscriptions
СообщениеДобавлено: 20 май 2015, 09:31 
Не в сети
Клиент

Зарегистрирован: 15 мар 2009, 14:04
Сообщения: 1337
Карма: 12
Простите, опять пропустил ваше сообщение. Можете ссылку кинуть на тему, я перечитаю? Но на первый взгляд - я так уже делал, и возникает проблема "неровности месяца". Т. е. в одном месяце 30 дней, в другом 31, и реально начисленная абонплата у нас будет "плавать" при переходе с месяца на месяц. Где-то недоберет, где-то переберет. Понятно что в среднем получится нужная сумма, но пользователям это выносит мозг: в одном месяце он видит что денег чуть-чуть осталось, в другом они вдруг куда-то пропали. Установка руководства - система начислений должна быть максимально открыта пользователю и не вызывать у него лишних вопросов.
Ну и еще есть проблема с классом Calculator (или я просто не умею им пользоваться). То, что он не считает при переходе месяца это еще ладно, но вот смена тарифа в середине месяца его тоже не сильно волнует.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Npay или Subscriptions
СообщениеДобавлено: 20 май 2015, 13:22 
Не в сети
Разработчик

Зарегистрирован: 07 апр 2007, 23:51
Сообщения: 4489
Откуда: Уфа, Россия
Карма: 186
Схема простая, используем дневной режим снятия, ставим тариф например 10 руб в день, что бы договор активировался клиент должен внести сумму не менее 30 дневных абонплат, на событии пополнения баланса скриптик который проверят, если договор в статусе заблокирован и баланс меньше 300 руб (10 руб * 30 дней) то договор не разблокируется, иначе разблокируется и клиент работает. Если клиент в течение 30 дней не пополнит баланс, то договор блокируется и для его разблокировки нужно внести опять же не менее 300 руб. Клиент может подкидовать на баланс меньшие суммы, тогда период будет продлеваться на размер суммы. Вообщем пока клиент держит баланс положительным он может работать, если допустил блокировку договора по недостатку средств на балансе, то для разблокировки должен сразу внести абонплату равную не менее 30 дневным абонплатам.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Npay или Subscriptions
СообщениеДобавлено: 20 май 2015, 19:42 
Не в сети
Клиент

Зарегистрирован: 15 мар 2009, 14:04
Сообщения: 1337
Карма: 12
Мысль понятна. А как Calculator посчитать стоимость всех абонплат за 1 день? Вбивать в скрипт стоимость не хочется, это значит не забывать его переделывать при каждом новом тарифе или изменении тарифа.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Npay или Subscriptions
СообщениеДобавлено: 21 май 2015, 12:48 
Не в сети
Разработчик

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

А зачем вам считать за один день ? Вам надо посчитать на 30 дней вперед. Там же есть режим perecalc чтобы узнать стоимость без начисления, можно попробовать его допилить чтобы можно было ему передавать стоимость. Ну по идее можно и за один день посчитать, надо посмотреть есть ли сейчас там такое уже. Тут еще вопрос , если в эти 30 дней, в будущем будет стоять статус приостановлен например, т.е клиент сегодня платит за 30 дней , но через неделю он уезжает в отпуск на 2 недели и ставит себе статус заранее в будущем. Как быть в этом случае? все оплатить за 30 дней ? Или 15( неделя до отпуска + неделю после отпуска)?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Npay или Subscriptions
СообщениеДобавлено: 21 май 2015, 15:16 
Не в сети
Клиент

Зарегистрирован: 15 мар 2009, 14:04
Сообщения: 1337
Карма: 12
Хорошо, суть вопроса то от этого не меняется - как воспользоваться классом Calculator и посчитать стоимость на N дней :)


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Npay или Subscriptions
СообщениеДобавлено: 30 май 2015, 05:42 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 05 сен 2012, 18:20
Сообщения: 457
Карма: 27
borisk писал(а):
Хорошо, суть вопроса то от этого не меняется - как воспользоваться классом Calculator и посчитать стоимость на N дней :)


Для этого в калькуляторе есть методы
setActiveFromDate( дата с которой договор активен ) - установите его предпоследним днем месяца и посчитает за один день, в прикалк режиме если его не установить, то он равен ExecutingTime
setExecutingTime - время за которое идет расчет, если верно помню npay в первую очередь интересует месяц.


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 40 ]  На страницу Пред.  1, 2

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


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

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


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

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