для чего нужен мастер мобильного приложения creatio
Мобильное приложение
Мобильное приложение является инструментом для работы с данными приложения Creatio на мобильных устройствах. Мобильное приложение Creatio — это удаленное рабочее место, которое предоставляет быстрый доступ к данным клиентов, рабочему календарю, мобильной рассылке и т. д.
Мобильное приложение Creatio доступно для загрузки в App Store и Google Play на мобильные устройства, которые соответствуют требованиям.
Общие принципы работы
Преимущества использования мобильного приложения Creatio:
Мобильное приложение Creatio использует гибридный подход технической реализации. Гибридное приложение — это мобильное приложение, «упакованное» в native-оболочку. В отличие от мобильного native-приложения, является легко переносимым между различными платформами.
Перед началом работы с мобильным приложением необходимо в основном приложении выполнить первичную настройку.
Синхронизация мобильного приложения с сервером Creatio выполняется с помощью сервиса работы с данными DataService. Если при синхронизации возникли конфликты, то информация о них отобразится в журнале синхронизации, который доступен в гибридном и offline режимах.
Для проверки корректности работы пользовательской функциональности, необходимо выполнить отладку мобильного приложения.
Схема работы
Мобильное приложение Creatio представляет собой набор модулей, необходимых для синхронизации с сервером Creatio. Схема работы мобильного приложения представлена ниже.
Каждый продукт и отдельно взятый сайт клиента может содержать следующие пользовательские элементы:
Пользователю мобильного приложения Creatio необходимо установить его и выполнить синхронизацию с основным приложением.
Схема архитектуры
Схема архитектуры мобильного приложения Creatio представлена ниже.
Для создания гибридных приложений мобильное приложение Creatio использует фреймворк Apache Cordova, который предоставляет следующие возможности:
Ядро мобильного приложения Creatio предоставляет унифицированный интерфейс для взаимодействия клиентских частей приложения. Используемые ядром JavaScript-файлы условно можно разделить на базовые и конфигурационные.
Базовые скрипты содержатся в сборке приложения, публикуемой в магазине приложений. Компоненты базовых скриптов:
Конфигурационные файлы, полученные при синхронизации с сервером Creatio, приложение получает и локально сохраняет в файловой системе устройства. Компоненты конфигурационных файлов:
Манифест — это конфигурационный объект, свойства которого описывают структуру (объекты и связи между ними) мобильного приложения. Группы свойств манифеста мобильного приложения Creatio:
В разделе Визы ( Approvals ) мобильного приложения используется Flutter Framework.
Совместимость с продуктами Creatio
Мобильное приложение является частью платформы и доступно для пользователей основного приложения Creatio версий 7.15 и выше.
После установки приложения на мобильное устройство пользователь, указав параметры соединения с сервером Creatio, получает метаданные (структура приложения, системные данные) и данные от сервера. Эта схема работы позволяет мобильному приложению быть совместимым со всеми продуктами Creatio.
На заметку. Мобильное приложение не может использоваться пользователями портала.
Для чего нужен мастер мобильного приложения creatio
Обзорные видеоролики по настройке в Creatio с пошаговыми инструкциями
Вебинары
Записи вебинаров по функциональным возможностям и разработке Creatio
Видеокурсы
Обзорные видеоролики по настройке в Creatio с пошаговыми инструкциями
Вебинары
Записи вебинаров по функциональным возможностям и разработке Creatio
Вебинар «Основы внедрения Creatio»
Смотреть >>>
Вебинар: Обзор релиза bpm’online 7.12
Смотреть >>>
Вебинар ‘Управление маркетинговыми кампаниями’
Смотреть >>>
Документация
bpm’online — это комплексная платформа для создания и настройки приложения. Лучше всего подходит для компаний, которым необходима гибкая и конфигурируемая платформа для создания собственных приложений. Задачи, решаемые в bpm’online, представлены несколькими функциональными блоками.
Возможности к расширению
Система моделирования бизнес-процессов, построенная на нотации BPMN, позволяет автоматизировать процессы любой сложности.
Раздел [ Журнал процессов ] дизайнера системы предназначен для мониторинга запущенных и анализа завершенных процессов. Вы можете просмотреть визуальную схему каждого экземпляра процесса, а также отменить его выполнение.
Любые показатели, касающиеся выполнения процессов, например, длительность, среднее время выполнения, максимальные и минимальные значения, можно проконтролировать в представлении [Аналитика] журнала процессов.
Управление кейсами (DCM)
Используйте дизайнер кейсов для автоматизации процессов, которые трудно структурировать. Например, если ваша бизнес-задача может быть достигнута разными способами, которые меняются в зависимости от ситуации и принимаемых решений, а также когда для задачи нет возможности предусмотреть структурированный бизнес-процесс.
Настраивайте внешний вид системы — загружайте в нее свою корпоративную символику, меняйте цвета панели разделов, настраивайте рабочие места для разных групп пользователей (ролей).
Чтобы наполнить систему данными, используйте импорт данных из Excel.
Формируйте организационную структуру компании, регистрируйте пользователей приложения, определяйте для каждого из пользователей его функциональные роли с соответствующими правами доступа и правами на выполнение операций.
Для получения аналитических данных, основанных на информации из разделов системы, настройте отображение нужных вам отчетов и показателей в представлении [Аналитика] и в разделе [Итоги].
Расширенные инструменты для настройки и разработки на платформе bpm’online доступны в группе [Конфигурирование разработчиком] дизайнера системы.
В bpm’online реализованы все инструменты, необходимые для решения базовых задач компании. С их помощью управляйте организационной структурой компании клиента, ведите детальную информацию о сотрудниках, планируйте рабочее время, встречи и активности.
Используйте доступные возможности bpm’online: работайте с разделами [Сотрудники], [Контакты], [Контрагенты], [Активности], [Лента], [Итоги], удобной коммуникационной панелью и почтой, настраивайте аналитику и фильтры.
Настраивайте мобильное приложение для работы с bpm’online на переносных устройствах, которые можно использовать на встречах и презентациях.
Общие принципы работы мобильного приложения
Типы мобильных приложений
Тип мобильного приложения определяется способом его реализации.
Типы мобильных приложений:
Мобильное native-приложение — это специально разработанное приложение под мобильную платформу (iOS, Android). Устанавливается из магазина приложений. Разрабатывается на языке высокого уровня и компилируется в т. н. native-код ОС, обеспечивающий максимальную производительность. Особенность — низкая переносимость между мобильными платформами.
Мобильное веб-приложение — специализированный веб-сайт, адаптированный для просмотра и функционирования на мобильном устройстве. Приложение не зависит от платформы. Особенность — требует постоянного подключения к сети, поскольку физически размещено не на мобильном устройстве, а на отдельном сервере.
Гибридное приложение — мобильное приложение, «упакованное» в native-оболочку. Устанавливается из магазина приложений. Разрабатывается с помощью языков HTML5, CSS и JavaScript. Особенность — легко переносится между мобильными платформами, однако несколько уступает в производительности.
Архитектура мобильного приложения Creatio
Мобильное приложение Creatio — это удаленное рабочее место, которое предоставляет быстрый доступ к данным клиентов, рабочему календарю, мобильной рассылке и т. д. Мобильное приложение является инструментом для работы с данными приложения Creatio на мобильных устройствах.
Мобильное приложение Creatio доступно для загрузки в App Store и Google Play на мобильные устройства, которые соответствуют требованиям.
Реализация мобильного приложения Creatio
Схема архитектуры мобильного приложения представлена на рисунке ниже.
Основной фреймворк мобильного приложения Creatio — Flutter.
Возможности фреймворка Flutter:
Преимущества фреймворка Flutter:
Работа с фреймворком Flutter подробно описана в официальной документации Flutter.
Ядро мобильного приложения Creatio представлено набором библиотек (Creatio libs). Связь между Flutter и ядром мобильного приложения реализована с помощью использования плагинов, разрабатываемых на Java (Android) или Objective C (iOS). Основная часть кода библиотек реализована на языке Java и является кроссплатформенной. Кроссплатформенность обеспечивается за счет использования утилиты J2ObjC, которая конвертирует Java-код в код на языке Objective C.
Метаданные — конфигурационные файлы, которые приложение получает в ходе синхронизации с сервером Creatio и локально хранит в файловой системе устройства.
К метаданным относятся:
На заметку. На период переноса функциональности на фреймворк Flutter в приложении также используется фреймворк Apache Cordova. Преимущества и особенности работы этого фреймворка описаны в статье Общие принципы работы мобильного приложения.
Схема работы мобильного приложения Creatio
Опубликованное в магазине мобильное приложение Creatio представляет собой набор модулей, необходимых для синхронизации с сервером — основным приложением. Именно в основном приложении хранятся все необходимые настройки мобильного приложения и данные. Условно функционирование мобильного приложения можно представить в виде следующей схемы:
После установки приложения на мобильное устройство пользователь, указав параметры соединения с сервером Creatio, получает метаданные (структура приложения, системные данные) и данные от сервера.
Такая схема работы дает очевидное преимущество — мобильное приложение совместимо со всеми существующими продуктами Creatio. Каждый продукт, каждый отдельно взятый сайт клиента может содержать собственный набор настроек мобильного приложения, свою логику работы, даже свой визуальный интерфейс. Все что нужно сделать мобильному пользователю — установить мобильное приложение и выполнить синхронизацию с сайтом Creatio.
Режимы работы мобильного приложения Creatio
Мобильное приложение Creatio может работать в следующих режимах:
Синхронизация мобильного приложения с Creatio
В зависимости от режима работы приложения, синхронизация с сервером Creatio выполняет разные задачи. В случае online-режима синхронизация нужна только для получения изменений в конфигурации. А в случае offline-режима синхронизация необходима как для получений обновлений, так и для передачи или получения измененных или новых данных. Общая схема синхронизации для offline-режима:
Сначала приложение выполняет аутентификацию. При этом, выполняя logout, на сервере уничтожается текущая активная сессия. Далее у сервера запрашиваются данные для формирования пакета разницы. Приложение анализирует эти данные и запрашивает измененные или новые конфигурационные схемы. После загрузки схем приложение получает системные данные, к которым относятся кэшируемые справочники (так называемые “простые” справочники), системные настройки и т. д. Затем идет обмен данными с сервером.
Отличие синхронизации в online-режиме заключается в том, что у нее нет последних двух этапов — экспорта и импорта.
Экспорт данных в пакетном режиме
По умолчанию мобильное приложение отправляет каждое произведенное пользователем изменение данных поочередно. Таким образом одно изменение производит как минимум один запрос на сервер. При достаточно большом количестве изменений выполнение таких запросов может занять существенное время.
В приложении реализована возможность отправлять данные в пакетном режиме (batch mode), что позволяет значительно ускорить отправку данных на сервер.
Жизненный цикл страниц в мобильном приложении
Во время навигации по мобильному приложению для каждой страницы выполняется ряд этапов — открытие, закрытие, выгрузка, возврат к странице и т. п. Время, прошедшее от загрузки страницы в память мобильного устройства и до ее окончательной выгрузки из памяти, принято называть жизненным циклом страницы.
Для каждого этапа жизненного цикла предусмотрены события страницы. Использование событий дает возможность расширять функциональность. К основным событиям относятся:
Понимание этапов выполнения жизненного цикла страницы позволяет качественно и максимально эффективно расширять логику страниц.
Этапы жизненного цикла
Важно. На экране телефона может отображаться только одна страница. На экране планшета — одна страница в портретной ориентации и две в ландшафтной. В связи с этим жизненный цикл страниц имеет отличия для телефона и планшета.
Открытие страницы
При первом открытии страницы выполняется загрузка скриптов, требуемых для ее работы. Далее инициализируется контроллер и создается представление.
События открытия страницы генерируются в следующей последовательности:
Закрытие страницы
Во время закрытия страницы ее представление удаляется из объектной модели документа (Document object model, DOM), а контроллер удаляется из памяти устройства.
Закрытие страницы происходит в следующих случаях:
Выгрузка страницы
Выгрузка страницы происходит в случае, когда выполняется переход к другой странице в том же разделе. При этом текущая страница становится неактивной. Она может оставаться видимой на экране устройства. Например, если на планшете открыть страницу просмотра из реестра, то страница реестра останется видимой. В такой же ситуации на телефоне страница реестра не будет отображаться, но будет оставаться в памяти. Это и отличает выгрузку от закрытия страницы.
Событие выгрузки страницы — pageUnloadComplete (совпадает с событием закрытия страницы).
Возврат к странице
Фоновое обновление конфигурации в мобильном приложении
В мобильном приложении Creatio реализован механизм синхронизации структуры приложения, который может работать в автоматическом фоновом режиме. Для управления этим процессом необходимо использовать системную настройку Периодичность проверки обновлений ( Update checks frequency ).
Эта настройка указывает по истечении какого времени (в часах) мобильное приложение может запросить изменения конфигурации у Creatio. Если настройке установить значение 0, то приложение будет всегда загружать обновления конфигурации.
Условия работы
Приложение запускает синхронизацию структуры в фоновом режиме только при соблюдении следующих условий:
Если в ходе обновления структуры изменения были получены, то для применения полученных изменений приложение автоматически перезапустится когда пользователь свернет его или перейдет в другое приложение.
Особенности работы на разных платформах
На платформе Android фоновый режим реализован через параллельно запущенный сервис. Такой подход гарантирует, что запущенная синхронизация гарантировано завершится, даже если вручную выгрузить приложение из памяти устройства.
В отличие от реализации на платформе Android это не гарантирует завершения синхронизации на 100%, поскольку синхронизация может быть прервана при выгрузке приложения вручную либо если это сделает платформа iOS.
WKWebView имеет следующие особенности:
Изменения в iOS WebView в Apache Cordova подробнее описаны в документации Cordova.
Общие принципы работы мобильного приложения
Архитектура мобильного приложения
Реализация приложений для мобильных устройств
Существует три подхода технической реализации приложений для мобильных устройств:
Mобильное native-приложение — это специально разработанное приложение под конкретную мобильную платформу (iOS, Android, Windows Phone). Такое приложение разрабатывается на языке высокого уровня и компилируется в т. н. native-код ОС, обеспечивающий максимальную производительность. Главным недостатком мобильных приложений этого типа является низкая переносимость между мобильными платформами.
Mобильное web-приложение — специализированный web-сайт, адаптированный для просмотра и функционирования на мобильном устройстве. Такое приложение хоть и не зависит от платформы, однако требует постоянного подключения к сети, т. к. физически размещено не на мобильном устройстве, а на отдельном сервере.
Гибридное приложение — мобильное приложение, «упакованное» в native-оболочку. Такое приложение, как и native, устанавливается из онлайн-магазина и имеет доступ к тем же возможностям мобильного устройства, но разрабатываетсяс помощью web-языков HTML5, CSS и JavaScript. В отличие от native-приложения является легкопереносимым между различными платформами, однако несколько уступает в производительности. Мобильное приложение Creatio относится к этому типу приложений.
Схема архитектуры мобильного приложения:
Для создания гибридных приложений мобильное приложение Creatio использует возможности фреймворка Apache Cordova. Фреймворк Cordova обладает следующими преимуществами:
Ядро мобильного приложения Creatio предоставляет унифицированный интерфейс для взаимодействия всех остальных клиентских частей приложения. Используемые ядром JavaScript-файлы условно можно разделить на базовые и конфигурационные категории.
Базовые скрипты содержатся в сборке приложения, публикуемой в магазине приложений, и включают в себя следующие элементы:
Приложение получает конфигурационные файлы в ходе синхронизации с сервером Creatio и сохраняет локально в файловой системе устройства. Конфигурационные файлы включают в себя манифест мобильного приложения Creatio, а также схемы и настройки разделов.
Схема работы мобильного приложения Creatio
Опубликованное в магазине мобильное приложение Creatio представляет собой набор модулей, необходимых для синхронизации с сервером — основным приложением. Именно в основном приложении хранятся все необходимые настройки мобильного приложения и данные. Условно функционирование мобильного приложения можно представить в виде следующей схемы:
После установки приложения на мобильное устройство пользователь, указав параметры соединения с сервером Creatio, получает метаданные (структура приложения, системные данные) и данные от сервера.
Такая схема работы дает очевидое преимущество — мобильное приложение совместимо со всеми существующими продуктами Creatio. Каждый продукт, каждый отдельно взятый сайт клиента может содержать собственный набор настроек мобильного приложения, свою логику работы, даже свой визуальный интерфейс. Все что нужно сделать мобильному пользователю — установить мобильное приложение и выполнить синхронизацию с сайтом Creatio.
Режимы работы мобильного приложения Creatio
Мобильное приложение Creatio может работать в следующих режимах:
Синхронизация мобильного приложения с Creatio
В зависимости от режима работы приложения, синхронизация с сервером Creatio выполняет разные задачи. В случае online-режима синхронизация нужна только для получения изменений в конфигурации. А в случае offline-режима синхронизация необходима как для получений обновлений, так и для передачи или получения измененных или новых данных. Общая схема синхронизации для offline-режима:
Сначала приложение выполняет аутентификацию. При этом, выполняя logout, на сервере уничтожается текущая активная сессия. Далее у сервера запрашиваются данные для формирования пакета разницы. Приложение анализирует эти данные и запрашивает измененные или новые конфигурационные схемы. После загрузки схем приложение получает системные данные, к которым относятся кешируемые справочники (так называемые “простые” справочники), системные настройки и т. д. Затем идет обмен данными с сервером.
Отличие синхронизации в online-режиме заключается в том, что у нее нет последних двух этапов — экспорта и импорта.
Экспорт данных в пакетном режиме
По умолчанию мобильное приложение отправляет каждое произведенное пользователем изменение данных поочередно. Таким образом одно изменение производит как минимум один запрос на сервер. При достаточно большом количестве изменений выполнение таких запросов может занять существенное время.
Начиная с версии 7.9, стало возможным отправлять данные в пакетном режиме (batch mode), что позволяет значительно ускорить отправку данных на сервер.
Жизненный цикл страниц в мобильном приложении
Во время навигации по мобильному приложению для каждой страницы выполняется ряд этапов — открытие, закрытие, выгрузка, возврат к странице и т. п. Время, прошедшее от загрузки страницы в память мобильного устройства и до ее окончательной выгрузки из памяти, принято называть жизненным циклом страницы.
Для каждого этапа жизненного цикла предусмотрены события страницы. Использование событий дает возможность расширять функциональность. К основным событиям относятся:
Понимание этапов выполнения жизненного цикла страницы позволяет качественно и максимально эффективно расширять логику страниц.
Этапы жизненного цикла
Важно. На экране телефона может отображаться только одна страница. На экране планшета — одна страница в портретной ориентации и две в ландшафтной. В связи с этим жизненный цикл страниц имеет отличия для телефона и планшета.
Открытие страницы
При первом открытии страницы выполняется загрузка скриптов, требуемых для ее работы. Далее инициализируется контроллер и создается представление.
События открытия страницы генерируются в следующей последовательности:
Закрытие страницы
Во время закрытия страницы ее представление удаляется из объектной модели документа (Document object model, DOM), а контроллер удаляется из памяти устройства.
Закрытие страницы происходит в следующих случаях:
Выгрузка страницы
Выгрузка страницы происходит в случае, когда выполняется переход к другой странице в том же разделе. При этом текущая страница становится неактивной. Она может оставаться видимой на экране устройства. Например, если на планшете открыть страницу просмотра из реестра, то страница реестра останется видимой. В такой же ситуации на телефоне страница реестра не будет отображаться, но будет оставаться в памяти. Это и отличает выгрузку от закрытия страницы.
Событие выгрузки страницы — pageUnloadComplete (совпадает с событием закрытия страницы).
Возврат к странице
Фоновое обновление конфигурации в мобильном приложении
В мобильном приложении Creatio реализован механизм синхронизации структуры приложения, который может работать в автоматическом фоновом режиме. Для управления этим процессом необходимо использовать системную настройку Периодичность проверки обновлений ( Update checks frequency ).
Эта настройка указывает по истечении какого времени (в часах) мобильное приложение может запросить изменения конфигурации у Creatio. Если настройке установить значение 0, то приложение будет всегда загружать обновления конфигурации.
Условия работы
Приложение запускает синхронизацию структуры в фоновом режиме только при соблюдении следующих условий:
Если в ходе обновления структуры изменения были получены, то для применения полученных изменений приложение автоматически перезапустится когда пользователь свернет его или перейдет в другое приложение.
Особенности работы на разных платформах
На платформе Android фоновый режим реализован через параллельно запущенный сервис. Такой подход гарантирует, что запущенная синхронизация гарантировано завершится, даже если вручную выгрузить приложение из памяти устройства.
В отличие от реализации на платформе Android это не гарантирует завершения синхронизации на 100%, поскольку синхронизация может быть прервана при выгрузке приложения вручную либо если это сделает платформа iOS.
WKWebView имеет следующие особенности:
Изменения в iOS WebView в Apache Cordova подробнее описаны в документации Cordova.