Перейти к публикации

onmaster

Пользователи
  • Публикации

    46
  • Зарегистрирован

  • Посещение

Все публикации пользователя onmaster

  1. А что если их не 20, а неограниченное кол-во. Давайте посмотрим на это с другой, более правильной стороны. Зачем учить и диктовать номера? Покажите их в CallerID, а при поднятии трубки говорите о том как пришёл этот звонок. Всё более понятно и логично становится, учить ничего не нужно и использовать это можно и нужно! Городить руками сценарии это вообще не выход и даже не костыли, это детский
  2. Видеть нужно не на какой номер звонят, а кто звонит, .... оффтопик....
  3. Игорь, если будите задавать вопрос техническим специалистам, то можно уточнить следующий момент? У Вас сейчас при коллбеке система с начала звонит на первый номер, при снятие трубки говорит «Подождите, происходит соединение» и набирает на второй номер. Вопрос в том, чтобы вместо вот этого «Подождите, происходит соединение» говорить то, что нужно в конкретной ситуации. Т.е. возможно ли управлять этим моментом?
  4. Честный случай этой гипотетической системы — кнопка коллбека на сайте и оповещение о параметрах этого коллбека сотруднику, вряд ли является чем-то зловредным или противозаконным и уж точно не индивидуально. Но это не единственное возможное применение, которое могло бы быть найдено при добавление возможности оповещения при создании коллбека. Я правда не понимаю почему Вы так скептически настроены к этому предложению. Думаю, это добавило универсальности и возможности использования системы для самых разных задач.
  5. Где Вы увидели про системы автоматического обзвона? Ладно в общем, наше дело предложить, Ваше придумать ответ чтобы не вникать и не разбираться.
  6. "при ответе на уведомление о звонке сами задать на какой SIP отправить звонок и сами задать это имя, и его увидит на программе/телефоне ваш сотрудник" Это, наверное, о входящем звонке. А что с коллбеком вызываемым по API? Там ведь происходит два исходящих звонка. Мы предлагали сделать по исходящим уведомления, как и по входящим, но Вы отказали. Вот и пытаемся понять, как можно получить больше информации по ним и возможности управления, получения статистики. Пример ситуации. Некая внешняя система создаёт коллбек, звонит с начала сотруднику, возможно на его мобильный, хотелось бы чтобы при снятии трубки сотруднику услышал, что это за звонок такой, что это не просто входящий звонок от клиента, потому как клиент то тоже думает, что ему звонят. Хотелось бы с этим разобраться. А раз уж Вы внедрили технологию добавления в начало разговора служебной информации, то почему бы не расширить её применение? Осталось то, совсем чуть-чуть.
  7. Не нужно копировать я три раза перечитал это в новостях. Насколько я понял, сейчас оно работает только при переадресации, а если сотрудник использует софтфон для принятия звонка, то переадресации нет. Ну по логике того как сейчас это оформлено складывается такое ощущение. «например, на какой номер был совершен звонок или в какой отдел» как? Или вы предлагаете в сценарии указывать номер куда пройдёт звонок и у которого будет переадресация с оповещением? Гонять всё по кругу? Зачем, если можно сразу в сценарии добавить опцию оповещения. У Вас есть сценарии, у сценариев есть настройки, добавьте туда такой же пункт, чтобы при прохождении звонка по сценарию срабатывало оповещение, заданное для этого сценария. Про API тоже непонятно? Давайте скопирую «при вызове коллбека по API указать текст, который бы начитался после поднятий трубки, что то вроде "textfrom": Колбек, "textto": Здравствуйте,.»
  8. 08.10.16 Добавлена функция голосового оповещения о переадресации. Отлично! Спасибо! Давайте разовьём это и добавим такой же пункт, как сейчас относительно настройки переадресации у внутреннего номера, для сценариев входящих звонков. Было бы просто шикарно? если бы можно было при вызове коллбека по API указать текст, который бы начитался после поднятий трубки, что то вроде "textfrom": Колбек, "textto": Здравствуйте,.
  9. Заранее благодарны. Хотелось бы попросить, если будите реализовывать, то и на управление этим по API обратите внимание.
  10. А как определяется массовость спроса? Нам тоже нечто подобное было бы интересно.
  11. Не с десятка, а с одного с нормальным качеством сервиса. Подешевле? Иногда да, это влияет на выбор, особенно если у Вас номер сейчас по 990 рублей в месяц, а у сотового оператора не более чем за 100 или у Вас его нет, а у сотового оператора есть. Ну и не хочется брать уставшие номера с большой вероятностью случайных звонков иначе весь смысл теряется. Да, плохой номер можно заменить, но у Вас ведь он оплачивается на месяц, и я сомневаюсь, что деньги будут возвращены. Наверное, повторюсь, но смысл не в том, чтобы обделить Вас по деньгам, а в универсальности решения.
  12. Дело не во всех городах и весях и точно не в 8 800. Речь о возможности использовать, в частности, внешние городские номера, когда это необходимо. Необходимо может быть в разных ситуациях и, например, когда есть более доступные по цене варианты с возможностью соединении по sip, опять же в частности для того же коллтрекинга. Не совсем понимаю, что тут понимается под зоопарком, если речь о сип соединении по логину и паролю, и какая разница к кому именно это соединение.
  13. Тестируем приложение для совершения исходящих звонков из Битрикс24 через задарма без сип коннектора. Если вопрос актуален, пишите, предоставим тест.
  14. Какие именно задачи для Вас должна решить такая интеграция?
  15. onmaster

    Расширен Функционал Интерфейса Api Zadarma

    Если бы отовсюду можно было бы забирать всё что угодно в любом виде, то вопросов было бы конечно меньше. Но ведь каждый норовит не сильно углубляться и списывать нереализованные возможности на какие-то выдуманные ограничения. Хорошо, что хоть по клику на номер коллбек вызвать удаётся.
  16. Согласен с тем, что логика меню страдает. Практически всегда приходится просматривать выпадающие списки чтобы найти то, что нужно.
  17. onmaster

    Расширен Функционал Интерфейса Api Zadarma

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

    Расширен Функционал Интерфейса Api Zadarma

    Но это же крайне неудобно, нужен конкретный коллбек на конкретного сотрудника, а не всё в кучу с горой записей в статистике. Как потом в этом во всё разбираться? Даже новая статистике не спасёт.
  19. onmaster

    Расширен Функционал Интерфейса Api Zadarma

    А как быть если коллбек проходит на два внешних номера?
  20. onmaster

    Расширен Функционал Интерфейса Api Zadarma

    "Уведомления о звонках в АТС" Возможно ли в отправляемую информацию включать и исходящие звонки? Ведь, например, при коллбеке оба вызова исходящих и получить о них информацию таким способом нельзя. "Система Zadarma может отправлять информацию о каждом входящем звонке в виртуальной АТС" теоретически Система Zadarma должна мочь отправлять информацию и о каждом исходящем звонке.
  21. Чем обусловлено максимальное время ссылки в 60 дней? Почему нельзя задать большее значение или сделать её вечной? Вопрос возник в связи с тем, что проектируем привязку этих ссылок к контактам в CRM системах и может получиться так что запись потребуется, например, через 6 месяца, полгода или вообще неизвестно, когда. Ранее, когда запись в облако только появилась и место под неё нельзя было увеличить возникала ситуация что в общем то за 60 дней запись скорее всего затрётся новой информацией, и ссылка потеряет свою актуальность. Сейчас же место можно увеличить до 50Гб, чего может хватать на довольно продолжительный промежуток времени.
  22. Подключение неких сценариев существенно расширило бы возможности АТС. Под сценариями подразумевается в частности вставка неких аудифайлов, либо синтезаторов речи из текста, способных информировать о деталях звонка. Но это нуждается в серьёзном продумывание логики и всевозможных вариантов, а также подключение к API настроек всем этим. Подобные вопросы уже задавались в разных темах на этом форуме в той или иной трактовке, так что спрос однозначно есть и только расширится с появлением описанных выше возможностей. Ну и сохранение оригинальной информации о номере звонящего просто бесценно, не важно с насколько не доверительного источника по Вашему мнению он получен.
  23. onmaster

    Расширен Функционал Интерфейса Api Zadarma

    Можно чуть подробнее о разнице между: call_id pbx_call_id Pbx_call_id
  24. Очень приятная новость о расширении возможностей API и вновь появилась надежда что всё будет развиваться и дальше. Один из вопросов с которым мы периодически сталкиваемся это местные номера и если город крупный, то арендовать их в Zadarma не проблема, но если город маленький, то стоимость номера может зашкаливать, мы понимаем, что это не вина Zadarma, но всё же хочется иметь возможность использовать АТС по всем направлениям. Не секрет, что вариантов приобрести сейчас местный номер есть, но Zadarma ни раз говорили о том, что они за использование их услуг, а не сторонних, в связи с чем и введено ограничение на кол-во подключений внешних линий. И да, это логично, но иногда ой как нужно иметь возможность всё же подключить сторонние номера, тем более, когда технически это возможно, но упираешься в искусственно создание ограничение. Если Вам принципиально хочется зарабатывать на номерах, ну сделайте хотя бы возможность добавлять внешние, например, за половину стоимости от аренды номера в большом городе. Есть ещё одна маленькая проблема в аренде номеров у SIP провайдеров это плохая история номера, не все используют номера в благих целях и получается так, что ты берёшь номер и получаешь на него массу странных звонков, которые вообще не нужны и всё портят сводя на нет смысл использования самого номера. Сделайте, пожалуйста, возможность беспроблемного подключения неограниченного кол-ва внешних линий, хотя бы для получения входящих звонков с корректной информацией о звонящем абоненте. Наверняка всё это возможно.
  25. Хорошо, попробуем проработать CallBack. А по поводу WebRTC, если технически Вы его уже и так реализовали и есть API как таковое, почему бы это не совместить? Иначе как Вы определите спрос без предложения такой возможности и вариантов реализации. Далеко не каждый кто этим мог бы воспользоваться будет писать об этом.
×
×
  • Создать...