С базами работать можно (через команду cuser), но вешь деликатная.

Соответствие OPS файлов станции - самый простой способ - это посмотреть что написано в файле hardware.mao - это текстовый файл, в котором достаточно просто идентифицировать номера шелфов, места установки плат. Всегда лучше - когда реальное расположение оборудования совпадает с тем что написано в OPS файлах.
насчет ошибки ERROR 4351 : DATA INCONSISTENCY, Table ENTITY, entity=4 invalid cdt - забейте, это просто сообщение о том, что у вас в ентити не написано - куда отправить вызов, если его надо куда-то отправить (раздел Call distribution в Entity).
Префикс DPNSS  - в сети настоятельно рекомендуется создать (Local feature - PCX address in DPNSS) - на всех станциях свой, например А0001, А0002 - используется для оптимизации ресурсов, может присутствовать при VPN overflow звонках.

INT-IP (или оптика - INTOF) - это для Enterprise (4400).
В ОХО дополнительный ящик включенный через плату MEX - длина кабеля упомянутая в документации - 5 м.
Если предположить, что там оборудование (микросхемы) на базе Ethernet - то разговор может идти о 100 м (вроде как-то пробовал народ такие длины). На 3 км - надо ставить самостоятельную ОХО (с процессором) и объединять их по IP или Е1.

У вас - OPS файлы соответствуют станции - по количеству абонентов, транков и пр.?
Нумерация шелфов - в реальности и в OPS файлах - совпадают (в частности фиктивные - для межсетевых линков и IP аппаратов)?
Hunt group сетевые были (если удаляли сетевую группу, когда не работали линки - могут быть проблемы, исправляются аудитом по HG)?

разговор я так понял о ОХО  

Где номер остался пустым? В отчетах? А вызов туда (на аппараты прописанные в CDT) в реальной жизни перетекал?

Не пробовали в хант-группах указать разные ентити (и разрулить неотвеченные звонки соответственно по CDT этих разных ентити)? Может тогда и виднее будет то, что вам надо.

На DISA легко это делается. Наговариваете такую фразу вместо 106 подсказки. Набором 0 и набором внутреннего номера попадаете соответственно на факс и абонентов (соответственно у вас в станции 0 - должен быть вызов факса). Оператора - прописываете в CDT етнити.
На АА - это естественно может делать ся разнообразней (например предложить далее опции, если внутренний абонент например занят).

А собственно - почему не делать все наоборот? Запускайте чего надо на компе, формируйте , а положить текстовый файл на станцию - это ведь вообще не проблема.

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

дайте команду checkdb, у вас похоже проблемы с базой

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

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

Нет. Эта опция есть в свежих релизах ТОЛЬКО для операторов (когда на дисплее оставляется набранный номер, без разницы - что пришло при ответе абонента в поле Connected number).
Снимите трассировку, посмотрите что приходит в Connected number. Может надо просто - попросить оператора, чтоб он присылал номер абонента?

Тогда - вы создадите (например)  некоторое количество абонентов - и получите надпись, что все ячейки для абонентов уже заняты.
Основная проблема с новыми OPS - это изменение размера базы в ОЗУ, когда просто - не сможете без перезагрузки прописать окончания (транки, абонентов).
В большинстве случаев - таблицы закладываются с запасом. Соответственно - можете попробовать не перезагружать. Но потом - все равно придется это когда-то сделать (когда наткнетесь на грабли).