Отлично.

Ничего в панели править не нужно.

Настройки направляются в 1С средствами расширения плана набора на АТС 0000111
в этом приложении  вызывается  UserEvent
в качестве одного из дополнительных атрибутов сообщения устанавливается атрибут с именем faxsendurl
Переменная инициализируется согласно настройкам АТС:
в процедуре onUserEvent
Свежую версию плана набора можно получить из дистрибутива панели телефонии.
Следует настроить план набора АТС, для получения значения  faxsendurl

URL серера для отправки факса должен иметь формат ссылки:
компонент отправляет файл на сервер так же как и команда
В Вашем случае  УРЛСервераДляОтправкиФакса не полный.

Какая используется АТС? Что за сборка?

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

Скрипт отрабатывает один раз, для внешнего звонка.
Если имеет место переадресация, то будет создано несколько записей истории звонков (столько, сколько произошло соединиений абонентов, бриджей). Информация по файлу записи разговора будет записана только в одну из них (первую).

Сейчас мы прорабатываем более удачный механизм анализа / формирования истории звонков. Как только будет готово, предложим вариант.

Хотя даже историю звонков синхронизировать не обязательно. Достаточно где то в 1С хранить соответствие: "ИдентификаторЗвонка" - "Путь к файлу записи"
Но тут нужно доработать скрипт по скачиванию записи разговора.

Считаю, что средствами Askozia реализовать нет возможности.
Вижу только один выход:
Для хранения истории звонков создать в 1С соответствующий регистр. При получении информации по записи разговора (момент, когда запись начинает скачиваться) дописывать данные по местоположению файла записи в регистр истории звонков.


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

Отлично.

Установлена ли роль для пользователя "Использование панели телефонии Asterisk (МИКО)"?
Настройка в пользовательском режиме должна быть произведена по инстуркциям
http://wiki.miko.ru/doc:panel1cut:no_integr

(инструкция универсальна для УПП УТ10 КА )

Это сделано намеренно.
В Askozia информация по пути к файлу должна быть записана в поле таблицы CDR.
Запись, инициированная напрямую из панели телефонии, после окончания разговора начинает скачиваться через web браузер и в поле таблицы CDR доп сведения не пишутся.

Необходима доработка.

Опишите подробнее:

1. укажите версию обаботки
2. укажите версию компонента
3. версия 1С
4. релиз конфигурации
5. Режим запуска панели телефонии (как внешняя обработка / как встроенная в конфигурацию)
   

Это больше похоже на кастомизацию под конкретную ситуацию.

предложите идею
http://www.telefon1c.ru/idea/

рассмотрим, возможно в следующих версиях реализуем.

Текущая версия компонента не поддерживает кириллицу. Исправим, в следующих релизах.
Я считаю что вся контактная база должна храниться в 1С. callerID, если требуется следует устанавливать по данным базы 1С.
Если номер телефона не заполнен в 1С, то его следует заполнить, после этого контрагент / физлицо / пользователь будут определяться корректно. Это основной принцип CRM системы.

В общем мы давно думали над этим вопросом, пришли к выводу, что это не требуется.

В этой версии панели телефонии для клиент-серверного варианта работы требуется дополнительно право "Администрирование данных".
Подробновнее:
http://infostart.ru/public/181013/