Мобильная разработка за неделю #649 (4–11 октября): заказы без связи в 1С

Главный вопрос мобильного проекта для бизнеса: работает ли приложение без связи и куда оно кладёт заказы. Если им пользуются ваши сотрудники, часто хватает 1С:Мобильной платформы. Если клиенты, нужна отдельная разработка с обменом данными с 1С, и она у нас стоит от 500 000 ₽.

Выпуск #649 (4–11 октября) не пересказывает релизы платформ. Мы взяли сценарий, с которым к нам приходят регулярно: сотрудник на выезде вводит заказ, а на следующий день его перепечатывают в 1С вручную.

📱 Заблуждение: мобильное приложение — это сайт с иконкой

Торговый представитель спускается на склад оптового клиента. Связь пропала на втором пролёте. Заказ на сорок позиций он набирает в приложении, которое после каждой строки ждёт ответа сервера. Экран крутится, строка не сохраняется, и заказ уходит в мессенджер сообщением: «Болты М8, 200 штук, остальное позже».

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

Подрядчик предложил «быстро собрать на веб-технологиях», заказчик согласился ради срока, но через месяц представители вернулись к мессенджеру, потому что он хотя бы отправляет сообщение, когда сети нет. Приложение осталось на телефонах для отчёта.

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

💸 Во что обходится заказ, который сначала живёт в мессенджере

Пока представитель шлёт заказ текстом, в цепочке всегда есть человек, который переносит его в 1С. На этом переносе теряются деньги и время:

• ✓менеджер вбивает позиции руками и путает артикулы, похожие по названию;
• ✓представитель не видит остатки и обещает клиенту товар, которого на складе уже нет;
• ✓скидка, названная устно, расходится с ценой в договоре, и бухгалтерия правит документ уже после отгрузки;
• ✓заказ попадает в 1С к вечеру, поэтому отгрузка сдвигается на день.

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

Три варианта приложения и когда какой подходит

Выбор зависит от того, кто пользуется приложением и нужна ли ему работа без сети. Сравнение по рабочим признакам:

Когда хватает 1С:Мобильной платформы

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

Когда нужна отдельная разработка

Если приложение ставят клиенты, им нужен привычный интерфейс, уведомления о статусе заказа, каталог с фотографиями и вход по телефону. Здесь платформа 1С уже мешает. Для такого сценария мы делаем B2B-приложение с 1С: клиент видит свой прайс, остатки и историю заказов, а заказ уходит в 1С без менеджера посередине. Общий подход описан на странице разработки мобильных приложений.

Адаптивный сайт или PWA закрывает разовые операции вроде проверки статуса заказа. Основным инструментом выездной команды он не станет: офлайн-режим в браузере ограничен, а поведение зависит от конкретного телефона.

🔄 Где ломается офлайн: два заказа на один остаток

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

Поэтому правила обмена придумывают до разработки, а не после первого скандала. Рабочая схема выглядит так:

1. ✓Заказ в приложении получает статус «черновик» и встаёт в очередь отправки.
2. ✓Когда появляется связь, 1С проверяет остаток и цену на дату обмена.
3. ✓Приложение получает ответ: «принят», «принят частично» или «нужно уточнить», и представитель видит его на экране сразу.

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

🔐 Персональные данные клиентов: что решить до первой строки кода

Если приложение собирает ФИО, телефоны и адреса граждан России, по 152-ФЗ (статья 18, часть 5) базы с этими данными должны находиться на серверах в России. Для выездной команды это обычно не проблема: данные клиентов и так лежат в 1С компании. Для клиентского приложения вопрос острее, потому что появляется новый сервер, и именно его размещение придётся обосновать.

Что проверить в проекте:

• ✓сервер приложения и его база стоят в российском дата-центре;
• ✓сторонние библиотеки аналитики и рассылок не отправляют телефоны и имена за границу;
• ✓на экране регистрации есть согласие на обработку данных и ссылка на политику, и показываются они до ввода телефона.

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

Сколько стоит и как мы это делаем

Мобильная разработка у нас начинается от 500 000 ₽. Итоговая смета зависит от четырёх вещей: сколько ролей и экранов в приложении, в какую сторону идёт обмен с 1С (только заказы в 1С или ещё остатки и цены обратно), нужен ли офлайн и подключаются ли уведомления с оплатой. Если нужны доработки на стороне 1С, их оцениваем отдельно; ставка сопровождения 1С у нас 3 800 ₽/час. Актуальные условия лежат на странице цен и тарифов.

Порядок работы такой:

1. ✓Разбираем, кто и в каких условиях пользуется приложением, и выбираем между платформой 1С и отдельной разработкой.
2. ✓Рисуем прототип экранов и описываем правила обмена с 1С, включая конфликты по остаткам.
3. ✓Запускаем пилот на двух-трёх сотрудниках или клиентах и правим то, что показала реальная работа.
4. ✓Выкатываем на всех и остаёмся на сопровождении.

Отличие от подрядчика, который делает только приложение: приложением и обменом на стороне 1С занимается одна команда. Когда заказ не дошёл до 1С, не приходится выяснять, чья это сторона, приложения или учётной системы. Клиентское приложение мы публикуем в магазинах, в том числе в RuStore для Android. Приложение для сотрудников можно раздавать напрямую, без публичной карточки.

✅ Что проверить до разговора с подрядчиком

1. ✓Кто пользуется приложением: ваши сотрудники или клиенты.
2. ✓Пропадает ли у пользователей связь и сколько заказов они оформляют за смену.
3. ✓Что должно появиться в 1С после отправки: черновик заказа или проведённый документ.
4. ✓Кто решает спорные случаи по остаткам и ценам: менеджер, склад или правило в 1С.
5. ✓Какие персональные данные собирает приложение и где будет стоять сервер.
6. ✓Какая у вас версия 1С и типовая ли конфигурация: от этого зависит схема обмена.

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

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

Сколько стоит мобильное приложение для торговых представителей с выгрузкой заказов в 1С?

Мобильная разработка у нас начинается от 500 000 ₽. Итоговая смета зависит от числа ролей и экранов, направления обмена с 1С, офлайн-режима и дополнений вроде уведомлений. Если пользователи только ваши сотрудники, сначала оцениваем вариант на 1С:Мобильной платформе, часто его хватает. Доработки на стороне 1С оцениваем отдельно.

Может ли приложение принимать заказы без интернета?

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

Чем 1С:Мобильная платформа отличается от отдельного мобильного приложения?

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

Где должен храниться сервер приложения, если оно собирает данные клиентов?

Если приложение собирает персональные данные граждан России, базы с ними должны находиться на территории РФ: так требует статья 18 152-ФЗ. Сервер приложения и его база размещают в российском дата-центре, а сторонние библиотеки аналитики проверяют отдельно, чтобы они не отправляли имена и телефоны за границу.

Что подготовить, чтобы получить оценку проекта?

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