Мы разрабатываем мобильные приложения для контроля качества (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 проектов на производствах различного масштаба. Мы гарантируем качество и соблюдение сроков.
Свяжитесь с нами для оценки вашего проекта — мы подготовим коммерческое предложение с точными сроками и стоимостью. Разработка под ключ: от анализа до деплоя. Получите консультацию уже сегодня. Закажите демо-версию, чтобы увидеть приложение в действии.