Такой настройки нет. Обычна задача решается добавлением префиксов на АТС.
У вас проблема в том, что не корректно логируется история звонков. Решение - при поступлении входящего с короткого номера, добавить префикс 8. Тогда история будет логироваться корректно и вы сможете перезвонить на нормальный номер.

Другое решение - при исходящем, средствами АТС добавлять префикс перед набором номера.

Обе задачи считаю правильным решать средствами телефонной станции.  

В случае нашей АТС MIKOPBX мы рекомендуем инструкции:

• Нормализация входящего номера телефона
  

В принципе, они применимы к любому asterisk.  

см. инструкции по настройке:

• Пример настройки "чистого" Asterisk
  
• Перехват на ответственного
  

это условие только, если вы используете FreePBX
если у вас просто asterisk, без web интерфейса, то см. инструкции выше

Эта опция влияет только на сопоставление клиента с номером телефона. Значения 9 достаточно.

Это хорошо, тогда следует проверить не настроена ли какая либо конвертация wav to mp3. Если конвертация есть, то в PT1C_cdr следует менять путь к файлу в базе данных.  

Панель телефонии при запросе скачивания и прослушивания использует данные из таблицы PT1C_cdr, поле recordingfile, обычно в этом поле хранится путь к файлу записи разговора.

Это маловероятно. Иерархия каталогов учитывается.

Чаще всего описанная проблема связана, что файл записи не существует или переименован.
Спец по АТС может включить на станции отладку agi и попробовать  скачать запись разговора из 1С - по логу станет понятно какой файл запрашивается (в запросе можно отследить идентификатор звонка, по нему следует проверить данные в таблице c PT1C_cdr )

Сперва я бы отладил со стороны 1С. Доходит ли запрос до панели телефонии?  

Какая АТС используется? Если FreePBX, то убедитесь, что установлен модуль core нашей версии.

Это не должно влиять.
Приведите пример номера телефона, регион по которому не определяется.

Попробуйте вручную настроить:
https://wiki.miko.ru/astpanel:statistic:settings#opredelenie_regiona_po_nomeru

это не универсально. id канала не всегда совпадает с внутренним номером.  

Могут. Бывают разные ситуации. К примеру "Транзитные звонки", когда вызов поступает от клиента и направляется на мобильный номер телефона сотрудника.

У нас заложен следующий алгоритм (упрощенно):
Если номер src длиннее 4х символов, то это вызов входящий. В остальных случаях идет разбор "Внутренний" "Исходящий".

Это понятно.
Дополнительном см. тему на форуме:
https://telefon.miko.ru/forum/messages/forum28/topic1645/message10100/#message10100

Так работает FreePBX в таблице истории звонков в поле src он фиксирует не корректные данные, модуль статистики опирается на это поле.
В web интерфейсе вы видите информацию из других полей, потому кажется, что все корректно.

По факту, можно пытаться доработать модуль статистики, но на мой взгляд правильней решать проблему на первоисточнике - на АТС.

Панель и модуль статистики отображают тот callerid, который устанавливает ваша АТС.
Вероятно при исходящем звонке вы принудительно меняете callerid  - CALLERID(num), потому в истории звонков номер фиксируется как номер вашей линии.

Проблема решается корректной настройкой АТС.

"Вызов поступает на участника, который дольше всех не принимал вызов"

Проверил, работает как ожидаю.
К примеру в очереди два агента 214 и 236.
Последним поднял трубку 236.

Вызов будет поступать на 214 пока он не примет звонок.

"Вызов поступает на участника очереди, который обработал меньше всего звонков"
Этот вариант позволит более равномерно распределять звонки. Вызовы будут распределены поровну между операторами.
Тут аналогично, новый вызов будет поступать агенту, пока он не примет звонок.

Поведение корректное, ожидаемое. Это некий аналог группы поиска. Вызов поступает всегда на агентов по порядку их описания в настройках очереди.

Попробуйте выбрать другую стратегию "Вызов поступает на участника, который дольше всех не принимал вызов" - позволит распределить вызовы более менее равномерно.

Попробуйте новую MIKOPBX (Askozia )
https://github.com/telefon1c/MikoPBX/releases/tag/2019.4.133-dev
Пока не понял какая АТС Вами используется. Приложите логи из панели телефонии (см.  Отладка панели телефонии)

В ней поддерживается множественная регистрация.
Убедитесь, что используется актуальная версия панели телефонии для 1С.
Подобную ошибку наблюдал в старых версиях панели телефонии.

Инструкция подходит для всех версий FreepBX

Описанное поведение является ожидаемым, считаем нормой. Данные загружаются периодически, порциями по 450 за один подход.
На АТС есть две таблицы CDR и CEL. Грузиться записи параллельно, В CEL всегда записей больше, чем в CDR.

Ознакомьтесь со следующими статьями:

1. Выполнение системных требований к модулю.
   
2. Самостоятельная диагностика проблем с журналом звонков
   
3. Загрузка истории звонков за определенный период времени
   

Необходимо дождаться завершения загрузки истории .