← На главную
Рассмотрим ситуацию, когда руководителю требуется удобный инструмент на смартфоне для постановки задач подчиненным и контроля их выполнения. Часто возникает потребность в системе управления на мобильной платформе, которая позволяла бы отслеживать статусы работ в режиме реального времени. Проанализируем возможные подходы к решению этой задачи, начиная от готовых облачных сервисов и заканчивая собственной разработкой в экосистеме 1С.
Использование готовых облачных решений и таск-трекеров
Если нет жесткого требования интегрировать задачи непосредственно в учетную систему (например, в 1С), разберем использование специализированных сервисов. В большинстве случаев они уже имеют оптимизированные мобильные приложения.
- Комплексные корпоративные порталы. Посмотрим на решения вроде Битрикс24. Даже базовых (иногда бесплатных) версий может быть достаточно для небольшой компании. Мобильный клиент таких систем из коробки поддерживает работу с задачами, назначение ответственных и отслеживание сроков.
- Специализированные таск-трекеры. Обратим внимание на профильные системы управления проектами (Trello, а также современные российские аналоги: Pyrus, Weeek, Kaiten, Yandex Tracker). Их преимущество — наличие удобных канбан-досок, иерархии задач и развитого API для потенциальной интеграции с другими системами в будущем.
Внедрение 1С:Документооборот с мобильным клиентом
Проанализируем подход, при котором автоматизация задач рассматривается как часть общего электронного документооборота компании. Если предприятие готово к внедрению или уже использует конфигурации «1С:Документооборот КОРП» или «1С:Документооборот государственного учреждения», мы можем использовать официальное мобильное приложение.
Важный нюанс: при выборе этого пути учтем требования к аппаратной части. Базовое потребление оперативной памяти мобильным приложением 1С достаточно высоко из-за необходимости запускать среду исполнения (движок). Для стабильной работы мобильного приложения 1С:ДО на смартфоне сотрудника потребуется значительный объем оперативной памяти (в среднем приложению нужно более 300 МБ свободной ОЗУ), что может стать проблемой для очень старых или бюджетных устройств.
Собственная разработка мобильного приложения на 1С
Если типовые решения не подходят и требуется написать простую «самописку» с бэкендом на 1С (где база публикуется на веб-сервере, а обмен идет через веб-сервисы), разберем по шагам архитектурные особенности и ограничения, с которыми мы столкнемся.
- Выбор архитектуры: Мобильная платформа или Мобильный клиент.
Если мы разрабатываем приложение на базе Мобильной платформы 1С, оно сможет работать без интернета (в режиме оффлайн). Однако нам придется писать сложный механизм синхронизации данных с центральной базой, разбирать коллизии и настраивать пакетный обмен через HTTP-сервисы.
Если мы используем Мобильный клиент 1С, разработка значительно упростится и сведется к адаптации управляемых форм основной конфигурации. Но в этом случае приложение будет работать строго при наличии стабильного интернета в режиме реального времени. При потере связи работа с задачами станет невозможна.
- Организация PUSH-уведомлений. Чтобы подчиненный оперативно узнал о новой задаче, необходимы PUSH-уведомления. Выясним причину сложности их настройки в 1С: это подразумевает наличие платных аккаунтов разработчика (например, Apple Developer) и обязательную интеграцию с внешними сервисами доставки уведомлений (Firebase Cloud Messaging для платформы Android и APNs для iOS).
- Ограничения фоновой работы. Мобильные операционные системы, особенно iOS, жестко ограничивают работу приложений в фоновом режиме в целях экономии заряда батареи. Мобильное приложение 1С не сможет непрерывно опрашивать сервер на наличие новых поручений в фоне. Для инициализации обмена данными в свернутом приложении придется использовать те же самые PUSH-уведомления.
Альтернативные и современные архитектуры
Если ограничения мобильной платформы 1С кажутся критичными (особенно в части потребления ресурсов на слабых устройствах), рассмотрим комбинированные подходы:
- Интеграция с Telegram-ботами. Взаимодействие выстраивается через HTTP-сервисы на стороне 1С. Руководитель и сотрудники получают задачи, отмечают выполнение и меняют статусы с помощью inline-кнопок прямо в мессенджере. Это полностью решает проблему со слабыми телефонами — мессенджер работает быстро, не требует публикации собственного приложения в магазинах (AppStore/Google Play) и поддержки его версионирования.
- Нативный мобильный интерфейс с бэкендом на 1С. Если требуется сложный и отзывчивый интерфейс с минимальным потреблением памяти, мобильное приложение пишется на сторонних фреймворках (например, React Native или Flutter). 1С в данной связке выступает исключительно как сервер базы данных, принимая и отдавая информацию по REST API или через собственные HTTP-сервисы. Это позволяет создать легковесное приложение, полностью интегрированное с корпоративной учетной системой.