Тема: вопросик по smdr
mich5843, Дык просто по SMDR график построить нельзя. Для графика нужны только точки изменения события занято/свободно (X-время, Y-число линий). Не может быть две (или больше) точек с одинаковым значением времени X. Приходится при обработке SMDR всё это пересчитывать - нормализовать. Т.к. нет секунд конца соединения, приходится принять их одинаковыми для всех событий окончания соединения. Я беру 30.
Тогда предлагаю вариант - дописывать секунды самостоятельно пропорционально количеству звонков за одну минуту...
т.е. первый звонок будет в ЧЧ:ММ:00, второй и последующие в ЧЧ:ММ:(00+к*60/N),
где
к - порядковый номер звонка в минуте...
N - общее количество звонков за данную минуту.
Так получим пропорциональное распределение звонков по секундам - хотя и условное.
Но это все же лучше чем выкидывать дубляжи.
Хотя можно просто просумировать показатели отдельных звонков. Если шаг графика будет больше одной минуты, то такое биение на секунды уже не существенно.
Если нужно считать количество звонков - то дубляжи выкидывать и сумировать уже нельзя...
Тогда предлагаю вариант - дописывать секунды самостоятельно пропорционально количеству звонков за одну минуту...
т.е. первый звонок будет в ЧЧ:ММ:00, второй и последующие в ЧЧ:ММ:(00+к*60/N),
где
к - порядковый номер звонка в минуте...
N - общее количество звонков за данную минуту.Так получим пропорциональное распределение звонков по секундам - хотя и условное.
Но это все же лучше чем выкидывать дубляжи.Хотя можно просто просумировать показатели отдельных звонков. Если шаг графика будет больше одной минуты, то такое биение на секунды уже не существенно.
Если нужно считать количество звонков - то дубляжи выкидывать и сумировать уже нельзя...
Попробуйте “забирать” время с компа - АТС выплюнет СМДР-отчет четко после завершения очередного звонка....
Попробуйте “забирать” время с компа - АТС выплюнет СМДР-отчет четко после завершения очередного звонка....
Интересная мысль. Надо Wowa попросить, чтобы сделал так в esmdr.
Попробуйте “забирать” время с компа - АТС выплюнет СМДР-отчет четко после завершения очередного звонка....
Не катит, т.к. время станции и время компа между собой не синхронизированы, а синхронизация времени получится далеко не на всех станциях.
Может оказаться погрешность еще больше, чем тупо дописывать мнимые секунды, а самое прикольное, что точные секунды погоды уже не строят. Этот параметр будет влиять только на графики в пределах одной минуты.
Попробуйте “забирать” время с компа - АТС выплюнет СМДР-отчет четко после завершения очередного звонка....
Не катит, т.к. время станции и время компа между собой не синхронизированы, а синхронизация времени получится далеко не на всех станциях.
Может оказаться погрешность еще больше, чем тупо дописывать мнимые секунды, а самое прикольное, что точные секунды погоды уже не строят. Этот параметр будет влиять только на графики в пределах одной минуты.
Знаю, Миш и рассинхронизация бывает довольно существенной. “Этот параметр будет влиять только на графики в пределах одной минуты” - это точно! Просто мне кажется, что задача расчета нагрузки на линии в течение дня не требует особой точности ( если бы билинг - ну тогда да)
Дим, одностанционные программы долго не живут и соответственно не продаются, а бесплатные проги - обычно теряют поддержку со временем.
Если считать количество звонков допустим за час и больше, то тут секунды абсолютно пофигу.
В программах совсем другая проблема существует: при записи из текстового лога в базу строк некоторые убирают дубляжи по времени... а вот как раз дубляжи убирать и не стоит. В остальном секунды особой погоды не строят.
Пример: включаем редиал с повтором 10 сек. Вроде как полноценным будет только тот звонок, который дозвонится и остальные можно просто отсеивать, но в реальности нагрузка на линии, занятость линий - будет происходить во всех случаях. В некоторых ПО есть параметр, который отсеивает звонки длительностью менее СС секунд...
а вообще - нужно сначала составить ТЗ дабы определиться накой нужны эти секунды... а то выходит, что и секунды особой погоды не строят.
Дим, одностанционные программы долго не живут и соответственно не продаются, а бесплатные проги - обычно теряют поддержку со временем.
Если считать количество звонков допустим за час и больше, то тут секунды абсолютно пофигу.
В программах совсем другая проблема существует: при записи из текстового лога в базу строк некоторые убирают дубляжи по времени... а вот как раз дубляжи убирать и не стоит. В остальном секунды особой погоды не строят.
Пример: включаем редиал с повтором 10 сек. Вроде как полноценным будет только тот звонок, который дозвонится и остальные можно просто отсеивать, но в реальности нагрузка на линии, занятость линий - будет происходить во всех случаях. В некоторых ПО есть параметр, который отсеивает звонки длительностью менее СС секунд...
а вообще - нужно сначала составить ТЗ дабы определиться накой нужны эти секунды... а то выходит, что и секунды особой погоды не строят.
“Есть такая буква” - отсеивание звонков в несколько секунд... Большинство дубляж-то не убирают, но разобраться если много звонков в одну и ту же минуту весьма тяжко. А так - с ТЗ должно начинаться ВСЁ.....
с ТЗ всё просто: Составить график количества занятых линий по времени за сутки по SMDR логу. Тип графика: Stepline. Точки на графике должны соответствовать моменту изменения состояния линии: занято/свободно. Конечный результат выглядит так.
с ТЗ всё просто: Составить график количества занятых линий по времени за сутки по SMDR логу. Тип графика: Stepline. Точки на графике должны соответствовать моменту изменения состояния линии: занято/свободно. Конечный результат выглядит так.
Изобретаете велосипед.
Это может WinTariff, конечно же, при правильно описанной первоначальной выборке.
Изобретаете велосипед.
Это может WinTariff, конечно же, при правильно описанной первоначальной выборке.
Зачем платить деньги за то, что можно сделать самому?
Изобретаете велосипед.
Это может WinTariff, конечно же, при правильно описанной первоначальной выборке.Зачем платить деньги за то, что можно сделать самому?
Сколько у Вас займёт времени написание подобной фичии и сколько Вы на этом съэкономите?
P.S. Просто очень интересно.
Это о том, как люди ценят своё время.
Считайте социальным опросом.
Сколько у Вас займёт времени написание подобной фичии и сколько Вы на этом съэкономите?
Она уже в принципе готова в первом приближении. А времени у меня сколько угодно.
Попробуйте “забирать” время с компа - АТС выплюнет СМДР-отчет четко после завершения очередного звонка....
Интересная мысль. Надо Wowa попросить, чтобы сделал так в esmdr.
Во-первых, давно есть. Правда, в стиле целевой АТС - для панасоников без секунд, для LG - полный формат.
Но, использовать функцию не советую, именно из-за риска разсинхронизации.
Сделайте, лучше, по другому.
Добавьте в БД поле с дефолтным значением - текущее время. И берите при обработке секунды из него, а часы-минуты из лога SMDR. При таком подходе разсинхронизация грозит только в пределах секунд.
Теперь про выкидывание звонков меньше 5-ти секунд. Это шаманство. Используйте цифровые интерфейсы или, в крайнем случае, аналоговые с переполюсовкой.
Теперь про выкидывание звонков меньше 5-ти секунд. Это шаманство. Используйте цифровые интерфейсы или, в крайнем случае, аналоговые с переполюсовкой.
Чисто риторический вопрос - а если нет ни того ни другого? что делать? 😊
