Автоматически - это надо писать софт (скрипты и т.д.) - т.е. при определенном событии (4760 насчитала определенную сумму) зайти автоматически на станцию и запустить mgr с определенными параметрами. Собственно можете сами - если можете.

Насколько знаю - данную проблему решали и она доступна в Актис (через professional services) - т.е. кто-то это написал и продает свое решение через Алкатель.

Совсем штатной реализации - нет.

Посмотрите - на станции с 0-й длительностью присутствуют?
Потом сформирйте просто отчет по всем входящим - присутствует или нет (в 4740 в свое время настройка по умолчанию была - не складывать в базу звонки 0-й длительности, не помню как в 4760).
Ну и при тестировании отчетов - поменьше фильтров, а то может вкючили исключающие друг друга фильтры и не видите ничего.
Т.е. накидали поля, фильтр при вводе например по дате - дали за сегодня и смотрите все звонки.

Я всегда сначала пытаюсь разобраться с полями всеми, а потом формировать отчеты.

если в плане нумерации есть, а в абонентах нет - рестарт станции.

Всегда на тему тарификации советовал (не считая читать документацию, по данной теме кстати там не много) - сами звоните с известного номера, засекая время и создавая разные ситуации (ответили/не ответили, ответили и трансфер наружу, дожидаясь или не дожидаясь ответа внешнего абонента). Все будет забавно - разное количество тикетов и пр.

Но на вашу тему - длительность (duration) - время от ответа до отбоя (для нормальных TG).
Длительность ожидания (waiting duration) - от поступления вызова до ответа.
А если ответа не последовало - то duration=0

Нет, не надо СРАЗУ рестарт, под mtcl смотрим инциденты (incvisu), если ничего плохого (про HDD) нет, если сохраненная база есть - тогда просто shutdown -r now.
Да, два bascul иногда помогают.

Но это естественно все если абонента ДЕЙСТВИТЕЛЬНО удалили (в numbering plan и в users такого номера нет).

Значить не удален (не до конца удален) - поможет скорее всего только рестарт станции.

Иногда бывают нюансы при удалении (абонентов, транков и пр.) когда их не отключают (абонент набирает номер, по транку говорят) - с диска удаляется, а из рабочей базы в ОЗУ - нет.

это не DISA, это автоматический оператор, бывает разного типа - встроенный (IAA), на базе речевой почты (4635, 4645), на базе внешних программно-аппаратных продуктов.

Странно, в большинстве релизов - GMT-4 и перезагрузка помогала.
Хот фикс для 9.1 - наверное кто-нибудь может поделиться. Не пробовали спросить у продавца - это вещь по идее бесплатная (не установка, а поделиться). Просто я не люблю вмешиваться в чужие взаимоотношения.
А в 8.0.1 - то-же так-же плохо? Или вы для нее прописали как NTP сервер станцию R9.1?

Количество цифр - 4, DID транскодинг не используется или DID транслятор с правилами 20ХХ-20ХХ-100
В SD 20 - call number 11020 правильно, если 110 - префикс занятия 110-й транковой группы, 10.127.1.27 - адрес работающей платы INTIP/GD/GA на 2-й станции.
Кроме того - если префикс у упоминанием overlap - то в System - убираем галку с пункта overlap seizure.

Если по правилам 1-го DID транслятора 30003 превращается в 30003, то наверное да.
Хотя если нет в правилах, если дефолтовский номер не используется - то-же будет отдан просто номер абонента.
Я просто про то, что прописывая абонента левым образом в DID 3 или побаловавшись с инсталляционными/дефолтовскими номерами - я бы убедился, что вы пользуетесь тем NPD (пропишите там дефолтовский номер 111111 - если он пойдет, то вы пользуетесь этим NPD.

Трейс входящий не зря.
Если для звонков используется NPD без персональных номеров, но с DID трансляцией/инсталляционными номерами - все Ок?
Иными словами - срабатывает не то NPD или не отрабатывается персональные номера? Обычно проблемы с не тем NPD бывают при использовании ARS (когда забывают Ентити TG и его дискриминатор селектор).

Вопрос - персональный номер 81234 - прописан ТОЛЬКО у вызываемого 30003? Или у других внутренних то-же используется этот номер?
Т.е. чтоб уточнить - А (30003) заказал переадресацию наружу. В вызывает А  - 81234 - это исключительно принадлежность А (у В не стоит такой же номер)?
Вообще по возможности стараюсь не пользоваться персональными номерами - например при исходящем вызове галка на персональный номер работает, а при входящем вызове (когда отдаем connected number) - нет.

Прописывайте дискриминатор и не глумите гуру головы.

Поток будет принимать номер любой длины - вы начнете - хотим блоком, хотим чтоб пауз после набора номера не было.

Что мешает поставить - number compatible with=1 (например).
В 1-м дискриминаторе прописать  - с 3-ки 4-е цифры, с 8-ки - 11-ть, с 495 - 10-ть, с 810 - 20-ть. (например)
Сделать префикс с упоминанием overlap.
В system в конце - убрать галку с overlap seizure?

И будет счатстье. Вечное, с возможностью делать что угодно. Попросили с той стороны на шефа (3333) не набирать - прописали в 3333 какую-то арию и готово.

А если просто в транковой группе количество цифр - запрещать/разрешать отдельные номера не получится.

К этому у меня подход простой - если не жалуются - игнорируем.
Помнится мне (не помню в каких релизах) - если аппарат занят/не отвечает/переадресован - вело себя по категории. А если например выключен (out of services) - то категория (и форвард) не срабатывали.

Терминал может пропадать из-за чего угодно (утрировано), например уборщица моет пол и задевает шваброй провод идущий к розетке.

Насчет MCDU in distri tab entity 45, col Night , line 4 incorrect or missing - это сообщение говорит о том, что нет overflow routing number в CDT ентити. Совсем избавиться от инцидента не реально. Это не только при обычном входящем вызове на абонента может происходить, но например и при трансфере - вы ответили на звонок, набрали номер абонента, положили трубку - а он не ответил. По идее должен быть такой инцидент.