Всем привет.
Руководство одной компании считает, что FreePbx - кривое решение, так как писать разговоры умеет, а прослушивать толком не дает.
Итак, если был перевод звонка (а он в половине случаев), то:
1) Сбрасывается CDR (типа правильно);
2) Останавливается запись (а это не факт что правильно).
Итого, у нас 2 записи о звонке и 2 записи разговора.
Но в результате, когда менеджер хочет проверить качество работы сотрудника, получается такая ситуация.
1. В фильтрах выбирает все звонки менеджера.
2. Слушает запись, и когда сотрудник переводит, связь теряется. Надо искать продолжение.
Я в кач-ве временного решения перебил в macro-recording-enable-custom 3-й приоритет, где делается StopMixMonitor. Но теперь проблема интерфейсе не видно, что есть запись у него.
Какие будут комментарии, коллеги?

я седня на это потратил весь день и пока не знаю как правильно подойти к этому вопросу

Мы в extensions_override_freepbx.conf написали свой [macro-record-enable]. mp3, раскладывает по директориям (типа <дата>), веб-интерфейс с flash плеером прямо на страничке, авторизацией по паролю голосовой почты, и телефонной книгой, которая подставляет к номеру имя/название контрагента. Назвали "тотальная запись переговоров" и ставим как отдельный модуль.
Мне кажется такой правильный путь.

А что там за инновации в CDR в 1.6, никто не просветит? Помню что-то пробегало в блогах и рассылке.Типа переделали CDR подсистему...

switch, давай обсудим как должно быть.
Мне кажется, должно быть два CDR записи, два файла, но они должны линковаться, тогда проблем нет.

в моем дистрибе я сделал универсальную систему, которая не зависит от звонков.
Т.е. если есть файл, название которого заканчивается на unqueid, то он будет проиндексирован.
при открытии интерфейса происходит переиндексация файлов, находящихся в корне /spool/asterisk/monitor, но так как файлов может быть много, они раскладываются раз в неделю по каталогам, по одному на каждый день года (по датам). файлы в этих каталогах индексируются однократно, проиндексирванные каталоги запоминаются. в принципе можно и не раскладывать по каталогам. можего с моего дистриба взять, но недавно мелкий баг обнаружил и пофиксил, в релиз еще не добавил.

седня обнаружил напряг такой: вручную стартую запись mixmonitor, потом уже во freepbx запись останавливается и пускается снова. получается 2 записи с одним номером. раньше было так, что если стартанул запись, то не важно если дальше снова старт записи, все в один кусок пишет.
в общем тестить надо...
но, главное, что файл есть. в принципе ни что не мешает делать несколько ссылок на файлы в строке отчета. наверно так и сделаю.
еще напряг: правильно отображать в cdr переходы по ivr и трансферы. первое особо не проблема, а на второе весь день убил, пока не придумал...

сейчас активно занимаюсь тестированием в плане надежности под большой синтетической нагрузкой и под типичной офисной, параллельно мануал к системе пишу и в скором времени буду тестить на предмет багов в функционале.

Статусы ANSWERED - кликабельны, и вызывают браузерный flash player.

ну вот у меня также как у ded`а сделано

Фиксировать id звонка, при переводе звонка сохранять этот id в parent_id, а переведенному звонку назначить новый id и т.д.

При отображении в таблице делать ссылку по parent_id, чтобы показать откуда пришел звонок, и ссылку на дочерние записи.

ponch, id одинаковые, в этом и проблема

id свои должны быть, например, объявить глобальную переменную, которую увеличивать на 1 при каждом обращении. Лучше, конечно, секвенсор с базы данных брать, так как все равно глобальную переменную надо куда-то сохранять.