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