Мобильная разработка за неделю #642: как заявка стала сметой за 5 дней

Неделя 3–9 августа в мобильной разработке ukved.ru прошла через типичный путь одного проекта: понедельник — бриф от клиента, вторник — аудит 1С, среда — развилка между обновлением платформы и обходным API, к пятнице — готовая смета. Итог недели: от письма клиента до рабочего технического решения — 5 дней, если 1С-инфраструктуру считают заранее, а не по ходу разработки.

📥 понедельник: заявка от логистической компании без адресов в кармане у курьеров

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

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

🔍 вторник: аудит 1С — почему прямой обмен не запустится за один день

Во вторник инженер сел разбирать инфраструктуру и быстро понял: подключить приложение к 1С напрямую по HTTP-сервису с понедельника на вторник не выйдет. База стоит на обычном офисном компьютере под столом у бухгалтера, платформа — версия 8.3.14, обновлялась последний раз три года назад. Часть методов для мобильного обмена в этой сборке просто отсутствует, а конфигурация опубликована только для локальной сети — снаружи офиса до базы не достучаться.

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

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

Актуальные требования к серверу для веб-сервисов и HTTP-обмена 1С описаны в документации фирмы 1С — офисный компьютер под столом бухгалтера им не соответствует ни по доступности, ни по версии платформы. Именно поэтому аудит инфраструктуры идёт раньше, чем макет первого экрана: без него смета превращается в гадание.

🔀 среда: три варианта решения и что каждый меняет через месяц

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

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

почему не взяли готовую 1С:Мобильную платформу

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

💰 четверг: из чего сложилась смета

В четверг собрали смету и показали клиенту, откуда берётся каждая цифра. Разработка курьерского и складского приложения с базовым набором экранов — маршрут, статус заказа, сканирование штрихкода — начинается от 500 000 ₽; итоговая сумма зависит от количества ролей и экранов. Отдельной строкой считается интеграция мобильного приложения с 1С — сервис-посредник, который забирает заказы из базы и отдаёт статусы обратно, чтобы менеджер видел «доставлено» в 1С, а не только в приложении курьера.

Для самого обмена нужен сервер с постоянным доступом извне — того, что сейчас есть, офисного компьютера под столом, для этого недостаточно. Аренда сервера под 1С начинается от 1 100 ₽/мес за пользователя, разовые работы по настройке и переносу базы считаются по 3800 ₽/час. Полный расклад по всем позициям клиент получил отдельным файлом; актуальные цены на разработку и сопровождение можно свериться на странице тарифов. В смету не вошли доработки самой 1С:Управления торговлей — если при интеграции всплывут ошибки в справочниках номенклатуры или регламентах обмена, это отдельная работа по той же почасовой ставке, а не часть фикса на разработку приложения.

что можно вести параллельно, а что нет

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

✅ пятница: результат недели и когда так поступить другим компаниям

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

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

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

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

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

Сначала аудит инфраструктуры — один-два дня, чтобы понять версию платформы и способ доступа к серверу извне. Если платформа не поддерживает нужные методы обмена, строят промежуточный сервис-посредник; сама интеграция обычно идёт параллельно с разработкой экранов приложения, а не после неё.

Что дешевле — 1С:Мобильная платформа или разработка отдельного приложения?

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

Нужен ли отдельный сервер, если мобильное приложение обменивается данными с 1С?

Да, если база сейчас стоит на обычном офисном компьютере без постоянного доступа извне и выключается вечером. Аренда сервера под 1С начинается от 1 100 ₽/мес за пользователя — это дешевле, чем терять данные из-за разрывов синхронизации и пропущенных обменов.

Можно ли начать разработку мобильного приложения, пока 1С ещё не обновлена?

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

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

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