хм. на мой взгляд без обращения к поставщику Алкатель Вам не обойтись. С железом допустим вы разберетесь, или подскажут  (Разъем питания С13). Но как Вы составите спеку лицензий, а главное цену? это минимум половина цены АТС.

1. скрипты грузятся в специальный тип пилота - ACR pilot. Задача скриптов - дать звонку некий набор атрибутов-тэгов
2. когда создаете очередь, можно выбрать тип - waiting room. суть этой конструкции - в ней не используется стандартный принцип очереди СС - FIFO, а идет "инициатива снизу" - от PG или оператора (по скиллу или тегу)
3. в скриптах есть заготовка - запрос во внешнюю БД, насчет положить - не знаю

а вообще - "в старой крепости его через трубу надо было брать" (с) т. Сухов (про Абдуллу)

в свое время возился с этими скриптами. неплохо на них сделать принцип LCA - last called agent, чтобы второй звонок с одного номера в течение часа попадал преимущественно к томуже оператору, что разговаривал в прошлый раз.
Что-то более сложное сделать не получилось, может туповат. Перешли на Генезис и горя не знаем, система не только сохраняет брошенные в ожидании звонки, но и формирует лист обзвона и периодически оператора автоматом обзванивает таких клиентов...
В конце концов есть такое решение как Oktell, где возможностей обработки вызова побольше чем скриптов в классическом CCD

точно не CRI, он нужен и поможет только разобрать детальную статистику КЦ, например точно выяснить, какой оператор ответил на звонк с данным АОН.
вообще-то на дисплее оператора КЦ есть информация о наличии звонков в очереди, также может моргать светодиод стимулируя поскорее закончить текущий разговор и взять следующий.
для группы операторов в комнате можно сделать настенный дисплей - туда можно кидать картинку сервис левела и например кол-во звонков в очереди. супервизор глядя на дисплей сможет подопнуть нерадивых.

Phone feature COS > Ringing tone in handset - YES

не корректно поставлен вопрос.
вы ЭТО видите на одном узле? уверен - на разных. не может быть на ОДНОМ узле один номер объявлен как локальный номер и как SD.
в общем случае на разных узлах они могут быть объявлены по-разному (я НЕ вникаю в систему вашей нумерации), вам виднее КАК вы звоните в своей сети.
если хотите навести порядок - лучше свести нумерацию абонентов в сети к понятиям routing number или network number

на новом узле:
перед включением аудита и броадкаста удаляете все, что вам мешает - префиксы и номера
включает броадкаст и делаете аудит по интересным вам параметрам
при включенном броадкасте начинаете осмысленно создавать абонентов и префиксы на вашем новом узле

респект. в наше время засилия монетаризма и неспокойной международной обстановки.. спасибо! будем тестировать.

в чем ограничена свободная версия кроме привязки к swk?

судя по всему идея у вас такая - пока оператор не закорет карточку, не давать ему следующий звонок? имхо не очень хорошая идея - оператор смекнет,  что такова логика и будет сидеть с открытой карточкой и пить кофе. опять же имхо, autimatic wrap-up и pause between calls жестче ставят рамки оператору... в конце концов это настриваемые параметры и можно подогнать их по получающиеся по факту времена обработки карточки передовыми операторами

сдавал 12 мая ACFE. 30 вопросов за 45 минут. требуемый процент выполнения - 75%. вопросы выскакивают довольно заковыристые - про 8082 и MyIC, про аппараты 8022.8012, есть вопросы про 4645 и естественно про ОХЕ как таковую...
можно сказать, что учится всегда полезно. можно сдать наскоком, но сертификат вы на стенку повесите, но знаний по большому счету это не добавит.
ACSE гораздо серьезней уровень, тут без обучения просто не обойтись.

audit/broadcast по идее в сети должны работать не только радио речевой почты... вы когда абонента на узле 1 прописываете, вы на всех остальных вручную создаете его как network number?
если броадкаст у вас нормально работает, то номер речевой почты узла 1 должен на всех остальных появится как network number с указанием этого узла и type - voice mail в translator > prefix plan

сильно похоже, что на станции сперва что-то где-то работало, потом сменили IP адреса, но как водится не везде или не в нужном порядке. думаю, если вы на старом ПО сделаете полноценный netadmin, затем lanpbxbuild затем mgconfig на GD у вас все нормально стартует.

Вы то пишете, что релиз 8 работал и перестал, то в конце - вводите новую станцию - речь шла об одной и той же АТС?

список netstat похож на нормальный, не понятно только почему tftp два раза... есть еще вариант потери файла lanpbx.cfg. восстановить его содержимое просто командой lanpbxbuild и далее заполнить нужные строчки, после - сохранить. подробнее - в доке.

это не проблема, это фича. надо просто знать, что при выселении гостю назначается категория 0 и начиная программировать АТС в гостинице это надо  иметь ввиду. ваш предшественник этого не знал, а вам теперь расхлебывать. бывает.

какими-то вы хитрыми путями идете... на работающем CS дайте команду netstat -a - слушает ли он tftp порт?
в каком режиме стартует у вас GD - статический адрес или динамический? если статический - в процессе загрузки мелькает настройка GD - адрес, нетмаска, откуда грузится, номер полки и т.п. - эти настройки у вас не слетели? (смотреть в консольном порту GD)