Нет, используйте тонкий / толстый клиент 32 bit.

Кажется не ту ссылку приложил.
http://wiki.miko.ru/astpanel:enterprise:ordinary&_ga=1.206664467.161568726.1442565751#pereadresacija...

Это инструкция по настройке перехвата на ответственного:

1. В карточке клиента нужно назначить ответственного
   
2. В панели пользователя, в форме настроек, включить галку "Перехватывать звонки своих клиентов"
   
3. Перезапустить 1С
   

В модуле объекта можно найти функцию перехвата по слову "Interception".

Значит со стороны АТС все должно быть в порядке.
Убедитесь, что выполнены инструкции понастройке со стороны 1С
http://wiki.miko.ru/astpanel:enterprise:ordinary#pereadresacija_na_otvetstvennogo_menedzhera

Как происходит загрузка истории:

1. Заполняется регистр CEL
   
2. Заполняется регистр CDR
   
3. Регламентная задача собирает данные из CEL и CDR и создает документы МИКО_стЗаписьИсторииЗвонков
   
4. После создания документа истории данные в регистрах можно удалять
   

Если на АТС очищаем историю звонков:

1. При запросе новых данных CEL и CDR с АТС мы смотрим на последний полученный пакет, на номер строки каждой из таблиц
   
2. Допустим было загружено в 1С 100 записей
   
3. С АТС будут запрошены записи начиная с 101, 450шт.
   

Если истрия на АТС пуста - то номер последней записи = 0. АТС не вернет ничего.
Выход - очистить регистры CEL и CDR в 1С.

1. Откройте форму настроек панели телефонии.
   
   
2. Установите флаг "Инициировать загрузку с начала"
   
3. Выполните действие "Свернуть служебные регистры истории звонков"
   
4. Действие займет длительное время, очистит регистры и загрузка будет начата с первой записи
   

Теперь убедитесь, что установлен именно наш модуль core.

Убедитесь, что выполнены инструкции с http://wiki.miko.ru/astpanel:ats:freepbx_distro
За перехват на ответственного отвечает наш модуль core. Убедитесь, что модуль установлен именно наш.

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

Такой возможности  нет.  

Панель телефонии может работать только с "Виртуальными факсами".
При запросе истории будут отображены только виртуальные - принятые / отправленные.

Работа с факсами описана на нашем сайте:
https://telefon.miko.ru/products/panel-telefonii/#fax

Для приема факса необходимо переадресовать вызов на внутренний номер факса.

Я смог воспроизвести эту ситуацию в случае, если журнал звонков открывается из интерфейса панели телефонии.
Ошибка будет исправлена в следующей версии панели телефонии.  

Обратитесь к поставщику услуг за отчетом по звонкам.
Как выглядит история звонков на их АТС?
Вероятно вызов был действительно "отвечен" с точки зрения станции.

Укажите версию используемой панели телефонии.
Проверьте на технологической платформе 8.3.6+

Сдвигов пока нет.
Пока рекомендуем клиентам работать в тонком клиенте 1С.

Пишите на форум судя по всему нет места на внешнем диске. Убедитесь, что подключенный внешний диск исправен.
http://qa.askozia.ru
Нет. Наш Vendor код - 99146. Соответственно ключ находится на локальной машине.

PickupChan - это единственный способ "поднять трубку" на софтфоне Jitsi.
Действительно, совершается исходящий звонок и входящий канал перехватывается.

Ситуация требует тщательного анализа. Способа решения пока не вижу.

Попробуйте проанализировать cel записи, вероятно информация по номеру клиента будет доступна в других записях (CHAN_END).