Обсуждения изменения функционала блокировок.

Технические вопросы по UTM 5.0

Подходит ли вам новый механизм блокировок?

Да, удовлетворяет полностью.
0
Голосов нет
Да, удовлетворяет частично, не является препятствием для обновления биллинга.
3
21%
Нет, является препятствием для обновления биллинга.
11
79%
 
Всего голосов: 14

Аватара пользователя
Magnum72
Сообщения: 1947
Зарегистрирован: Чт сен 22, 2005 06:54
Контактная информация:

Сообщение Magnum72 »

serjk писал(а):Затянули немного с ТЗ. Вот что получилось.

Проект изменений по функционалу периодических списаний.

1. Вводится разделение на системные, пользовательские, административные блокировки (перечислены в порядке возрастания приоритета)

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

3. В систему вводится новая сущность "Политика списаний". Каждая сервисная связка ссылается на одну из политик, заведенных в системе. Политика данной сервисной связки может быть выбрана в произвольный момент времени, так же может быть изменена сама сущность политики. При изменении политики, текущие настройки пересчета для данной сервисной связки действуют до конца текущей блокировки.

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

a) не списывать абонентскую плату в блокировке
б) пересчитывать абонентскую плату
в) уменьшать предоплаченный трафик

4.2 Параметры блокировки
а) устанавливать системную блокировку при недостатке средств

[Если данный параметр установлен, перед проведением периодических списаний с типом "в начале РП", "плавный" проверяется достаточность средств на лицевом счете для проведения списания. В начале РП проверка производится для всех сервисных связок данного лицевого счета, привязанных к данному РП, у которых параметр 4.2а установлен. Если средств недостаточно, лицевой счет блокируется системной блокировкой до проведения списаний. Поведение списаний по счету в состоянии системной блокировки определяется политикой каждой из сервисных связок]

б) проверять разблокировку - список временных точек (например 9:00, 21:00)
[в случае, если лицевой счет был заблокирован до проведения списания и на нем имеются средства, в некоторой момент времени пересчитанный в состоянии блокировки размер абонентской платы может стать достаточен для разблокировки счета и проведения списания]

4.3 Параметры возврата средств
[параметры определяют, возвращать ли средства на лицевой счет в случае, если в результате пересчета абонентской платы в состоянии блокировки в течение данного расчетного периода средства были списаны излишне]
a) возвращать при снятии блокировки
б) возвращать при внесении платежа
в) возвращать в конце расчетного периода
г) возвращать при удалении сервисной связки

5. В свойствах лицевого счета добавляется флаг "включать интернет при выходе из блокировки"
3) У услуг не забудьте добавить возможность выбрать нужную политику, которая бы срабатывала при подключении услуги пользователю.

4.1) Стоит надеяться на перерасчитывать предоплаченные единицы по телефонии?

4.2а) Гениально, но как быть со списаниями в конце РП? И мне кажется можно упростить:
[Если данный параметр установлен, то перед проведением любых периодических списаний проверяется достаточность средств на лицевом счете для проведения списания. Если средств недостаточно, лицевой счет блокируется системной блокировкой до проведения списаний. Поведение списаний по счету в состоянии системной блокировки определяется политикой каждой из сервисных связок]

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

4.2б) Тут спорно, не понимаю. Смотрите могут ли быть в принципе списаны излишние средства? Мы же теперь блокируем счет до проведения списания. Соответственно единственная причина снятия системной блокировки это изменение баланса лицевого счета в большую сторону, может только ее и мониторить?

4.3) Нужен ли этот пункт с учетом выше написанного?

5) Этот флаг вообще по моему анахронизм, лично мне его мало, я давно делаю: блокировки нет - интернет есть, системная блокировка - интернет есть, но медленный, админская - интернета нет, да и вообще это можно регулировать RFW.

Point
Сообщения: 242
Зарегистрирован: Вт ноя 23, 2010 15:42

Сообщение Point »

согласен с Magnum72 со всем, за исключением пункта 5- флаг нужен, по команде включения/выключения нтернета в большинстве своём происходит отрабатывание правил RFW

Аватара пользователя
Magnum72
Сообщения: 1947
Зарегистрирован: Чт сен 22, 2005 06:54
Контактная информация:

Сообщение Magnum72 »

Point писал(а):согласен с Magnum72 со всем, за исключением пункта 5- флаг нужен, по команде включения/выключения нтернета в большинстве своём происходит отрабатывание правил RFW

serjk
NetUP Team
Сообщения: 719
Зарегистрирован: Пн авг 14, 2006 08:56

Сообщение serjk »

Magnum72 писал(а): 3) У услуг не забудьте добавить возможность выбрать нужную политику, которая бы срабатывала при подключении услуги пользователю.
Да, думали об этом тоже.
4.1) Стоит надеяться на перерасчитывать предоплаченные единицы по телефонии?
А об этом не думали, но логично, что надо сделать.
4.2а) Гениально, но как быть со списаниями в конце РП? И мне кажется можно упростить:
[Если данный параметр установлен, то перед проведением любых периодических списаний проверяется достаточность средств на лицевом счете для проведения списания. Если средств недостаточно, лицевой счет блокируется системной блокировкой до проведения списаний. Поведение списаний по счету в состоянии системной блокировки определяется политикой каждой из сервисных связок]
Здесь такой резон, что при списании в конце РП услуга уже была оказана, соответственно за нее необходимо списать деньги до закрытия РП. Дальнейшие списания можно остановить установкой флажков "не списывать", "пересчитывать абонентскую плату"
Еще предлагаю рассмотреть возможность приоритезации услуг, т.е. выставить каждой зарегистрированной услуги приоритет, с порядке уменьшения которого и будут проводится списания в первую очередь у услуг.
Поясните, для чего это может быть нужно?
4.2б) Тут спорно, не понимаю. Смотрите могут ли быть в принципе списаны излишние средства? Мы же теперь блокируем счет до проведения списания. Соответственно единственная причина снятия системной блокировки это изменение баланса лицевого счета в большую сторону, может только ее и мониторить?
Например, в начале РП списывается вся абонентская плата. Затем в середине РП на неделю устанавливается пользовательская блокировка с флагом "пересчитывать абонентскую плату". Получаем, что денег списано больше, чем оказано услуги => можно вернуть часть средств в конце блокировки или конце периода.
5) Этот флаг вообще по моему анахронизм, лично мне его мало, я давно делаю: блокировки нет - интернет есть, системная блокировка - интернет есть, но медленный, админская - интернета нет, да и вообще это можно регулировать RFW.
Статус интернета - на мой взгляд сомнительный функционал, и введение флага в свойствах лицевого счета устранит ряд проблем, с ним связанных, при этом мы сохраним совместимость для операторов, которые его используют.

Аватара пользователя
Magnum72
Сообщения: 1947
Зарегистрирован: Чт сен 22, 2005 06:54
Контактная информация:

Сообщение Magnum72 »

serjk писал(а):
Magnum72 писал(а): 3) У услуг не забудьте добавить возможность выбрать нужную политику, которая бы срабатывала при подключении услуги пользователю.
Да, думали об этом тоже.
4.1) Стоит надеяться на перерасчитывать предоплаченные единицы по телефонии?
А об этом не думали, но логично, что надо сделать.
4.2а) Гениально, но как быть со списаниями в конце РП? И мне кажется можно упростить:
[Если данный параметр установлен, то перед проведением любых периодических списаний проверяется достаточность средств на лицевом счете для проведения списания. Если средств недостаточно, лицевой счет блокируется системной блокировкой до проведения списаний. Поведение списаний по счету в состоянии системной блокировки определяется политикой каждой из сервисных связок]
Здесь такой резон, что при списании в конце РП услуга уже была оказана, соответственно за нее необходимо списать деньги до закрытия РП. Дальнейшие списания можно остановить установкой флажков "не списывать", "пересчитывать абонентскую плату"
Еще предлагаю рассмотреть возможность приоритезации услуг, т.е. выставить каждой зарегистрированной услуги приоритет, с порядке уменьшения которого и будут проводится списания в первую очередь у услуг.
Поясните, для чего это может быть нужно?

Хочется чтобы в первую тратить средства на свои услуги, а только потом по остаточному принципу на услуги например предоставляемых рентсофтом. Или например висят на пользователе услуга интернет и услуга доставка документов курьером, если не хватает на оплату этих услуг полкопейки, то пусть за интернет полностью спишется, а документы он сам пусть забирает :)
4.2б) Тут спорно, не понимаю. Смотрите могут ли быть в принципе списаны излишние средства? Мы же теперь блокируем счет до проведения списания. Соответственно единственная причина снятия системной блокировки это изменение баланса лицевого счета в большую сторону, может только ее и мониторить?
Например, в начале РП списывается вся абонентская плата. Затем в середине РП на неделю устанавливается пользовательская блокировка с флагом "пересчитывать абонентскую плату". Получаем, что денег списано больше, чем оказано услуги => можно вернуть часть средств в конце блокировки или конце периода.

Все равно спорный момент, тогда по завершению блокировки добровольной перерасчитываем, и снимаем системную, дергать все счета по графику смысла нет никакого, ну разве что биллинг загрузить ненужной работой.
5) Этот флаг вообще по моему анахронизм, лично мне его мало, я давно делаю: блокировки нет - интернет есть, системная блокировка - интернет есть, но медленный, админская - интернета нет, да и вообще это можно регулировать RFW.
Статус интернета - на мой взгляд сомнительный функционал, и введение флага в свойствах лицевого счета устранит ряд проблем, с ним связанных, при этом мы сохраним совместимость для операторов, которые его используют.

ctyz
Сообщения: 30
Зарегистрирован: Пн фев 09, 2009 11:24

Сообщение ctyz »

Когда ожидается внедрения функционала, или он ешё на стадии обсуждения ?

serjk
NetUP Team
Сообщения: 719
Зарегистрирован: Пн авг 14, 2006 08:56

Сообщение serjk »

Ожидается до конца текущего месяца, функционал активно разрабатывается в соответствии с ТЗ.

BasilKlyev
Сообщения: 15
Зарегистрирован: Чт ноя 24, 2011 06:39

Сообщение BasilKlyev »

serjk писал(а):Ожидается до конца текущего месяца, функционал активно разрабатывается в соответствии с ТЗ.
Лишь бы не сломали чего ...
А то есть большое желание обновиться.

Аватара пользователя
Magnum72
Сообщения: 1947
Зарегистрирован: Чт сен 22, 2005 06:54
Контактная информация:

Сообщение Magnum72 »

BasilKlyev писал(а):
serjk писал(а):Ожидается до конца текущего месяца, функционал активно разрабатывается в соответствии с ТЗ.
Лишь бы не сломали чего ...
А то есть большое желание обновиться.
Может альфу выкатить имеет смысл? быстрее протестим, потрогаем функционал.

serjk
NetUP Team
Сообщения: 719
Зарегистрирован: Пн авг 14, 2006 08:56

Сообщение serjk »

Release Candidate версия будет в текущем месяце.

Аватара пользователя
alexus
Сообщения: 448
Зарегистрирован: Сб окт 11, 2008 10:31

Сообщение alexus »

Будет очень хорошо, если вы реализуете блокировку при недостатке средств на счету при смене РП.
Ждем-сс

Аватара пользователя
Magnum72
Сообщения: 1947
Зарегистрирован: Чт сен 22, 2005 06:54
Контактная информация:

Сообщение Magnum72 »

serjk писал(а):Release Candidate версия будет в текущем месяце.
Давайте чего нибудь потестим :)

Аватара пользователя
alexus
Сообщения: 448
Зарегистрирован: Сб окт 11, 2008 10:31

Сообщение alexus »

Magnum72 писал(а):
serjk писал(а):Release Candidate версия будет в текущем месяце.
Давайте чего нибудь потестим :)
присоединяюсь! :)

Point
Сообщения: 242
Зарегистрирован: Вт ноя 23, 2010 15:42

Сообщение Point »

а в ответ-тишина.... :(

kirush
Сообщения: 699
Зарегистрирован: Пт фев 04, 2005 13:58

Сообщение kirush »

Обещали со дня на день. Когда можно ждать?

Ответить