Мобильная разработка за неделю #651: путь заказа из приложения в 1С

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

Выпуск #651 охватывает неделю с 26 октября по 1 ноября. Новостей рынка здесь нет: мы разбираем по дням типовой спринт на собирательном примере, потому что именно на такой неделе проект либо начинает работать, либо остаётся набором экранов. Пример: оптовая компания, выездные агенты, 1С:Управление торговлей.

📋 Понедельник, 26 октября: из двадцати пожеланий выбираем одно

Заказчик приносит список: каталог, заказы, акты сверки, отметки визитов, чат, push-уведомления. Возьмите всё сразу, и к пятнице получите двадцать заготовок без единой работающей кнопки. Поэтому в понедельник команда выбирает сквозной сценарий, который быстрее всего приносит деньги. У оптовика это цепочка «агент оформил заказ у клиента → заказ появился в 1С → агент увидел статус».

Утро уходит на вопросы к 1С-специалисту заказчика:

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

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

🔌 Вторник, 27 октября: приложение пишет «Отправлено», а в 1С пусто

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

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

Первое: клиентов, товары и договоры приложение опознаёт по внутреннему идентификатору 1С, а не по названию. Названия дублируются и меняются, идентификатор остаётся.

Второе: у заказа три статуса: «в очереди на телефоне», «принят сервером обмена», «проведён в 1С». Агент видит, на каком этапе заказ, и не звонит в офис с вопросом «дошло или нет».

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

📴 Среда, 28 октября: заказ из подвала склада не должен пропасть

Агент приезжает к клиенту на окраину. Склад в полуподвале, сети нет. Он оформляет заказ, жмёт «Отправить», видит крутящийся индикатор и убирает телефон в карман. Через час в машине связь появляется, но заказ не ушёл: приложение не знает, что его нужно досылать. Агент выясняет это вечером, когда клиент звонит и спрашивает, где товар.

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

Тут ждёт вторая ловушка: повторная отправка создаёт дубль. Закрывается она просто. Номер заказа генерирует сам телефон, а сервер обмена отклоняет заказ с уже известным номером. Агент может нажать «Отправить» хоть пять раз, в 1С появится один документ.

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

🔐 Четверг, 29 октября: права доступа и персональные данные

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

Вместе с клиентами на телефон попадают контактные лица: ФИО и мобильные номера. Это персональные данные, а 152-ФЗ требует хранить базы с данными граждан России на серверах в России. Поэтому сервер обмена разворачивается на российской площадке, а на телефоне остаётся только то, что нужно для визитов, и локальная база шифруется. Агент потерял телефон: учётную запись отключают, данные на устройстве остаются зашифрованными.

✅ Пятница, 30 октября: живые устройства и выдача агентам

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

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

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

💸 Что теряет компания, пока заказы живут в мессенджерах и таблицах

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

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

Каждая из этих потерь по отдельности терпима. Вместе они съедают маржу тем быстрее, чем больше у вас агентов.

⚖️ Четыре способа принимать заказы от агентов в 1С

Перед заказом разработки сравните альтернативы. Лучшего варианта на все случаи нет, выбор зависит от того, насколько ваш процесс отличается от типового.

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

🧾 Как это устроено у нас и сколько стоит

Мы строим такие проекты по схеме из этой статьи: первая неделя уходит на один сквозной сценарий, остальное добавляется порциями. Заказчик видит работающий результат в начале проекта, а не только макеты.

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

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

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

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

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

Разработка мобильных приложений у нас стартует от 500 000 рублей. Итог зависит от числа сценариев (заказы, остатки, визиты), платформ (Android, iPhone) и сложности правил цен в вашей 1С. Сначала согласуем объём первой недели, потом общий бюджет и точную смету.

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

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

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

Нет, и лучше так не делать. Между телефонами и 1С ставится сервер обмена: он принимает заказы, проверяет их и передаёт в HTTP-сервис базы. Сама база остаётся во внутреннем контуре или на арендованном сервере, а наружу смотрит только промежуточный слой.

Где хранить данные клиентов и агентов по 152-ФЗ?

Базы с персональными данными граждан России должны находиться на серверах на территории РФ (ст. 18, ч. 5 152-ФЗ). Это касается и сервера обмена, и базы 1С. На телефоне хранят только минимум, нужный для визитов, а локальную базу шифруют.

Что выбрать: 1С:Мобильную платформу или собственное приложение?

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