MDB pemilihan gateway

Bagaimana Anda memilih gateway MDB untuk mesin penjual otomatis?

Pilih gateway MDB berdasarkan pengontrol, jalur pembayaran, data yang diperlukan, dan siapa yang memiliki backend, bukan berdasarkan harga papan saja. Konfirmasikan versi MDB dan perilaku non-tunai pada satu mesin sebelum peluncuran.

Minta specs Kirim foto mesin

MDB target 4.2/4.3API + telemetryValidasi sampelBagian belakang sendiri

MDB pemilihan gateway untuk integrasi mesin penjual otomatis

Fakta utama

Apa yang harus diputuskan sebelum membandingkan MDB gateway.

Pengendali terlebih dahulu

MDB 4.2/4.3 adalah target jalur non-tunai; perilaku lama atau khusus perlu ditinjau.

Kepemilikan pembayaran

Putuskan apakah pembayaran QuLink QR atau pembaca Anda sendiri, PSP, atau dompet mengizinkan penjualan tersebut.

Ruang lingkup data

Detak jantung, hasil penjualan, kesalahan, dan telemetry mungkin terjadi saat terekspos; persediaan tidak dijamin.

Bukti peluncuran

Validasi satu mesin sebelum armada; jangan memilih gateway dari nama modelnya saja.

Sampel tertunda: pengaturan waktu MDB yang tepat, pemetaan penjual, batas waktu, dan perilaku hasil dikonfirmasi pada mesin sebenarnya.

Gateway vs papan vs pembaca

Apa yang sebenarnya Anda pilih?

Label tidak terlalu penting dibandingkan pekerjaan. Gateway, papan tanpa uang tunai, pembaca, dan jembatan data memecahkan berbagai masalah.

Pilihan	Terbaik untuk	Apa fungsinya	Apa yang harus dikonfirmasi
MDB gateway	API atau kontrol server ditambah MDB acara.	Memetakan perintah dan peristiwa antara backend Anda dan pengontrol penjual otomatis.	Versi MDB, jalur non-tunai, skema peristiwa, dan pemetaan hasil.
MDB papan tanpa uang tunai	Otorisasi pembayaran di dalam mesin yang ada.	Mengirimkan otorisasi tanpa uang tunai; pengontrol memutuskan apakah akan mengeluarkan.	Pembaca atau PSP, alur otorisasi, dan hasil penjualan.
Penggantian pembaca kartu	Hanya masalah pembaca atau jaringan.	Persetujuan terjadi pada pembaca; tidak boleh menambahkan data mesin independen.	Dukungan pembaca, host pembayaran, dan kontrak.
Hanya jembatan data	Telemetry tanpa mengubah pembayaran.	Membaca status, kesalahan, atau penggunaan tanpa mengizinkan penjual.	Antarmuka, tingkat jajak pendapat, dan bidang yang tersedia.

Satu proyek dapat menggabungkan beberapa peran. Pilih berdasarkan tugas yang Anda butuhkan, lalu konfirmasi profil pastinya pada sampel.

Kesesuaian proyek

Untuk tim yang memerlukan kontrol atau data MDB sisi mesin

Sinyal kebutuhan

Operator menambahkan kontrol API, perilaku non-tunai, atau telemetry ke mesin MDB yang sudah ada.
Aplikasi pembayaran atau PSP yang memerlukan otorisasi sisi mesin dan jalur hasil.
Integrator sistem memetakan peristiwa MDB, hasil penjualan, atau kesalahan ke dalam backend.
OEM mesin yang memerlukan profil integrasi MDB yang dapat diulang.

Yang perlu dikirim

Foto mesin atau papan saat ini
Catatan interface atau wiring
Aksi target setelah API atau pembayaran
Apakah perlu upload data

Kurang cocok jika

Anda hanya memerlukan akun penerima pembayaran dan tidak ada tindakan sisi mesin.
Pengontrol tidak memiliki jalur MDB yang dapat digunakan dan tidak dapat dievaluasi dari foto.
Tidak ada informasi mesin, pengontrol, pembaca, atau pengkabelan untuk sampel.

Model integrasi

Gateway memetakan pekerjaan antara backend Anda dan pengontrol

QuLink menerjemahkan perintah server atau persetujuan pembayaran menjadi MDB perilaku non-tunai dan mengembalikan hasil yang tersedia. Pengontrol masih memiliki perilaku pengeluaran dan keselamatan.

Antarmuka mesin: MDB jalur tanpa uang tunai, pengontrol penjual otomatis, relai opsional, atau alat bantu serial
Sisi server: API perintah, webhook acara, panggilan balik pembayaran, telemetry
Data dikembalikan: referensi pembayaran, hasil penjual, kesalahan, batas waktu, status online saat terekspos
Modus proyek: pemilihan gateway, integrasi API, telemetry pilot, OEM pengontrol

Alur kerja

Dari interface mesin ke hasil yang dikontrol API.

Tangkap mesinnya

Bagian depan mesin, label pengontrol, harnes MDB, konektor, pembaca, dan pelat model.

Tentukan pekerjaannya

Tulis satu kalimat: apa yang harus diotorisasi, dipicu, atau dilaporkan oleh gateway?

Petakan antarmuka

Konfirmasikan versi MDB, jalur non-tunai, bentuk perintah, bidang hasil, dan perilaku kegagalan.

Uji satu mesin

Validasi otorisasi, pengeluaran, hasil atau batas waktu, sambungkan kembali, dan pengiriman data sebelum peluncuran.

Contoh API

Contoh perintah server atau webhook untuk aksi machine-side.

Field perintah bergantung pada interface mesin, profil firmware, dan apakah pembayaran atau aplikasi Anda yang memicu aksi.

POST /v1/devices/MDB-77/commands
{
  "command": "dispense",
  "source": "payment_callback",
  "reference_id": "PAYMENT-REFERENCE",
  "machine_action": {
    "interface": "mdb_cashless",
    "slot": "B04"
  }
}

Project RFQ

Ceritakan apa yang harus mesin lakukan, kirim, atau laporkan.

Kirimkan model mesin, pengontrol dan MDB foto harness, pembaca saat ini atau PSP, tindakan target, kebutuhan data, dan kuantitas yang diharapkan.

A good first message

If you are unsure about the exact interface, send what you have. Photos often answer more than a long spec.

Machine type and target country
Machine photo, board photo, or wiring photo
Action after payment or API command
Need data upload? expected quantity?

Fastest first step

Send a machine photo
Describe the action after API or payment
Tell us if data upload is needed

Send photo on WhatsApp Email project details

NamaEmail atau WhatsApp

Mesin atau proyek

Opsional: perusahaan, jumlah, antarmuka, dan kebutuhan data

PerusahaanEstimasi jumlah

Jenis perusahaanInterface mesin

Trigger QR/paymentUpload data

Pesan singkat sudah cukup. Kami biasanya membalas dalam 24 jam.

Punya foto mesin atau papan? Kirim lewat WhatsApp — kami biasanya review foto dulu.

FAQ

Pertanyaan yang biasanya muncul sebelum uji sampel.

Apakah gateway MDB sama dengan pembaca kartu?

Tidak. Seorang pembaca menyetujui pembayaran; gateway MDB memetakan perintah server atau persetujuan pembayaran ke jalur non-tunai MDB pengontrol dan dapat mengembalikan kejadian mesin.

Apakah kita memerlukan gateway jika kita sudah memiliki card reader?

Tidak selalu. Gateway berguna ketika Anda memerlukan kontrol API, jalur data independen, telemetry, atau callback hasil yang tidak disediakan oleh pembaca saat ini.

Bisakah kita mempertahankan penyedia pembayaran kita sendiri?

Ya. PSP, dompet, atau aplikasi Anda dapat mengonfirmasi pembayaran terlebih dahulu, lalu memanggil perintah sisi mesin atau panggilan balik. QuLink bukan pihak pengakuisisi.

Data apa yang dapat dikembalikan oleh gateway?

Detak jantung, hasil penjualan, batas waktu, kesalahan, status perangkat, dan telemetry saat pengontrol memaparkannya. Inventaris tingkat produk tidak dijamin.

Apa yang harus kami kirimkan terlebih dahulu?

Model mesin, pengontrol dan MDB foto, pembaca atau PSP detail, tindakan target, data yang diperlukan, dan kuantitas yang diharapkan.

Use case terkait