При прийманні товару на складі оператор витрачає 15 хвилин на ручне введення 50 коробок. З нашим застосунком — 2 хвилини. Заміна паперових актів та ручного введення на сканування й автоматичну звірку із замовленням (Purchase Order) — реальний кейс, який ми впровадили на складі зі 100 приходами на день. Економія часу — 8 годин роботи персоналу щоденно, зниження помилок з 5% до 0.5%. Рішення — мобільний застосунок із вбудованим сканером штрих-кодів та Data Matrix. Зв'яжіться з нами, щоб отримати прототип за 2 дні та оцінити прискорення на вашому складі.
Як автоматизація приймання зі сканером прискорює роботу в 5 разів
Ручне приймання призводить до затримок, помилок введення та суперечок із постачальниками. Сканер штрих-кодів прискорює процес у 3–5 разів: оператору не потрібно вбивати артикули та кількості вручну. Парсинг GS1-128 дозволяє витягти GTIN, номер лоту, термін придатності та кількість з одного штрихкоду. Згідно з GS1 General Specifications, цей формат підтримує до 48 цифр. Наприклад, палета з SSCC дає одразу всі дані про коробки всередині. Ми інтегрували GS1-128 та Data Matrix, включаючи коди маркування Чесний Знак. Крім того, підтримуються EAN-13, ITF-14, Code 128 та QR — повний набір для будь-яких постачальників.
Сканування Data Matrix для обов'язкового маркування
Для товарів, що підлягають обов'язковому маркуванню (Чесний Знак), Data Matrix — єдиний формат, що відповідає вимогам законодавства. Застосунок парсить криптохвіст, перевіряє код в режимі онлайн через API Чесного Знака та фіксує статус — дозволено до продажу, заблоковано або з вичерпаним терміном. Це виключає приймання контрафакту та штрафи згідно з 54-ФЗ. Фотофіксація браку на цьому етапі дозволяє зафіксувати пошкодження та прикріпити до акту розбіжностей ТОРГ-2.
Верифікація із замовленням: алгоритм роботи
Основний сценарій: завантажуємо Purchase Order (замовлення постачальнику) перед прийманням, скануємо товар, що надходить, порівнюємо факт із планом у реальному часі.
data class ReceivingLine( val poLineId: String, val sku: String, val gtin: String, val orderedQty: Double, val receivedQty: Double = 0.0, val lotNumber: String? = null, val expiryDate: LocalDate? = null, val status: LineStatus = LineStatus.PENDING ) class ReceivingViewModel : ViewModel() { fun processScan(parsedBarcode: Map<String, String>) { val gtin = parsedBarcode["01"] ?: parsedBarcode["02"] ?: return val lot = parsedBarcode["10"] val expiry = parsedBarcode["17"]?.let { parseExpiry(it) } val qty = parsedBarcode["37"]?.toDoubleOrNull() ?: 1.0 val line = findLineByGtin(gtin) ?: run { // Товар не в PO — попередження, фіксуємо як неочікуваний recordUnexpectedItem(gtin, qty) return } val updated = line.copy( receivedQty = line.receivedQty + qty, lotNumber = lot ?: line.lotNumber, expiryDate = expiry ?: line.expiryDate, status = when { line.receivedQty + qty > line.orderedQty * 1.05 -> LineStatus.OVER_RECEIVED abs(line.receivedQty + qty - line.orderedQty) < 0.01 -> LineStatus.COMPLETED else -> LineStatus.IN_PROGRESS } ) updateLine(updated) } } Перебір (over-receiving) та недобір — обидва потребують візуального попередження. Колірне кодування: зелений (у допуску), жовтий (невелике відхилення), червоний (значний перебір або брак). Додатково фіксуються фото пошкоджень — кожне зображення прив'язується до рядка акту та зберігається в S3 з тимчасовим посиланням. Верифікація поставок на цьому етапі гарантує точність обліку.
Що робити при розбіжностях із замовленням?
Якщо сканування виявляє надлишки або недостачу, застосунок пропонує оператору сфотографувати проблемну позицію та сформувати акт розбіжностей ТОРГ-2. Документ можна одразу надіслати постачальнику через e-mail. Для інвентаризації складу цей функціонал дозволяє оперативно виявити системні помилки поставок.
Як налаштувати сканування GS1-128: покрокова інструкція
- Підключіть сканер до пристрою через Bluetooth.
- Відкрийте застосунок та оберіть «Приймання».
- Наведіть камеру на штрихкод GS1-128.
- Перевірте розпізнані дані: GTIN, лот, термін, кількість.
- Підтвердіть приймання — дані автоматично звіряться з PO.
Що входить у розробку під ключ
| Етап | Склад |
|---|---|
| Мобільний застосунок | iOS (SwiftUI/Combine) та/або Android (Jetpack Compose), сканування через ML Kit / AVFoundation, офлайн-режим із синхронізацією |
| Бекенд | API на Kotlin або Node.js, інтеграція з WMS/1С за REST/SOAP, зберігання фото в S3 |
| Інтеграції | Чесний Знак (верифікація кодів), e-mail/docs (автоматичне надсилання актів), жестові підписи |
| Документація | API-специфікація (OpenAPI), інструкція для оператора, акт приймання-передачі |
| Навчання | Онлайн-сесія для комірників та адміністраторів, запис екрану |
| Гарантія | 6 місяців безкоштовних оновлень та консультацій |
Додатково надаємо: навантажувальне тестування, міграцію даних з legacy-систем, підготовку застосунку до публікації в App Store та Google Play (включаючи сертифікати Code Signing і Provisioning Profile). Замовте розробку під ключ — і отримайте готове рішення з гарантією.
Порівняння швидкості приймання
| Параметр | Ручне приймання | Автоматизоване приймання |
|---|---|---|
| Час на позицію | 5–7 хвилин | 30–60 секунд |
| Помилки введення | 2–5% | <0.5% |
| Доступність акту | Кінець зміни | Одразу після сканування |
Для складу зі 100 приходів на день економія — близько 8 годин роботи персоналу. Економія за рахунок зниження штрафів та прискорення оборотності може бути значною. Автоматизоване приймання швидше за ручне в 3–5 разів і точніше в 10 разів.
Інтеграція з Чесним Знаком
Застосунок автоматично перевіряє кожен код Data Matrix через API системи Чесний Знак. Якщо код уже вибув з обігу або підроблений — оператор отримує попередження. Після завершення приймання формується акт з переліком усіх перевірених кодів, що знижує ризики претензій з боку контролюючих органів. Цю процедуру можна налаштувати на автоматичне надсилання через e-mail або direct push у WMS.
Як отримати прототип за 2 дні?
Залиште заявку на нашому сайті — ми проаналізуємо ваш складський процес, підготуємо прототип застосунку та продемонструємо його роботу. Зв'яжіться з нами, щоб обговорити інтеграцію та терміни.
Гарантії якості розробки
Кожен проект проходить code review, автотести (UI + unit) та інтеграційне тестування з реальними сканерами. Використовуємо CI/CD (GitHub Actions) для збірки та публікації в TestFlight/Google Play Console. Сертифіковані розробники Apple та Google. Отримайте консультацію — ми підготуємо комерційну пропозицію та прототип за 2 робочі дні. Зв'яжіться з нами, щоб розрахувати терміни та вартість індивідуально.