פיתוח אפליקציות מובייל למכונות אוטומטיות

פיתוח אפליקציות מובייל למכונות אוטומטיות

אנו יוצרים אפליקציות מובייל לרשתות מכונות אוטומטיות שהופכות מכונה רגילה לנקודת מכירה דיגיטלית. עם הפתרון שלנו, המפעיל מקבל טלמטריה בזמן אמת, הקונה משלם באמצעות קוד QR ללא מטבעות, והמכונה עצמה מדווחת על תקלות. קבלו הערכה לפרויקט עבור הרשת שלכם — כתבו לנו, נשתף פרטים.

מכונה אוטומטית ללא אפליקציית מובייל היא רק מקבלת שטרות ומחליפת מטבעות. עם אפליקציה: תשלום QR, עסקאות ללא מזומן, תוכנית נאמנות, התראות push על מוצרים חדשים, היסטוריית רכישות. עבור מפעיל הרשת — טלמטריה: רמות מילוי, תקלות מכניות, הכנסות לפי מיקום בזמן אמת. הניסיון שלנו: 5+ שנים בפיתוח תוכנה למכונות אוטומטיות, 20+ פרויקטים מיושמים. אנו מבטיחים פעולה יציבה גם בזמן הפסקות תקשורת.

כיצד פועל תשלום QR במכונות אוטומטיות

לתשלום ללא מזומן באמצעות טלפון, משולב מודול תשלום באפיק MDB של המכונה. המשתמש משלם באפליקציה — השרת שולח אות למודול, הוא מחקה הטלת מטבע, והמכונה מחלקת את המוצר. סשן תשלום QR מייצר טוקן ייחודי עם TTL של 120 שניות. אם המשתמש לא משלם, ה-QR פג והמכונה מאפסת את מצב ההמתנה.

// iOS: генерация QR с session token для автомата
class VendingSessionManager {
    func createPaymentSession(machineId: String, amount: Decimal) async throws -> PaymentSession {
        let session = try await api.createSession(VendingSessionRequest(
            machineId: machineId,
            amount: amount,
            expiresIn: 120 // 2 минуты
        ))
        // QR содержит session.deepLink — открывает приложение при сканировании
        return session
    }
    func pollSessionStatus(sessionId: String) -> AsyncStream<SessionStatus> {
        AsyncStream { continuation in
            Task {
                for await _ in Timer.publish(every: 2, on: .main, in: .common).autoconnect().values {
                    let status = try? await api.getSessionStatus(sessionId)
                    continuation.yield(status ?? .unknown)
                    if status == .completed || status == .expired {
                        break
                    }
                }
                continuation.finish()
            }
        }
    }
}

בדיקת מצב הסשן כל 2 שניות פשוטה יותר מ-WebSocket במקרה זה. לסשן יש TTL של 120 שניות: אם המשתמש לא משלם, ה-QR פג, המכונה מתאפסת. זמן התגובה של המערכת הוא מתחת לשנייה אחת, קריטי למיקומים עם תעבורה גבוהה (מעל 200 עסקאות ביום).

טלמטריה: פרוטוקול DEX/UCS ו-IoT מודרני

התקן למכונות אוטומטיות הוא פרוטוקול DEX/UCS (Data Exchange / Universal Communications Standard). לרוב המכונות המסחריות (Crane, Sanden, Azkoyen) יש יציאת DEX — RS-232, 9600 באוד. דרך DEX ניתן לקרוא מוני מכירות, שגיאות ומלאי. בעיה: DEX תוכנן לשליפת נתונים במהלך שירות, לא לניטור מקוון.

פתרון מודרני: בקר IoT (Telemetry Gateway) מתחבר ליציאת DEX ולרשת (4G/Wi-Fi). יצרנים: Parlance, CPI, Nayax, Coinco. הם מספקים REST APIs לאפליקציות מובייל וללוחות מחוונים. חיי סוללת גיבוי של הבקר מגיעים ל-72 שעות הודות לרכיבים חסכוניים באנרגיה.

אין מודול IoT סטנדרטי? בנו משלכם עם Raspberry Pi Zero + מתאם RS-232 + מפענח DEX בפייתון + פרסום MQTT:

import serial, paho.mqtt.client as mqtt

def read_dex_data(port='/dev/ttyUSB0'):
    ser = serial.Serial(port, 9600, timeout=5)
    # Инициализация DEX-сессии
    ser.write(b'\x04')  # EOT — начало сессии
    response = ser.read_until(b'\x04')  # читаем до EOT
    return parse_dex_block(response)

def parse_dex_block(data: bytes) -> dict:
    # Парсим блоки VA (Vending Machine Audit)
    # VA1 — идентификация, VA2 — данные продаж, VA3 — остатки
    blocks = data.split(b'\x1c')  # FS разделитель
    return {block[:3].decode(): block[3:].decode() for block in blocks}

MDB: בקרת תשלום

MDB (Multi-Drop Bus) הוא פרוטוקול להתקני תשלום בתוך המכונה (מקבל שטרות, מחליף מטבעות, קורא כרטיסים). רוב הקסטות המודרניות עובדות דרך MDB Master — בקר המכונה הראשי מנהל את הציוד ההיקפי. למידע נוסף על Multi-Drop Bus (MDB).

השוואה בין מכונה מסורתית למכונה עם אפליקציית מובייל

מה כלול בפיתוח אפליקציית מובייל למכונות אוטומטיות

אנו מספקים:

• אפליקציית לקוח (iOS/Android) עם תשלום QR, היסטוריה, נאמנות.
• לוח מחוונים למפעיל עם טלמטריה, ניהול מכונות, אנליטיקה.
• אינטגרציה עם מודולי תשלום (Nayax, PayLink) דרך MDB.
• חיבור בקרי IoT לקריאת DEX/UCS.
• תיעוד והדרכת צוות.
• תמיכה לאחר ההשקה.

למה טלמטריה חשובה למפעיל

המפעיל רואה באפליקציה (או בפאנל האינטרנטי) לכל מכונה: מלאי לפי תאים, הכנסות יומיות/שבועיות/חודשיות, שגיאות (מוצר תקוע, כשל במקבל שטרות, בעיית קירור). מסלול אופטימלי — רשימת מכונות שצריך למלא היום, בהתבסס על מלאי ותחזית מכירות. זה מקצר את זמן גביית המזומן ב-30% ומעלה את הסל הממוצע ב-25% הודות למילוי בזמן. לרשת של 50 מכונות, חיסכון בזמן גביית מזומן מגיע ל-15 שעות בשבוע.

אינטגרציה עם מערכות החשבונאות של המפעיל: 1C, SAP, ERP מותאם — דרך REST או החלפת קבצים (CSV/XLS). נרמול נתונים מדגמי מכונות שונים הוא משימת backend מרכזית.

כיצד לשלב מודול תשלום עם מכונה אוטומטית

שלבי אינטגרציה:

1. חברו מודול תשלום תואם MDB למחבר בבקר המכונה.
2. הגדירו מפתחות API ונקודות קצה לעיבוד תשלומים (בדרך כלל דרך JSON-RPC).
3. בדקו אמולציית מטבע — השרת חייב לשלוח פקודה לחלוקת המוצר.
4. בדקו תרחישי שגיאה: פסק זמן לסשן, חוסר עודף, ביטול תשלום.

רוב המודולים המודרניים (Nayax VPOS, PayLink) תומכים ב-REST API, מה שמפשט את הפיתוח.

השוואת מודולי תשלום

לוח זמנים ועלות

פיתוח אפליקציית לקוח ולוח מחוונים למפעיל לרשת מכונות אוטומטיות אורך 3 עד 5 חודשים. העלות מחושבת באופן אישי לאחר ניתוח דגמי המכונות ותשתית התשלום. אנו נעריך את הפרויקט שלכם — צרו קשר כדי לדון בפרטים.

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