Администрирование · 12 мин
Как работает мобильное приложение 1С
Как устроено мобильное приложение 1С: платформа, автономный режим, обмен данными с основной базой, публикация сервисов, типичные ошибки и проверка результата синхронизации.
Мобильное приложение 1С — это не просто «тонкий клиент» в телефоне, а полноценная мобильная платформа с собственной базой данных, которая работает автономно и обменивается информацией с основной информационной базой предприятия. Понимание этой архитектуры важно, потому что от неё зависят требования к серверу, сценарии синхронизации и ограничения функциональности.
Существует два принципиально разных подхода. Первый — мобильный клиент, который подключается к опубликованной базе через интернет и работает только онлайн, отображая интерфейс основной конфигурации. Второй — автономное мобильное приложение, собранное на мобильной платформе 1С: оно хранит данные локально на устройстве и периодически синхронизируется с центральной базой через веб-сервисы или планы обмена.
Выбор между ними определяется задачей: торговому представителю в полях нужен автономный режим с офлайн-доступом к заказам, а руководителю для согласования документов часто достаточно мобильного клиента. Ниже разобрано, как устроен каждый вариант, как происходит обмен данными и как проверить, что всё настроено правильно.
Из чего состоит мобильная платформа 1С
Мобильная платформа — это урезанная версия платформы «1С:Предприятие», адаптированная под Android и iOS. Она включает собственный движок исполнения встроенного языка, локальную файловую базу данных на устройстве и механизмы доступа к аппаратным возможностям: камере для сканирования штрихкодов, GPS, push-уведомлениям.
Приложение для конечного пользователя собирается из мобильной конфигурации — специально разработанной или адаптированной версии прикладного решения. В ней доступны не все объекты метаданных: например, набор регистров и механизмов ограничен по сравнению с «большой» платформой, а интерфейс строится под сенсорное управление и небольшой экран.
Для разработчика сборка выглядит так: конфигурация пишется в обычном конфигураторе с учётом ограничений мобильной платформы, затем через сборщик мобильных приложений формируется установочный пакет (APK для Android или пакет для iOS). Готовые отраслевые решения — например, «1С:Мобильная торговля» или «1С:Заказы» — уже собраны и устанавливаются из магазинов приложений.
Два режима работы: клиент и автономное приложение
Мобильный клиент работает по принципу удалённого доступа: вся логика и данные остаются на сервере, а устройство лишь отображает интерфейс и передаёт действия пользователя. Для этого информационная база публикуется на веб-сервере, а на устройство ставится мобильный клиент из магазина приложений. Без интернета такой режим не работает вообще.
Автономное приложение устроено иначе: на устройстве развёрнута собственная база, пользователь может создавать документы, смотреть остатки и справочники без связи. Накопленные изменения отправляются в центральную базу при появлении сети — вручную по кнопке синхронизации или автоматически по расписанию.
Сравнение режимов
Подходит для согласований и просмотра отчётов. Требует постоянного интернета и публикации базы; не работает офлайн.
Подходит для полевых сотрудников: торговых представителей, курьеров, мерчандайзеров. Работает без сети, но требует настройки обмена и занимает память устройства.
Часть функций офлайн, часть — онлайн-запросы к серверу (например, актуальные цены). Сложнее в разработке и поддержке.
Как происходит обмен данными с основной базой
Классический механизм синхронизации — план обмена с регистрацией изменений. В центральной базе создаётся узел для каждого мобильного устройства; система отслеживает, какие объекты изменились, и формирует пакеты обмена. На стороне мобильного приложения работает зеркальный механизм: свои изменения оно упаковывает и отправляет на сервер, а входящие пакеты применяет к локальной базе.
Транспортом обычно служит веб-сервис, опубликованный на сервере предприятия. Мобильное приложение обращается к нему по HTTPS, передаёт пакет изменений и забирает ответный. В типовых решениях весь этот цикл скрыт от пользователя: он нажимает «Синхронизировать» или обмен происходит в фоне.
Важно понимать, что синхронизация — не мгновенная репликация. Между отправкой документа с телефона и его появлением в учёте проходит время, а при параллельном редактировании одного объекта на сервере и устройстве возможны коллизии, которые типовые конфигурации разрешают по приоритету одной из сторон.
- 1Опубликуйте информационную базу или отдельный веб-сервис обмена на веб-сервере с доступом по HTTPS
- 2Создайте в плане обмена узел для мобильного устройства и задайте состав выгружаемых данных
- 3Сформируйте начальный образ мобильной базы или выполните первичную загрузку справочников
- 4Установите приложение на устройство и укажите адрес подключения, пользователя и пароль
- 5Выполните первую синхронизацию и проверьте, что справочники и документы появились на устройстве
- 6Проведите тестовый документ на телефоне, синхронизируйтесь и убедитесь, что он появился в основной базе
Что нужно на стороне сервера
Для мобильного клиента требуется опубликованная на веб-сервере (Apache или IIS) информационная база с включённым доступом для мобильного клиента — это отдельная опция публикации. Для автономного приложения публикуется не вся база, а конкретные веб-сервисы или HTTP-сервисы обмена, что снижает нагрузку и повышает безопасность.
Обязательные условия: действующий TLS-сертификат (самоподписанный вызовет ошибки доверия на устройствах), стабильный внешний адрес или VPN-доступ, учётные записи с минимально необходимыми правами. Отдавать мобильному пользователю полные права — грубая ошибка: при утере устройства злоумышленник получит доступ ко всей базе.
Автономная работа и её ограничения
Офлайн-режим — главная ценность автономного приложения, но у него есть пределы. Локальная база содержит только те данные, которые были выгружены при последней синхронизации: остатки складов, цены и задолженность контрагентов на устройстве могут устареть. Перед визитом к клиенту сотруднику стоит выполнять синхронизацию, иначе он рискует пообещать товар, которого уже нет.
Объём локальной базы ограничен памятью устройства, поэтому в мобильную выгрузку включают только нужные срезы: своих клиентов, актуальные цены, остатки по своим складам. Попытка выгрузить «всё как в офисе» приводит к долгой синхронизации, переполнению памяти и медленной работе приложения.
Проверить корректность автономной работы просто: включите на устройстве авиарежим и убедитесь, что приложение открывается, справочники доступны, а новый документ сохраняется локально и помечается как неотправленный. После отключения авиарежима и синхронизации документ должен появиться в центральной базе.
Как проверить результат
Справочники и настройки загрузились, ошибок в журнале обмена нет
Обмен обрывается, в журнале ошибки соединения или прав доступа
Документ появился в основной базе с корректными реквизитами
Документ завис в очереди или пришёл с пустыми полями
Приложение работает без сети, документы сохраняются локально
Приложение требует подключения или теряет введённые данные
При конфликте применяется заданный приоритет, оба пользователя видят предупреждение
Данные одной из сторон молча затираются
Типичные ошибки при внедрении
Чаще всего проблемы возникают не в самом приложении, а в инфраструктуре и организации процесса. Ниже — ошибки, которые регулярно встречаются при запуске мобильных решений 1С.
Отдельный источник проблем — расхождение версий. Если центральная конфигурация обновлена, а формат обмена изменился, старая версия мобильного приложения может отказаться принимать пакеты. Поэтому обновление мобильной части должно идти в одном плане с обновлением основной базы, а не «когда-нибудь потом».
Безопасность и контроль устройств
Каждое устройство должно быть зарегистрировано как отдельный узел обмена с собственной учётной записью. Это позволяет точечно отключать устройство при увольнении сотрудника или утере телефона, не затрагивая остальных пользователей, и отслеживать в журнале, кто и когда синхронизировался.
Дополнительные меры: включённая блокировка экрана на устройстве, шифрование хранилища средствами ОС, запрет установки приложения на устройства с root-доступом в чувствительных сценариях. Если мобильное приложение хранит персональные данные клиентов, учитывайте требования законодательства о их защите — локальная база на телефоне юридически ничем не отличается от серверной.
Как выбрать сценарий под свою задачу
Если сотрудникам нужно только согласовывать документы, смотреть отчёты и остатки в реальном времени — достаточно мобильного клиента: его проще развернуть, не нужна отдельная мобильная конфигурация. Если работа идёт в местах с нестабильной связью (склады, выезды, регионы) и требуется сканирование штрихкодов, фотофиксация, печать документов на мобильном принтере — нужен автономный вариант.
Как выбрать действие
Перед промышленным запуском проведите пилот на двух-трёх устройствах: проверьте полный цикл от создания документа на телефоне до его проведения в учёте, измерьте длительность синхронизации при реальном объёме данных и соберите обратную связь пользователей. Это дешевле, чем переделывать процесс после массового развёртывания.
Что важно запомнить
Мобильное приложение 1С — это либо онлайн-клиент опубликованной базы, либо автономная конфигурация с локальной базой и обменом через веб-сервисы. Ключевые условия стабильной работы: HTTPS, отдельный узел обмена и минимальные права для каждого устройства, регламент синхронизации и синхронное обновление мобильной и серверной частей.
Частые вопросы
Работает ли мобильное приложение 1С без интернета?
Автономное приложение на мобильной платформе — да: оно хранит базу локально и позволяет создавать документы офлайн, отправляя их при появлении связи. Мобильный клиент без интернета не работает, так как все данные и логика находятся на сервере.
Нужна ли отдельная лицензия для мобильного приложения?
Зависит от сценария. Для мобильного клиента, подключающегося к серверной базе, расходуются лицензии основной системы по общим правилам. Для автономных приложений и разработки под мобильную платформу существуют свои варианты поставки — уточняйте условия лицензирования для конкретного продукта и конфигурации.
Что делать, если синхронизация зависает или выдаёт ошибку?
Проверьте доступность веб-сервиса с устройства через браузер, срок действия TLS-сертификата, логин и пароль узла обмена. Затем посмотрите журнал регистрации в основной базе: там видно, дошёл ли пакет и на каком этапе возникла ошибка. Частая причина — расхождение версий конфигураций после обновления сервера.
Можно ли сканировать штрихкоды в мобильном приложении 1С?
Да, мобильная платформа поддерживает работу с камерой как сканером штрихкодов и подключение внешних сканеров. Эта возможность доступна в автономных приложениях, где она реализована в конфигурации; в типовых решениях для торговли и склада сканирование обычно встроено изначально.
Как защитить данные при утере смартфона сотрудника?
Немедленно отключите узел обмена этого устройства в плане обмена и смените пароль его учётной записи — тогда приложение не сможет синхронизироваться. Дополнительно помогают блокировка экрана, шифрование устройства и корпоративные средства удалённого управления (MDM), позволяющие стереть данные.
Можно ли написать собственное мобильное приложение для своей конфигурации?
Да. Мобильная конфигурация разрабатывается в обычном конфигураторе с учётом ограничений мобильной платформы, затем собирается в установочный пакет через сборщик мобильных приложений. Для обмена с основной базой проектируется план обмена и публикуются веб-сервисы. Это трудоёмкий путь, поэтому сначала стоит оценить готовые типовые решения.