К статье
Практический материал

Разработка и Конфигурация · 11 мин

Мобильное приложение 1С: с чего начать

С чего начать создание мобильного приложения 1С: выбор платформы, установка инструментов, мобильная платформа и расширение, первые шаги и типичные ошибки новичков.

Мобильное приложение 1С — это решение, которое работает на смартфоне или планшете и обменивается данными с основной информационной базой: заказы, остатки, задачи, документы. Начать разработку можно двумя путями: через мобильную платформу 1С (отдельное приложение под Android/iOS) или через мобильный клиент и веб-клиент, когда приложение фактически подключается к серверу 1С. Выбор пути определяет весь дальнейший объём работ, поэтому первый шаг — не установка инструментов, а формулировка задачи.

Прежде чем писать код, ответьте на три вопроса: кто будет пользоваться приложением (торговые представители, кладовщики, руководители), какие операции они выполняют (создание заказа, сканирование штрихкодов, согласование) и нужна ли работа офлайн. Если сотрудники работают в полях без стабильного интернета, нужна автономная мобильная платформа с синхронизацией. Если интернет есть всегда — проще использовать мобильный клиент, который подключается к опубликованной базе.

Для старта достаточно базовых навыков программирования на встроенном языке 1С и понимания конфигуратора. Отдельное знание Java, Kotlin или Swift не требуется: мобильная платформа использует тот же язык 1С, а сборку выполняет специальный инструмент — сборщик мобильных приложений.

Определяем сценарий: автономное приложение или клиент к базе

Первое архитектурное решение — тип приложения. Автономное приложение на мобильной платформе хранит данные локально на устройстве и синхронизируется с центральной базой по расписанию или по команде пользователя. Это подходит для торговых агентов, курьеров, сервисных инженеров — всех, кто работает там, где связь нестабильна. Платой за автономность является необходимость проектировать обмен данными и решать конфликты синхронизации.

Мобильный клиент — это приложение, которое подключается к опубликованной на веб-сервере базе и работает только онлайн. Писать отдельную мобильную конфигурацию не нужно: используется та же конфигурация, что и на десктопе, с адаптацией интерфейса. Это быстрый путь для руководителей, которым нужны отчёты и согласование документов с телефона.

Сравнение вариантов

Мобильная платформа (автономное приложение)

Работает офлайн, требует отдельной мобильной конфигурации, обмена данными и сборки установочного пакета. Подходит для полевых сотрудников.

Мобильный клиент

Работает только онлайн с опубликованной базой, отдельной конфигурации не требует. Подходит для руководителей и офисных сценариев.

Мобильный браузер (веб-клиент)

Ничего устанавливать не нужно, но ограничены возможности: нет доступа к камере для сканирования, геопозиции и push-уведомлениям в полном объёме.

Маршрут решения

Как выбрать действие

Сотрудники работают без стабильного интернетаВыбирайте автономное приложение на мобильной платформе с планом обмена
Нужен быстрый доступ к отчётам и согласованиюОпубликуйте базу на веб-сервере и используйте мобильный клиент
Требуется сканирование штрихкодов или геолокацияНужно установленное приложение — мобильная платформа или мобильный клиент, браузер не подойдёт

Что понадобится из инструментов и лицензий

Для разработки под мобильную платформу потребуется: платформа 1С:Предприятие с конфигуратором на компьютере разработчика, дистрибутив мобильной платформы, сборщик мобильных приложений и устройство для тестирования (или эмулятор Android). Для сборки под Android нужны также Android SDK и JDK; для iOS — компьютер с macOS, Xcode и оплаченная учётная запись разработчика Apple.

С лицензиями ситуация такая: разработка и тестирование ведутся в рамках обычной лицензии на платформу, а для распространения готового приложения и коммерческого использования действуют правила лицензирования мобильной платформы — уточните актуальные условия у фирмы «1С» или партнёра до начала проекта, чтобы не заложить в бюджет неожиданные расходы. Сборка под iOS всегда требует платного аккаунта разработчика Apple, что тоже стоит учесть заранее.

Установка и настройка среды разработки

Порядок установки важен: сначала ставится обычная платформа 1С на компьютер разработчика, затем мобильная платформа и сборщик. Сборщик — это отдельное приложение, которое из файла мобильной конфигурации формирует установочный пакет (APK для Android). В его настройках указываются пути к Android SDK, JDK и ключам подписи приложения.

Частая проблема на этом этапе — несовместимость версий: сборщик, мобильная платформа и Android SDK должны соответствовать друг другу по требованиям, указанным в документации к конкретной версии. Перед установкой сверьтесь с системными требованиями используемой версии платформы, а не с общими статьями в интернете — требования меняются от релиза к релизу.

Порядок подготовки среды
  1. 1
    Установите платформу 1С:Предприятие и конфигуратор на компьютер разработчика
  2. 2
    Установите мобильную платформу и сборщик мобильных приложений
  3. 3
    Установите JDK и Android SDK, пропишите пути в настройках сборщика
  4. 4
    Создайте ключ подписи приложения и сохраните его в надёжном месте — без него нельзя обновлять уже опубликованное приложение
  5. 5
    Установите мобильную платформу на тестовое устройство и проверьте запуск пустой конфигурации

Создаём первую мобильную конфигурацию

Мобильная конфигурация создаётся в обычном конфигураторе, но с ограничениями: состав объектов и возможностей языка на мобильной платформе уже, чем на десктопной. Начните с минимального каркаса: один справочник, один документ, простая форма списка и форма элемента. Цель первого этапа — не бизнес-логика, а проверка полного цикла: разработка → сборка → установка на устройство → запуск.

При проектировании интерфейса учитывайте особенности мобильных устройств: маленький экран, ввод пальцем, отсутствие мыши. Крупные кнопки, минимум полей на форме, использование сканера штрихкодов вместо ручного ввода — это не украшение, а необходимость. Формы, скопированные из десктопной конфигурации, на телефоне почти всегда непригодны.

После того как каркас заработал на устройстве, добавляйте функционал итерациями: сначала автономная работа, затем обмен с центральной базой, затем push-уведомления и специфические возможности (геопозиция, камера, телефония). Такой порядок позволяет локализовать ошибки: если приложение не собирается или падает, вы точно знаете, какое изменение это вызвало.

Контрольные точки

Как проверить результат

Запуск приложения на устройстве
Норма

Приложение открывается, формы отрисовываются, ввод и сохранение данных работают

Тревожный признак

Падение при запуске, пустой экран, ошибки при сохранении — проверяйте журнал и совместимость версий

Обмен с центральной базой
Норма

Данные уходят и приходят без дублей, конфликты обрабатываются по заданному правилу

Тревожный признак

Дубли документов, потерянные записи, зависание синхронизации

Работа офлайн
Норма

Все ключевые операции доступны без сети, данные синхронизируются после появления связи

Тревожный признак

Приложение требует соединения там, где по сценарию должно работать автономно

Организация обмена данными с основной базой

Обмен — самая сложная часть автономного приложения. Стандартный подход: в центральной базе создаётся план обмена, мобильное устройство регистрируется как узел, а передача данных идёт через веб-сервисы, HTTP-запросы или файлы обмена. Для типовых конфигураций часто используют механизмы обмена, встроенные в конфигурацию, либо разрабатывают собственный сервис на стороне центральной базы.

Ключевые решения, которые нужно принять до написания кода: что передавать (только справочники и документы агента или всё), кто главный при конфликте (обычно центральная база), как часто синхронизироваться и что делать с удалёнными объектами. Ошибки в этих решениях обходятся дороже всего: переделка модели обмена на работающей системе означает миграцию данных у всех пользователей.

Типичные ошибки начинающих и как их избежать

Большинство проблем первого проекта связаны не с языком, а с проектированием. Новички переносят десктопную логику на телефон, недооценивают объём работы над обменом и начинают со сборки под iOS, где сложнее отладка. Ещё одна распространённая ошибка — отсутствие тестирования на реальном устройстве: эмулятор не показывает реальную производительность и поведение сканера штрихкодов.

Типичные ошибки
01
Копирование десктопных форм на мобильный экран — интерфейс становится непригодным, пользователи отказываются от приложения
02
Проектирование обмена в конце проекта — приходится переделывать структуру данных и код
03
Потеря ключа подписи приложения — невозможно выпустить обновление, приходится публиковать приложение заново и пересаживать пользователей
04
Тестирование только на эмуляторе — на реальном устройстве всплывают проблемы с камерой, производительностью и размерами экрана
05
Игнорирование ограничений мобильной платформы — код, работающий в десктопной 1С, может не поддерживаться на мобильной

Рабочая практика — вести список использованных возможностей платформы и проверять каждую на совместимость с мобильной версией до реализации, а не после. Документация по мобильной платформе содержит перечень поддерживаемых объектов и методов; сверяться с ней нужно по конкретной версии, которую вы используете.

Первое приложение для обучения лучше делать не для реального заказчика, а как учебный сценарий: например, учёт личных расходов или простой складской приход. Это позволит пройти полный цикл — конфигурация, сборка, установка, обмен — без риска сорвать сроки на боевом проекте.
ПЗ
Практическое замечание

Альтернатива: готовые мобильные решения

Собственная разработка — не единственный путь. Для типовых сценариев (торговля, склад, доставка) существуют готовые мобильные решения от фирмы «1С» и партнёров, которые подключаются к типовым конфигурациям и требуют только настройки. Если ваша задача укладывается в стандартный сценарий, готовое решение обойдётся дешевле и быстрее собственной разработки.

Критерий выбора простой: если требования покрываются готовым продуктом на 80% и более — берите готовое и дорабатывайте точечно. Если бизнес-процесс уникален, требует особых интеграций или нестандартного интерфейса — оправдана разработка на мобильной платформе с нуля.

Итог

Что важно запомнить

Начните с выбора архитектуры (офлайн или онлайн), подготовьте среду на Android, пройдите полный цикл сборки на минимальной конфигурации и только потом наращивайте функционал. Обмен данными проектируйте заранее и тестируйте на копии базы. Ключ подписи приложения храните как пароль от банка.

Частые вопросы

Нужно ли знать Java или Kotlin для разработки мобильного приложения 1С?

Нет. Мобильная платформа использует встроенный язык 1С, а сборку установочного пакета выполняет сборщик. Знание нативных языков может понадобиться только для нестандартных расширений, что в начальных проектах встречается редко.

Можно ли собрать приложение для iPhone без компьютера Apple?

Нет. Сборка под iOS технически требует macOS и Xcode, а также оплаченной учётной записи разработчика Apple. Обходные варианты вроде аренды облачных Mac существуют, но добавляют сложности. Для старта разумнее сосредоточиться на Android.

Сколько времени занимает создание первого простого приложения?

При наличии базовых навыков работы в конфигураторе установка среды и запуск минимальной конфигурации на устройстве обычно занимают от нескольких дней до пары недель, большая часть которых уходит на настройку сборщика и SDK. Основной срок любого реального проекта съедает обмен данными и отладка сценариев.

Чем мобильная платформа отличается от мобильного клиента?

Мобильная платформа — это автономное приложение с локальной базой на устройстве и собственной мобильной конфигурацией, работающее офлайн. Мобильный клиент — тонкий клиент, который подключается к серверной базе и не работает без сети, зато не требует отдельной конфигурации.

Что делать, если приложение обновилось, а у пользователей старая версия?

Распространение обновлений зависит от способа установки: через магазин приложений обновления приходят автоматически или по запросу, при прямой установке APK потребуется рассылать новый пакет. На этапе проектирования продумайте проверку версии при синхронизации, чтобы сервер мог отклонять обмен с устаревших клиентов.

Подойдёт ли мобильное приложение 1С для работы с ТСД и сканерами?

Да, мобильная платформа поддерживает работу со встроенной камерой как сканером штрихкодов, а для промышленных терминалов сбора данных на Android существуют специализированные решения. Перед покупкой оборудования проверьте совместимость конкретной модели ТСД с выбранным программным решением.