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