Фирма «1С» анонсировала возможность работы мобильного клиента в автономном режиме
Новый мобильный клиент может работать напрямую с основной информационной базой при хорошей связи или без сети, а при нестабильном соединении – предоставлять возможность выбора.
Зачем нужен автономный режим для мобильного клиента
При работе с мобильным клиентом качество связи – критичный параметр. При потере соединения с сервером работа с приложением становится невозможной, а если пользователь выходит из 1С до восстановления соединения с базой, введенные данные могут не сохраниться.
При использовании мобильного клиента с возможностью работы в автономном режиме качество связи уже не так важно. Работать с базой можно без подключения к сети. При любых обстоятельствах пользователь сможет продолжить работу с важными документами, переходя из онлайна в оффлайн автоматически или в ручном режиме.
 |
 |
Так мобильный клиент работает при разрыве соединения (слева) и при его восстановлении (справа)
Без связи с центральной базой менеджер сможет оформлять заказы, финансовый директор – утверждать заявки на расходование денежных средств, а директор – согласовывать условия договоров. Когда соединение восстановится, локальные данные попадут на сервер так быстро, как это возможно.
Как будет работать мобильный клиент с автономным режимом
Мобильный клиент с автономным режимом совмещает в себе возможности работы онлайн и офлайн: в отличие от обычного мобильного клиента он содержит локальный сервер с файловой базой данных. Часть функциональности конфигурации переносится на мобильное устройство. «Это потребует некоторых трудозатрат, но это может оказаться проще, чем создавать с нуля приложение на мобильной платформе», – считают разработчики.
Принцип работы мобильного клиента с автономным режимом
На основании состава автономного режима создается мобильное приложение с соответствующей структурой локальной базы. Это приложение может работать в одном из трех режимов (выбираемых пользователем для конфигурации в целом):
- обычный: объекты работают с приоритетом, заданным разработчиком в составе автономного режима;
- автономный (оффлайн): приложение работает только с локальным сервером. Работа идет только с локально доступными объектами, остальные объекты недоступны. Стандартные команды интерфейса автоматически подстраиваются под офлайн режим (соответствующие пункты меню становятся недоступны);
- плохое соединение: приоритеты, заданные разработчиком в составе автономного режима, игнорируются. Все объекты, доступные локально, работают с локальным сервером. Переход в автономный режим осуществляется автоматически при исчезновении Wi-Fi и мобильного интернета; пользователь может также включить его вручную при неустойчивой связи.
Мобильный клиент с автономным режимом работы планируется реализовать для технологической платформы «1С:Предприятие 8.3.16».
Более того, мой смартфон определенно мощнее того же ноута.
ИЛИ
Выезжаю с работы, пишет клиент "При нажатиии х->y->z приложение показывает ошибку" Открыл конфигуратор, пробил пример, действительно проявляется ошибка, нашел какой то null, исправил/записал, дома исправил за 5 минут и свободный вечер, клиент доволен оперативностью.
ИЛИ
ничего не конфигурировать на телефоне, а просто установить, сказать ну и отстой, удалить и забыть.
Если появится такой функционал - у программистов появится новая возможность, а пользоваться/нет - личное решение..
А так, торговый представитель создал документ - он в обмен пришёл, и как инет появится - улетел в офис. С другой стороны, пачка отчетов для руководителя (предварительно посчитанных что-то вроде OLAP) - сформировалась ночью, по вай-фай в базу загрузилась и доступна ему оффлайн. Красота же!
По Вашему высказыванию скажу так: есть смарты с высокими показателями защиты IP68, кроме того "манагер" несет мат. ответственность за смарт.
Попробую следовать вашей логике.
*Есть смарты с защитой ip68.
Всем манагерам выдают смарты с защитой il68. значит у манагеров смарт утануть не может.
У тех пользователей у которых утонул смарт - есть маньяки.
Вывод манагер маньяком быть не может.*
Все вроде логичное только к реальности не какого отношения не имеет. Потому как не у всех манагеров смарты защитой ip68 и кроме воды есть факторы которые могут убит смарт..
И не вижу смысла писать у вас... У нас.. я пишу исключительно по теме. Идея офлайн бредовая . Стандартный алгоритм предусматривает потерю связи на короткое время . А вот Офлайн - это будет значит блокирование таблицы в БД. Вопрос лишь на какое время ..
Блокирование таблицы где? на смарте, а не в ЦБ.
Как я понял, это технология "миниРиБ" вот и все. Связь появилась объект сбросился. Только вопрос с нумерацией может вызвать проблемы, хотя и тут все можно решить префиксами, как в РиБе.
А с утопленниками вопрос может возникнуть, если связь была, объект был открыт в ЦБ и смарт "издох", ну тут я так понимаю как в обычной ситуации спасет обрыв соединения или ожидание в 20 мин, кроме того можно же настройку сделать чтоб тот, кто со смартом, работал только со своими объектами (документами), тогда вообще не вижу ни каких проблем.