forum.bitel.ru :: Просмотр темы - Проблема с переобсчётом звонков

forum.bitel.ru http://forum.bitel.ru/

Проблема с переобсчётом звонков http://forum.bitel.ru/viewtopic.php?f=6&t=2070	Страница 1 из 1

Автор:

max [ 24 мар 2009, 00:20 ]

Заголовок сообщения:

Проблема с переобсчётом звонков

Проблема в следующем при переобсчёте звоноков в лог валится такой текст:

Код:

Ошибка! Не найдена цена в тарифном плане [] Договор => ТФ-08-0008-С (ОАО "");Тип звонка ( 1 - исх, 2 - вх ) => 1;С номера/на номер => 2453901 / 2653245;Время начала => 10.03.2009 13:09:00;ID => 1; dest => -1; min_cost => 0.0; session_cost => 0.0
Ошибка! Не найдена цена в тарифном плане [] Договор => ТФ-08-0008-С (ОАО "");Тип звонка ( 1 - исх, 2 - вх ) => 1;С номера/на номер => 2453901 / 2653245;Время начала => 10.03.2009 13:10:34;ID => 2; dest => -1; min_cost => 0.0; session_cost => 0.0

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

Вложения:

Комментарий к файлу: Неожиданно стало определяться направление звонка, я это приурочиваю к изменению тарифного плана, но почему изменение не распространяться на более старые звонки?

3.JPG [ 246.22 КБ | Просмотров: 7945 ]

Комментарий к файлу: Содержимое договора

1.JPG [ 84.18 КБ | Просмотров: 7945 ]

Комментарий к файлу: 10.03.2009 направление Челябинск определилось верно! однако про эту запись в логе идёт ошибка что цена не найдена!

2.JPG [ 115.98 КБ | Просмотров: 7945 ]

Автор:

max [ 24 мар 2009, 00:23 ]

Заголовок сообщения:

скрин тарифного плана

проблемы собственно 2
несколько тысяч строк ошибок при пере обсчёте.
и почему то ничего не изменяется для звонков которым изначально из-за отсутствия тарифного плана не было определено направление.

из-за этих двух проблем не могу сделать перерасчёт согласно нового тарифа.
в конце письма про пересчёт написано вот это

Окончание пересчета => 23.03.2009 22:42:04
Сессий обработано => 7728
Из них ошибочных => 6503

заранее спасибо.

Вложения:

4.JPG [ 24.61 КБ | Просмотров: 7941 ]

Автор:	Администратор [ 25 мар 2009, 16:01 ]
Заголовок сообщения:
В тарифе нельзя использовать несколько карт зон. Попробуйте их объединить.

Автор:	max [ 25 мар 2009, 16:15 ]
Заголовок сообщения:
Администратор писал(а): В тарифе нельзя использовать несколько карт зон. Попробуйте их объединить. эээээ вы тогда укахите это в документации пожалуйста! потому что это явилось для меня сюрпризом

Автор:

max [ 26 мар 2009, 19:14 ]

Заголовок сообщения:

переделал как сказали, свёл все зоны в одну карту зон ПЕРВАЯ
Прописал все зоны в тарифе. сделал перерасчёт, всё равно ругается на то что не может найти цену в тарифе!
вот что в логе:

Код:

Ошибка! Не найдена цена в тарифном плане [] Договор => ТФ-08-0008-С (ОАО "");Тип звонка ( 1 - исх, 2 - вх ) => 1;С номера/на номер =>
3512453901 / 73512653245;Время начала => 10.03.2009 13:09:00;ID =>1; dest => -1; min_cost => 0.0; session_cost => 0.0
Ошибка! Не найдена цена в тарифном плане [] Договор => ТФ-08-0008-С (ОАО "");Тип звонка ( 1 - исх, 2 - вх ) => 1;С номера/на номер =>
3512453901 / 73512653245;Время начала => 10.03.2009 13:10:34;ID =>2; dest => -1; min_cost => 0.0; session_cost => 0.0
и так далее

вот скрины того что получилось:

Вложения:

Комментарий к файлу: Тарифный план у клиента

3.JPG [ 17.27 КБ | Просмотров: 7910 ]

Комментарий к файлу: В мониторе видим что определено направление верно (хотя я думаю это со времён старого пересчёта), однако согласно 3 рисунка цена его должна быть 0, при этом биллинг ругается на то что не может найти цену в тарифе

1.JPG [ 50.02 КБ | Просмотров: 7910 ]

Комментарий к файлу: В карте тарифных зон челябинскому коду присвоена зона Местная телефония

2.JPG [ 25.42 КБ | Просмотров: 7910 ]

Автор:	Jimson [ 26 мар 2009, 20:17 ]
Заголовок сообщения:
чудеса я по таким чудесам как то весь вечер ходил, проблема решилась после осознания того что тарификация ходит по узлам тарифа по разному в зависимости от типа узла, в одних случаях она прерывает обход дерева, в других продолжает, соответсвенно в первом случае попав в узел дерева и прервав обход ты остаешься без каких то нужных данных, во втором случае идет переопределение цены там где ты его не ждешь кстати, где правила тарификации, не в конце тарифа случаем ? советую тебе упростить тариф до 1 узла и протестить что у тебя получается, для вылавливания проблем лучше таки sql выборками пользоваться, весь воип пишется в log_session

Автор:

max [ 26 мар 2009, 22:05 ]

Заголовок сообщения:

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

Вложения:

Комментарий к файлу: Самое начало! на самую первую строку ругается задача переобсчёта! ну и на остальные тоже :)

6.JPG [ 240.46 КБ | Просмотров: 7897 ]

Комментарий к файлу: А этот рисунок это конец сегодняшнего дня.... на него в логе точно такая же ругатня!

5.JPG [ 247.41 КБ | Просмотров: 7897 ]

Автор:	max [ 26 мар 2009, 22:07 ]
Заголовок сообщения:
сейчас упрощу тариф до одной карты зон и одной зоны

Автор:

max [ 26 мар 2009, 22:23 ]

Заголовок сообщения:

упростил тариф до вот такого
запустил пересчёт, однофигственно, причём запись в логе не меняется вообще.
Господа разработчики, поясните пожалуйста значения полей ошибки в логе, вот запись:

Ошибка! Не найдена цена в тарифном плане [] Договор => ТФ-08-0008-С
---------------------------------------------------------------^ тут должно быть название тарифа или что?
(ОАО "");Тип звонка ( 1 - исх, 2 - вх ) => 1;С номера/на номер => 3512453901 / 73512653245;Время начала => 10.03.2009 13:09:00;ID => 1; dest => -1; min_cost
-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------^ если это destenation_code то не понятно почему он равен -1, в выборке из базы он равен 35604, это хорошо видно по рисунку 6

=> 0.0; session_cost => 0.0

что что это чудеса я тоже соглашусь наверное....

Вложения:

7.JPG [ 11.87 КБ | Просмотров: 7894 ]

Автор:

max [ 26 мар 2009, 22:31 ]

Заголовок сообщения:

упростил тариф сначала до рисунка 8 потом до рисунка 9, потом до рисунка 10, результат тот же самый! чертовщина какая то, уже даже сервер биллинга пере запускал не помогает

Вложения:

10.JPG [ 17.02 КБ | Просмотров: 7884 ]

9.JPG [ 15.4 КБ | Просмотров: 7885 ]

8.JPG [ 8.46 КБ | Просмотров: 7887 ]

Автор:	Jimson [ 26 мар 2009, 22:48 ]
Заголовок сообщения:
закрались подозрения что у вас в карте зон не поставленно соответствие для _каждого_ узла, если у вас идет попадаение в географический код 12345 и для него нет соответсвия зоны, то таррификатор не станет искать зону для кодов 1234, 123, 12 и 1, а просто обматерится субя по скринам в начале треда вы описали географические коды по челябинску чуть ли не до 7 знака, но зону поставили только напротив 73512, поэтому _направление_ у вас определяется, а зона нет то что у вас с ценой тарабарщина в log_session это нормально, таррификатор при ошибках походу ее не перезаписывает

Автор:	max [ 26 мар 2009, 23:28 ]
Заголовок сообщения:
до определил направления..... не помогло текст ошибки один в один повторяется из раза в раз такой вопрос, а какой из сделанных мною вариантов тарификации правильный?

Автор:	max [ 26 мар 2009, 23:38 ]
Заголовок сообщения:
заметил маленькую деталь: направления действительно определяются верно, откровенно говоря я удивлён что вообще что то работает!

Автор:

max [ 27 мар 2009, 00:29 ]

Заголовок сообщения:

ещё одно интересное замечание
направления определяются наоборот! как такое может быть я не знаю

Вложения:

Комментарий к файлу: ну точно чудеса!

12.JPG [ 46.65 КБ | Просмотров: 7875 ]

11.JPG [ 137.46 КБ | Просмотров: 7875 ]

Автор:	max [ 27 мар 2009, 15:38 ]
Заголовок сообщения:
уважаемые господа разработчики! откликнитесь пожалуйста!

Автор:	Jimson [ 30 мар 2009, 16:46 ]
Заголовок сообщения:
у тебя там уже баг на баге, наслоение чисти поля таблицы log_session (dest_code, zone, min_cost) перед каждым тестом и потом смотри что вышло после пересчета анализируя эти поля в теории код модуля щас рабочий, у меня работает эта схема, код-лист глобальный мировой, с разбивкой по мобильным сетям, зональная разбивка на примерно зон 30, к тому же я выделяю дополнительный тип услуги по время разбора радиус пакетов, т.е. у меня одновременно две услуги работают по которым распределяются звоночки, отдельно месная связь, отдельно дальняя.

Страница 1 из 1	Часовой пояс: UTC + 5 часов [ Летнее время ]
Powered by phpBB® Forum Software © phpBB Group http://www.phpbb.com/