NewberЗдравствуйте... Подскажите пожалуйста как правильно структурировать базу данных для последующей работы билинга звонков.
Сейчас в одну таблицу пишутся звонки с разных станций.
список полей таблицы
[DT] - дата
,[Durr] - продолжительность
,[inNumTac] - либо входящий номер. или транк эксес код
,[dialN] - номер который набирался
,[callNum] - куда ушел звонок или номер или транк
,[inTrkCode] - номер транка
,[codeDial] - код который использовался для набора (8,9)
,[CodeUsed] -
,[CondCode] -
,[AutCode]
,[PBXServerID] - айдишник станции с которой пришел лог....

для этой таблицы хочется создать зависимость телефонов к группе (напоминает корпоративный пакет, грубо говоря несколько телефонов записано на один контакт)
как правильно писать зависимость? по маске?
или по большему соответствию как это прошито в станции Definity
привязки идет:
поле
минимальная длинна
максимальая длинна
пример
а через дефис айдишник контакта кому приенадлежат номера
5 4 4 - 1
52 4 4 - 2
005 11 25 - 1
0051132103 11 11 - 3
00511321035 11 11 - 1
001 13 25 - 4
1 4 4 - 4
00111321035 13 13 - 2
0011132107 13 13 - 5
12 4 4 - 5

как правильно реализовать такую привязку?
через регулярные выражения? или заводить все номера( что мне кажется не оссобо правельным)

Билинг должен подсчитыватся раз в месяц...
но можно попробовать реализовать и на текущий момент...
Немного работал в телефонной компании, поэтому могу подсказать :)
1. Входящие номера и транки не надо смешивать. Пусть это будут два разных поля. Иногда некоторые операторы отдают один и тот же номер ("сигнальный номер") для разных реальных звонков, но транки в этом случае будут разные...
1а. callNum - это переадресация звонка? Если так, то пусть хранится...
2. Все номера сохраняются "as is", а уже затем, при необходимости, выделяется признак направления / оператора и др.

Немного непонятно, что же Вы имеете в виду под "принадлежностью к группе"?
Если то, что на одного менеджера может быть зарегистрировано два и более номера, то это решается например так:
- телефоны (номер, IDT)
- группы (группа, IDG)
- телефоны группы (IDG, IDT)

Newberнапример
5xxx номера принадлежат тому-то
тут просто еще прикол в том что номера 4х значиные могут быть....
Вот кусочек таблицы...

Это надо узнвать на каждой конкретной станции и под нее настраивать прием CDR.
Например, в моей практике была станция, которая в CDR писала не реальный номер абонента, а номер абонента по порядку; счет велся начиная от какого-то реального базового номера , зафиксированного при настройке станции. При этом файл CDR был *.dbf, номер телефона был 5-значным в 16-ричной кодировке.
Были станции, которые позволяли звонить внутри себя по 3/4 значному номеру, а для выхода на межстанционное соединение абонент должен был нажимать какую-то цифру (1 или 0).
На многих станциях фиксировался полный набранный номер (например, 10 знаков), а абонент реально соединялся только по первым 5 знакам, так как первая цифра номера была не 8...

Мой совет:
надо брать CDR-файлы, брать расшифровку (отчет оператора станции), брать описание файлов CDR для данного типа станции и писать обработчик-конвертер ПОД КАЖДЫЙ ТИП CDR-ФАЙЛОВ . При этом может оказаться, что CDR файлы с разных станций могут обрабатываться одним обработчиком-конвертером...

В общем,
"Эй, птичка, полетели! Там много вкусного..." (с, "Крылья, ноги и хвосты")

NewberМожет немного не в тему... но кто как считает время звонка с IPO?
потому как он пишет в лог десятые минуты... выходит что пишет только каждые 6 секнуд...
Значит время будет округлено до ближайшего числа секунд (в большую сторону).
Ты ведь не сможешь этот показатель улучшить - это ограничение регистрирующего устройства. Поэтому надо работать с тем, что есть...

Сейчас так же округляют продолжительность звонков по местной связи: от 6 до 30 секунд округляют до 30 секунд, от 31 секунды до 1 минуты округляют до 1 минуты...