Вы не авторизованы

Вы можете читать сообщения. Если вы хотите создать новую тему или присоединиться к обсуждению, пройдите процедуру регистрации или авторизуйтесь.

Поиск  Правила  Войти
Форум » Павел Грабарь
Выбрать дату в календаре…Выбрать дату в календаре

Очередь клиентов
 
#
26.08.2015 08:43:37
Добрый день. FreePBX 2.8.1.4 Elastix 2.4
Организована такая схема работы: все входящие звонки в зависимости от транка попадают в очередь queue-sales, queue-support, etc. (разные приоритеты), и ждут соединения с оператором колл-центра. Возможно ли в режиме панели видеть список "ожидающих" клиентов в очереди и/или совершать какие-либо действия с ними (перевод/отбить/гол.почта)?
 
Перейти    
(Fix) Временная таблица CDR записей
 
#
27.10.2014 14:40:26
Очередной раз столкнулся с проблемой временной таблицы возвращаемых CDR записей при заполнении истории в панели телефонии.
Реализован фильтр истории по номерам из списка отслеживаемых линий.
Ситуация:
Запрашиваем историю по номерам 101, 102. Получаем ответ.
ОК. Меняем фильтр на номер 333. Снова запрашиваем историю. Получаем пустые строки CRD (звонков в эту дату не было), в панели истории по-прежнему отображаются предыдущие записи истории.
Решение - в процедуре ЗаполнитьТаблицуИсторииЗвонков
Код
Если (ТЗИсторииЗвонковВременная <> Неопределено) И (ТЗ = Неопределено) Тогда
ТЗИсторииЗвонковВременная.Очистить();
КонецЕсли;

Ситуация №2.
Запрашиваем истории звонков на дату, скажем, 20.10.2014. Вернулись записи, в таблице истории все красиво.
Передумали, сдвигаем дату истории на 25.10.2014. Получаем все те же записи истории, что и были ранее. Ситуация проявлялась при повторном обновлении истории с датой позднее выбранной ранее. Приходилось обозначать переменную при выборе даты из календаря и потом фильтровать таблицу истории
Код
Если ТЗ[к].calldate < ПериодЗвонковНачало Тогда Продолжить; КонецЕсли;
Но сейчас посмотрел фикс подошел и к данной ситуации
 
Перейти    
Несколько вопросов по интеграции в Elastix
 
#
25.08.2014 12:39:39
Добрый день. В процессе интеграции панели 1.2.21.8 в Elastix 2.4.0 возникли некие баги/фичи.
Астериск "готовился" по актуальным инструкциям из вики.

После того, как установили модуль PT1C записи в asteriskcdrdb пишутся в таблицу PT1C_cdr, поэтому все отчеты средствами астериска уже не получить. Пока сделали средствами php скрипт переноса записей в таблицу cdr. Это так и должно быть или новые записи должны писаться в обе таблицы?

Для формирования файла записи в mysql таки пришлось руками добавлять в блок macro-record-enable в extensions_override_elastix назначение переменной имени файла и править 1C_Download.php, т.к. имя файла записи по-прежнему писалось в формате audio:${CALLFILENAME}.${MIXMON_FORMAT}) в поле 'userfield'. После этого в phpmyadmin все записи видны, а при получении истории из панели атрибут recordingfile по-прежнему пустой. Решили вытягивать имена файлов прямым запросом к mysql из 1с по uniqueid, но жертвовать пришлось производительностью.
 
Перейти