Чем мобильное приложение 1С отличается от мобильного клиента
Содержание
Мобильный клиент 1С — это «тонкий клиент на телефоне»: он открывает ту же информационную базу и ту же конфигурацию, что и бухгалтер в офисе, через опубликованный веб-сервер, и без связи с сервером почти бесполезен. Мобильное приложение 1С — отдельная программа на мобильной платформе: у него своя конфигурация, своя база прямо на устройстве, а с центральной базой оно обменивается данными, когда появляется интернет.
Отсюда простое правило выбора. Нужен полный доступ к учётной базе с телефона, а сеть есть почти всегда — берут мобильный клиент. Нужна работа «в поле» без связи, узкий сценарий (заказы, инвентаризация, касса) и удобный интерфейс под палец — делают мобильное приложение.
Как устроены мобильный клиент и мобильное приложение
Разница начинается с того, где живут данные и где выполняется код.
Мобильный клиент:
- 📡 подключается к базе по HTTP/HTTPS, как веб-клиент или тонкий клиент через веб-сервер;
- 🧩 использует основную конфигурацию — ту же, что на компьютерах (БП, УНФ, УТ или собственную);
- 🖥️ бизнес-логика и запросы выполняются на сервере, на телефон приходят формы и данные;
- 📐 формы перестраиваются под экран автоматически, но качество зависит от того, адаптировал ли их разработчик конфигурации.
Мобильное приложение:
- 📦 собирается на мобильной платформе 1С:Предприятия в нативный пакет для Android, iOS или Windows;
- 🗂️ имеет отдельную мобильную конфигурацию, обычно сильно урезанную по сравнению с учётной;
- 💾 хранит данные в локальной базе на устройстве и выполняет код там же;
- 🔄 синхронизируется с центральной базой через HTTP-сервисы, веб-сервисы или обмен по планам обмена.
| Параметр | Мобильный клиент | Мобильное приложение |
|---|---|---|
| Конфигурация | та же, что в офисе | отдельная, мобильная |
| Где данные | на сервере | на устройстве + обмен |
| Работа без интернета | нет (кроме автономного режима, см. ниже) | да, это основной режим |
| Доработка | правки основной конфигурации | отдельная разработка и сборка |
| Обновление | вместе с базой | новая сборка приложения |
| Нагрузка на сервер | постоянная, как у пользователя | только в момент обмена |
В новых версиях платформы у мобильного клиента появился автономный режим: часть функций работает без связи на встроенной мобильной конфигурации, а данные потом досылаются на сервер. Это гибрид, и он требует такой же разработки, как полноценное мобильное приложение. «Бесплатного офлайна» мобильный клиент не даёт.
Сценарии: когда выбирать клиент, а когда приложение
Выбор зависит не от вкуса, а от того, кто и где будет работать с данными.
Мобильный клиент подходит, если
- 👔 руководителю нужно посмотреть остатки, задолженность, продажи за день и согласовать заявку;
- 🧾 менеджеру в офисе или на складе с Wi-Fi нужно создать заказ или счёт в той же базе;
- ⚙️ у вас собственная конфигурация, и вы не готовы поддерживать вторую — мобильную;
- 👥 пользователей немного, и у каждого уже есть лицензия на рабочее место.
Мобильное приложение подходит, если
- 🚚 торговые представители, курьеры, мерчендайзеры работают там, где связь пропадает;
- 📷 нужен сканер штрихкодов камерой, фото, геопозиция, работа с периферией устройства;
- 📦 инвентаризация на складе с плохим покрытием: пересчитали — выгрузили позже;
- 🛒 приложение раздают клиентам или партнёрам, которым нельзя давать доступ к учётной базе.
Пример выбора на цифрах
Компания: 3 руководителя и 15 торговых агентов. Руководителям нужен взгляд на отчёты — им хватит мобильного клиента, это 3 рабочих места. Агентам нужно оформлять заказы в магазинах, где интернет работает через раз, — им нужно мобильное приложение с обменом. Смешанная схема здесь обычна: одно не отменяет другое.
Подключение и требования к инфраструктуре
Требования у двух вариантов разные: клиенту нужен постоянный доступ к базе, приложению — только точка обмена.
Что нужно для мобильного клиента
- Платформа 1С:Предприятие 8.3 на сервере, версия которой поддерживает мобильный клиент (поддержка появилась в 8.3.11; для актуальных функций нужна свежая платформа).
- Конфигурация с поддержкой мобильного клиента. Типовые решения фирмы 1С последних редакций, например БП 3.0 и УНФ, её имеют; свою конфигурацию проверяет программист.
- Публикация базы на веб-сервере (IIS или Apache) — та же, что для веб-клиента.
- Внешний адрес и HTTPS с действительным сертификатом. Самоподписанный сертификат мобильные ОС обычно отвергают.
- Установленное на телефон приложение мобильного клиента 1С из магазина приложений.
- Пользователь информационной базы с логином, паролем и нужными ролями.
Порядок подключения на телефоне:
- Откройте приложение мобильного клиента и добавьте новую информационную базу.
- Укажите адрес публикации — тот же URL, по которому база открывается в браузере, например
https://1c.example.ru/buh. - Введите имя пользователя и пароль базы.
- Дождитесь первой загрузки: при первом входе клиент скачивает метаданные, это может занять минуту и больше.
Что нужно для мобильного приложения
- Мобильная конфигурация, разработанная в конфигураторе под задачу.
- Мобильная платформа из дистрибутива 1С и сборщик мобильных приложений — отдельная конфигурация, которая упаковывает приложение в пакеты для магазинов.
- На стороне центральной базы — опубликованные HTTP-сервисы или веб-сервисы для обмена.
- Для публикации в магазинах — аккаунты разработчика (Google Play, App Store, RuStore) или раздача файла установки внутри компании.
- Для iOS — среда сборки на macOS, этого требует Apple.
Публикацию базы наружу делайте только через HTTPS и с отдельными пользователями. База, открытая в интернет по HTTP с пустым паролем администратора, — частая причина утечек.
Возможности и ограничения каждого варианта
Мобильный клиент
Что умеет:
- открывает документы, справочники и отчёты основной конфигурации;
- работает с правами и ограничениями, настроенными для пользователя;
- получает свежие данные сразу, без синхронизации;
- обновляется сам: обновили конфигурацию на сервере — телефон получил новую версию при следующем входе.
Ограничения:
- без связи не работает (если не разработан автономный режим);
- сложные формы с большим количеством колонок на телефоне неудобны;
- тяжёлые отчёты грузят сервер так же, как с компьютера, и медленно идут по мобильному интернету;
- часть возможностей устройства доступна хуже, чем в нативном приложении.
Мобильное приложение
Что умеет:
- работает полностью офлайн;
- использует камеру, геолокацию, звонки, уведомления, печать на мобильные принтеры;
- даёт интерфейс под конкретную задачу: три кнопки вместо меню из сорока разделов;
- снижает нагрузку на сервер: данные идут пакетами при обмене.
Ограничения:
- нужна отдельная разработка и поддержка второй конфигурации;
- обмен приходится проектировать: что выгружать, как решать конфликты, когда один заказ изменили на телефоне и в офисе;
- данные на устройстве отстают от центральной базы до следующей синхронизации;
- каждое изменение — новая сборка и раздача пользователям.
Лицензирование и стоимость внедрения
Ниже — ориентиры, а не прайс. Точные условия зависят от поставки и уточняются у партнёра.
Мобильный клиент
Мобильный клиент занимает клиентскую лицензию так же, как тонкий клиент или веб-клиент. Если в офисе 10 лицензий и все заняты, телефон руководителя не войдёт.
| Статья расходов | Ориентир |
|---|---|
| Клиентская лицензия на 1 рабочее место | примерно 7–9 тыс. руб. |
| Приложение мобильного клиента | бесплатно в магазинах |
| SSL-сертификат | от 0 руб. (бесплатные сертификаты) до нескольких тысяч в год |
| Настройка публикации и HTTPS | ориентировочно 1–4 часа работы администратора |
| Адаптация форм своей конфигурации | от нуля (типовая) до десятков часов программиста |
Мобильное приложение
Основная статья — разработка. Мобильная платформа поставляется фирмой 1С, условия её использования и распространения приложений описаны в лицензионном соглашении на платформу.
| Статья расходов | Ориентир |
|---|---|
| Разработка простого приложения (заказы, остатки, обмен) | ориентировочно от 150–300 тыс. руб. |
| Аккаунт Google Play | разовый взнос около 25 долларов |
| Аккаунт Apple Developer | около 99 долларов в год |
| Сопровождение и доработки | обычно почасовая оплата программиста |
Готовые отраслевые мобильные решения (для торговых агентов, складов, кассы) часто обходятся дешевле заказной разработки. Сравните их с собственной разработкой до старта проекта.
Безопасность данных и разграничение прав
У мобильного клиента
Права те же, что у пользователя базы: роли, ограничения на уровне записей, запрет интерактивного удаления. Отдельной «мобильной» системы прав нет.
Что настроить обязательно:
- 🔐 Только HTTPS на публикации. HTTP наружу не открывать.
- 👤 Отдельный пользователь на каждого сотрудника, без общих логинов.
- 🧱 Роли по минимуму: руководителю для просмотра не нужны права на проведение и удаление.
- 🚫 Пользователя с полными правами не использовать с телефона.
- 🔑 Сложные пароли; для внешних пользователей — ограничение доступа на веб-сервере (по VPN или белому списку адресов, если это возможно).
Потеря телефона здесь опасна меньше: данные не хранятся на устройстве. Достаточно сменить пароль пользователя или запретить ему вход в базу.
У мобильного приложения
Данные лежат на устройстве, и это главный риск. Утерянный телефон агента — это копия клиентской базы с ценами и долгами.
- 📲 выгружайте на устройство только то, что нужно сотруднику: его клиентов, его маршрут, актуальные цены;
- 🔐 для обмена заведите в центральной базе отдельного технического пользователя с ролью только на нужные HTTP-сервисы;
- 🔒 включайте блокировку экрана и шифрование устройства средствами ОС;
- 🧹 предусмотрите в приложении очистку локальных данных при увольнении сотрудника.
Частые проблемы и как их решить
Ниже — симптомы, с которыми чаще всего обращаются после внедрения, и что проверить в первую очередь.
Если не помогло
- 🔍 Посмотрите журнал регистрации базы на время попытки входа: там видны ошибки аутентификации и исключения на сервере.
- 🌐 Проверьте журнал веб-сервера: дошёл ли запрос вообще.
- 📶 Попробуйте подключиться через другую сеть: корпоративный Wi-Fi или мобильный оператор иногда режут нестандартные порты.
- 🔁 Обновите приложение мобильного клиента: старая версия приложения может не подключиться к базе на более новой платформе.