Разработка мобильных приложений в Новосибирске: данные из учётных систем, а не из отдельной базы
В этой статье
Новосибирск собрал у себя оптовую торговлю на всю Сибирь, сильную медицину, аптечные сети, образовательные центры и наукоёмкое производство. Общее для всех этих компаний – зрелые учётные системы, которые складывались годами. Поэтому мобильный продукт здесь оценивают по одному критерию: подтягивает ли он реальные остатки, расписание и цены из 1С и профильного софта или показывает то, что кто-то руками занёс в админку.
Направления, где мобильный продукт окупается быстрее всего
- аптечные сети и фарм-дистрибуция: бронь препарата в ближайшей точке с проверкой наличия;
- медцентры и лаборатории: запись к врачу по живому расписанию и выдача результатов исследований;
- оптовые компании: дилерский кабинет с ценами по договору и отгрузочными документами;
- образовательные центры и школы: расписание занятий, оплата, домашние задания;
- сервисы доставки и общепит с накопительной программой.
Отдельно идут внутренние продукты для производства и складов – заявки на ремонт, обходы оборудования, приёмка и инвентаризация по штрихкоду. Их не найти в магазинах приложений, но по трудоёмкости они часто превосходят публичные проекты.
Как приложение получает данные из 1С
Прямое подключение смартфона к базе – плохая идея по безопасности и по нагрузке. Мы ставим между ними серверный слой: он ходит в 1С через веб-сервисы либо получает данные плановым обменом, кеширует справочники и отдаёт клиенту компактный ответ. Приложение продолжает работать, когда база занята закрытием периода, а обновление конфигурации не ломает мобильную часть.
Через обмен проходят номенклатура и цены по типам контрагентов, остатки по каждой точке, заказы и брони, взаиморасчёты и статусы отгрузки. Документ создаётся в базе в момент оформления заказа, поэтому менеджеру не нужно ничего переносить руками.
Профильные системы: МИС, ЛИС, кассовый софт
В медицинских проектах 1С – только часть картины. Расписание врачей живёт в медицинской информационной системе, результаты анализов – в лабораторной, оплата – в эквайринге, а карта пациента должна собирать всё вместе. Мы подключаемся к тем интерфейсам, которые предоставляет вендор, и согласуем обработку персональных данных: что хранится на устройстве, что на сервере, как устроен доступ к результатам. В рознице аналогичную роль играет кассовый софт – без связи с ним бонусная программа рассыпается на две несогласованные версии.
Похожая ситуация в образовании: расписание и посещаемость ведутся в собственной системе центра, а оплата абонемента – в бухгалтерии. Приложение родителя объединяет обе стороны, показывая и график занятий, и остаток по договору. Логика та же, что и в медицине: собрать разрозненные источники в один экран, не дублируя данные.
Оплата и программа лояльности
Платежи идут через шлюз: карты, СБП, сохранённые способы оплаты, рассрочка для дорогих услуг. Бонусный счёт синхронизируется с кассой в обе стороны, уровни и персональные скидки считаются по одним правилам онлайн и офлайн. Поверх подключается CRM: заявка превращается в сделку, обращение – в задачу ответственному, а маркетолог видит источник каждого клиента. Смежные каналы привлечения описаны в разделах продвижения и работы в социальных сетях.
Сколько идёт разработка и от чего зависит цена
- Обследование систем и составление карты обмена – 1–2 недели.
- Прототип и дизайн под обе платформы – 2–3 недели.
- Программирование серверного слоя и клиентов – 6–12 недель.
- Тестирование на реальных данных заказчика – 1–2 недели.
- Публикация и настройка аналитики – около недели.
Цена зависит от количества подключаемых систем и ролей пользователей. Продукт с одной интеграцией и продукт, который связывает 1С, МИС и эквайринг, различаются по трудоёмкости в разы, хотя внешне могут выглядеть похоже. Диапазоны стоимости приведены на странице цен.
Публикация, аналитика, поддержка
Размещаем сборки в Google Play, RuStore и App Store; все учётные записи зарегистрированы на заказчика. Одновременно включаем аналитику событий, чтобы после релиза было видно не только количество установок, но и то, где пользователи бросают сценарий. Дальше идёт сопровождение: обновления под новые версии операционных систем, доработки обмена при изменениях в 1С, реакция на обращения пользователей. Условия описаны на странице технической поддержки.
Частые вопросы
Мы работаем в Новосибирске, а у сети есть филиалы в других городах. Как это учесть? Точки заводятся в учётной системе с собственными остатками, ценами и расписанием, а пользователь выбирает нужный город или адрес прямо в приложении.
Что с персональными данными пациентов? Данные хранятся на стороне заказчика, передача идёт по защищённому каналу, доступ – по авторизации. Состав хранимой информации согласуется до начала разработки.
Можно ли обойтись без App Store и выпустить только Android-версию? Можно. Для многих сибирских проектов это разумный старт: серверная часть уже готова, и версия для iPhone добавляется позже с меньшими затратами.
Напишите или позвоните, если хотите разобраться, какие ваши процессы реально переносятся в мобильный интерфейс, а какие проще оставить в учётной системе. Обсудим предметно: +7 (901) 417-22-12.
