Разработка мобильного приложения для управления арендой оборудования

Представьте: склад с 500+ единицами техники, менеджеры тратят часы на перекрёстное бронирование, а клиенты жалуются на дубли. Классический Excel-учёт даёт 30% ошибок в инвентаризации. Мы разработали мобильное приложение под ключ, которое исключает эти проблемы: QR-инвентаризация, автоматическое бронирование в реальном времени, фотофиксация состояния. Система построена на связке Swift 5.9+ для iOS, Kotlin Jetpack Compose для Android и Python FastAPI на сервере. Данные синхронизируются через GraphQL и Firebase Cloud Messaging. Управление арендой становится прозрачным: каждая операция фиксируется, клиенты видят реальную доступность техники. За счёт автоматизации компания экономит до $18k–26k ежегодно при парке от 500 единиц. Накопленный опыт позволил запустить 12 подобных решений для складов от 100 до 2000 единиц. Средний возврат инвестиций — 4 месяца за счёт сокращения простоев и устранения конфликтов. Оценим ваш проект за 2 дня. Свяжитесь с нами, чтобы узнать, как ускорить выдачу в 5 раз.

Какие проблемы решает приложение?

Потеря оборудования и ошибки учёта

Без системы каждая единица требует ручного ввода. Наш опыт показывает: внедрение QR-инвентаризации снижает потери на 95%. По статистике, 60% споров при возврате решаются благодаря фотофиксации.

Двойное бронирование и потерянные заказы

Конфликты брони — частая головная боль. Автоматическая проверка доступности с блокировкой дат в реальном времени исключает пересечения. Серверная оптимистическая блокировка даёт мгновенный ответ: 200 OK или 409 Conflict.

Споры при возврате оборудования

Фотофиксация состояния до и после аренды — железное доказательство комплектности. Приложение сжимает снимки, сохраняя EXIF, и прикрепляет их к акту.

Роль фотофиксации при выдаче

Перед выдачей оператор фотографирует оборудование. Фото прикрепляются к договору как доказательство состояния. Это критично для разрешения споров при возврате.

// Android: CameraX для фотофиксации состояния
private fun takeHandoverPhoto() {
    val imageCapture = imageCapture ?: return
    val outputOptions = ImageCapture.OutputFileOptions.Builder(
        createTempFile("handover_${System.currentTimeMillis()}", ".jpg")
    ).build()
    imageCapture.takePicture(
        outputOptions,
        ContextCompat.getMainExecutor(this),
        object : ImageCapture.OnImageSavedCallback {
            override fun onImageSaved(output: ImageCapture.OutputFileResults) {
                val photoFile = output.savedUri?.toFile() ?: return
                viewModel.addHandoverPhoto(photoFile, currentRentalId)
            }
            override fun onError(exception: ImageCaptureException) {
                showError("Ошибка съёмки: ${exception.message}")
            }
        }
    )
}

Фотографии сжимаются до 1200px по длинной стороне перед загрузкой на сервер — оригинальный 12MP снимок на 4 МБ для этой задачи избыточен.

Как работает QR-инвентаризация?

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

// iOS: быстрый скан через AVCaptureSession
class BarcodeScannerViewController: UIViewController, AVCaptureMetadataOutputObjectsDelegate {
  func setupCapture() {
    let session = AVCaptureSession()
    guard let device = AVCaptureDevice.default(for: .video),
          let input = try? AVCaptureDeviceInput(device: device) else { return }
    session.addInput(input)
    let output = AVCaptureMetadataOutput()
    session.addOutput(output)
    output.setMetadataObjectsDelegate(self, queue: .main)
    output.metadataObjectTypes = [.qr, .code128, .ean13]
    let previewLayer = AVCaptureVideoPreviewLayer(session: session)
    previewLayer.frame = view.bounds
    view.layer.addSublayer(previewLayer)
    session.startRunning()
  }
  func metadataOutput(
    _ output: AVCaptureMetadataOutput,
    didOutput metadataObjects: [AVMetadataObject],
    from connection: AVCaptureConnection
  ) {
    guard let readableCode = metadataObjects.first as? AVMetadataMachineReadableCodeObject,
          let assetId = readableCode.stringValue else { return }
    AudioServicesPlaySystemSound(SystemSoundID(kSystemSoundID_Vibrate))
    loadEquipmentDetails(assetId: assetId)
  }
}

После скана приложение показывает карточку оборудования: название, серийный номер, текущий статус (AVAILABLE / RENTED / MAINTENANCE), историю аренд.

Сравнение: ручной ввод vs QR-сканирование

QR-сканирование в 15 раз быстрее ручного ввода — это ускоряет выдачу в 5 раз.

Как защититься от двойного бронирования?

Клиентское приложение показывает календарь доступности. Пересечения недопустимы. Логика проверки — на сервере, но UI блокирует занятые даты:

// iOS: DatePicker с недоступными датами
func configureDatePicker(unavailableDates: [DateInterval]) {
    datePicker.minimumDate = Date()
    // Для более гибкого контроля используем кастомный calendar component
    // с блокировкой конкретных диапазонов
    calendarView.disabledDateRanges = unavailableDates.map { CalendarDateRange(start: $0.start, end: $0.end) }
}

При конкурентном бронировании (два пользователя пытаются забронировать одновременно) — серверная оптимистическая блокировка: первый получает подтверждение, второй — ошибку 409 Conflict с предложением выбрать другие даты.

Как рассчитывается стоимость аренды?

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

def calculate_rental_cost( equipment: Equipment, start_date: datetime, end_date: datetime ) -> Decimal:
    duration = end_date - start_date
    hours = duration.total_seconds() / 3600
    if hours <= 4:
        return equipment.hourly_rate * Decimal(str(hours))
    elif hours <= 24:
        return equipment.daily_rate # посуточная ставка выгоднее
    else:
        days = math.ceil(hours / 24)
        return equipment.daily_rate * Decimal(str(days))

Приложение показывает расчёт в реальном времени при изменении дат — через debounced API-запрос или локальный расчёт с теми же правилами.

Депозит и залог

Для дорогостоящего оборудования берётся залог. Схема: при бронировании блокируется сумма на карте (authorization hold), при возврате оборудования в целости — разблокируется (void), при ущербе — списывается (capture).

// Stripe: authorization-only payment intent
let params = STPPaymentIntentParams(clientSecret: clientSecret)
params.captureMethod = .manual // захватим позже при необходимости
STPPaymentHandler.shared().confirmPayment(params, with: self) { status, intent, error in
    // intent.id сохраняем — нужен для capture или void при возврате
}

Процесс работы

1. Аналитика — изучаем бизнес-процессы, согласовываем прототип.
2. Проектирование — UX/UI дизайн, архитектура базы данных.
3. Разработка — iOS (Swift 5.9+, SwiftUI), Android (Kotlin, Jetpack Compose), сервер (Python/FastAPI).
4. Тестирование — модульные тесты, интеграция с App Store Connect и Google Play Console.
5. Деплой — публикация в магазины, настройка push-уведомлений (APNs/FCM).

Типовые сроки этапов

Что входит в работу

• Исходный код и документация API.
• Доступы к бэкенду и админ-панели.
• Обучение операторов (2 часа).
• Техническая поддержка 30 дней после запуска.
• Помощь в прохождении App Store Review Guidelines (Section 4.2/5.1).

Типичные ошибки при внедрении: пропуск настройки прав доступа для ролей (оператор vs администратор), отсутствие тестирования при слабом сигнале — критично для QR-сканирования, игнорирование требований к хранению персональных данных (GDPR/152-ФЗ). Избежать их поможет наш опыт — мы закладываем корректные конфигурации на этапе проектирования.

Ориентиры по срокам

Базовая версия (каталог, бронирование, QR-инвентаризация, оплата): 5–7 недель. Операторский модуль с фотофиксацией и актами — ещё 2–3 недели. Стоимость рассчитывается индивидуально, но экономия от внедрения достигает $18k–26k в год для среднего склада.

Мы — команда с 7+ годами опыта в разработке мобильных решений для аренды. Гарантируем прохождение App Store Review и Google Play. Получите консультацию по вашему проекту — мы подготовим коммерческое предложение за 2 дня.