Разработка собственного мобильного клиента на платформе 1С — задача, требующая учета специфических нюансов сборки. В ходе работы многие разработчики сталкиваются с двумя основными проблемами: приложение открывается в режиме «веб-интерфейса» вместо полноценного мобильного клиента или же оно принудительно закрывается через строго определенный интервал времени (например, 60 секунд). Давайте разберем, как исправить эти ошибки и настроить стабильную работу вашего приложения.
Если после сборки через обработку «Сборщик мобильного приложения» ваш клиент выглядит как обычная веб-страница в браузере, это свидетельствует об ошибке в параметрах конфигурации сборки. Ключевая причина кроется в указании начальной страницы.
При сборке мобильного клиента 1С не следует задавать параметр «Начальная страница» в настройках сборщика. Если этот параметр заполнен, платформа интерпретирует запуск приложения как открытие обычной веб-ссылки, из-за чего интерфейс теряет свои мобильные свойства и адаптивность.
После удаления указания начальной страницы приложение должно корректно переключиться в режим мобильного клиента, активируя специфические элементы управления и механизм отображения, адаптированный под экраны смартфонов.
Если приложение стабильно «вылетает» через фиксированный промежуток времени (например, ровно через 60 секунд), это указывает на то, что срабатывает некий циклический процесс или процедура, вызывающая критическую ошибку в мобильной среде. Разберем пошагово, как проанализировать и устранить причину:
1. Проверка процедур, работающих по таймеру
Чаще всего виновником выступает процедура, подключенная через ПодключитьОбработчикОжидания. Даже если в обычном тонком клиенте этот код отрабатывает корректно, в мобильном клиенте он может вызывать исключение из-за обращения к недоступным функциям или компонентам.
Проанализируйте общий модуль, который отвечает за фоновую активность. Если вы используете механизмы оповещения или обмена данными, убедитесь, что они корректно обрабатывают мобильный контекст. Всегда добавляйте проверку типа клиента:
Если МобильноеПриложениеКлиент() Тогда
// Выполнение специфического кода для мобильного клиента
Иначе
// Стандартное поведение для тонкого клиента или браузера
КонецЕсли;
2. Использование технологического журнала
Чтобы точно узнать, почему приложение закрывается, необходимо настроить Технологический Журнал. Это самый эффективный инструмент для поиска ошибок в платформе 1С. Вам нужно отфильтровать события по конкретному пользователю или рабочему процессу в момент вылета. Ищите записи с уровнем ошибки, которые происходят непосредственно перед завершением сеанса.
3. Взаимодействие с сервером
Поскольку регламентные задания на самом мобильном устройстве не работают, подозрения стоит перенести на серверную часть. Если сервер настроен на жесткое ограничение времени сессии или если клиентское приложение ожидает ответа от сервера, который не приходит или вызывает ошибку при обработке данных, платформа может принудительно закрыть соединение, что приведет к «вылету» приложения на стороне клиента.
4. Проверка корректности версий
Всегда проверяйте соответствие версий платформы. Несоответствие между версией платформы, установленной на сервере, и версией, использованной при сборке мобильного приложения, часто приводит к нестабильной работе элементов управления. Рекомендуется использовать идентичные релизы (например, 8.3.17.х или 8.3.20.х) как для сервера, так и для сборщика.
Подводя итог, можно сказать, что решение проблем сборки мобильного клиента 1С сводится к двум правилам: исключение лишних параметров при компиляции и тщательный анализ серверного кода на предмет вызовов, которые могут вызвать сбой при повторном выполнении по таймеру. Постепенная отладка с применением Технологического Журнала позволит выявить конкретный участок кода, приводящий к закрытию приложения.