Мобильная разработка за неделю #644 (17–23 августа): прототип с 1С к пятнице

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

Рубрика «Мобильная разработка за неделю» дошла до выпуска 644. Вместо пересказа чужих релизов разложим по дням одну рабочую неделю, 17–23 августа, на примере приложения для заказов и остатков. Это схема типового старта, конкретного заказчика за ней нет.

Понедельник, 17 августа: что происходит, пока приложения нет 📋

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

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

Первый день проекта уходит на разговор. Код пока не пишут. Нужны ответы на несколько вопросов.

• ✓Кто будет открывать приложение: представители, водители, кладовщики, клиенты?
• ✓Какое одно действие оно должно закрыть первым: заказ, остатки, акт приёмки, фото накладной?
• ✓Где у этих людей нет связи: склад в подвале, трасса за городом, зона отгрузки?

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

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

Вторник, 18 августа: выбираем технологию под задачу 🧭

Во вторник команда решает, на чём строить приложение. Выбор зависит от того, кто им пользуется и как оно связано с 1С. Четыре типовых варианта выглядят так.

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

Перед выбором команда уточняет три вещи: на какой версии платформы работает ваша 1С, какие телефоны у сотрудников (iOS, Android или смесь) и нужен ли сканер штрихкодов. От ответа на последний вопрос зависит, хватит ли камеры телефона или понадобится терминал сбора данных.

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

Среда, 19 августа: обмен с 1С 🔌

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

Как приложение говорит с 1С

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

Кто главный при конфликте

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

База должна быть доступна

Базе нужен доступ из интернета по защищённому каналу. Если она стоит на офисном компьютере, который вечером выключают, приложение вечером останется без данных. Тогда базу переносят на арендованный сервер: у нас это от 1 100 ₽/мес за пользователя.

Персональные данные

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

Четверг, 20 августа: сборка на живых данных 📱

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

Проверяют то, что на макете не видно. Как открывается список номенклатуры на старом телефоне. Что происходит, когда связь пропала посреди оформления заказа. Видит ли представитель закупочные цены, которые ему видеть не положено.

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

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

Пятница, 21 августа: показ и решение ✅

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

После показа у вас остаются рабочая сборка и смета с этапами. Идти дальше стоит, если пользователи не вернулись к блокноту, а обмен с 1С не теряет данные. Если что-то из этого не сработало, вы узнали об этом на первой неделе и ещё не потратили основной бюджет.

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

Чем наш подход отличается: приложение и сторону 1С делает одна команда. Вам не приходится передавать требования от «мобильщиков» к «1С-никам» и обратно, а при сбое обмена не нужно выяснять, чья это половина. После запуска базу и обмен сопровождаем по ставке 3 800 ₽/час.

Разработка мобильного приложения у нас стоит от 500 000 ₽. Итоговая цена зависит от числа сценариев, платформ и объёма обмена с 1С, а подробности по тарифам собраны на странице цен и тарифов.

Суббота и воскресенье, 22–23 августа: чего за неделю не сделать 🚫

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

Если подрядчик обещает готовое приложение с интеграцией за неделю и по цене ниже рынка, спросите, что именно сдадут. Бывает оболочка над сайтом без обмена с 1С: она открывается, но заказы по-прежнему переносят руками.

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

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

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

Можно ли сделать мобильное приложение для 1С за неделю?

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

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

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

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

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

Нужно ли переносить базу 1С на сервер, чтобы работало приложение?

Переносить базу не обязательно, но она должна быть доступна приложению из интернета по защищённому каналу, в том числе вечером и в выходные. Если база стоит на офисном компьютере, который выключают, надёжнее арендовать сервер 1С: у нас это от 1 100 ₽/мес за пользователя.

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

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