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

То, что можно раз в минуту дёргать веб-сервис и запрашивать изменения - понятно.

доставляемые уведомления?
Вот только смысл?

Firebase cloud message

(2) Ух ты, вроде то что нужно
http://v8.1c.ru/o7/201502push/index.htm
Спасибо, буду пробовать

Пуши через сервис 1С как ни странно работают. Но это все равно нельзя применять там, где нужна строгая надежность, тогда только самому опрашивать базку

Нюанс в том, что ИД устройства для доставки уведомлений имеет свойство меняться (то ли у Яблока, то ли у Андроида - уже не помню) и нужно дополнительно за этим следить в той базе, где хранятся эти ИД подписчиков

Ну и иногда (весьма редко) пуш тупо _вообще_ не приходит

(7)он через сервера гугля идет,и на любом этапе может случиться фигня.

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

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

Ага, как с сервера обратиться на клиент)) Представь что мобильное приложение - просто средство визуализации. Все данные на сервере

(10) Пуши для этого есть но они ненадежны.

Точнее надежны при комбинации пуш и опрос, допустим через каждые 10 минут.

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

(13)пуш работает через службу.
можно написать свою такую же,которая держит соединение к серверу,а по приходу пакета пинает приложение.
просто,режим телефона без фоновых процессов,как раз пуши и блокирует-просыпается только после звонка или sms.

(14) Высадит батарейку

(13) Сработает, если не задавить приложение ковырянием в настройках безопасности / энергопотребления

(14) поллинг опросы на мобилке - фуфло полное

"Система взаимодействия" не ?

(17)зачем пуллинг.
подключились к серверу и ждем,только периодически проверяем связь,т.к.инет может отвалиться.
двусторонний tcp канал сам по себе батарейку не жрет,жрет его продувка,так как прокси через 10..15 минут соединение закроет,и пакеты банально не дойдут.