Kirim foto mesin
Bagian depan mesin, papan pengontrol, label model, konektor, dan jaringan atau modul pembaca apa pun yang ada.
Penjual pemantauan jarak jauh
Gunakan panduan ini ketika pengontrol penjual otomatis harus tetap berada di tempatnya, namun Anda memerlukan visibilitas terhadap status online, hasil penjualan, kesalahan, dan penggunaan. Antarmuka mesin dan sinyal yang tersedia dikonfirmasi pada sampel.
Fakta utama
Pengontrol penjual otomatis yang ada dapat tetap ada saat mengekspos sumber data yang dapat digunakan.
Status online, hasil penjualan, kesalahan, dan penggunaan atau data sensor.
Data dapat masuk ke API, dasbor, atau alur kerja pemeliharaan Anda.
Konfirmasikan sinyal yang tersedia dan sambungkan kembali perilaku pada satu mesin.
Sampel tertunda: peristiwa yang tersedia, tingkat polling, buffering, dan perilaku penyambungan kembali bergantung pada profil pengontrol dan perangkat keras.
Lapisan pemantauan
Mulailah dengan keputusan operasional, tidak semua sensor yang memungkinkan.
| Lapisan | Data tipikal | Apa yang harus dikonfirmasi | Apa yang tidak dijamin |
|---|---|---|---|
| Ketersediaan | Detak jantung, terakhir terlihat, online/offline. | Jaringan, SIM, daya, perilaku sambungkan kembali. | Cakupan di lokasi yang tepat. |
| Acara penjualan | Vend sukses, gagal, batas waktu, referensi pembayaran. | Ketersediaan acara pengontrol dan pemetaan lapangan. | Inventaris atau planogram tingkat produk. |
| Acara layanan | Kesalahan, pembaca terjatuh, alarm pengontrol. | Definisi sinyal dan perutean peringatan. | Alasan kesalahan yang tidak diungkapkan oleh pengontrol. |
| Penggunaan / sensor | Pulsa, meteran, pintu, suhu, atau masukan khusus. | Jenis sensor, kalibrasi, dan tingkat polling. | Data sensor tidak terpasang pada mesin. |
Seorang pilot pemantau memastikan apa yang sebenarnya dapat dilaporkan oleh mesin; itu tidak menggantikan pengontrol penuh atau platform pembayaran.
Kesesuaian proyek
Model integrasi
QuLink menambahkan konektivitas dan jalur data ke pengontrol yang ada, lalu mengirimkan status atau peristiwa yang tersedia ke backend Anda. Anda tetap memegang pengontrol dan memilih ke mana data akan disalurkan.
Alur kerja
Bagian depan mesin, papan pengontrol, label model, konektor, dan jaringan atau modul pembaca apa pun yang ada.
Konfirmasikan acara mana yang tersedia dan seberapa sering acara tersebut harus dikirim.
Tentukan bidang payload webhook atau API, identitas perangkat, kebijakan percobaan ulang, dan dasbor.
Verifikasi deteksi online/offline, peristiwa penjual, kesalahan, buffering, dan perilaku sambungkan kembali.
Contoh API
Field perintah bergantung pada interface mesin, profil firmware, dan apakah pembayaran atau aplikasi Anda yang memicu aksi.
GET /v1/devices/VEND-ID-12/status
{
"include": ["online", "last_seen", "vend.result", "fault"]
}
Project RFQ
Kirim model mesin penjual otomatis, foto pengontrol, pengaturan jaringan atau pembaca yang ada, kejadian yang Anda perlukan, dan dasbor target atau API.
If you are unsure about the exact interface, send what you have. Photos often answer more than a long spec.
FAQ
Seringkali ya, ketika pengontrol memaparkan peristiwa MDB, data serial/RS485, status relai, jumlah pulsa, atau input sensor. Sinyal yang tersedia dikonfirmasi pada sampel.
Tidak. Pemantauan jarak jauh tidak tergantung pada pembaca pembayaran. Jika ada pembaca yang hadir, status atau peristiwanya mungkin disertakan saat ia memaparkannya.
Proyek umum melaporkan status online/offline, waktu terakhir dilihat, hasil penjualan, kesalahan, dan kejadian penggunaan. Data pintu, suhu, denyut nadi, atau meteran bergantung pada mesin dan sensor.
Ya. QuLink dapat mengirim peristiwa webhook atau API ke backend Anda sendiri; nama bidang, frekuensi, dan percobaan ulang ditentukan per proyek.
Model mesin, foto pengontrol, konektivitas yang ada atau pengaturan pembaca, peristiwa yang Anda perlukan, dan dasbor target atau API.
Use case terkait