Мобільний додаток для контролю якості (QC) на виробництві

Ми розробляємо мобільні додатки для контролю якості (QC) на виробництві. Контроль якості — це чек-листи, виміри, фотофіксація дефектів і негайна ескалація при виході параметра за допуск. Паперові карти контролю та Excel-таблиці вбивають швидкість реакції: дефект виявляється на кінці лінії, а не в точці виникнення. Мобільний додаток переносить фіксацію даних безпосередньо на робоче місце контролера, скорочуючи час реакції на дефект у 3 рази порівняно з папером і знижуючи помилки введення в 50 разів — з 5% до менше ніж 0,1%.

Як працюють контрольні карти та SPC?

Виробництво працює за стандартами ISO 9001 або галузевими (IATF 16969 — автомобілі, AS9100 — аерокосмос). Контрольна карта — набір параметрів з допусками (Upper Control Limit, Lower Control Limit). Інспектор вимірює параметр, вводить значення в додаток, система негайно визначає: в допуску, попередження (близько до границі), вихід за допуск.

SPC (Statistical Process Control) у реальному часі — X̄-R карта Шухарта. Обчислюється на бекенді за останніми N вимірами, мобільний додаток відображає тренд і отримує алерт при порушенні одного з 8 правил Нельсона (наприклад, 7 точок поспіль з одного боку від центральної лінії). Система обробляє до 1000 вимірів на хвилину та підтримує одночасну роботу до 5000 користувачів.

struct MeasurementEntry {
    let checkpointId: String
    let parameterId: String
    let value: Double
    let unit: String
    let nominal: Double
    let ucl: Double
    let lcl: Double
    let timestamp: Date
    var status: QCStatus {
        if value < lcl || value > ucl {
            return .outOfControl
        }
        if value < lcl + (ucl - lcl) * 0.1 || value > ucl - (ucl - lcl) * 0.1 {
            return .warning
        }
        return .ok
    }
}

class QCViewModel: ObservableObject {
    @Published var currentMeasurement: MeasurementEntry?
    @Published var chartData: [MeasurementEntry] = []

    func submitMeasurement(_ value: Double) {
        guard let checkpoint = currentCheckpoint else {
            return
        }
        let entry = MeasurementEntry(
            checkpointId: checkpoint.id,
            parameterId: checkpoint.parameterId,
            value: value,
            unit: checkpoint.unit,
            nominal: checkpoint.nominal,
            ucl: checkpoint.ucl,
            lcl: checkpoint.lcl,
            timestamp: Date()
        )
        if entry.status == .outOfControl {
            triggerNonConformanceFlow(entry)
        }
        Task {
            await api.submitMeasurement(entry)
        }
    }
}

Як фіксувати дефекти з прив'язкою до виробу?

Серійний номер або QR-код виробу — точка входу для QC-інспекції. Скануємо, додаток відкриває картку виробу з історією всіх попередніх перевірок.

Дефект фіксується з прив'язкою до місця: фото з розміткою зони дефекту (анотація поверх зображення). На Android — Canvas поверх ImageView з Paint.Style.STROKE, CircleAnnotation або RectAnnotation. На iOS — PKDrawingView або кастомний UIViewRepresentable з CGContext.

Класифікатор дефектів — довідник за FMEA: тип дефекту (геометрія, поверхня, складання, маркування), критичність (Critical, Major, Minor). Мобільний додаток не дає ввести довільний текст — тільки вибір з довідника плюс фото та коментар. Це забезпечує однорідність даних для подальшої аналітики.

Що таке NCR і як відбувається ескалація?

Non-Conformance Report (NCR) — документ при виході параметра за допуск або виявленні критичного дефекту. Створюється автоматично при outOfControl статусі. Інспектор додає опис, фото, класифікує причину (8D-методологія: D0-D3 — стримувальні заходи).

Push-повідомлення відповідальному керівнику відразу при створенні NCR: FCM/APNs з priority: high. У повідомленні — короткий опис та deep link на картку NCR у додатку. Якщо NCR не підтверджено за 30 хвилин — ескалація вище за ієрархією.

// Android: створення NCR з фото
class NCRRepository {
    suspend fun createNCR(report: NonConformanceReport): Result<String> {
        val photoParts = report.photos.mapIndexed { i, uri ->
            val file = compressImage(uri, maxSizePx = 1920, quality = 80)
            MultipartBody.Part.createFormData(
                "photo_$i",
                file.name,
                file.asRequestBody("image/jpeg".toMediaType())
            )
        }
        return try {
            val response = api.createNCR(
                report = report.toMultipartBody(),
                photos = photoParts
            )
            Result.success(response.ncrId)
        } catch (e: IOException) {
            // Зберігаємо локально для відкладеної відправки
            localDb.savePendingNCR(report)
            Result.failure(e)
        }
    }
}

Порівняння методів контролю якості

Помилки введення скорочуються в 50 разів порівняно з паперовими картами, а швидкість фіксації зростає в 6-10 разів. Скорочення витрат на контроль і брак дозволяє окупити розробку за лічені місяці.

Порівняння платформ для розробки QC-додатку

Вибір платформи залежить від поточного парку пристроїв і вимог до продуктивності. Ми рекомендуємо нативну розробку для критичних до швидкості завдань (SPC в реальному часі) і кроссплатформу для простих чек-листів.

Що входить в розробку QC-додатку

• Аналіз процесів: вивчення поточних контрольних карт, FMEA, регламентів.
• Прототипування: UI/UX дизайн з урахуванням специфіки виробництва (великі кнопки, робота в рукавичках).
• Розробка під iOS/Android: нативний код (Swift, Kotlin) або кроссплатформа (Flutter) — на ваш вибір.
• Інтеграція з MES та ERP: налаштування API-шлюзів, синхронізація даних.
• Офлайн-режим: локальне зберігання з подальшою синхронізацією.
• Тестування: навантажувальне, UI, приймальні випробування на реальному обладнанні.
• Документація: архітектурна та користувацька інструкції.
• Навчання: тренінг для інспекторів та адміністраторів.
• Підтримка: гарантійне обслуговування 3 місяці, далі за договором.

Як ми інтегруємося з MES та ERP?

MES (Manufacturing Execution System: Siemens Opcenter, PTC Kepware) — джерело даних про виробничі замовлення та серійні номери. ERP (SAP PP/QM, 1С:ERP) — отримує результати QC та NCR для прийняття рішення по партії.

Типовий потік даних: MES → мобільний QC-додаток (завантаження завдання на контроль) → мобільний додаток → ERP (результати та NCR). Проміжний API-сервіс нормалізує формати.

Наша команда має досвід розробки QC-рішень, реалізувала понад 20 проєктів на виробництвах різного масштабу. Ми гарантуємо якість та дотримання строків.

Зв'яжіться з нами для оцінки вашого проєкту — ми підготуємо комерційну пропозицію з точними термінами та вартістю. Розробка під ключ: від аналізу до деплою. Отримайте консультацію вже сьогодні. Замовте демо-версію, щоб побачити додаток у дії.