Сложилось исторически. Просто большинство наших клиентов используют 3х значные номера. Остальные 4х значные.
Как правило диапазона хватает.

Да, это возможно, но требуется доработка панели телефонии. Не рекомендую.

P.S. Ирония в том, что преобразование к верхнему регистру выполняется намеренно.
Мы выдвигаем следующие требования к именам хинтов:

1. Верхний регистр
2. Числовое представление номера
   

Пример SIP/104, IAX/102

1. Можете попробовать заменить SIP/o_gladyshev на SIP/55 в Asterisk
2. Можете попробовать заменить SIP/o_gladyshev на SIP/O_GLADYSHEV в Asterisk
   

Мы наблюдали ранее проблему с регистром символов.

Сходу не понял о чем Вы )).
Приложите снимок экрана.
Полагаю, что Вы имеете в виду "Умную форму"

Установите уровни отладки в консоли Asterisk (CLI)

Выложите лог. Он будет намного подробнее.

Так... Что происходит на АТС при наборе номера? Приложите лог.

По ошибкам, сходу нашел тему. Да и из лога ясно - проблема с разрешением имени хоста.
Имеется в виду заменить имя в таблице хинтов.

Этой конфигурации на текущий момент нет в списке поддерживаемых нами конфигураций.
Варианты:

1. Использовать другую конфигурацию из списка.
2. Доработать панель телефонии. Работы можете заказать нам.
   

сообщите версию УФФ.
Проверим.

Тут два варианта:

1. Записи не существует на АТС. Такое может случиться в случае ошибки при записи (нет места на диске).
2. Второй вариант описан в сообщении...
   

Вот пример реализации взаимодействия 1С и АТС Asterisk:
http://habrahabr.ru/post/166935/

По аналогии можно реализовать "Умный" перевод вызовов на ответственных.

Напишите запрос на апгрейд на адрес sale@miko.ru, вышлем коммерческое предложение.

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

По ссылке ниже предложен механизм:
http://wiki.miko.ru/doc:panel1ccrm:asterisk_config:callhistory
Вот еще бурное обсуждение:
http://www.telefon1c.ru/forum/forum24/topic328/

#17  Это и есть ответ от HASP.

Наша позиция сформирована. Услуга повторной активации платная.
Тему закрываем.

Это верно. Уточните у поддержки пункт 2.

Фактически при формировании нового ключа мы потеряем повторно пакет лицензий.
То есть если мы ранее активировали для клиента 16 лицензий, то при выполнении этого пункта будут активировано дополнительно 16.

P.S. Этот вопрос мы уже обсуждали с технической поддержкой Sentinel HASP. В результате перевыпуска ключа (повторной активации) vendor, то есть наша организация, несет затраты.

Для встроенной в конфигурацию обработки:

После того как изменили значение. Следует пере записать контактную информацию.
Т.е. до изменения
номер 74952293042 хранился как число 174952293042

после изменения он и перезаписи контактной информации:
номер 74952293042 будет сохранен как число 14952293042

возможно потребуется программно пере записать контактную информацию.
Для обработки, запущенной через меню "файл" - "открыть":
Этот вариант запуска использует временную таблицу контактной информации, она обновляется с заданным интервалом.
Тут следует либо перезапустить обработку. Либо дождаться обновления контактной информации.