Уявіть: склад із 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 дні.