ส่งรูปเครื่อง
ด้านหน้าเครื่องจักร, ตัวควบคุม, ชุดสายไฟ MDB โมดูลการชำระเงิน ป้ายรุ่น และขั้วต่อ
MDB จำหน่ายบูรณาการ
MDB คู่มือการรวมเครื่องจำหน่ายอัตโนมัติสำหรับโครงการไร้เงินสดและข้อมูล
ใช้คำแนะนำนี้เมื่อเครื่องจำหน่ายสินค้าอัตโนมัติที่มีอยู่ต้องการการชำระเงินแบบไร้เงินสด การควบคุม API หรือการอัปโหลดข้อมูลผ่าน MDB ยืนยันเวอร์ชัน MDB ของคอนโทรลเลอร์และเส้นทางไร้เงินสด กำหนดลักษณะการทำงานของผู้ขายและผลลัพธ์ จากนั้นทดสอบเครื่องหนึ่งเครื่อง MDB 4.2/4.3 คือโปรไฟล์เป้าหมาย เวอร์ชันเก่าและลักษณะการทำงานที่กำหนดเองต้องมีการตรวจสอบและการตรวจสอบตัวอย่าง
MDB เป้าหมาย 4.2/4.3ขายผลAPI + telemetryการตรวจสอบตัวอย่าง
ข้อมูลสำคัญ
สิ่งที่ควรรู้ก่อนการบูรณาการ MDB
โปรไฟล์เป้าหมาย
MDB 4.2/4.3 คือเป้าหมายเส้นทางไร้เงินสด พฤติกรรมที่เก่ากว่าหรือกำหนดเองจำเป็นต้องได้รับการตรวจสอบ
ห่วงโซ่ทั่วไป
การอนุมัติการชำระเงิน MDB การอนุมัติแบบไร้เงินสด การจ่ายคอนโทรลเลอร์ และผลลัพธ์ที่มีอยู่
หลักฐานแรก
รุ่นเครื่องจักร, ป้ายตัวควบคุม, ภาพถ่ายควบคุม MDB, เครื่องอ่านปัจจุบัน และการดำเนินการของผู้จำหน่ายเป้าหมาย
การตรวจสอบ
ตัวอย่างเครื่องจักรจริงหนึ่งตัวอย่างก่อนการเปิดตัว ไม่ถือว่าเข้ากันได้และเวลา
ตัวอย่างที่รอดำเนินการ: ข้อความ MDB ที่แน่นอน การแมปผู้จัดจำหน่าย การหมดเวลา และลักษณะการทำงานของผลลัพธ์ได้รับการยืนยันบนเครื่อง
MDB เทียบกับพัลส์กับรีเลย์
เส้นทางเครื่องจักรใดที่เหมาะกับโครงการ
ใช้ตัวควบคุมและการดำเนินการที่คุณต้องการ ไม่ใช่การตั้งค่าทั่วไป
| เส้นทาง | ดีที่สุดสำหรับ | สิ่งที่ต้องยืนยัน | รายละเอียดข้อมูล |
|---|---|---|---|
| MDB | ตัวควบคุมตู้หยอดเหรียญพร้อมเส้นทางไร้เงินสด MDB | เวอร์ชัน MDB ชุดควบคุม แบบจำลองการอนุญาต และการทำแผนที่ผู้จำหน่าย | สามารถให้เหตุการณ์การขายและข้อผิดพลาดที่สมบูรณ์ยิ่งขึ้นเมื่อถูกเปิดเผย |
| ชีพจร | เครื่องป้อนเหรียญแบบเดิมที่ยอมรับการนับพัลส์ | ความกว้างพัลส์ ขั้ว และพฤติกรรมการป้อนเหรียญ/การ์ด | โดยปกติจะจำกัดอยู่ที่จำนวนเซสชันหรือชีพจร |
| รีเลย์ | การเริ่มต้นอย่างง่าย การวิ่งตามกำหนดเวลา การปลดล็อค หรือการดำเนินการแบบสัมผัสแห้ง | อัตราการสัมผัส แรงดันไฟฟ้า และพฤติกรรมการสตาร์ท/หยุด | โดยปกติแล้วจะเป็นสถานะระดับเซสชัน ไม่ใช่ข้อมูลระดับผลิตภัณฑ์ |
| อนุกรม / RS485 | ตัวควบคุมหรือมิเตอร์พร้อมโปรโตคอลที่จัดทำเป็นเอกสาร | รูปแบบเฟรม อัตรารับส่งข้อมูล แผนที่รีจิสเตอร์ และการอนุญาต | ขึ้นอยู่กับโปรโตคอลตัวควบคุมและฟิลด์ที่มีอยู่ |
เส้นทางไฮบริดเป็นไปได้ ตัวอย่างจะยืนยันว่าอินเทอร์เฟซใดมีความเสถียรและข้อมูลใดที่สามารถส่งคืนได้จริง
ความเหมาะสมของโปรเจกต์
สำหรับทีมที่รวมเครื่องจำหน่ายสินค้าอัตโนมัติ MDB ที่มีอยู่แล้ว
สัญญาณความต้องการ
- ผู้ดำเนินการเพิ่มการชำระเงินแบบไร้เงินสด การควบคุม API หรือ telemetry ไปยังเครื่อง MDB ที่มีอยู่
- แอปการชำระเงินหรือ PSP ที่ต้องการการอนุญาตจากเครื่องและผลการขาย
- ผู้รวมระบบจับคู่เหตุการณ์ ข้อบกพร่อง และสถานะ MDB ลงในแบ็กเอนด์
- เครื่องจักร OEM ที่ต้องการโปรไฟล์การรวม MDB ที่ทำซ้ำได้
ข้อมูลที่ควรส่ง
- รูปเครื่องหรือบอร์ดปัจจุบัน
- หมายเหตุ interface หรือ wiring
- การทำงานที่ต้องการหลัง API หรือการชำระเงิน
- ต้องการ upload data หรือไม่
ไม่เหมาะหาก
- คอนโทรลเลอร์ไม่มีเส้นทาง MDB ที่ใช้งานได้ และไม่สามารถประเมินจากภาพถ่ายได้
- คุณต้องมีผู้รับการชำระเงินมากกว่าการควบคุมฝั่งเครื่องจักร
- ไม่มีข้อมูลเครื่องจักร ตัวควบคุม หรือสายไฟสำหรับตัวอย่าง
รูปแบบการเชื่อมต่อ
MDB จับคู่การชำระเงินและการดำเนินการของเซิร์ฟเวอร์กับตัวควบคุมหยอดเหรียญ
QuLink แปลการอนุมัติการชำระเงินหรือคำสั่งเซิร์ฟเวอร์เป็น MDB พฤติกรรมไร้เงินสด และส่งคืนผลลัพธ์การขายที่มีอยู่ ตัวควบคุมยังคงมีพฤติกรรมการจ่ายยาและความปลอดภัย
- อินเตอร์เฟซเครื่อง
- MDB เส้นทางไร้เงินสด, ตัวควบคุมหยอดเหรียญ, รีเลย์เสริมหรือตัวช่วยแบบอนุกรม
- ฝั่งเซิร์ฟเวอร์
- คำสั่ง API เหตุการณ์ webhook โทรกลับเพื่อชำระเงิน telemetry
- การกระทำทั่วไป
- จ่าย, query_status, vend.result, machine.fault
- โหมดโครงการ
- MDB การติดตั้งเพิ่ม, การบูรณาการ 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 โมดูลการชำระเงินปัจจุบัน การดำเนินการตามเป้าหมาย และข้อมูลที่คาดหวัง เพื่อให้เราสามารถกำหนดขอบเขตตัวอย่างได้
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
ฉันสามารถเก็บตัวควบคุมการจำหน่ายที่มีอยู่ได้หรือไม่
มักจะใช่เมื่อคอนโทรลเลอร์มีเส้นทางไร้เงินสด MDB ที่เข้ากันได้ การทดสอบตัวอย่างยืนยันการเดินสาย การอนุญาต พฤติกรรมของผู้จำหน่าย และการรายงานผลลัพธ์
MDB ดีกว่าพัลส์หรือรีเลย์เสมอไปหรือไม่
ไม่ MDB สามารถให้เหตุการณ์ที่สมบูรณ์ยิ่งขึ้นได้เมื่อได้รับการสนับสนุน แต่พัลส์หรือรีเลย์อาจเป็นเส้นทางที่ใช้งานได้จริงสำหรับเครื่องรุ่นเก่าหรือที่เรียบง่ายกว่า
QuLink ดำเนินการชำระเงินหรือไม่
QuLink สามารถจัดเตรียมขั้นตอนการชำระเงินเพิ่มเติม QR ได้ แต่ไม่ใช่ธนาคารหรือผู้รับบัตร คุณสามารถเก็บเครื่องอ่าน PSP หรือกระเป๋าเงินของคุณเองไว้ และใช้ QuLink สำหรับการดำเนินการฝั่งเครื่องได้
ฉันควรส่งอะไรก่อน?
รุ่นเครื่องจักร ตัวควบคุมและรูปถ่าย MDB โมดูลการชำระเงิน การดำเนินการของผู้ขายเป้าหมาย และข้อมูลที่คุณต้องการกลับ
Use case ที่เกี่ยวข้อง