2 раза в месяц - это мало.

Можно отталкиваться от базы россвязи(доступ к ftp с базой получить не сложно), и исходя от этого уже заниматься маршрутизацией. 

Тут есть несколько моментов:

1) реализация не в телефонии, а именно в ядре программы

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

3) не сильно популярный функционал, и те кому это нужно, могут оптимизировать этот процесс даже в текущих условиях(ручное управление кодами). Естественно если у вас до 20000-30000 входящих звонков в сутки.

кратко итог:

1) полноценно данный функционал будет реализован в новом варианте модуля работы с сервером(серверами) телефонии. 

2) делать "абыкак" смысла нет. Сейчас и так уже "абыкак" сделано.

3) Если у Вас есть желания автоматизировать процесс составления и публикации DEF кодов под Ваши требования, то тут нет никаких сложностей. Несколько дней работы хоть какого то разработчика и будет работать. Т.е. по каким то критериям будут браться данные с россвязи, формироваться список кодов и вставляться в текущую форму. Через морду есть возможность корректировать. Но предупреждаю, чем больше список DEF кодов, тем дольше будет стартовое обслуживание звонка и больше нагрузка на сервер. При 3-5тыс звонков может и не будет заметно, но на 20-30 тыс звонков уже будет больно. 

Спасибо, и Вас тоже с Новым Годом и Рождеством?

И честно, я как клиент такси даже не представляю зачем мне еще разговаривать с оператором, кроме как отредактировать заказ? Что мне скажет человек, который раньше со мной не разговаривал. и вообще слышит мой голос в первый раз. Скажет номер машины или скажет что узнает у водителя и перезвонит?

Я не говорю про небольшие службы такси, в которых два-три оператора и операторы помнят и знают клиента. В нормальных службах звонок принимает первый свободный "робот" и так же автоматически под мою диктовку производит изменения. Другого я от нее не жду. И я как клиент не хочу слушать как оператор умничает или проявляет инициативу, тратя мое время.

Сказали - запиши в заказ и до свидания.

1) То что ко мне пришла смс-ка - это не факт. Даже то что статус доставлено не значит что я ее получил, и уж тем более что я умею их читать и вообще знаю как они открываются. 

2) Мне позвонил автоинформатор, но я не запомнил машину, что я буду делать? Правильно, звонить в службу такси и отвлекать вопросом оператора о том, какая у меня машина. А тут бах, прослушал и повесил трубку.

3) Вероятнее всего, когда я звоню в диспетчерскую я хочу подкорректировать водителя или спросить где он сейчас или еще что ни будь. И уже реже я хочу внести изменения в заказ. Т.е. соединение с водителем в первую очередь более оправданное поведение. Опять же, не отвлекаем диспетчера ерундой.

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

Теперь касаемо Вашего желания, то это частный порядок, а не общий. И я как клиент службы такси пояснил почему, поэтому целесообразнее написать заявку на разработку функционала, в котором конкретно для Вас будет другой приоритет проигрывания записей. НО, в данный момент это повысит нагрузку на сервис телефонии и как минимум вносить такие поправки под новогодний "сенокос" наврятли оправдано. Но решать Вам.

Думаю что в будущем, когда будет телефония 2.0, то у Вас появится в программе свой собственный интерфейс генерирования сценариев IVR, не только под службу такси, но и под что угодно, хоть под обслуживание офисных работников. Т.е. использования PBX в качестве офисной в том числе. А пока что такие изменения возможны только в частном порядке и только через приватную заметку.

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

да. только коммерческий вариант поддерживает выставление счета. На обычном кошельке этот вариант Киви закрыли примерно год назад.

Жалоб от клиентов не поступает.

Но и мало кто работает без выставления счета, т.е. не через коммерческий киви.

Иначе каждые 180 дней надо будет API ключ менять, и главное не забыть про это, а то платежи перестанут в программу поступать.

Не буду писать свое отношение к такому подходу, так как сразу пришла на ум цитата Райкина: "К пуговицам претензии есть?"

Теперь по поводу реализации: держать на определенном диспетчере, и только на этом диспетчере - порочная практика. А вот например смещать в очереди, это еще куда не шло(но тоже не айс). Что бы для этого диспетчера этот звонок стал первым(следующим) в очереди. И то, надо вводить какие то ограничения, что бы клиент номер телефона запоминался на определенное время. Например 30 минут. И если, к примеру, с клиентом поговорили два оператора, то клиент при входящем станет первым у этих двух операторов, у остальных как и прежде.

Только и тут могут быть курьезные ситуации, когда определенная диспетчерская, по приоритетам звонков должна в первую очередь брать контрагентов, а тут в первую очередь обычного клиента. Или водителя.

В общем есть над чем подумать перед составления в будущем ТЗ. Т.е. смещать в начало всей очереди, или в начало очереди только в своей группе?

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

Так же может быть ситуация, в которой заказы принимает аутсорс диспетчерская, а с водителями уже своя, тетя Маша, родная всем Михалычам и Санычам.....

Причем тетю Машу лучше вообще к клиентам не пускать. Пускай с водителями работает.

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

п.с.: А когда будет спорная ситуация, а оператор уже уволился, то как тут быть? Вызванивать ее и спрашивать что тут за сокращения в адресе? Может есть какое ни будь альтернативное решение? Что бы всем всегда было понятно что хочет сказать среднестатистический оператор, когда общается с клиентом.

Лично я поддерживаю. Но, просто переключиться какой ни будь кнопкой в опции и выбирать стрелочками - это не удобно и займет больше времени чем насобирать мышкой. Тут было бы удобно, если получилось бы применить комбинации клавиш. Например Alt+1...9. А дальше уже мышкой, если их так много. Т.е. самые часты вверх, под горячие клавиши, остальные вниз. CTRL использовать нельзя, т.к. его можно случайно нажать ладонью и тем самым выбрать опцию.

Достаточно много времени было потрачено на работу с персональной копией ОСМ. Под него требуется очень много ресурсов. Как серверных, так и человеко-часов. После 6 месяцев развития идеи и проведения тестов, дальнейшая развертывание было заморожено до лучших времен.

Может быть потом, мы сможем выделить пару десятков серверов, и отдельный отдел технического сопровождения, что бы была персональная копия, которая бы оперативно работала и удовлетворяла бы всех, но на текущий момент это проблематично.

На данный момент, в соотношении скорость/качество, сервис предоставляемый ОСМ самый удобный.

Но, всегда есть надежда что дело сдвинется дальше.....

Мы так же считаем, поэтому и не сделали. Лишний звонок.