BiTel

Добрый день!

Это больше вопрос к практикам. На сколько оправдано использование карты цен? Ведь если я правильно понял, то в ней нет понятия "период", "наследование" и тому подобное. То есть если я хочу поменять цену на какое-то направление с какого-то времени, мне придется создавать новую карту цен и использовать ее в тарифе с нужного периода. Мне кажется это дикостью. А что используют уважаемые гуру телефонии?

Что бы не создавать новую тему добавлю и свой вопрос по теме:

Есть несколько направлений, например:
20 Египет (fix) 4 р.
2010 Египет (mob) 6 р.
2011 Египет (mob) 6 р.
2012 Египет (mob) 6 р.
2014 Египет (mob) 6 р.
2016 Египет (mob) 6 р.
2017 Египет (mob) 6 р.
2018 Египет (mob) 6 р.
2019 Египет (mob) 6 р.

Как при использовании части/диапазона префиксов добавить цену на код "20", ведь судя по логике, соглассно даного примера, все звонки просчитаются по 4 р. за минуту? Части префиксов необходимо использовать для учета периодов действия цен.

Если не совсем понятно выразился, то вот ещё пример:
Как добавить цену на часть префикса "7" из данного примера документации? http://www.bgbilling.ru/v4.6/doc/ch01s19s01.html#d0e4265

Версия 4.6

_________________
Клиент: вер. 7.1.102 / 20.04.2018 19:02:09
os: Windows 8.1; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_172
Сервер: вер. 7.1.970 / 20.04.2018 19:04:17
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_162

Если я правильно понял - для этого существует флаг "цена по умолчанию", что означает, что цена при совпадении (префикса в данном случае) будет назначена только если в других префиксах она не установлена. При этом дерево префиксов должно выглядеть примерно так:
20 Египет (fix)
| 2010 Египет (mob)
| |-- стоимость 6р
| 2011 Египет (mob) 6 р.
| |-- стоимость
|-- стоимость 4р по умолчанию

В документации написано:

Честно говоря не очень понимаю что это означает...

В документации так же написано:


Можно более подробно описать действие опции "по умолчанию"...

Таким образом получается что тариф нужно описывать как-то так:
20 Египет (fix)
|-- Период с 01.09.2010 по 31.12.2999
| |-- стоимость 4р по умолчанию
| 2010 Египет (mob)
| |-- Период с 01.09.2010 по 31.12.2999
| |-- стоимость 6р
| 2011 Египет (mob) 6 р.
| |-- Период с 01.09.2010 по 31.12.2999
| |-- стоимость 6 р.

_________________
Клиент: вер. 7.1.102 / 20.04.2018 19:02:09
os: Windows 8.1; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_172
Сервер: вер. 7.1.970 / 20.04.2018 19:04:17
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_162

Опишу только как я понимаю, вполне возможно ошибаюсь, и, желательно услышать ответ разработчиков:

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

Что касается префиксов:
>в следующих соседних в этом же предке узлах запрос будет пропущен.
На вашем примере я понимаю это так:
Есть общий предок префиксов 20, у него два потомка 2010 и 2011. Если будет совпадение в узле 2010, то узел 2011 уже просматриваться не будет. Кстати, если я ничего не путаю, то в вашем случае дерево организовано не правильно. При частичном совпадении префикса совпавшие цифры вырезаются из дальнейшего просмотра, то есть должно быть:
20 Египет
|-- 10
|-- 11

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

20 Египет (fix)
|-- Период с 01.09.2010 по 06.10.2010
| |-- стоимость 4р по умолчанию
|-- Период с 07.10.2010 по 31.12.2999
| |-- стоимость 4.5 р по умолчанию
| 10 Египет (mob)
| |-- Период с 01.09.2010 по 06.10.2010
| |-- стоимость 6р
| |-- Период с 07.10.2010 по 31.12.2999
| |-- стоимость 5.5 р
| 11 Египет (mob) 6 р.
| |-- Период с 01.09.2010 по 31.12.2999
| |-- стоимость 6 р.

Версия биллинга 4.6

_________________
Клиент: вер. 7.1.102 / 20.04.2018 19:02:09
os: Windows 8.1; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_172
Сервер: вер. 7.1.970 / 20.04.2018 19:04:17
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_162

Есть такое неудобство.
Через HD обращались к разработчикам о доработке карты цен, чтобы были периоды для цены.
Записали в TO-DO, но когда...... Это вопрос.....

up

_________________
Клиент: вер. 7.1.102 / 20.04.2018 19:02:09
os: Windows 8.1; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_172
Сервер: вер. 7.1.970 / 20.04.2018 19:04:17
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_162

up

_________________
Клиент: вер. 7.1.102 / 20.04.2018 19:02:09
os: Windows 8.1; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_172
Сервер: вер. 7.1.970 / 20.04.2018 19:04:17
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_162

Только цену для 20 ниже всех.
Помоему здесь все-таки проще использовать карту цен.

Карта цен не работает с периодами, соответственно на любое изменение - создавай новую карту цен. Изменять текущую не получится, а вдруг надо пересчет сделать? В общем с текущей реализацией карты цен не очень удобно получается работать.

Какая разница, если она все равно привязывается к узлу "20"... По моему, что вверху её пиши, что в низу, узел то один.
Карта цен нам вообще не подходит, думаю как и всем, кто работает с Совинтелом. Потому как Совинтел не реже раза в месяц присылает изменения тарифов вида:
Великобритания (fix) | 44 | 4,25 | 01 Февраль 2011 г.

Великобритания (mob) - Hutchison 3G | 44 | 7400-7403, 7533, 7575-7578, 7588, 7723, 7727-7728, 7735, 7737, 7782, 7828, 7830, 7832, 7838, 7846, 7848, 7853, 7859, 7861-7863, 7865, 7868-7869, 7877-7878, 7882-7883, 7886, 7888, 7897-7898, 7915-7916, 7988 | 20,34 | 01 Февраль 2011 г.

И даты изменения не всегда приходятся на начало календарного месяца... Поэтому обязательно нужны периоды.

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

_________________
Клиент: вер. 7.1.102 / 20.04.2018 19:02:09
os: Windows 8.1; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_172
Сервер: вер. 7.1.970 / 20.04.2018 19:04:17
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_162

up

_________________
Клиент: вер. 7.1.102 / 20.04.2018 19:02:09
os: Windows 8.1; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_172
Сервер: вер. 7.1.970 / 20.04.2018 19:04:17
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_162

тарификация по карте цен в 4.6 какая то не рабочая, что-ли, и диапазоны номеров там не работают) мне так и не удалось по ней протарифицировать звонки))

_________________

using billingClient.BGB 4.6;
using server.Ubuntu server 9.10;
using server.Java "1.6.0_15";
using client.Ubuntu 10.04;

Диапазоны появились только в 5.1.
http://www.bgbilling.ru/v5.0/doc/ch19s05s02.html
http://www.bgbilling.ru/v5.1/doc/ch19s05s02.html

Льюис Кэрролл все так-же популярен...

А можно ли использовать 2 параметра "по умолчанию" в одной ветке?

_________________
Клиент: вер. 7.1.102 / 20.04.2018 19:02:09
os: Windows 8.1; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_172
Сервер: вер. 7.1.970 / 20.04.2018 19:04:17
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_162