PWA для логистики

Есть мобильное приложение для Android. Приложение предназначено для водителей-экспедиторов, осуществляющих адресную доставку товаров. Это чисто внутреннее приложение тесно связанное с учетной системой Компании. Сейчас столкнулись со следующими проблемами:

1. У некоторых водителей iOS и есть даже один водила с WindowsPhone
2. Распространение обновлений затруднительно

Возникла идея реализовать его аналог в web-версии. Это бы решило основные вопросы - кроссплатформенность и мгновенное обновление.

Большую часть информации, необходимой для принятия решения мы почерпнули в Интернете. А именно:

• отображение данных проблем не вызовет,
• pwa будет выглядеть как приложение благодаря технологии spa,
• service workers позволят работать offline,
• обмен данными можно сделать на комбинации web sockets и ajax запросов,
• бэкэнд на nodejs прекрасно подойдет для работы с pwa.

Остались три вопроса, которые нас беспокоят (возможно ли реализовать их на pwa):

1. Водитель должен позвонить клиенту по прибытии на точку выгрузки. Факт звонка, время звонка, номер телефона клиента и статус вызова должны немедленно (или отоложено в случае отсутствия соединения) попасть в crm. Сейчас это реализовано вызовом Intent диалера с мониторингом результата по onResultActivity(). В то время как в обычном вебдеве я не нашел ничего большего чем ссылка с протоколом callto: или tel:. Волнует вопрос возможности получения статуса инициализированного через pwa звонка.
2. Во избежание претензий водитель производит фотофиксацию товара при погрузке и выгрузке у клиента. Фотографии сохраняются локально и передаются на сервер в фоновом режиме (в зависимости от настроек при наличии любого инета либо только при наличии wifi соединения). Как я понял MediaStream позволяет работать с камерой смартфона в базовом режиме. Этого достаточно. Фоновая передача тоже не проблема, как я понимаю. А если pwa не сможет узнать типа соединения 3G/WiFi - то это не станет проблемой (легче оплатить водителям больше трафика чем заказывать разработку iOS приложения).
3. Распределительный центр утром формирует задания на доставку водителям. Это как правило от 3 до 10 точек. Порядок и ориентировочное время доставки рассчитывает сервер, но водителю необходимо видеть маршрут на экране в режиме просмотра и в режиме навигации. Кроме того есть еще ряд случаев, когда необходимы геоданные: приложение раз в N секунд отправляет на сервер координаты машины, реализуя функции трекера (менеджеры видят где какой водитель в данный момент и могут рассчитать время прибытия более точно) и еще - факты звонка клиенту и фотофиксации также сопровождаются геопозицией, чтобы менеджеры видели, что товар выгружен у клиента, а не в гараже у кума водилы.

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

Прошу реальных pwa девелоперов ответить по пунктам 1-3 относительно возможности реализации. В положительном случае обсудим все остальные детали проекта.