אפליקציית QC ניידת: SPC, מעקב אחר פגמים ושילוב MES

אנו בונים יישומים ניידים לבקרת איכות (QC) ברצפת הייצור. קיצור זמן תגובה לפגמים פי 3 והפחתת שגיאות הזנת נתונים פי 50 הם יתרונות מרכזיים. יישום בקרת האיכות הנייד שלנו משלב תרשימי SPC ומעקב אחר פגמים לבקרת איכות בייצור. דפי בדיקה מנייר וגיליונות Excel הורגים את מהירות התגובה: פגמים מתגלים בסוף הקו, לא בנקודת ההתרחשות. יישום נייד מעביר את איסוף הנתונים ישירות לתחנת העבודה של המפקח, וקוצר את זמן התגובה לפגמים פי 3 בהשוואה לנייר ומפחית שגיאות הזנת נתונים פי 50 – מ-5% לפחות מ-0.1%. עבור קו ייצור טיפוסי, הפחתת גרוטאות יכולה לחסוך $50,000 בשנה, עם החזר השקעה תוך 6 חודשים.

כיצד פועלים תרשימי בקרה ו-SPC ביישום?

הייצור מתנהל לפי ISO 9001 או תקנים תעשייתיים (IATF 16949 לרכב, AS9100 לתעופה). תרשים בקרה הוא קבוצת פרמטרים עם סובלנויות (גבול בקרה עליון, גבול בקרה תחתון). המפקח מבצע מדידה, מזין את הערך ליישום, והמערכת קובעת מיד: בטווח סובלנות, אזהרה (קרוב לגבול), או מחוץ לסובלנות.

SPC (בקרת תהליכים סטטיסטית) בזמן אמת – תרשים Shewhart X̄-R לנתונים משתנים, ותרשימי p לנתונים קטגוריים. זה מחושב בקצה האחורי באמצעות N המדידות האחרונות; היישום הנייד מציג את המגמה ומקבל התראה כאשר אחת מ-8 הכללים של נלסון מופרת (לדוגמה, 7 נקודות רצופות בצד אחד של הקו המרכזי). המערכת מטפלת בעד 1000 מדידות לדקה ותומכת בעד 5000 משתמשים בו-זמנית. מדדי יכולת (Cpk, Ppk) מחושבים אוטומטית. היישום שלנו מעבד תרשימי SPC פי 10 מהר יותר מעדכוני Excel ידניים.

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. סרוק אותו, והיישום פותח את כרטיס החלק עם ההיסטוריה של כל הבדיקות הקודמות.

פגם נרשם עם קישור למיקום: תמונה עם סימון אזור הפגם (הערה מעל התמונה). באנדרואיד – Canvas מעל 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) } } } עם ImageView, CircleAnnotation או RectAnnotation. ב-iOS – Paint.Style.STROKE או PKDrawingView מותאם אישית עם UIViewRepresentable.

מסווג פגמים – ספרייה המבוססת על FMEA: סוג פגם (גיאומטריה, משטח, הרכבה, תיוג), חומרה (קריטי, מרכזי, מינורי). היישום הנייד אינו מאפשר טקסט חופשי – רק בחירה מהספרייה בתוספת תמונה והערה. זה מבטיח אחידות נתונים לניתוחים עתידיים. יישום מעקב פגמים נייד זה גם לוכד פגמי הרכבה ותיוג עם הוכחה מצולמת.

כיצד מטפלים באי-התאמות?

דוח אי-התאמה (NCR) – מסמך שנוצר כאשר פרמטר יוצא מטווח הסובלנות או נמצא פגם קריטי. הוא נוצר אוטומטית עם סטטוס outOfControl. המפקח מוסיף תיאור, תמונה ומסווג את הגורם (מתודולוגיית 8D: D0–D3 לפעולות בלימה).

התראה push נשלחת למנהל האחראי מיד עם יצירת ה-NCR: FCM/APNs עם עדיפות: גבוהה. ההתראה כוללת תיאור קצר וקישור עמוק לכרטיס ה-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)
        }
    }
}

השוואת שיטות QC

שגיאות הזנת נתונים מופחתות פי 50 בהשוואה לכרטיסי נייר, ומהירות הלכידה עולה פי 6–10. הפחתת עלויות הבקרה והגרוטאות מאפשרת לפיתוח להחזיר את עצמו תוך חודשים ספורים.

השוואת פלטפורמות לפיתוח יישום QC

בחירת הפלטפורמה תלויה בציוד הקיים ובדרישות הביצועים. אנו ממליצים על פיתוח native למשימות רגישות למהירות (SPC בזמן אמת) ועל פיתוח cross-platform לרשימות בדיקה פשוטות בייצור.

תוצרים

1. ניתוח תהליך: חקר תרשימי בקרה קיימים, FMEA, תקנות.
2. אב-טיפוס: עיצוב UI/UX תוך התחשבות במאפייני הייצור (כפתורים גדולים, עבודה עם כפפות).
3. פיתוח iOS/Android: קוד native (Swift, Kotlin) או cross-platform (Flutter) – לבחירתך.
4. אינטגרציית MES ו-ERP: הגדרת שער API, סנכרון נתונים.
5. מצב לא מקוון: אחסון מקומי עם סנכרון לאחר מכן.
6. בדיקות: עומס, UI, בדיקות קבלה על ציוד אמיתי.
7. תיעוד: מדריכים ארכיטקטוניים ומדריכי משתמש.
8. הדרכה: הכשרה למפקחים ומנהלים.
9. תמיכה: אחריות ל-3 חודשים, ולאחר מכן על בסיס חוזה.

אינטגרציית MES ו-ERP

MES (מערכת ניהול ייצור: Siemens Opcenter, PTC Kepware) – מקור נתונים להזמנות ייצור ומספרים סידוריים. ERP (SAP PP/QM, 1C:ERP) – מקבל תוצאות QC ו-NCR להחלטות על אצוות.

זרימת נתונים טיפוסית: MES → יישום QC נייד (טעינת משימת בדיקה) → יישום נייד → ERP (תוצאות ו-NCR). שירות API ביניים מנרמל פורמטים.

לצוות שלנו ניסיון בפיתוח פתרונות QC, עם יישום של למעלה מ-20 פרויקטים בקווי ייצור בקנה מידה שונה. אנו מבטיחים איכות ועמידה בלוחות זמנים. אנו מציעים פיתוח תוכנת QC מותאם אישית לצרכי הייצור שלך.

צור קשר להערכת פרויקט – נכין הצעה מסחרית עם לוחות זמנים ועלות מדויקים. פיתוח מקצה לקצה: מניתוח ועד פריסה. קבל ייעוץ היום. בקש הדגמה כדי לראות את היישום בפעולה.