Consult/Modify - это вы смотрите что стоит и можете задать новое значение
Modify - это просто задать значение (не глядя на текущее), для заданного параметра (первоначально выбрав какие параметры вас интересуют.

В consult/modify - тоже можно выбрать какие вас атрибуты интересуют.

Т.е. consult/modify (например) - вы для абонента 3000 смотрите что у него public network COS=2 и ставите 3.
Modify - вы говорите - установить абоненту 3000 public network COS=3 (не видя, что было до этого).

Особой разницы между данными пунктами нет (за исключением ситуации, например в entity если вы через consult/modify попытаетесь убрать installation number - так просто это не получится, а через modify - просто говорите поменять номер, ничего не вводите и получаете требуемое. Реально конечно надо просто вспомнить, что в consult/modify для этого надо не удалять номер, а вводить "" - что означает пустое поле).

С demi-com - по моему чисто софтовый глюк (тем более он с резервного процессора идет). На англицком форуме его обсасывали, но по моему без результата.
А по 283 - в чем проблема? У вас просто сделан менеджмент аккаунтинга. Для просто откладывания тикетов - я менеджмент часов делал для ВСЕХ дней недели - 24 часа, тариф 1.
У вас похоже более извращенная разблюдовка по дням/часам - какой-нибудь день недели не указан.

У вас может не быть Modify object limits, а Length for speed dialing numbers есть, можете попробовать через Modify ее попробовать поправить.

Если рестарт не помогает - то надо более плотно разбираться с базой. пытаться через fichges - смотреть, пытаться пересоздать какие-то таблицы и т.п. - но тут тяжело что-то сделать по переписке. У вас станция как я понимаю без официального саппорта (судя по релизу). А какие-то алкателевские партнеры есть в регионе (которые могли бы поразвлекаться с базой на тестовой станции) - но это правда они за деньги делать будут?

а менять пробовали на все варианты - это как? Обычно пишем - индекс 1-й ячейки =0, количество=1000 (например).

Странно, на базу не ругается, ячеек разрешено 4000.
Из обычных проблем - бывало, когда пытаются под direct SD отдать диапазон, пересекающийся с by range - но тогда ошибку другую дает - говорит, что пересекаются диапазоны.

Присоединюсь - чем делать финты ушами (входящий номер копить через ARS, потом в ARS - делать внутренний роут на IP SD) - проще - в TG от Hicom не использовать DID транслятор, весь номер присылать блоком, и спокойно рулить через SD, как и для набора с локальных абонентов.

При наличии IP голоса - самое правильное все посылать/принимать блоком. И будет всем счастье.

Если дать команды - cdmao, cfgUpdate - у вас случаем количество разрещенных ячеек не стоит по 0?

Т.е. в реальном дискриминаторе (соответствующем 5-му логическому есть в рулезах номер 701222 (или хотя бы 7, 70 или что-то подобное)?

Похоже чего-то создавалось в SD (по броадкасту или еще как).
Чего показывает команда checkdb - есть сообщения про проюлемы с базой кроме CDT Entity?

В доку вообще лень глядеть  
Это размер очереди в процентах от количества "живых" абонентов в группе (вышедшие из группы не учитываются). Цифра от 0 до 1000 процентов. 100% означает - 6 человек в группе, все 6 заняты - 6 вызовов станут в очередь, 7-му пойдет сразу отбой.
Например для 10 абонентов в группе и 1 вызов в очередь - 10%.

Можно ставить вызов в очередь (Autorized Camp-On Calls %)

Вторжение работает (должно) и в разговоре двух абонентов, разговаривающих по ABC-F. Главное - у обоих не должно быть защиты (т.е. категорию ОБОИХ говорящих надо проверять).
Ну и естественно - нельзя вмешаться в разговор абонентов multi-line (доступно только оповещение через динамик).

Аналогично и в ОХЕ - при использовании чего-то доброго (типа GD+MADA3) - ресурсы коммутации с 8-го места забираются. Соответственно туда можно ставить оборудование, которое от системы в слото-месте берет только питание (поэтому конфигуратор туда ставит процессор).

если открыть архив - там можно найти в DHS3data/mao - собственно ОСНОВНУЮ часть менеджмента dat и idx файлы. Я имел в виду их. Естественно их (если вдруг зачем-то хочется их посмотреть) лучше смотреть на процессоре через команду fichges.

Если вы хотите увидеть что-то в понятном для человека виде - не надейтесь. Там можно что-то искать и смотреть (если знать чего и где).

Вообще - всегда когда хочется смотреть менеджмент не на станции - надо лабораторную станцию, куда подгружаете эту базу и смотрите (через mgr или 4760).