BiTel

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

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

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

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

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

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

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

В тарифе нельзя использовать несколько карт зон. Попробуйте их объединить.

эээээ
вы тогда укахите это в документации пожалуйста!
потому что это явилось для меня сюрпризом

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

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

чудеса
я по таким чудесам как то весь вечер ходил, проблема решилась после осознания того что тарификация ходит по узлам тарифа по разному в зависимости от типа узла, в одних случаях она прерывает обход дерева, в других продолжает, соответсвенно в первом случае попав в узел дерева и прервав обход ты остаешься без каких то нужных данных, во втором случае идет переопределение цены там где ты его не ждешь

кстати, где правила тарификации, не в конце тарифа случаем ?
советую тебе упростить тариф до 1 узла и протестить что у тебя получается, для вылавливания проблем лучше таки sql выборками пользоваться, весь воип пишется в log_session

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

сейчас упрощу тариф до одной карты зон и одной зоны

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

Ошибка! Не найдена цена в тарифном плане [] Договор => ТФ-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

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

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

закрались подозрения что у вас в карте зон не поставленно соответствие для _каждого_ узла, если у вас идет попадаение в географический код 12345 и для него нет соответсвия зоны, то таррификатор не станет искать зону для кодов 1234, 123, 12 и 1, а просто обматерится
субя по скринам в начале треда вы описали географические коды по челябинску чуть ли не до 7 знака, но зону поставили только напротив 73512, поэтому _направление_ у вас определяется, а зона нет

то что у вас с ценой тарабарщина в log_session это нормально, таррификатор при ошибках походу ее не перезаписывает

до определил направления..... не помогло текст ошибки один в один повторяется из раза в раз
такой вопрос, а какой из сделанных мною вариантов тарификации правильный?

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

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

уважаемые господа разработчики! откликнитесь пожалуйста!

у тебя там уже баг на баге, наслоение
чисти поля таблицы log_session (dest_code, zone, min_cost) перед каждым тестом и потом смотри что вышло после пересчета анализируя эти поля

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