Розробка мобільного додатку для управління складом (WMS)

Розробка мобільного додатку для управління складом (WMS)

Ми створюємо додатки, які дозволяють складським працівникам виконувати операції швидше та без помилок, використовуючи спеціалізовані термінали збору даних (ТСД). Наш досвід включає інтеграцію з SAP, 1С та іншими ERP-системами, а також реалізацію офлайн-режиму для надійної роботи в умовах нестабільної мережі. Мобільний WMS — це не просто сканування штрихкодів. Це інтерфейс між складським працівником та системою управління запасами: приймання товару, розміщення на позиції, відбір для замовлення, переміщення між зонами, інвентаризація, відвантаження. Кожна операція потребує підтвердження через сканування, а додаток працює в умовах слабкого Wi-Fi, гумових рукавичок та 10-годинних змін.

Апаратура: ТСД та мобільні комп'ютери

Споживчий смартфон на складі — тимчасове рішення. Професійні ТСД (Zebra MC9300, Honeywell CT40, Point Mobile PM90) — це IP65/IP67 захист, змінні акумулятори, вбудований лазерний сканер з дальністю 10 метрів та підтримкою всіх одномірних та двомірних кодів.

Розробка для Zebra: DataWedge налаштовується через Intent API — додаток декларує профіль у datawedge.db або програмно через broadcast. Сканування приходить як Intent з extra com.symbol.datawedge.data_string:

class WarehouseActivity : AppCompatActivity() { private val scanReceiver = object : BroadcastReceiver() { override fun onReceive(context: Context, intent: Intent) { val barcode = intent.getStringExtra("com.symbol.datawedge.data_string") ?: return val source = intent.getStringExtra("com.symbol.datawedge.label_type") // EAN13, CODE128, QR_CODE viewModel.processBarcode(barcode, source) } } override fun onResume() { super.onResume() registerReceiver(scanReceiver, IntentFilter("com.symbol.datawedge.api.RESULT_ACTION")) // Вмикаємо DataWedge profile для нашого додатку sendDataWedgeIntent("com.symbol.datawedge.api.SWITCH_TO_PROFILE", "WarehousePro") } } 

Для Honeywell — Honeywell Scanning SDK (аналогічний Intent-механізм). Для універсальності: абстракція ScannerProvider з реалізаціями ZebraScanner, HoneywellScanner, CameraScanner. Визначаємо тип пристрою через Build.MANUFACTURER.

Завдання та черги: серверна модель

Складський працівник бачить список завдань, відсортованих за пріоритетом та маршрутом (щоб мінімізувати переміщення по складу). Завдання містить: тип операції, список товарних позицій з артикулами та кількістю, адреси комірок (стелаж-ярус-позиція).

@Entity(tableName = "tasks") data class WarehouseTask( @PrimaryKey val taskId: String, val type: TaskType, // RECEIVING, PUTAWAY, PICKING, REPLENISHMENT, INVENTORY val status: TaskStatus, // ASSIGNED, IN_PROGRESS, COMPLETED, BLOCKED val priority: Int, val assignedUserId: String, val lines: List<TaskLine>, val syncedAt: Long, ) @Entity(tableName = "task_lines") data class TaskLine( @PrimaryKey val lineId: String, val taskId: String, val sku: String, val description: String, val expectedQty: Double, val actualQty: Double?, val fromLocation: String?, val toLocation: String, val lotNumber: String?, val expiryDate: String?, ) 

Офлайн-режим: при втраті Wi-Fi завдання доступні з Room. Всі операції записуються локально з timestamp, синхронізуються пакетом при відновленні з'єднання. Конфлікт версій (інший користувач обробив ту саму позицію) — сервер вирішує за timestamp, додаток повідомляє про зміну.

Відбір за маршрутом (Picking)

Відбір — найкритичніша операція за часом. Сортування завдань за маршрутом обходу: алгоритм S-подібного маршруту (Serpentine) або найближчого сусіда за адресами комірок. Реалізується на бекенді, мобільний додаток отримує вже відсортований список.

Візуальний індикатор поточної комірки: виділення на схемі складу або просто великий адрес (A-12-03) на весь екран. Підтвердження через сканування адреси комірки — захист від помилок. Після сканування комірки — сканування штрихкоду товару, введення кількості (або автоматично 1, якщо одиничний відбір).

sealed class PickingStep { object ScanLocation : PickingStep() data class ScanItem(val expectedSku: String) : PickingStep() data class EnterQuantity(val sku: String, val required: Double) : PickingStep() data class Completed(val lineId: String) : PickingStep() } class PickingViewModel : ViewModel() { private val _step = MutableStateFlow<PickingStep>(PickingStep.ScanLocation) fun processBarcode(barcode: String) { when (val step = _step.value) { is PickingStep.ScanLocation -> { if (barcode == currentLine.toLocation) { _step.value = PickingStep.ScanItem(currentLine.sku) } else { _events.tryEmit(Event.WrongLocation(barcode, currentLine.toLocation)) } } is PickingStep.ScanItem -> { if (barcode == step.expectedSku || isAlias(barcode, step.expectedSku)) { _step.value = PickingStep.EnterQuantity(step.expectedSku, currentLine.expectedQty) } else { _events.tryEmit(Event.WrongItem(barcode)) } } else -> { /* обробка інших кроків */ } } } } 

Інтеграція з WMS/ERP

Типові інтеграції: SAP WM/EWM через RFC/BAPI або REST (SAP API Hub), 1С:УПП/ERP через HTTP-сервіс, Microsoft Dynamics 365 через Dataverse API, кастомні WMS через REST/gRPC.

Стратегія інтеграції: не смикати ERP напряму з мобільного — ставимо проміжний сервіс (middleware), який буферизує операції, обробляє помилки ERP та не роняє мобільний клієнт при 30-секундних відповідях SAP.

Як забезпечити роботу додатку без зв'язку?

Використовуємо Room для локального зберігання завдань та операцій. При втраті мережі всі дії записуються в локальну базу, а при відновленні — синхронізуються пакетно. Конфлікти вирішуються за часовими мітками. Такий підхід гарантує безперебійну роботу навіть при нестабільному Wi-Fi.

Чому обирати промисловий ТСД?

Смартфони не розраховані на пил, вологу та падіння. Промислові ТСД мають IP65/IP67, змінні акумулятори та вбудовані лазерні сканери. Це знижує час простою та кількість помилок сканування. На практиці, термін служби ТСД у 3-5 разів довший, ніж у звичайного смартфона на складі.

Що входить в роботу

• Аудит поточних складських процесів та вибір оптимального стеку.
• Розробка мобільного додатку під iOS, Android або крос-платформу.
• Налаштування DataWedge/Honeywell SDK та інтеграція з ТСД.
• Реалізація офлайн-режиму з синхронізацією.
• Інтеграція з ERP (SAP, 1С, Dynamics) через middleware.
• Тестування на складі, навчання співробітників та документація.
• Підтримка після запуску (гарантія 12 місяців).

Наші метрики

Понад 50 реалізованих проектів у сфері складської автоматизації. 5+ років експертизи в розробці мобільних WMS. Сертифіковані інженери по Zebra та SAP. Зв'яжіться з нами для розрахунку вартості вашого проекту.

Розробка мобільного WMS-додатку з підтримкою ТСД Zebra/Honeywell, офлайн-режимом, відбором за маршрутом та REST-інтеграцією: 3-5 місяців. Повний цикл (приймання, розміщення, відбір, інвентаризація, відвантаження) з інтеграцією SAP/1С: 5-8 місяців. Вартість розраховується індивідуально. Отримайте консультацію — оцінимо ваш проект.