в 4760 (4760i) есть хорошая функция экспорт/импорт.

Встаете на нужное вам, с правой кнопкой выбираете Эксопрт - сохраняете в текстовый файл.
Соответственно есть обратная процедура - импорт (встаете куда-то, говорите импорт, выбираете файл).

Можно сохранять что попало (например встать не на абонентов, а на кокретного). Можно сохранять не все (только абонента без кнопок и т.п. - при экспорте чего-то с вложениями - спрашивают чего хотите.

Соответственно - можете не пересоздавать абонента - а удалить, а потом импортировать сразу абонента и кнопки.

Есть нюансы - удалив абонента - исчезнут кнопки супервижена за ним, при создании абонента - они не вернутся. Аналогично - кнопки директор-секретарь могут восстановиться не в полном объеме.

Ну и последнее - сохраняется в текстовом файле - его можно править.

Рестартаните вечерком тарификацию
account compress (чтоб сохранить все не сохраненное)
dhs3_init -R INTERNAL_TAX

Для начала отключите хранение тикетов во внутренней SQL базе, вы ведь все равно не занимаетесь обработкой тикетов и формированием отчетов средствами станции.

приведите точно вид инцидента.
Кроме того - зачем вам CDR ticket storage?

Не понял - что стало хуже после удаления платы.
29/10/14 11:48:34 000001M|---/--/-/---|=0:1603=IO1 driver error, wrong telephone msg received, line 6218, position (4,4,254)
29/10/14 11:48:34 000001M|---/--/-/---|=3:1607=01.00.62.00.00.00.04.04.04.fe.15.00.80.9f.5c
Такие инциденты обычно идут - когда в менеджменте плата удалена, а физически воткнута. Т.е. процессор видит, что с ним общаются, но кто - не понятно, т.к. в менеджменте ничего нет.

Поэтому с удалением мне всегда нравится - сначала выдернуть плату, потом удалить (и по жизни - не втыкать ничего, если оно на этом месте не прописано, иначе будут идти указанные инциденты)

Странно - не силен в ОХО, но мне казалось, что галка в digital access - clock - отвечает за СИНХРОНИЗАЦИЮ от потока и на время влиять не должно. Скорее всего у провайдера съезжала крыша, он в потоке отдавал дурацкое время при сообщении CONNECT, и его заставили другие это исправить.

По идее при звонках через ARS
Public network COS - используется Public Access COS на этапе проверки номера в дискриминаторе разрешен/нет

В ARS руте - запрет на TG (TG access COS) уже не смотрится, работает только ARS privilege при выборе маршрута (waiting/stopping cost limit).

Надеюсь маршруты у вас без waiting/stopping cost limits (типа 1/-1/-1; 2/-1/-1)

Как бы я проверял работу ARS.
Если через данное направление кто-то (IP абоненты) ходят, а часть не ходят:
1) смотрим что у абонентов одинаковое ентити (влияет entity/discriminator selector -  в какой дискриминатор реально попадаем). Помним - что абоненты в Hunt Group - обладают ентити указанным в HG
2) смотрим что у абонентов одинаковая Public network COS (влияет в экзотических случаях ARS privilege)
3) если с первыми двумя пунктами Ок (хотя бы принудительно выставив на время проверки) - смотрим в ARS рут. Quality - настоятельно рекомендуется иметь Speech и FAX (оба).

Вообще некоторые пользуются командой lookars (помнится lookars -test) для проверки менеджмента.

Если аюоненты с одинаковыми Ентити/категориями и в руте указаны оба quality - звонки должны появиться в трассировке.

Quality - в рутах одинаково указан?
Тип транковой группы - ISDN, аналог?
ТГ занимается (и отбой снаружи) или нет?
Трассировка - есть?

Не помню - в ОХО есть возможность брать время от ISDN подключения (у вас есть ISDN подключения)?
Например Other labels - NetClock - можно брать время из сообщения CONNECT.
Если есть ISDN и в сообщениях приходит ерунда - может время забавно скакать.

чисто теоретически - 176-й ключ на IP абонентов, (или 317 - Standard IP users), 197 - G729A Client.

Но это теоретически. Реально - если есть почта, если добавляя лицензии - вы переходите через границы по числу абонентов (например - если вы расширились 300 в 349, это просто абонентские лицензии, а если 349 - 351 - полезут еще станционные лицензии, лицензии на OmniVista и т.п.) - то еще всякое вылезет. Плюс лицензии SPS.

Так что - надо брать ваши OPS файлы и считать.

Если время в системе и на аппаратах различается - по видимому не делали рестарт  станции после смены тайм-зоны.

ТС - какая задача? Есть ОДИН человек с нескольким устройствами?
Что-то мешает ему регистрироваться под одним аккаунтом?

Поделитесь инфой - как прошел переход на зимнее время.