А таймер 273 чего не меняете - написал же  

Нет это косяк биллинга, который тупо смотрит только Called Number, Charged number и длительность.

Для этого в тикете есть поле Call type, где написано, что звонок входящий. А подставление цифр - это чтоб обратно позвонить можно было (например 9 для городских номеров, 98 для межгорода - если у вас префикс выхода 9)

ОХЕ, а не ОХО, и вообще разговор о mastered conference.
Единственное что приходит в голову:
включите в список одного обычного абонента - тогда по идее оповещение начнется через 273 таймер (но это практически если не пользуетесь конференцией с автоматическим сбором;

Или пусть гарнитуру одевают;

Или объясните вещающему - разговор надо начинать с "Э-э-э-э, уважаемые товарищи...

А вторгаетесь в разговор одних и тех же абонентов? Или разных? В разговор multi-line аппарата вторжение не работает, только оповещение через динамик.

Когда просят ввести номер - на аналоговом телефоне можно его набрать, а на цифровом - надо перейти в DTMF донабор (нажать кнопку если присутствует или что-то типа "*", если она у вас прописана в feature in conversation как DTMF набор).

Отображение номера определяется двумя вещами - получаете его вы или нет (например как в R1.5 получить 10-ти значный федеральный номер при формате АОН 7-мь цифр), в ISDN легко смотрится по наличию номера в поле Calling number.
И второе - как вы его отображаете - Translator/ Ext. numb. plan/ Ext. callback translation. Если там например одна строка 3422-3-9 - то в Перми при получении номера 3422104000 - отобразим 7-ми значный номер, при приходе номеров начинающихся не с 3422 - не будет ничего. Поэтому не забывайте создавать строку DEF-0 - отображать все не понятные номера как они приходят.

Не совсем понятно - вы куда-то позвонили, ТАМ набирают номер, а у ВАС происходит переключение?
Или вы со СВОЕЙ стороны набираете номер АА и происходит переключение?
Или вы куда-то позвонили и ЗАБЫВ перейти в DTMF набираете вместо DTMF набора для удаленной стороны номер своего абонента (АА в данном случае)?

Если у вас в фильтрах сказано откладывать входящие звонки (типа Incoming Public PCX) - то смотрите как обычные тикеты (например прямо на станции по accview -tf), в поле called number при входящем звонке и будет АОН позвонившего абонента.

По incvisu - интересовало начало, а не конец  
А по checkdb - последнее сообщение не есть хорошо. Проблемы давно начались? Может откатиться на какую-то предыдущую базу?

На биллинг не влияет, тем более при первой же манипуляции с аппаратом время на нем должно нормализовываться.

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

Смотрите лог (incvisu) загрузки - ругается на что или нет, какие инциденты по ходу,
checkdb - ругается ли на что-то кроме entity. Информации ноль - не работает и все. Какой релиз? Не было ли других проблем и т.п.

Поаккуратней с картинками. Смотрите процесс загрузки и прочее. Подобные хохмы чаще всего бывают при проблемах с OPS файлами - выделение места в ОЗУ под базу и т.п.
Были ли проблемы с тем что станция отказывалась создавать абонентов и транковые группы из-за нехватки места и т.п.?

System/ Other system - No detect on-hook tone=yes