Представьте: склад с 500+ единицами техники, менеджеры тратят часы на перекрёстное бронирование, а клиенты жалуются на дубли. Классический Excel-учёт даёт 30% ошибок в инвентаризации. Мы разработали мобильное приложение под ключ, которое исключает эти проблемы: QR-инвентаризация, автоматическое бронирование в реальном времени, фотофиксация состояния. Система построена на связке Swift 5.9+ для iOS, Kotlin Jetpack Compose для Android и Python FastAPI на сервере. Данные синхронизируются через GraphQL и Firebase Cloud Messaging. Управление арендой становится прозрачным: каждая операция фиксируется, клиенты видят реальную доступность техники. За счёт автоматизации компания экономит до 2 млн рублей ежегодно при парке от 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–30 сек | 1–2 сек |
| Ошибки ввода | 5–10% | <0.1% |
| Обучение оператора | 1 час | 5 минут |
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 при возврате } Процесс работы
- Аналитика — изучаем бизнес-процессы, согласовываем прототип.
- Проектирование — UX/UI дизайн, архитектура базы данных.
- Разработка — iOS (Swift 5.9+, SwiftUI), Android (Kotlin, Jetpack Compose), сервер (Python/FastAPI).
- Тестирование — модульные тесты, интеграция с App Store Connect и Google Play Console.
- Деплой — публикация в магазины, настройка push-уведомлений (APNs/FCM).
Типовые сроки этапов
| Этап | Длительность |
|---|---|
| Аналитика и прототип | 1–2 недели |
| Дизайн (UX/UI) | 2–3 недели |
| Разработка мобильного приложения (iOS + Android) | 4–6 недель |
| Бэкенд и интеграция | 2–3 недели |
| Тестирование и деплой | 1–2 недели |
Что входит в работу
- Исходный код и документация API.
- Доступы к бэкенду и админ-панели.
- Обучение операторов (2 часа).
- Техническая поддержка 30 дней после запуска.
- Помощь в прохождении App Store Review Guidelines (Section 4.2/5.1).
Типичные ошибки при внедрении: пропуск настройки прав доступа для ролей (оператор vs администратор), отсутствие тестирования при слабом сигнале — критично для QR-сканирования, игнорирование требований к хранению персональных данных (GDPR/152-ФЗ). Избежать их поможет наш опыт — мы закладываем корректные конфигурации на этапе проектирования.
Ориентиры по срокам
Базовая версия (каталог, бронирование, QR-инвентаризация, оплата): 5–7 недель. Операторский модуль с фотофиксацией и актами — ещё 2–3 недели. Стоимость рассчитывается индивидуально, но экономия от внедрения достигает 2 млн рублей в год для среднего склада.
Мы — команда с 7+ годами опыта в разработке мобильных решений для аренды. Гарантируем прохождение App Store Review и Google Play. Получите консультацию по вашему проекту — мы подготовим коммерческое предложение за 2 дня.