служба доставки кладов

Еды.... Типа глово только в маленьком городе

Cdr вам в помощь. Пишите их в бд и делайте селект за последние два часа

Cdr первый клбчевик для поиска, если ещё что то нужно и просто подсказать, буду благодарен

Задача ваша пространная, больше походит на ТЗ
1. настроить коннект с вашим GSM  шлюзом (предполагиется видимо что он sip-gsm), как gateway
2. создать dialplan для входищих вызовов с выполнением  некоего запроса в БД на котором решать, сразу вызов должен отправиться на UIVR  или есть информация, позволяющая вызов направить на конкретного пользователя
3. настроить IVR  
4. настроить в directory  сип пользователей, позволить им регистрироваться, настроить internal  context для вызовов с ваших сип пользователей в город, при этом при вызове обращаться например к процедуре в БД которая делает insert  в особую таблицу о информации какой внутренний пользователь куда набирал и дозвонился или нет
5. понять как ваши операторы будут регистрироваться(например с мобильных приложений), дальше видимо понять что вам понадобится  что-то что позволит голосу и сигналке преодолевать nat . Решить вопрос с тем какое решение для Push -notifications  использовать (тут могут прийти в голову OPENSIPS Kamailio)
6. Естессно БД прикрутить
7. вообщем-то это вот все можно вышеописанное решить и сразу на opensips kamailio  

Тут просто момент заключается в том, что моментов много, и с описанным Вами 0-м уровнем не понятно куда вас отправить и что читать. Либо делайте поэтапно и поэтапно спрашивайте, либо обратитесь за фрилансом под ключ

1. Когда-то делал, вспомню повторю
2. Тут скорее всего будут вопросы как хуки написать, что бы добавить запись в БД и что бы вовремя получить ее, (с понедельника буду пробовать) Но в целом да идея понятно
3. В инете достаточно много информации думаю справлюсь
4. Предполагается настроить SIP на мобильных, без никаких примудростей. Регистрация ручная. (можно конечно потом усложнять, позволять звонить только на те телефоны где был заказ, только тогда когда был, только в свою смену и т.д. но это уже потом может быть и то не точно)
5. Через АНДРОИД СИП стандартный, зачем преодолевать НАТ на софтфоне? все остальное это серверная настройка, тут все ок.
6. Ноу проблем
7. Понравился freeswitch на fusionpbx про kamailio ничего не знаю.

p.s. Согласен на счет фрилансов, но в первую очередь пытаюсь разобратся сам для саморазвития и широкого умение. Но фриланс

p.p.s. Спасибо за развернутый ответ ;)

лучше не связывайтесь с fusionpbx а ставьте голый фрисвитч

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

ну, это конечно имхо, но fusion лучше пробовать когда уже понимаешь как фрисвитч работает
как и вообще любую надстройку над серверным софтом

если хочется изучить продукт, то велик шанс неверно что-то понять и сопоставить

правильно надо брать custompbx))

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

Самый простой вариант п2 - редис с автоматическим экспайром. Позвонил курьер - положил, перезвонил клиент - взял, а если не нашлось  - приветствие. Также можно делать и пресид по клиентам/заказам и курьерам. Вышел за границу времени доставки - соединили с оператором.
Но с пушами и фьюженом заколебётесь конечно.

по п.1 есть дополнение, зачем использовать какой-то GSM  шлюз если есть куча провайдеров которые предоставят вам хоть мобильный на приличное число линий , хоть городской многоканальный номер по каналу SIP  сразу
по п.4. а зачем усложнять себе тоже жизнь, регистрация то ручная, но связь с вашим сервером идет через  4G интернет  там точно проблемы будут с голосом(+ как уже ранее говорил SIP  приложение уснет и не сможет принять входящий вызов - придется развлекаться с Push). Так же как только вы вытащите свой интерфейс наружу для SIP,  появится интересный квест про fail2ban  firewall  и прочие радости.
Мне кажется, что это уже не укладывается в "путь не очень длинный".
Не очень длинный путь может быть использовать какой-нибудь  мультифон или подобные решения облачных АТС(уже же будет и софтфон и каких-то опций вагон), вам может остаться настроить только п.2

1. Gsm шлюз есть, 0.5$  В ГОД! просто что бы не заблокировали
2. У андроида есть в юшитый клиент, без никаких снов и прочих проблем, и звонить можно с него так же просто как выбирать сим-карту, тоесть прям в софте при нажатии на телефон, выскакивает окно с вопросом с какой симкарты или сип позвонить.
Насчёт связи через 4g почему должны быть проблемы? Пинг около 30 милисикунд. Особо не заметим.
С firewall и file2ban не вижу проблем. Все поставил за 30-40 минут создал первых 2х клиентов, поставил на телефон и на компьютер, проверил все работает. (Iptable и file2ban стоит и настроен)

Насчёт взять готовое облочное решение. Можно и так действительно было бы проще, на 3копейки дороже но проще. Но тогда я ничего не научусь и усложнить систему сильно не получиться. + Не уверен что справиться с задачей насчёт того что бы сразу было соединение с последним набиравшим в течении N времени. И уже прийдеться мириться с нюансами.

А что это за "в юшитый клиент, без никаких снов"?

Родной сип-клиент ведроида на 7 работал ну очень паршиво.

Вшитая без никаких софтов.

На 9тке работает очень даже стабильно

Хороший вариант - бриа, вылеченная от жадности. Там пуш работает с серверов разработчика софтины.