Ми розробляємо мобільні додатки для контролю якості (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) } } } Порівняння методів контролю якості
| Параметр | Паперові карти | Excel | Наш мобільний додаток |
|---|---|---|---|
| Швидкість фіксації | 3-5 хв на вимір | 2-3 хв | 15-30 сек |
| Помилки введення | до 5% | до 2% | <0.1% |
| Real-time моніторинг | ні | ні | так |
| Інтеграція з MES/ERP | ні | вручну | автоматична |
Помилки введення скорочуються в 50 разів порівняно з паперовими картами, а швидкість фіксації зростає в 6-10 разів. Скорочення витрат на контроль і брак дозволяє окупити розробку за лічені місяці.
Порівняння платформ для розробки QC-додатку
| Платформа | Продуктивність | Час виходу на ринок | Вартість розробки |
|---|---|---|---|
| iOS (Swift) | висока | 4-6 міс. | середня |
| Android (Kotlin) | висока | 4-6 міс. | середня |
| Flutter | середня | 3-5 міс. | низька |
| React Native | середня | 3-5 міс. | низька |
Вибір платформи залежить від поточного парку пристроїв і вимог до продуктивності. Ми рекомендуємо нативну розробку для критичних до швидкості завдань (SPC в реальному часі) і кроссплатформу для простих чек-листів.
Детальніше про офлайн-синхронізацію
Офлайн-режим базується на локальній БД SQLite з чергою операцій. При відновленні з'єднання дані надсилаються в тому ж порядку, в якому були створені. Конфлікти вирішуються за принципом «останній запис перемагає» з аудитом змін. Це гарантує цілісність навіть при тривалих перервах зв'язку.Що входить в розробку 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 проєктів на виробництвах різного масштабу. Ми гарантуємо якість та дотримання строків.
Зв'яжіться з нами для оцінки вашого проєкту — ми підготуємо комерційну пропозицію з точними термінами та вартістю. Розробка під ключ: від аналізу до деплою. Отримайте консультацію вже сьогодні. Замовте демо-версію, щоб побачити додаток у дії.