Данные и операции
Число сущностей, расчёты, поиск, загрузка файлов и критические изменения. Кто подтверждает результат и какие исключения нужны.
13FOX / Серверная разработка
Разработка backend для мобильного приложения
Правила продукта, данные, API и админка для нового или уже готового мобильного приложения.
Мы создаём серверную часть для вашей продуктовой команды: приложение получает данные и выполняет операции, сотрудники управляют ими через админ-панель. Работаем вместе с командой, которая разрабатывает ваше мобильное приложение.
Для начала: один сценарий, нужные системы и платформы.
Наш проект «Бакаев»Приложение, админка и 1С связаны сервером синхронизации.
01 / От экрана к действию
Заказ должен дойти
до сотрудника.
В макете уже есть кнопка «Оформить». Мы разбираем, какие данные она отправляет, кто подтверждает наличие, как появляется заказ в админке и что увидит покупатель. На этом пути становится понятен состав серверной работы.
Пример нашего подхода · условный заказ
Покупатель заказывает товар с телефона
В этом примере каталог ведётся в учётной системе, а заказ и его состояние хранятся на сервере приложения. Источник доступного количества согласуем до разработки.
- 01
Клиент отправляет
Позиции, количество, адрес и идентификатор операции. Итоговую цену сервер проверяет по согласованному источнику.
- 02
Сервер проверяет
Кто покупатель, разрешена ли операция и доступен ли товар. Сохраняет заказ и возвращает его номер и состояние.
- 03
Сотрудник обрабатывает
Открывает заказ в админке, видит состав и меняет разрешённый статус. Изменение записывается в историю.
- 04
Покупатель получает
Видит подтверждённый статус при следующем запросе приложения. Уведомления подключаем по согласованным событиям.
Проверка результата
Номер один и тот же в приложении и админке
Мы сверяем состав, итог, покупателя и статус. Если учёт временно недоступен, приложение показывает согласованное состояние ожидания. Подтверждение наличия и момент резерва описываем отдельным правилом.
Проверка повтора
Сервер сохранил заказ, телефон не получил ответ
Мы проектируем повтор с тем же идентификатором операции: сервер определяет, был ли заказ принят, и возвращает согласованный результат. Для нового запроса с изменённым составом задаём отдельное поведение. Проверяем параллельный повтор, привязку идентификатора к покупателю, срок его хранения и восстановление после сбоя.
Проверка доступа
Покупатель подставляет номер чужого заказа
Сервер проверяет принадлежность заказа при каждом запросе. Мы проверяем получение карточки, изменение статуса и доступ к вложению напрямую через API. Данные другого покупателя должны оставаться недоступными.
Это демонстрация проектируемых правил. На вашей задаче мы согласуем состояния, исключения и ожидаемый результат каждого теста.
02 / Общие правила продукта
Один backend
для нескольких клиентов.
Сайт, iOS- и Android-приложение могут обращаться к одной серверной системе. Мы выносим общие правила на сервер: проверку цены, доступ к данным, создание заказа и допустимые переходы статуса. Особенности интерфейса остаются у команды каждого клиента.
API описывает, какой запрос отправить и какой ответ ожидать. Мы согласуем его с мобильными разработчиками и передаём описание в OpenAPI: поля, ошибки, примеры и способы авторизации. Отдельно задаём совместимость с версиями приложения, которые ещё установлены у пользователей.
iOSAndroidСайт
API и серверные правилаДоступ · операции · состояния · проверки
База продуктаПользователи, заказы, история
Внешние системыУчёт, CRM, оплата по задаче
Схема подхода. Владельца каждого поля определяем для вашего проекта.
Цена, остаток и статус могут иметь разные источники
Мы составляем карту данных: кто меняет поле, где хранится утверждённое значение и как его получает приложение. Если цена приходит из 1С, ручное изменение в админке требует согласованного правила. Если нужен только обмен с уже работающим внешним сервисом, начнём с API-интеграции.
03 / Реализованный проект
«Бакаев»: от заказа
до данных в 1С.
Мы разработали мобильный магазин и админ-панель, помогли перенести локальную 1С в облако и связали системы через API. Для обмена работает сервер синхронизации.
- Сотрудник меняет фотографию в админке. Изображение обновляется в 1С.
- Покупатель оформляет заказ в приложении. Остаток уменьшается в админке и учётной системе.
- Изменения из 1С доходят до приложения через связанную серверную систему.
Команда магазина видит активные и завершённые заказы, сумму, статус и назначенного курьера. Каталог содержит больше 10 000 товаров.
Посмотреть кейс «Бакаев» ↗
04 / Первый релиз
Сначала закрываем
рабочий сценарий целиком.
Мы предлагаем первую версию с согласованными сущностями, ролями и одной ключевой операцией. В неё входят сервер, нужные методы API, рабочее место сотрудника и проверки. Так мобильная команда может подключить реальный процесс и принять результат вместе с бизнесом.
Что передаём вашей команде
- Модель данных и API
- Сущности, связи, источники полей, запросы, ответы и ошибки. Тестовую среду для мобильных разработчиков.
- Сервер и админ-панель
- Согласованные операции и статусы, управление данными, роли сотрудников, историю критических действий.
- Проверки и запуск
- Сценарии приёмки, согласованный нагрузочный тест, резервное копирование и проверку восстановления.
- Исходники и инструкции
- Репозиторий, инструкции сборки и размещения, описание настроек и зависимостей. Порядок передачи доступов и план сопровождения фиксируем в договоре.
Границы фиксируем до оценки
Мобильный интерфейс, его доработка и публикация в магазинах относятся к отдельным работам. Платежи, сложный учёт, перенос данных, офлайн-режим и несколько учётных баз включаем по необходимости. С вашей командой определяем владельцев данных и порядок предоставления тестовых доступов; со своей стороны отвечаем за согласованную серверную часть, API, админку и проверки.
05 / Стоимость и срок
Смету определяют
правила и зависимости.
Количество экранов помогает понять интерфейс, но для оценки backend мы разбираем операции за ними. Один экран оплаты может потребовать нескольких состояний, подтверждения от платёжной системы, проверки повтора и возврата.
Интеграции и готовый клиент
Доступность документации, тестовых сред и нужных методов. Совместимость с уже написанным приложением и качество исходных данных.
Админка и права
Рабочие места сотрудников, роли, фильтры, массовые операции и журнал. Разрешения на просмотр, изменение и выгрузку.
Нагрузка и эксплуатация
Ожидаемые одновременные действия, объём данных и пики. Размещение, мониторинг, резервные копии и поддержка после релиза.
Если у продукта уже есть подходящий backend или готовый сервис покрывает правила, мы оценим доработку и настройку. Для собственного backend отдельно покажем разработку, запуск, расходы на инфраструктуру и дальнейшее сопровождение. Срок определим после проверки состава и внешних зависимостей.
06 / Работа команды
Принимаем результат
по действиям и данным.
Начинаем с макетов или сборки, описания сценария и списка систем. С вашей командой определяем первый релиз и договорённости по API. Затем реализуем сервер и админку на тестовой среде, подключаем клиент и проходим согласованные проверки перед запуском.
Для эксплуатации задаём журнал ошибок, показатели работы и ответственного за уведомления. Согласуем реакцию на сбой, окна обновления и восстановление. Условия поддержки включаем в отдельный состав работ.
При подготовке API используем OpenAPI; проверки доступа и HTTP API опираются на рекомендации OWASP по авторизации и безопасности REST.
Что включаем в приёмку
- Операция проходит от приложения до админки; состав и статус совпадают.
- Повтор после потери ответа проверен; сверены заказ и связанные изменения данных.
- Пользователь не получает чужие записи и файлы; отозванный доступ прекращает действовать.
- Некорректные входные данные, размеры запросов и частые обращения обработаны по заданным ограничениям; API работает через HTTPS.
- Результат нагрузочного теста соответствует согласованному профилю и порогам.
- Старая поддерживаемая версия клиента работает после обновления API; восстановление из копии проверено.
До начала проекта
Что обсудим
с технической командой
Можно заказать backend, если приложение делает другая команда?
Да. Мы согласуем модель данных, методы API, формат ошибок и тестовую среду с разработчиками клиента. До оценки проверим макеты или сборку и разделим ответственность за серверную и мобильную части.
Можно ли использовать один backend для сайта и приложения?
Да, если у них общие данные и правила. Мы проектируем доступ для каждого клиента и совместимость версий. Веб-интерфейс и мобильный клиент подключаются к согласованному API; их разработку оцениваем отдельно.
Что нужно, если сервер уже существует?
Описание API, тестовая среда и исходники в пределах согласованного доступа. Мы проверим, какие правила и методы уже работают, и определим состав доработки. Перенос данных и переключение действующих клиентов планируем отдельно.
Как проверить передачу исходников и поддержку до договора?
Попросите включить репозиторий, инструкции развёртывания, описание зависимостей и порядок передачи доступов в состав результата. Зафиксируйте права на код и условия использования сторонних компонентов. Для поддержки согласуйте ответственного, режим реакции, мониторинг и работы, оплачиваемые отдельно.
Работаете с компаниями из Москвы и Санкт-Петербурга?
Мы работаем по России, включая Москву и Санкт-Петербург. В удалённом формате согласуем API с вашей командой, показываем работу на тестовой среде и проверяем сценарии вместе с вашей командой. Для оценки достаточно одного процесса, списка систем и платформ.
Ваш следующий шаг
Пришлите один
сценарий приложения.
Укажите платформы приложения, нужные системы и то, что уже готово: дизайн, клиент или сервер. Мы разберём путь данных, предложим состав первого релиза и подготовим оценку с допущениями и зависимостями.