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

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

1С мобильная разработка: с чего начать

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

Мобильная разработка на 1С — это создание приложений для Android и iOS на встроенном языке платформы «1С:Предприятие» с использованием мобильной платформы. Главное преимущество подхода: разработчик пишет код один раз, а сборка выполняется под обе операционные системы. Это заметно снижает порог входа для тех, кто уже знаком с обычной разработкой на 1С.

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

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

Что нужно знать до старта

Минимальный фундамент — уверенное владение обычной платформой «1С:Предприятие»: встроенный язык, запросы, формы, регистры сведений и накопления. Если этих навыков нет, начинать стоит с классической разработки, иначе придётся учить две вещи одновременно, и обе будут даваться тяжело.

Дополнительно полезно понимать основы HTTP и REST, формат JSON, принципы работы веб-сервисов — почти любое мобильное решение обменивается данными с центральной базой именно так. Знание Java или Swift на старте не требуется: платформа сама генерирует нативное приложение из вашей конфигурации.

Инструменты, которые придётся установить

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

Для сборки под Android потребуется Android SDK и, как правило, сборщик мобильных приложений от 1С, который автоматизирует упаковку конфигурации в APK/AAB. Под iOS нужен компьютер с macOS и Xcode — это жёсткое ограничение экосистемы Apple, обойти его легально нельзя. Также понадобится аккаунт разработчика: для публикации в Google Play и App Store действуют платные программы, для внутреннего распространения в компании есть альтернативные варианты.

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

Первое приложение: с чего начать практику

Оптимальный первый проект — автономное приложение без обмена данными. Например, справочник товаров с фотографиями, простой учёт личных задач или журнал выездов. Такой проект позволяет освоить ключевые механики: создание конфигурации с назначением «Мобильное приложение», работу с формами на сенсорном экране, использование камеры и геопозиционирования.

В конфигураторе при создании новой конфигурации укажите назначение «Мобильное устройство» — состав доступных объектов метаданных сразу сократится до поддерживаемых мобильной платформой. Это нормально: часть привычных объектов (например, некоторые виды отчётов и механизмов) на мобильной платформе недоступна или работает иначе.

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

Отладка на устройстве

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

Отладка работает через подключение конфигуратора к мобильной платформе: доступны точки останова, просмотр значений переменных и стек вызовов, как в обычной разработке. Убедитесь, что компьютер и устройство находятся в одной сети, а брандмауэр не блокирует соединение — это самая частая причина, по которой отладка «не подключается».

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

Как проверить, что всё настроено правильно

Загрузка конфигурации на устройство
Норма

Конфигурация загружается и обновляется без ошибок

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

Устройство не находится в сети или загрузка обрывается

Отладка
Норма

Точки останова срабатывают, переменные видны

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

Конфигуратор не подключается к устройству

Сборка приложения
Норма

Сборщик формирует установочный файл без ошибок

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

Ошибки подписи, отсутствующие SDK-компоненты

Обмен данными с основной базой

Второй большой этап — синхронизация с центральной системой. Стандартный подход: на стороне основной базы публикуются HTTP-сервисы или веб-сервисы, мобильное приложение обращается к ним, передаёт и получает данные в формате JSON или XML. Также существует механизм планов обмена для мобильных приложений, который часть работы берёт на себя.

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

Типичные ошибки новичков

Большинство проблем на старте связано не с языком, а с архитектурой и окружением. Новички часто пытаются перенести настольную конфигурацию «как есть», игнорируют офлайн-режим и недооценивают ограничения мобильного интерфейса — маленький экран диктует совсем другой дизайн форм.

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

Как выстроить обучение дальше

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

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

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

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

Опыта разработки на 1С нет совсемСначала освойте обычную платформу: язык, запросы, формы — и только потом переходите к мобильной
Нужно быстро проверить идеюСделайте прототип на мобильной платформе разработчика без сборки установочного пакета
Приложение для сотрудников компанииРассмотрите внутреннее распространение без публикации в магазинах приложений
Нужны и Android, и iOSПланируйте доступ к macOS с самого начала — сборку под iOS нельзя выполнить на Windows

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

Можно ли заниматься мобильной разработкой 1С без знания Java и Swift?

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

Обязательно ли покупать аккаунты разработчика Google и Apple?

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

Работает ли мобильное приложение 1С без интернета?

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

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

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

Сколько времени занимает вход в мобильную разработку?

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

Можно ли собрать приложение под iOS на Windows?

Нет, для сборки под iOS требуется компьютер с macOS и установленный Xcode — это ограничение инструментария Apple. Практические варианты: использовать Mac в организации, арендовать удалённый macOS-инстанс или собирать iOS-версию на отдельном этапе, когда Android-версия уже отлажена.

Итог

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

Старт в мобильной разработке 1С — это уверенное владение обычной платформой, установка мобильной платформы и инструментов сборки, первое автономное приложение с отладкой на реальном устройстве и только затем обмен данными с центральной базой. Работайте на тестовых контурах, проектируйте офлайн-режим заранее и проверяйте обе операционные системы.