Теоретически - возможно. Сотрудник 109 ответил на вызов, но тут же друго сотрудник тоже ответил, перехватив вызов на себя.
Используйте актуальную версию панели телефонии, 1.4.26.19. В ней такая ситуация исключена, для ответа на вызов используются методы софтфона, а не функция PickupChan.

Интересная и не простая в понимании ситуация.
С точки зрения Asterisk это два разных вызова, у них различные идентификаторы.

Но с точки зрения пользователя- это один и тот же звонок.
Вызов, тот что отвечен, - сформирован корректно.

Второй, пропущенный вызов, появился при попытке перехвата звонка (PickupChan). Но перехват не удался, и Asterisk счел эти звонки различными.

Как подключена панель телефонии у 109 ого пользователя? Какой режим работы используется?
Попробуйте узнать у сотрудника, какие действия он выполнял при поступлении этого звонка.  

Приложите пожалуйста лог каждого из документов (те, что на скринах).
Лог можно снять на вкладке "дополнительно", там есть кнопка "божья коровка".
При нажатии на кнопку будет открыт текстовый файл, сохраните его и прикрепите вложением к текущему обсуждению.  

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

Ограничение устранить возможно. Для этого потребуется доработка панели телефонии.
Заявку Вы можете оставить через форму обратной связи:
https://telefon.miko.ru/contacts/

Это уже другая ошибка.
Обычно означает, что какой то другой клиент (аппаратный или программный телефон) подключился к АТС вместо панели телефонии.

Спасибо за обратную связь. Учтем пожелание.
В ближайших планах - совершенствование инструкций по журналу звонков.  

Такой версии Askozia не существует.
Мои рекомендации:

1. Используйте актуальную версию Askozia 5.3
   
2. Используйте актуальную версию журнала звонков
   

Убедитесь, что с АТС есть доступ к tts.voicetech.yandex.net по порту 443
Убедитесь ,что есть доступ к каталогу "${ASTSPOOLDIR}/monitor/text2speech/"

• ${ASTSPOOLDIR} это значение можно подсмотреть в файле asterisk.conf
  

Судя по всему АТС не доступна. Проверьте параметры доступа к станции.
Суля по логу Askozia есть проблемы с доступом к диску, убедитесь, что диск смонтирован.

Вы можете приложить пример curl ответа? (при запросе с АТС).  

Это ошибка в релизе, вроде в актуальном она не воспроизводилась. Поправьте тогда руками ошибку:

1. В конфигураторе перейдите в модуль сервиса "МИКО_мвГенерацияIVR"
   
2. Замените все вхождения строки "МИКО_мвМаршрутизацияЗвонковСервер" на "МИКО_мвМаршрутизацияЗвонков"
   
3. Сохраните изменения
   

Это должно решить проблему.
 

Расшифровка кода ответа:
405 Method Not Allowed («метод не поддерживается»
Проверьте инструкции по публикации сервисов.
https://wiki.miko.ru/astpanel:statistic:rout#publikacija_web_servisov_1s
Выполните рекомендации по проверке публикаций.  

Просто тестовый номер телефона. Панель при звонке из 1С "представляется" этим номером.  

Убедитесь, что используется модуль актуальной версии pt1csmartivr-2.11.0.15.tgz
Инструкции:
https://wiki.miko.ru/astpanel:statistic:rout

модуль добавляет exten 10000123 в контекст from-internal

Это так называемые "истинно пропущенные", вызовы, по которым не было последующего контакта:
http://blog.telefon1c.ru/statistika-v-pomoshch-rukovoditieliu/