Автоматизация · 14 мин
Чем отличается мобильное приложение от мобильного клиента 1С
Разбираем разницу между мобильным приложением и мобильным клиентом 1С: архитектура, автономность, обмен данными, сценарии выбора и типичные ошибки внедрения.
Термины «мобильное приложение» и «мобильный клиент 1С» часто используют как синонимы, хотя за ними стоят разные технологии и разные сценарии работы. Мобильный клиент — это тонкий клиент платформы 1С, адаптированный для смартфонов и планшетов: он подключается к информационной базе и работает с ней в режиме, близком к обычному тонкому клиенту на компьютере. Мобильное приложение на платформе 1С — это самостоятельная конфигурация, собранная под Android или iOS, которая хранит данные локально на устройстве и синхронизируется с основной базой.
Практическая разница ощущается сразу: мобильный клиент требует постоянного соединения с сервером, а мобильное приложение продолжает работать без интернета. Отсюда вытекают все остальные отличия — в скорости, в объёме доступного функционала, в требованиях к доработке и в стоимости внедрения. Выбор между этими вариантами определяет, сможет ли торговый представитель оформить заказ в подвале магазина или кладовщик — провести оприходование в зоне без Wi-Fi.
Что такое мобильный клиент 1С и как он устроен
Мобильный клиент — вариант клиентского приложения платформы 1С:Предприятие, предназначенный для устройств на Android и iOS. По сути это тот же тонкий клиент, но с интерфейсом, адаптированным под сенсорный экран: крупные элементы, вертикальная компоновка форм, поддержка жестов. Вся логика и все данные остаются на сервере — устройство лишь отображает формы и передаёт действия пользователя.
Подключение настраивается так же, как для обычного тонкого клиента: указывается адрес веб-сервера или сервера 1С, имя информационной базы, логин и пароль пользователя. Пользователь видит ту же конфигурацию, что и на рабочем месте, — со всеми документами, отчётами и правами доступа. Никакой отдельной разработки под мобильное устройство не требуется, если формы вашей конфигурации приемлемо отображаются на маленьком экране.
Ключевое ограничение — обязательное постоянное соединение. Каждое открытие формы, проведение документа или построение отчёта — это обращение к серверу. При нестабильном канале интерфейс «подвисает», а при обрыве связи несохранённые данные формы теряются. Поэтому мобильный клиент подходит для работы в офисе по Wi-Fi или в зоне уверенного покрытия мобильного интернета.
Что такое мобильное приложение на платформе 1С
Мобильное приложение — это отдельная конфигурация, созданная в режиме мобильной платформы 1С и собранная в установочный пакет для Android или iOS. На устройстве разворачивается полноценная локальная информационная база: справочники, документы, регистры. Пользователь работает с этой локальной копией, а обмен с центральной базой выполняется отдельным сеансом синхронизации — через веб-сервисы, HTTP-запросы или планы обмена.
Такое приложение разрабатывается под конкретную задачу: торговый агент видит только клиентов, прайс и свои заказы; кладовщик — только сканирование штрихкодов и документы приёмки. Полный интерфейс учётной системы туда не переносится — это было бы и бессмысленно, и технически расточительно. Конфигурацию мобильного приложения проектируют с нуля или берут типовое отраслевое решение и дорабатывают.
Плата за автономность — необходимость разработки и сопровождения двух конфигураций: основной и мобильной, плюс механизма обмена между ними. Любое изменение структуры данных в центральной базе потенциально требует обновления мобильного приложения и правил синхронизации. Сборка и публикация обновлений под iOS дополнительно требует учётной записи разработчика Apple и прохождения модерации.
Сравнение по ключевым параметрам
Чтобы выбор был предметным, полезно сопоставить оба варианта по параметрам, которые реально влияют на эксплуатацию: автономность, требования к разработке, скорость работы и актуальность данных.
| Параметр | Мобильный клиент | Мобильное приложение |
|---|---|---|
| Работа без интернета | Нет, нужно постоянное соединение | Да, данные хранятся локально |
| Актуальность данных | Всегда актуальные, онлайн | На момент последней синхронизации |
| Функционал | Вся конфигурация целиком | Только заложенные сценарии |
| Доработка | Обычно не требуется | Нужна разработка конфигурации и обмена |
| Скорость отклика | Зависит от канала связи | Высокая, всё локально |
| Развёртывание | Установка клиента и настройка подключения | Сборка пакета, установка, настройка обмена |
| Риски при обрыве связи | Потеря несохранённых данных формы | Нет, данные сохраняются локально |
Сравнение вариантов
Подходит для руководителей и офисных сотрудников, которым нужен полный функционал из любой точки с устойчивым интернетом. Ограничение — полная зависимость от качества связи.
Подходит для полевых сотрудников: торговых агентов, курьеров, кладовщиков, мерчендайзеров. Ограничение — стоимость разработки и поддержки обмена.
Веб-клиент в браузере смартфона как компромисс: не требует установки, но интерфейс типовых конфигураций не оптимизирован под сенсорный экран.
Когда выбирать мобильный клиент
Мобильный клиент оправдан, когда пользователю нужен полный или почти полный функционал учётной системы и при этом он работает в зоне устойчивой связи. Типичные сценарии: руководитель согласовывает документы и смотрит отчёты из дома или из поездки, менеджер проверяет остатки и статус заказа, находясь в офисе клиента с нормальным Wi-Fi, бухгалтер срочно корректирует документ вне рабочего места.
Это самый быстрый способ дать сотрудникам доступ к 1С с телефона: не нужно ничего разрабатывать, достаточно опубликовать базу на веб-сервере и выдать пользователям адрес подключения. Затраты на внедрение минимальны, а обновления конфигурации автоматически «доезжают» до всех, потому что конфигурация одна — серверная.
Проверить пригодность варианта просто: установите мобильный клиент, подключитесь к рабочей базе и пройдите типовой сценарий пользователя от начала до конца. Если все нужные формы читаемы, операции выполняются за приемлемое время и связь не обрывается — вариант рабочий. Если сценарий упирается в неудобные формы или таймауты, нужен другой подход.
- 1Опубликуйте информационную базу на веб-сервере и проверьте доступ с обычного тонкого клиента
- 2Установите мобильный клиент на тестовое устройство и настройте подключение
- 3Выполните полный типовой сценарий пользователя: от входа до сохранения результата
- 4Замерьте время отклика форм при работе через мобильный интернет, а не только Wi-Fi
- 5Проверьте поведение при обрыве связи: что происходит с несохранёнными данными
Когда нужно именно мобильное приложение
Мобильное приложение становится необходимостью, когда работа идёт там, где связь не гарантирована: склады с металлическими стеллажами, подвальные помещения магазинов, выездная торговля, доставка по области, объекты за городом. В этих условиях требование постоянного онлайна делает мобильный клиент бесполезным — сотрудник просто не сможет оформить документ в момент выполнения работы.
Второй признак — узкий повторяющийся сценарий, который должен выполняться быстро. Сканирование штрихкода, выбор товара из короткого списка, фотография результата, подпись клиента на экране — такие операции в мобильном приложении делаются в два-три касания, тогда как в мобильном клиенте пришлось бы проходить полную цепочку форм учётной системы. Для массовых полевых ролей экономия минут на каждой операции даёт существенный эффект.
Третий аргумент — нагрузка на сервер. Десятки одновременно подключённых мобильных клиентов создают на сервере полноценные сеансы. Мобильные приложения нагружают сервер только в моменты синхронизации, что заметно мягче для инфраструктуры.
Обмен данными и типичные ошибки при внедрении
Обмен между мобильным приложением и центральной базой обычно строится на планах обмена, HTTP-сервисах или веб-сервисах. Центральная база отдаёт мобильному устройству справочники и остатки, устройство возвращает созданные документы. Грамотно спроектированный обмен передаёт только изменённые данные и работает по инициативе пользователя либо по расписанию.
Самая частая ошибка — попытка синхронизировать «всё подряд». Передача полных справочников номенклатуры с картинками на десятки устройств делает синхронизацию долгой и нестабильной. Правильный подход — жёсткая фильтрация: агенту нужны только его клиенты, его маршрут и товары из его прайса.
Вторая типичная ошибка — отсутствие обработки конфликтов и дублей. Если устройство было неделю офлайн, а потом выгрузило пачку документов, в центральной базе могут появиться дубли контрагентов или заказы на уже отгруженный товар. Правила сопоставления по уникальным идентификаторам и регламент разбора конфликтов должны быть определены до запуска, а не после первого инцидента.
Как принять решение: практический маршрут
Начните с анализа условий работы пользователей, а не с технологии. Выпишите роли, их типовые операции и качество связи в местах работы. Если все сценарии выполняются в зоне устойчивого интернета и требуют разнообразного функционала — ставьте мобильный клиент, это дешевле и быстрее. Если хотя бы один ключевой сценарий должен работать офлайн — без мобильного приложения не обойтись.
Часто оптимальна комбинация: руководство и офисные сотрудники работают через мобильный клиент, а полевые роли — через специализированное приложение. Это не дублирование затрат, а распределение инструментов по задачам: каждый вариант закрывает тот сценарий, для которого он создан.
Перед промышленным запуском мобильного приложения проведите пилот на двух-трёх устройствах в реальных условиях минимум в течение недели. Проверьте длительность и стабильность синхронизации, поведение при длительной работе офлайн, удобство форм на реальных, а не идеальных данных. Пилот почти всегда выявляет проблемы, которые не видны на демонстрационном стенде.
Как выбрать действие
Как проверить результат
Документ создаётся и сохраняется офлайн, уходит в базу после синхронизации
Форма зависает или данные теряются при обрыве связи
Обмен изменёнными данными занимает секунды или единицы минут
Синхронизация длится десятки минут или регулярно обрывается
Документы из приложения проводятся без дублей и конфликтов
Появляются дубли контрагентов, заказы на недоступные остатки
Типовая операция выполняется в несколько касаний
Пользователь вынужден проходить длинную цепочку форм
Оба инструмента решают одну задачу — доступ к учётной системе с мобильного устройства, — но разными способами и с разной ценой вопроса. Мобильный клиент выигрывает простотой и полнотой функционала, мобильное приложение — автономностью и скоростью в полевых сценариях. Осознанный выбор по условиям работы пользователей избавляет от главной ошибки: попытки натянуть один инструмент на все задачи сразу.
Что важно запомнить
Мобильный клиент — это онлайн-доступ к основной базе без локального хранения данных, мобильное приложение — автономная конфигурация с синхронизацией. Выбирайте по условиям связи и характеру сценариев, а не по моде на технологию.
Частые вопросы
Можно ли использовать мобильный клиент без интернета хотя бы для просмотра данных?
Нет. Мобильный клиент не хранит данные на устройстве: каждая форма загружается с сервера. Без соединения приложение не откроет ни справочник, ни документ. Если нужен хотя бы просмотр офлайн, рассматривайте мобильное приложение или выгрузку отчётов в файлы заранее.
Нужно ли покупать отдельные лицензии для мобильного клиента?
Мобильный клиент использует тот же механизм лицензирования, что и другие клиенты платформы: сеанс занимает лицензию на сервере или на компьютере пользователя. Отдельная «мобильная лицензия» для клиента не требуется, но действующие лицензии должны покрывать количество одновременных сеансов. Для мобильной платформы при сборке собственного приложения условия лицензирования уточняйте в документации фирмы «1С» под вашу редакцию платформы.
Что происходит с данными на устройстве, если сотрудник уволился?
В мобильном клиенте данные на устройстве не хранятся — достаточно отключить учётную запись и сменить пароль. В мобильном приложении локальная база остаётся на устройстве, поэтому заранее предусмотрите: блокировку пользователя на стороне сервера обмена, шифрование локальной базы, а для корпоративных устройств — средства удалённого управления (MDM) с возможностью стереть данные.
Можно ли доработать типовую конфигурацию, чтобы она удобнее выглядела в мобильном клиенте?
Да, но с ограничениями. Можно создать отдельные упрощённые формы для мобильного сценария и назначить их нужным ролям, не трогая основной интерфейс. Однако глубокая переработка типовых форм усложняет последующие обновления конфигурации — взвесьте, не проще ли для этой роли сделать отдельное мобильное приложение.
Сколько времени занимает разработка мобильного приложения на платформе 1С?
Сроки зависят от числа сценариев и сложности обмена. Простое приложение с двумя-тремя операциями и односторонней выгрузкой документов — это недели работы; решение для торговых агентов с маршрутами, остатками, фотофиксацией и двусторонним обменом — месяцы. Точную оценку даёт только детальное описание сценариев и объёма синхронизируемых данных.
Что делать, если синхронизация мобильного приложения постоянно обрывается?
Проверьте объём передаваемых данных: чаще всего причина в попытке синхронизировать слишком много. Включите фильтрацию по пользователю, передавайте только изменения, исключите тяжёлые вложения из основного обмена и перенесите их в фоновую загрузку. Если объём разумен, а обрывы остаются — проверяйте таймауты веб-сервера и стабильность канала на стороне устройства.