Так разговор не пойдет. Меня не устраивает слова - синхронизация проходит отлично. Вы в шедулере - посмотрели статус выполненной задачи - и там написано, что все удачно синхронизировано, извлечено столько-то записей и т.д.? Синхронизация - частичная или полная? Указанная категория - это категория в параметрах абонента (лежит там же где и все остальные). Определяет - надо тарифицировать абонента или нет. Без включения фильтра Non ticketed user в тарификации - его звонки не будут откладываться в файлах тарификации. Еще раз повторюсь - абоненты специфичные чем-то? Номера, категории, Cost центры, Ентити? В аккаунтинг организации - пользуетесь cost центрами, административными единицами (департаменты, организации)???
Это я все к тому - не могу (и не буду) отвечать на вопросы - я делаю все как положено, но оно не работает, где поправить.
Давайте step by step (с абстрактными цифрами для примера, в реалии могут быть другие цифры). Входящая связь, в сообщении setup вы получаете called number 2104000.
Классическая схема распределения ВХОДЯЩИХ звонков: - в TG 1/ NPD selector - указано NPD 10. - в NPD 10 - called DID id=0 - указан DID транслятор для входящих звонков. - DID/ rules - написано как из внешнего номера сделать внутренний. 2104000-1000-100 (2104000 звонит на 1000, 2104001 на 1001 и так далее)
Ентити для входящих звонков - используется таблица Call distribution table - обычно указывается например номер секретаря (1st night/ 1 st day routing). Туда можно свалить звонки занятых или неответивших абонентов.
При исходящей связи - NPD/Entity используется не для маршрутизации, а для построения АОН (как правило, единственно зачем используют Ентити при маршрутизации исходящего вызова - звонки через ARS, разные люди должны идти через разные TG - тогда в ARS листе не указывается TG, пишется - источник TG=entity, номер TG - указан у каждой группы в своем Ентити).
Подскажите как добавить номер в Accouting Organization
Так не бывает - они или специфические (например Carging COS=not justified, cost center странный, номер начинается с #, или еще чего), или вы нам не все говорите.
Чего бы обычному абоненты с номером 1000 и Cost Center=255 не попадать в 4760 - не представляю.
Может они у вас есть, но вы их не там ищите (утащили нечаянно в другой департамент/Cost Center)?
В расписании - после синхронизации - смотрим репорт, все нормально пишет - что достучалось, извлекло записи и т.д.?
Вы когда про определяется говорите - вы что имеете в виду? Что видно с той стороны? Но это две большие разницы - видно и отправлено. Смотрим t3, общаемся с провайдером. 1 - многие хотят, чтоб calling number шел с цифрами 21 81 перед номером (в NPD тип звонка не ISDN Unknown, а ISDN National) - надо создавать свой NPD, указывать в нем все что надо, ссылаться в транковой группе (поменяв режим использования с Auto на Normal). 2 - если у вас РАЗНЫЕ операторы - вы должны ходить к ним под РАЗНЫМИ номерами. Оператор 1 (его устраивает 2500060) - выпускает вас под эти номером. Оператор 2 (другой) - не может (как правило) выпустить вас под таким номером (этот номер не закреплен за ним в городе). Соответственно выпускает под каким-то из СВОЕГО плана нумерации, зарезервированного за вами.
Кроме TG - там есть NPD - создаете другое NPD (c другим DID, или с дефолтовским номером прописаным прямо в NPD) и указываете в руте для города одно NPD, для МГ - другое NPD.
По тому что показали - номер должен получаться по правилам 0-го DID транслятора (при входящей связи - из внешнего получаем внутрений, при исходящей - наоборот). Если номер ОТСУТСТВУЕТ в правилах DID транслятора - будет послан дефолтовский номер абонента.
В вашем случае из ентити. Ентити абонента (для просто абонентов) или ентити hunt group (если абонент в группе).
Нет, если NPD одинаковое на разных провайдеров - то ко всем провайдерам человек идет с одинаковыми номерами. Не важно - персональный или нет. Можно поставить галку "разрешить использовать персональный номер" и прописать его у абонента. Но если на все направления используют данный NPD - номер будет везде один и тот-же.
Просто я не буду отвечать без описания менеджмента. Вы будете советовать - чего делать с NPD в транковых группах, а человек может звонит через ARS, и в рутах на разных провайдеров использует разные NPD (отличные от стоящих в TG).
Т.е. ТС пишет КАК (ARS или просто занятием) он звонит (и показывает разные номера АОН на разных провайдеров). Тогда и выяснится сразу - где можно править.
Мне казалось - что через инсталляционные номера и паблик план формируется стандартный АОН, а альтернативный (последние 8 цифр) - приколачиваются у абонента или в транковых доступах. Только не понятен вопрос "для "второй транковой группы"". По идее - для потока формируем АОН, а для аналоговой линии АОН должен быть по барабану.
Может что-то не так в АРС программируете? Т.е. в ARS (в префиксах) указываете номер списка транковых групп, а в списках - указываете какие TG использовать.
Не перепутали TG list=1 и TG=1?
Неожиданно перестала работать АТС, Mass storage medium
Запустить на другом процессоре - попросить у тех, кто вам продавал станцию процессор на время (например с обязательством купить если поможет). Поднять софт - поставить более свежую версию (ее естественно надо иметь, с чем может быть проблема, если вы нигде не обслуживаетесь). Побаловаться с новой базой - раз нету времени, значить рестарты вас еще не слишком достали.
Неожиданно перестала работать АТС, Mass storage medium
Вам предлагалось поставить версию софта поновей - не удалось организовать это? Т.е. никаких серьезных телодвижений не делали - запуститься на другом процессоре, поднять софт, провести какие-то эксперименты - например сделать базу с нуля и побаловаться с ней?
В TG - находим NPD. А в NPD - все и написано - через DID транслятор делать или нет. Надо ли добавлять Installation номер (и где он лежит - в ентити или в NPD). Или подставлять дефолтовский (и где он лежит). Или использовать персональный (пролписанный у абонента).
