จับเครื่อง
ด้านหน้าเครื่องจักร ป้ายตัวควบคุม ชุดสายไฟ MDB ขั้วต่อ ตัวอ่าน และป้ายระบุรุ่น
MDB การเลือกเกตเวย์
คุณจะเลือกเกตเวย์ MDB สำหรับตู้จำหน่ายสินค้าอัตโนมัติได้อย่างไร
เลือกเกตเวย์ MDB ตามตัวควบคุม เส้นทางการชำระเงิน ข้อมูลที่ต้องการ และใครเป็นเจ้าของแบ็กเอนด์ ไม่ใช่ตามราคาบอร์ดเพียงอย่างเดียว ยืนยันเวอร์ชัน MDB และพฤติกรรมไร้เงินสดในเครื่องเดียวก่อนเปิดตัว
MDB เป้าหมาย 4.2/4.3API + telemetryการตรวจสอบตัวอย่างแบ็กเอนด์ของตัวเอง
ข้อมูลสำคัญ
สิ่งที่ต้องตัดสินใจก่อนเปรียบเทียบเกตเวย์ MDB
ผู้ควบคุมก่อน
MDB 4.2/4.3 คือเป้าหมายเส้นทางไร้เงินสด พฤติกรรมที่เก่ากว่าหรือกำหนดเองจำเป็นต้องได้รับการตรวจสอบ
ความเป็นเจ้าของการชำระเงิน
ตัดสินใจว่า QuLink QR การชำระเงินหรือผู้อ่านของคุณเอง PSP หรือกระเป๋าเงินอนุญาตให้ขาย
ขอบเขตข้อมูล
การเต้นของหัวใจ ผลลัพธ์การขาย ข้อบกพร่อง และ telemetry เป็นไปได้เมื่อสัมผัส ไม่รับประกันสินค้าคงคลัง
หลักฐานการเปิดตัว
ตรวจสอบเครื่องจักรหนึ่งเครื่องก่อนกองเรือ อย่าเลือกเกตเวย์จากชื่อรุ่นเพียงอย่างเดียว
ตัวอย่างที่รอดำเนินการ: เวลาที่แน่นอน MDB การแมปผู้จัดจำหน่าย การหมดเวลา และลักษณะการทำงานของผลลัพธ์ได้รับการยืนยันบนเครื่องจริง
เกตเวย์ vs บอร์ด vs เครื่องอ่าน
จริงๆแล้วคุณกำลังเลือกอะไรอยู่?
ป้ายมีความสำคัญน้อยกว่างาน เกตเวย์ บอร์ดไร้เงินสด เครื่องอ่าน และบริดจ์ข้อมูลช่วยแก้ปัญหาที่แตกต่างกัน
| ตัวเลือก | ดีที่สุดสำหรับ | มันทำอะไร | สิ่งที่ต้องยืนยัน |
|---|---|---|---|
| MDB เกตเวย์ | API หรือการควบคุมเซิร์ฟเวอร์บวกกับเหตุการณ์ MDB | แมปคำสั่งและเหตุการณ์ระหว่างแบ็คเอนด์ของคุณกับตัวควบคุมตู้หยอดเหรียญ | เวอร์ชัน MDB เส้นทางไร้เงินสด สคีมาเหตุการณ์ และการแมปผลลัพธ์ |
| MDB บอร์ดไร้เงินสด | การอนุมัติการชำระเงินภายในเครื่องที่มีอยู่ | ส่งการอนุมัติแบบไม่ใช้เงินสด ผู้ควบคุมตัดสินใจว่าจะจ่ายหรือไม่ | Reader หรือ PSP ขั้นตอนการอนุญาต และผลลัพธ์การขาย |
| การเปลี่ยนเครื่องอ่านการ์ด | ปัญหาเกี่ยวกับเครื่องอ่านหรือเครือข่ายเท่านั้น | การอนุมัติเกิดขึ้นที่ผู้อ่าน อาจไม่เพิ่มข้อมูลเครื่องอิสระ | การสนับสนุนผู้อ่าน โฮสต์การชำระเงิน และสัญญา |
| สะพานข้อมูลเท่านั้น | Telemetry โดยไม่ต้องเปลี่ยนแปลงการชำระเงิน | อ่านสถานะ ข้อบกพร่อง หรือการใช้งานโดยไม่ได้รับอนุญาตจากผู้จำหน่าย | อินเทอร์เฟซ อัตราการสำรวจ และฟิลด์ที่มีอยู่ |
??????????????????????????? ???????????????????????? ????????????????????????????????????
ความเหมาะสมของโปรเจกต์
สำหรับทีมที่ต้องการการควบคุมหรือข้อมูลด้านเครื่องจักร MDB
สัญญาณความต้องการ
- ผู้ปฏิบัติงานเพิ่มการควบคุม API พฤติกรรมไร้เงินสด หรือ telemetry ไปยังเครื่อง MDB ที่มีอยู่
- แอปการชำระเงินหรือ PSP ที่ต้องมีการอนุญาตจากเครื่องและเส้นทางผลลัพธ์
- ผู้รวมระบบแมปเหตุการณ์ MDB ขายผลลัพธ์ หรือข้อบกพร่องในแบ็กเอนด์
- เครื่องจักร OEM ที่ต้องการโปรไฟล์การรวม MDB ที่ทำซ้ำได้
ข้อมูลที่ควรส่ง
- รูปเครื่องหรือบอร์ดปัจจุบัน
- หมายเหตุ interface หรือ wiring
- การทำงานที่ต้องการหลัง API หรือการชำระเงิน
- ต้องการ upload data หรือไม่
ไม่เหมาะหาก
- คุณเพียงต้องการบัญชีรับการชำระเงินและไม่มีการดำเนินการจากฝั่งเครื่องจักร
- คอนโทรลเลอร์ไม่มีเส้นทาง MDB ที่ใช้งานได้ และไม่สามารถประเมินจากภาพถ่ายได้
- ไม่มีข้อมูลเครื่องจักร ตัวควบคุม เครื่องอ่าน หรือการเดินสายไฟสำหรับตัวอย่าง
รูปแบบการเชื่อมต่อ
เกตเวย์แมปงานระหว่างแบ็กเอนด์และคอนโทรลเลอร์
QuLink แปลคำสั่งเซิร์ฟเวอร์หรือการอนุมัติการชำระเงินเป็นพฤติกรรมไร้เงินสด MDB และส่งคืนผลลัพธ์ที่มีอยู่ ตัวควบคุมยังคงมีพฤติกรรมการจ่ายยาและความปลอดภัย
- อินเตอร์เฟซเครื่อง
- MDB เส้นทางไร้เงินสด ตัวควบคุมหยอดเหรียญ รีเลย์เสริมหรือตัวช่วยแบบอนุกรม
- ฝั่งเซิร์ฟเวอร์
- คำสั่ง API เหตุการณ์ webhook โทรกลับเพื่อชำระเงิน telemetry
- ข้อมูลถูกส่งกลับ
- การอ้างอิงการชำระเงิน, vend.result, ข้อผิดพลาด, หมดเวลา, สถานะออนไลน์เมื่อถูกเปิดเผย
- โหมดโครงการ
- การเลือกเกตเวย์, การรวม API, การนำร่อง telemetry, คอนโทรลเลอร์ OEM
ขั้นตอนการทำงาน
จาก interface ของเครื่องไปสู่ผลลัพธ์ที่ควบคุมผ่าน API
กำหนดงาน
เขียนหนึ่งประโยค: เกตเวย์ควรอนุญาต ทริกเกอร์ หรือรายงานอะไร
แมปอินเทอร์เฟซ
ยืนยันเวอร์ชัน MDB เส้นทางไร้เงินสด รูปร่างคำสั่ง ฟิลด์ผลลัพธ์ และพฤติกรรมความล้มเหลว
ทดสอบเครื่องหนึ่งเครื่อง
ตรวจสอบการอนุญาต การจ่าย ผลลัพธ์หรือการหมดเวลา เชื่อมต่อใหม่ และการส่งข้อมูลก่อนการเปิดตัว
ตัวอย่าง API
ตัวอย่างคำสั่ง server หรือ webhook สำหรับการทำงานฝั่งเครื่อง
ฟิลด์คำสั่งขึ้นอยู่กับ interface ของเครื่อง, firmware profile และว่าการชำระเงินหรือแอปของคุณเป็นตัว trigger
POST /v1/devices/MDB-77/commands
{
"command": "dispense",
"source": "payment_callback",
"reference_id": "PAYMENT-REFERENCE",
"machine_action": {
"interface": "mdb_cashless",
"slot": "B04"
}
}
Project RFQ
บอกเราว่าเครื่องต้อง ทำอะไร ส่งอะไร หรือรายงานอะไร
ส่งรุ่นเครื่องจักร ตัวควบคุม และรูปถ่ายชุดควบคุม MDB เครื่องอ่านปัจจุบันหรือ PSP การดำเนินการตามเป้าหมาย ความต้องการข้อมูล และปริมาณที่คาดหวัง
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
FAQ
คำถามที่มักเกิดขึ้นก่อนการทดสอบตัวอย่าง
เกตเวย์ MDB เหมือนกับเครื่องอ่านการ์ดหรือไม่
ไม่ ผู้อ่านอนุมัติการชำระเงิน คำสั่งเซิร์ฟเวอร์เกตเวย์ MDB หรือการอนุมัติการชำระเงินไปยังเส้นทางไร้เงินสด MDB ของคอนโทรลเลอร์ และสามารถส่งคืนเหตุการณ์ของเครื่องได้
เราจำเป็นต้องมีเกตเวย์หรือไม่หากเรามีเครื่องอ่านการ์ดอยู่แล้ว?
ไม่เสมอไป เกตเวย์มีประโยชน์เมื่อคุณต้องการการควบคุม API เส้นทางข้อมูลอิสระ telemetry หรือการเรียกกลับผลลัพธ์ที่เครื่องอ่านปัจจุบันไม่ได้จัดเตรียมไว้ให้
เราสามารถเก็บผู้ให้บริการชำระเงินของเราไว้ได้หรือไม่?
ใช่ PSP กระเป๋าเงิน หรือแอปของคุณสามารถยืนยันการชำระเงินก่อน จากนั้นจึงโทรไปที่คำสั่งฝั่งเครื่องหรือโทรกลับ QuLink ไม่ใช่ผู้ซื้อ
เกตเวย์สามารถส่งคืนข้อมูลใดได้บ้าง
ฮาร์ตบีต ผลลัพธ์การขาย หมดเวลา ข้อบกพร่อง สถานะอุปกรณ์ และ telemetry เมื่อตัวควบคุมเปิดเผยข้อมูลเหล่านั้น ไม่รับประกันสินค้าคงคลังระดับผลิตภัณฑ์
เราควรส่งอะไรก่อน?
รุ่นของเครื่อง ตัวควบคุมและรูปถ่าย MDB เครื่องอ่านหรือรายละเอียด PSP การดำเนินการตามเป้าหมาย ข้อมูลที่ต้องการ และปริมาณที่คาดหวัง
Use case ที่เกี่ยวข้อง