Возможности 1С для мобильных устройств
Платформа 1С:Предприятие, помимо построения классических информационных систем, уже достаточно давно позволяет разрабатывать мобильные приложения. Несмотря на то, что смартфоны и планшеты уже прочно вошли в нашу жизнь, 1С в широкой практике по-прежнему воспринимается как «десктопная» система, а о мобильных решениях слышно не так много, как хотелось бы. Поэтому давайте знакомиться с «мобильной 1С» поближе.
Сегодня 1С:Предприятие перестало быть исключительно Windows-программой. К настоящему моменту все компоненты платформы разработаны также и для ОС Linux, плюс появился клиент для macOS. Так почему бы не существовать версиям и для других популярных операционных систем — например, для Android и iOS? Конечно, о полноценной архитектуре «клиент – сервер – СУБД» на мобильной ОС говорить преждевременно. Но простые варианты там вполне осуществимы — это «тонкий клиент» и «файловая информационная база».
Мобильное приложение на 1С — это файловая информационная база и есть. Просто она работает на другом оборудовании (смартфон, планшет) и под управлением другой операционной системы (Android/iOS, или даже Windows Phone).
В арсенале мобильных средств 1С есть и другой вариант — мобильный клиент. Это тонкий клиент для работы с информационными базами, разработанный для тех же мобильных операционных систем и с учётом их особенностей.
Как выглядит 1С на мобильном?
Если открыть мобильное приложение в конфигураторе, то часть привычной функциональности 1С будет недоступна. Но все основные объекты конфигурации на месте, в том числе справочники, документы, регистры и отчёты. Мобильное приложение — это по-прежнему полноценная информационная база для ведения учёта. Можно добавлять элементы справочников, регистрировать события документами и формировать отчёты по записям регистров, созданным при проведении этих документов. Так что изнутри, с точки зрения разработки прикладного решения, кардинальных изменений не произошло.
А вот пользовательский интерфейс мобильного приложения претерпел существенные модификации. Они связанны с особенностями мобильных устройств. Основное влияние конечно оказали небольшой размер экрана и использование пальца в качестве указателя. Элементы интерфейса мобильной платформы учитывают эти факторы для обеспечения удобной работы.
Принципиально новые средства
Часть функционала любого приложения обеспечивается операционной системой и имеющимся оборудованием. Например, в конфигурациях на 1С под Windows нужно, конечно, запрограммировать формирование табличного документа с накладной или отчётом. Но дальнейшие действия по его печати берут на себя принтер (оборудование) и его драйвер (ОС). В мобильных же устройствах, вместо привычных принтеров, широко распространено другое специфическое оборудование, принёсшее новые технические возможности. И мобильная платформа 1С позволяет использовать его с такой же лёгкостью, как печать на бумаге под Windows.
- Мультимедиа — возможность использования камеры, запись звука или видео и их воспроизведение. Также в мобильной платформе отдельно реализован сканер штрих- и QR-кодов — инструмент, достаточно востребованный в бизнес-приложениях.
- Геопозиционирование — получение и использование координат мобильного устройства на местности, используя встроенный приёмник GPS или ГЛОНАСС.
- Уведомления — возможность отправить на мобильное устройство уведомление о важном событии, привлекающее внимание пользователя. Уведомления могут приходить при свёрнутом приложении, а также их можно отправлять на устройство извне через Интернет. Это именно функционал мобильной ОС.
- Контакты и календари — работа с адресной книгой и планировщиком мобильного устройства.
- Телефония — средства работы со звонками и SMS. Всё-таки смартфон был телефоном, прежде чем стал полноценным компьютером.
Новые возможности
Какие же возможности открывает для бизнеса использование мобильных устройств? Как с их помощью расширить функционал информационных систем, построенных на платформе 1С:Предприятие?
- С одной стороны, действия пользователей, которые они производят в любой информационной системе, можно разделить на два больших класса: ввод исходных данных и получение результатов их обработки.
- С другой стороны, у мобильного устройства есть фундаментальное отличие от привычного настольного ПК — это автономный малогабаритный компьютер, как правило, постоянно носимый пользователем.
Поэтому, добавив в информационную систему мобильные устройства, ввод данных и получение результатов можно будет совершать мгновенно и в любом месте.
Подумайте в этом контексте, что мобильное приложение может принести именно вашей информационной системе? Как уже существующей, так и ещё проектируемой. Например, это может быть оперативное получение отчётов или уведомлений, время реакции на которые критично для бизнеса. Или ввод данных непосредственно «в полевых условиях», с применением упомянутых технических возможностей мобильных устройств.
Интеграция через Интернет
При построении подобной системы очень важна связь и обмен информацией. Если приложение будет изолировано в мобильном устройстве, как джинн в бутылке, то класс решаемых задач будет ограничен вариациями на тему «домашней бухгалтерии». Мобильное приложение должно уметь обмениваться информацией через Интернет.
Удобным вариантом архитектуры является классическая информационная база с рабочими местами за настольными ПК, интегрированная с приложениями на мобильных устройствах. Работа с приложениями ведётся «в поле», «на переднем крае», и собранные сведения передаются через мобильный Интернет (или Wi-Fi) в центральную базу. Из неё же пользователи мобильных приложений оперативно получают данные, необходимые для текущей работы.
Подключение к Интернету может быть и нерегулярным. Так как приложение является полноценной информационной базой 1С, оно может накапливать сведения и обмениваться ими периодически, при появлении связи. Здесь у мобильного приложения явное преимущество перед мобильным клиентом — который является, по сути, «терминалом» и требует постоянного соединения.
Для организации обмена через Интернет платформа 1С:Предприятие имеет удобный механизм — веб-сервисы. В конфигурации можно реализовать и затем опубликовать ряд операций, которые становятся доступными извне, из любого места Интернета. Внешняя система (или системы) получают возможность обращаться к этим операциям, выполняя вызов с нужными параметрами и получая в ответ результат.
Веб-сервисы платформы не являются внутренней разработкой фирмы 1С. Это реализация широко распространённого протокола SOAP. Поэтому данный механизм позволяет как пользоваться сервисами иных информационных систем (не построенных на платформе 1С:Предприятие), так и обрабатывать запросы от них. Например, GPS-мониторинг автотранспорта или отслеживание почтовых отправлений могут быть организованы через веб-сервис на сайте компании-оператора. Либо в вашей информационной системе веб-сервис может предоставлять учётным системам покупателей сведения о статусах их заказов.
Однако, когда стороны обмена построены на одной платформе, это дает дополнительные преимущества. Появляется возможность легко обмениваться сложными структурами данных — потому что однотипная платформа 1С находится как с одной, так с другой стороны. Благодаря этому реализация необходимого обмена между центральной информационной базой и мобильными приложениями становится достаточно несложной задачей.
Таким образом, давно знакомое нам 1С:Предприятие является, в том числе, и достаточно удобным и мощным средством разработки мобильных бизнес-приложений. Мобильные устройства приносят принципиально новые возможности и существенно расширяют круг задач, решаемых информационной системой. А платформенные средства интеграции позволяют 1С-приложениям быть на связи как между собой, так и взаимодействовать со сторонними системами.
Поделиться: Вконтакте
Спасибо за заявку! Мы перезвоним вам в ближайшее время. Подписывайтесь на нас в соцсетях
- О компании
- Контакты
- Блог
- Проекты
- Карьера в ФТО
- Вакансии
- Прайс лист 1С
- ISO 9001:2015
- Карта сайта
- Наши услуги
- Внедрение решений на 1С
- Поддержка пользователей 1С
- 1С:Документооборот
- Ускорение производительности 1С
- Системы для бизнес-анализа (BI)
- Аналитика SimpleHR
- Комплексное обслуживание 1С
- Доработка конфигураций 1С
- Переход с 1С:УПП на 1С:ERP
- Переход на новый 1C:ЗУП 3.1
Мобильная платформа 1С для приложений
В этой статье я расскажу об очень интересном направлении 1С, а именно о мобильной платформе для разработки приложений.
Есть огромное количество организаций, которые создают программное обеспечение для платформы Android. На мой взгляд, это связано с двумя основными факторами:
- высокая распространённость данной платформы у конечных пользователей по всему миру;
- простота и удобство публикации, отладки и монетизации своих разработок.
В результате основная площадка получения ПО для Android «ломится» от выбора ПО, начиная от простых поделок типа «Hello, World» и заканчивая профессиональными программными комплексами, такими как WPS Office.
Фирма 1С так же не осталась в стороне от данной тенденции и предоставила разработчикам механизмы создания, отладки и публикации продуктов на платформе Android и iOS. На самом деле, в этом направлении 1С не стала изобретать велосипед, а портировала платформу на вышеуказанные платформы, но есть нюансы и отличия от основного ПО. Об ограничениях, отличиях от обычной платформы я вкратце расскажу ниже.
Картинки, список объектов и ограничения использования взял с портала ИТС, так как все равно лучше ИТС-а картинки не нарисую и списки тоже, так что, просьба — сильно не пинать.
- 1 Что такое платформа для мобильных устройств в 1С
- 2 Мобильный клиент с автономным режимом
- 3 Мобильная платформа 1С
Что такое платформа для мобильных устройств в 1С
Как написано на сайте ИТС — платформа для мобильных устройств содержит компоненты для отладки и сборки мобильных приложений, работающих на устройствах с операционными системами Android, iOS или Windows. Попробую пояснить это определение на примере из своей практики.
Для создания, модификации, отладки программист 1С использует свой рабочий компьютер и свою «офисную» платформу. Отличие от обычной разработки начинается с формирования основных настроек конфигурации, а именно «Назначение использования»:
Рис. 1 Варианты назначения использования конфигурации
Как видим, у нас имеется 2 варианта разработки, один из которых – Приложение для мобильной платформы. Это как раз наш вариант. Если данный пункт выбран, станут доступны еще некоторые настройки, например:
Рис. 2 Использование функционала мобильной платформы
В данной настройке мы указываем, какие средства будем использовать в своей конфигурации. Эта настройка необходима для компиляции установщика, чтобы ОС знала, доступ к каким сервисам необходим для нашей программы – создается специальный файл – манифест (в будущем уже откомпилированный установщик apk я буду называть программой, так как это будет уже готовое ПО, хотя по сути этот файл так и останется платформой 1С с собранной конфигурацией).
Существует три варианта платформы для мобильных устройств. Их не следует путать. Эти варианты различаются, прежде всего, способом взаимодействия с информационными базами, а также объемом функциональности, доступной мобильным приложениям, собранным на их основе:
- Мобильный клиент – позволяет взаимодействовать с информационными базами онлайн аналогично тому, как это делают клиентские приложения платформы для «настольных» компьютеров. При этом на мобильном устройстве будет доступна вся функциональность «офисного» прикладного решения.
- Мобильный клиент с автономным режимом — в зависимости от наличия соединения позволяет либо взаимодействовать с информационными базами онлайн, либо использовать для работы автономную информационную базу на мобильном устройстве. При этом на мобильном устройстве может быть доступна либо вся функциональность «офисного» прикладного решения, либо только его автономная часть в зависимости от качества соединения или по выбору пользователя.
- Мобильная платформа — использует для работы только автономную информационную базу на мобильном устройстве. При этом мобильное приложение будет иметь собственную функциональность, которая не зависит от функциональности «офисного» прикладного решения. Она определяется лишь конфигурацией самого мобильного приложения. Работа в таких приложениях ведется офлайн, а при появлении связи или по возвращении в офис выполняется обмен данными с офисным приложением.
Таким образом, в зависимости от потребностей пользователя и требующейся ему функциональности приложения, а также от его возможностей соединения и работы с информационной базой можно выбрать тот вариант мобильного приложения, который больше подходит.
Прежде чем двигаться дальше, важно понимать особенности этих трех видов платформы для мобильных устройств. Ниже о каждом из вариантов будет рассказано подробнее, чтобы вы могли решить, какой из них лучше применить в том или ином случае.
Опишу вкратце все 3 варианта. Описание краткое, без учета нюансов работы вариантов.
Мобильный клиент
Не буду переписывать статью ИТС, поэтому скажу своими словами – этот вариант – практически полный аналог Web-клиента, с той лишь разницей, что в нем доступен функционал платформы, без ограничений Web-браузера.
Архитектуру мобильного клиента можно представить следующим образом (рис. 3).
Рис. 3 Архитектура мобильного клиента
То есть, формально, этот вариант лучше всего подходит, когда нужно полноценно работать с конфигурацией на мобильных устройствах.
Мобильный клиент с автономным режимом
Данный вариант является гибридом онлайн и офлайн режима. Основное отличие от первого варианта – МП имеет свою собственную базу данных, в которую пользователь вносит данные, которые синхронизируются с основной конфигурацией.
Архитектуру мобильного клиента с автономным режимом можно представить следующим образом (рис. 4).
Рис. 4 Архитектура мобильного клиента с автономным режимом
Мобильная платформа 1С
Мобильное приложение, по сути – отдельная конфигурация, отличающаяся от основной конфигурации, имеющая собственный интерфейс и функционал. То есть это самодостаточная конфигурация, призванная получать первичные данные, производить минимальную обработку, и передавать данные в основную конфигурацию или получать из нее нужные для пользователя данные.
Основная черта этого варианта – на мобильном устройстве содержится своя собственная база данных (в принципе тот же файл 1Cv8.1CD), и имеет собственную конфигурацию.
Данный вариант самый трудоемкий: нужно спроектировать конфигурацию, реализовать ее, создать интерфейс, механизмы обмена с основной конфигурацией и т. д.
Архитектуру мобильной платформы можно представить следующим образом (рис. 5).
Рис. 5 Архитектура мобильной платформы
Ограничения при использовании мобильной платформы
При разработке мобильного приложения поддерживаются следующие объекты конфигурации и механизмы системы:
● Регистры накопления, кроме разделения итогов и режима агрегатов;
● Права доступа (с ограничениями), роли;
● Пользователи информационной базы (с ограничениями);
● Планы обмена за исключением планов обмена с установленным признаком РИБ)
● Подписки на события;
● Динамический список (с ограничениями);
● Использование Web-сервисов без возможности создания Web-сервиса в мобильном прикладном решении;
● Общие команды и группы команд;
● Система компоновки данных, включая диалоги настройки;
● Механизм XDTO без возможности создания пакетов XDTO;
● Механизмы отладки прикладных решений.
Не поддерживаются механизмы и объекты конфигурации:
● Переключение интерфейсов и режим совместимости интерфейсов
● Механизмы бухгалтерского учета;
● Механизмы периодических расчетов;
● Механизмы бизнес-процессов и задач;
● Механизм общих реквизитов;
● Ограничения доступа к данным;
● Работа с внешними источниками данных;
● Механизм автоматизированного тестирования;
● Некоторые элементы управляемых форм;
● Расширенное редактирование в элементах формы;
● Пользовательская настройка форм;
● Сохранение и восстановление данных форм в настройках;
● Информационная панель, история работы пользователя и оповещения (метод ПоказатьОповещениеПользователя());
● Отображение состояния длительных процессов (метод Состояние());
● Справочная система в мобильной платформе;
● Механизм регламентных заданий.
На этих двух списках хотел бы остановиться подробнее.
Когда я начал погружаться в это направление кодинга, у меня возникли закономерные вопросы и возмущения: «Как так нет рег. заданий? Я же хочу каждые 30 мин производить обмен с основной конфигурацией, а доп. обработку с запуском по периоду добавить в МП не смогу»; «Почему нет объектов бизнес-процессов, я, например, хочу ставить задачи Торговому представителю» и так далее.
На самом деле фирма 1С создала универсальную платформу под разные ОС: Android, iOS, ориентируясь на ограничения этих ОС, что и привело к таким ограничениям, причем они разняться не только от ОС к ОС, но и по версиям одной и той же ОС. Кроме того, часть объектов в МП просто не нужны. Вы же не будете, например, в МП реализовывать полноценный бух. учет или будете? �� МП нужна для, как я уже указал выше: «призванная получать первичные данные, производить минимальную обработку, и передавать данные в основную конфигурацию».
Вот такая вкратце эта самая мобильная платформа.
Ну а теперь перейду от теории к практике и расскажу, с какими проектами я сталкивался, как их решал и что в результате получилось и не получилось тоже.
- Первым моим заданием, с которого я начал знакомство с МП, считаю задание по созданию РМК, реализованного на мобильной кассе LiteBox http://www.it46.ru/catalog/kassy/komplekty_kassy/litebox_mobilnaya_kassa/
5 лет назад было принято решение о реализации данного оборудования конечным заказчикам. Это оборудование было довольно удобно для небольших точек продаж, имело весь функционал, который необходим (полноценная касса по закону 54-ФЗ, работа с ЕГАИС из коробки), имела на борту свое ПО для работы. Осталось дело за малым – создать свой эксклюзивный софт.
Конфигурация была написана довольно быстро, но, как всегда, не обошлось без «подводных камней». Основная проблема была в том, что МП не умела работать с асинхронными вызовами (Intent), и, соответственно, не могла передавать команды печати чеков фискальному ядру устройства. В результате пришлось дописывать прослойку на Android Studio, которая получала Intent (намеренье) от МП, передавала команду фискальному ядру, получала и передавала ответ в МП.
- Создание на МП полнофункциональной конфигурации для Торгового представителя (дальше в тексте — ТП). На момент создания данной конфигурации использовалась система «Моби-С» https://mobi-c.ru/, но, так как штат ТП должен был сильно разрастись, и, соответственно, необходимо было покупать много доп. лицензий, было принято решение о написании собственного ПО. Этот проект был, так сказать, тренажером для опробования вариантов обмена МП с основной конфигурацией, которых, к слову, достаточно много.
- Довольно интересная задача – написать помощник для ТП, которая, к сожалению, не была выполнена полноценно, как я не старался. Вкратце суть задачи: ТП приезжает на точку продаж, нажимает кнопку «Запись» в ПО, в результате ПО фиксирует дату/время, координаты положения ТП и записывает разговор как обычный диктофон. После окончания записи ПО так же фиксирует дату/время и координаты.
Данный проект не был завершен полностью, что связано с особенностями системы Android – на части планшетов и телефонов ОС Android переводит МП в «сон», если окно приложения неактивно. В результате, если ТП запустил ПО и перешел в другое приложение, запись звука прекращается. Можно было написать демона, который был бы резидентным и активным, но разработка ПО на Java не производилась.
- Начну с предыстории. В торговом комплексе приобрели ТСД и мобильный принтер для того, чтобы сотрудники комплекса могли оперативно проверять цены на товары, и, при необходимости, не отходя от полки перепечатывать ценники. Но по незнанию приобрели ТСД, который имел на борту Windows CE. Кто в курсе, тот знает, насколько это устаревшая ОС. В результате и ТСД и принтер долгое время пылился на складе, так как никак не удавалось найти подходящее ПО, единственное ПО, которое более или мене подходило – это Cleverence, и rdp так же не подходило как механизм взаимодействия.
В результате была написана конфигурация, которая выполняла все функции ТСД, в рамках задачи, конечно, и проведена работа с оборудованием – мобильным принтером, которая работала онлайн через Web-сервисы. Изначально из основной конфигурации выгружались остатки и цены номенклатуры по подписке в файл csv, загрузкой в облако, и получением данных на стороне МП – то есть оффлайн.
На этом я хочу закончить статью. Ее целью было — познакомить Вас, дорогие читатели, с таким интересным направлением, как мобильная платформа, рассказать о ее особенностях, плюсах и минусах, ограничениях и «фишках». Так же я привел четыре примера реального внедрения, чтобы показать, что МП, это не только записи в регистрах накоплений и сведений, но и функционал, далекий от учетных систем. На самом деле мобильная платформа – это очень интересное и перспективное направление.
Друзья, если Вам понравилась статья, и Вы хотите продолжение этой темы, огромная просьба отреагировать на нее в комментариях.
Мобильная версия платформы
Мобильная версия предназначена для отладки и сборки мобильных приложений, которые будут работать на устройствах с операционными системами Android, iOS или Windows.
Существует три варианта мобильной версии. Каждый из этих вариантов реализует разные возможности взаимодействия с информационными базами:
- Платформа мобильного клиента — позволяет собрать приложение, мобильный клиент, которое взаимодействует с информационными базами онлайн, аналогично тому, как это делают клиентские приложения настольной версии;
- Платформа мобильного клиента с автономным режимом — позволяет собрать приложение, мобильный клиент с автономным режимом, которое в зависимости от наличия соединения позволяет взаимодействовать с информационными базами онлайн, либо использовать для работы локальную информационную базу на мобильном устройстве;
- Мобильная платформа — позволяет собрать приложение мобильной платформы, которое использует для работы только локальную информационную базу на мобильном устройстве.
Разработка конфигураций для мобильных устройств ведется так же, как и разработка настольных приложений, с той лишь разницей, что необходимо учитывать ограничения, которые накладывает мобильная версия. Текущий состав ограничений описан в документации.
Когда конфигурация готова, разработчик, используя облачный сервис сборки и публикации мобильных приложений, собирает дистрибутивы мобильного приложения для операционных систем Android, iOS и Windows, и публикует их в магазинах приложений.
При отсутствии Интернета сборку и публикацию мобильного приложения можно выполнить «вручную», с помощью «Сборщика мобильных приложений».
Пользователь может установить мобильное приложение на свое устройство скачав его из App Store, Google Play или Windows Phone Store.
Мобильный клиент
Мобильный клиент — это мобильное приложение, собранное с помощью платформы мобильного клиента. Оно взаимодействовует с информационными базами онлайн.
Если проводить аналогию с настольной версией платформы, то мобильный клиент является аналогом тонкого клиента, работающего с информационной базой, опубликованной на веб-сервере.
Основным назначением мобильного клиента является создание мобильных приложений, для которых характерны следующие особенности:
- взаимодействие с информационной базой должно выполняться в онлайн-режиме;
- на мобильном устройстве должна быть доступна вся функциональность «основного» прикладного решения, даже такого крупного, как, например, «1С:ERP Управление предприятием»;
- интерфейс должен обеспечивать комфортную работу на любых мобильных устройствах с любым размером и расположением экрана
Автоматизация построения интерфейса форм
Формы, разработанные для настольной версии 1С:Предприятия, мобильный клиент автоматически компонует таким образом, чтобы обеспечить удобство работы с ними на маленьких экранах мобильных телефонов на приемлемом уровне.
Например, важным элементам формы, таким как таблица динамического списка в форме списка или табличный документ в форме отчёта, мобильный клиент даёт больше места на форме. Менее важным элементам он даёт меньше места, убирая их, например, в сворачиваемую группу. То же самое касается важных колонок списка, таких, например, как Номер или Дата.
Также, например, мобильный клиент разворачивает горизонтальные группы вертикально, если они не помещаются по ширине экрана. На мобильных устройствах не принято и неудобно прокручивать форму по-горизонтали.
Адаптация конфигурации к мобильному клиенту
Для того, чтобы эта трансформация выполнялась ещё лучше, специально для мобильного клиента разработчику нужно указать некоторые новые свойства элементов формы, избавиться от каких-то особенных и нестандартных интерфейсных решений. То есть требуется некоторая доработка, но она гораздо проще, чем создание специализированного полнофункционального мобильного приложения.