9 - это чего - ARS или нет? Если занятие ТГ - разруливайте шарингом.
Когда вы добавляете 9 в таблицу баринга - это вы разрешаете/запрещаете набор 9+9ХХХХХХ (т.е. смотрите 2-ю!! девятку). Запрет просто 9+что-то - это через шаринг.

Со Speed dial  - все просто. В ячейке указан класс (0, 1. 2 и т.д.)
У абонента (details/ Spd dial) - указано имеет ли право он выходить (галка стоит) на ячейку соответствующего класса. Тут и увидите, что запретить (убрать галку) с класса 0 не возможно.

Повторю еще раз "по прямому набору городских номеров, но и по 9-ке" - что имеется в виду?
ARS или просто префикс выхода?
прямой набор  - это common speed dialing? Там другой механизм ограничений.

Баринг - у абонента стоит баринг 3 (например), в транковой группе 2 (например).

Берем например baring table 3 и пишем цифры, которые хотим запретить (или разрешить). Если и те и другие - могут быть нюансы.

Далее номер таблицы (3) - надо поставить в barring matrix на пересечении категории абонента (строка 3) и категории транковой группы (столбец 2).

И проверяем набирая номер полностью (не просто набрав 9+8, наберите 9+84951234567) - в таблице баринга есть нюансы с digits counters - помнится он разрешит набрать номер начинающийся с запрещенных цифр, но не более указанного в counter 1 (4-е цифры по дефолту).

Давайте step-by-step. Сначала шаринг.
У абонента - например sharing=3
У транковой группы (external lines\ list of trunk groups\ details\ link COS) - в той куда вы выходите по 9 (например) и 9 - это просто префикс занятия (не ARS и т.п.) например поставили 2.
Соответственно для запрета выхода в traffic sharing matrix - не должен стоять "+" на пересечении 3-й строки и 2-й колонки.

Слабо чего понял - не владею русским 8- ) (не довелось ковыряться в NMC на русском)
Для начала - напрямую/не напрямую - что имеется в виду? Если напрямую - это ячейки сокращенного набора - то они ограничиваются по другому, через номер класса и разрешения выхода на класс (0-й - всем разрешен, в SD есть упоминание о нем, а у абонентов нет).

Кроме того - мы про категории шаринга говорим о транковых группах (т.е. что стоит в доступах "access" нас не интересует).
Ну и следующее - таблица баринга (какие цифры нельзя/можно набирать) работает ПОСЛЕ шаринга. Т.е. мы СНАЧАЛА вышли на транковую группу, а ПОТОМ что-то разрешено/запрещено набирать (МГ, МН). Т.е. это не запрет набора цифр ВНУТРИ станции.

Т.е. - внутри набираем все.
Если через Speed dial - то работает разрешение/запрет на "класс" указанный в ячейке.
Если в ячейке Class 0 - нет ограничений.
Выход на транковую группу - матрица шаринга (выходим НЕ ЧЕРЕЗ Speed dial).
А если уже вышли - тогда начинает работать барринг.

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

Выход на ТГ - это наличие/отсутствие плюсика в матрице шаринга на пересечении шаринга абонента и транковой группы.
Для разрешения/запрета номеров - вы в таблице баринга какого-то уровня прописываете чего запрещено (или разрешено). Далее указываете номер данной таблицы в матрице баринга (на пересечении баринга абонента и баринга ТГ).

я не знаю , что у вас в отчете сделано.

Я всегда предлагал следующее - вы делаете звонок в заданное время с заданных номеров.
даете команду account compress
далее accview -tf и смотрите содержимое (обычно при таком подходе последнего) файла, включив протоколирование.
В зависимости от настроек вы увидите некоторое количество файлов.
Например:
- входящий на абонента в группе (пусть 1000);
- локальный абонент 1000 звонит шефу (пусть 2000);
- входящий на абонента 2000, с написанным transfer в разделе internal facilities и номером 1000 в поле calling number.

Собственно если что-то из этого у вас на станции есть - можете посмотреть - соответствует оно ВАШИМ отчетам или нет, или надо сделать свой (на базе понятного вам, добавив например поле calling number  и задав фильтр для поля Internal facilities на тему наличия фичи transfer).

Отследить можно - по данным тарификации или глядя на дисплей при поступлении вызова.
Запретить - transfer COS в категориях (у абонента нет отдельной цифры для трансфер COS, используется таже, что и в connection COS.
Есть еще одна полумера - transfer on no answer в категории запретите - абоненты при трансфере ДОЛЖНЫ будут дождаться ответа вызываемого абонента (а тот соответственно увидеть кто ему звонит).

http://www.alcatelunleashed.com/ на данном форуме в разделе Voice-Documentation выложено много документации (в том числе и на ОХО).
Правда на английском.

А вы не пробовали по линии (по которой пришло) спросить как у других? Наверное многим эти железки пришли?
Наверное и документацию и рекомендации по настройке можно спросить. Чего вам каждому заново и индивидуально разбираться  с этим.

На 4035 у нас так-же - во время вызова - номер клавиши multi-line и имя (на не multi-line не пробовал, может там имя и номер?).
На 4039 - и то, и другое.

Я то собственно о другом хотел сказать - не должно было ничего меняться. Просто человек предъявивший претензию  - у него другой телефон был или еще чего-то.

Обманываете, наверное, эти изменения не влияют на внутренние звонки.
При внутренних, на нормальных аппаратах отобразится имя и номер, на аппаратах типа 4019/4029 только имя (если поставить в категории галку на Virtual set on CMP board - то только номер, без имени).
Т.е. или не внутренние, или не было, или имена поменяли (например было "Иванов (3000)", переделали на "Иванов")..

В ентерпрайзе можно создать внутреннего абонента с привязанным к нему внешним номером (при звонке на внутренний номер - вызов реально идет на внешний ассоциированный с ним) - OmniPCX Integrated Cellular Client (раньше называлось Remote extension).

Данный абонент может указываться в HG и т.п.

Shelf/board/digital access
А то, что ничего не изменилось - вы смотрите в t3 или просто на дисплее аппарата?

Да вроде только System/other system/ External signalling param. - Calling name presentation.
Но только если являемся по ISDN нетворком.

С QSIG, особенно GF - не помню, надо ли быть мастером. Но тикеты однозначно пропадут.