Разработка мобильного приложения 1С

На сегодняшний день пользовательский спрос на мобильные приложения для бизнеса растёт. Клиенты всё чаще обращаются с запросом на внедрение полноценного мобильного клиента или отдельных мобильных приложений. Несмотря на существование готовых продуктов от вендора и сторонних разработчиков, совместимых с популярными конфигурациями, специфика рынка открывает компаниям-партнёрам возможности для доработки. Клиентская потребность присутствует, «1С: Предприятие» предлагает решения. Поэтому 1С разработчикам следует обратить внимание на повышение компетенций в сфере внедрения мобильных приложений.

У платформы существуют три решения:

Рисунок 1 – Решения платформы

Приложение на мобильной платформе – информационная база расположена на мобильном устройстве

Мобильный клиент – информационная база расположена на веб-сервере, поскольку на клиенте отсутствует информационная база. Без подключения по HTTP(S) не может функционировать

Мобильный клиент с автономным режимом – информационная база присутствует на устройстве для работы в автономном режиме. Однако необходимо явно описывать способы синхронизации между локальной и опубликованной базами.

Мобильному клиенту необходима публикация ИБ на веб-сервере

Порой самый важный для заказчика момент – для работы полноценного мобильного клиента необходима публикации базы на веб-сервере. В ином случае приложение не сможет функционировать. Не всегда заказчик может пойти на это. Однако в противном случае могут увеличиться ресурсы на дополнительную разработку правил синхронизации.

Ещё одна лицензия

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

Аккаунт разработчика в магазине мобильных приложений

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

Проектирование приложения и пользовательского интерфейса

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

Тип приложение должен соответствовать задаче

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

Рисунок 2 – График зависимости трудозатрат от типа приложения

Чтобы не тратить ресурсы на разработку правил обмена, когда пользователь будет работать с уже опубликованной на сервере базой, разработчику выгоднее тщательно подобрать архитектуру приложения в зависимости от потребностей до начала разработки. Самое трудозатратное решение – разрабатывать мобильное приложение на платформе. Для него требуется проектирование способов обмена данными с информационной базой полностью «с нуля». Однако существуют задачи, где этот способ является наиболее предпочтительным. Например, если структура метаданных в мобильном приложении будет кардинально отличаться от главной ИБ или публикация базы недопустима.