สร้าง QR
สร้างรหัส QR สำหรับอุปกรณ์ ผลิตภัณฑ์ ช่องทางการถ่ายทอด กฎราคา หรือเซสชันที่กำหนดเวลา
QR บอร์ดทริกเกอร์การชำระเงิน
QR บอร์ดควบคุมการชำระเงินสำหรับเครื่องสแกนเพื่อสตาร์ท
ใช้ QuLink เมื่อลูกค้าสแกนรหัส QR การชำระเงินได้รับการยืนยัน และเครื่องจริงจำเป็นต้องเริ่มต้น ปลดล็อก จ่าย ชีพจร หรือเรียกใช้เซสชันตามกำหนดเวลา
QuLink QR ชำระเงินได้รองรับการโทรกลับการชำระเงินของตัวเองรีเลย์ / พัลส์ / เอาต์พุตอนุกรมผลลัพธ์ Webhook
ข้อมูลสำคัญ
สิ่งที่ต้องรู้ก่อนการปรับปรุงการชำระเงิน QR เพิ่มเติม
เจ้าของการชำระเงิน
QuLink QR การชำระเงินหรือ PSP กระเป๋าเงินหรือเครื่องอ่านของคุณเอง
การทำงานของเครื่องจักร
เริ่มต้น ปลดล็อค จ่ายยา ชีพจร รีเลย์ หรือเซสชันที่กำหนดเวลาไว้
เส้นทางผลลัพธ์
การอ้างอิงการชำระเงิน ผลการดำเนินการ สถานะเซสชัน หรือข้อผิดพลาด
ตัวอย่างก่อน
เครื่องหนึ่งตรวจสอบการติดต่อกลับและการดำเนินการทางกายภาพ
ข้อความ MDB การแมปการขาย เวลาหมดเวลา และพฤติกรรมผลลัพธ์จะยืนยันบนเครื่องจริง
ทริกเกอร์การชำระเงิน
การชำระเงิน QR เทียบกับเครื่องอ่านการ์ด เทียบกับทริกเกอร์ API
เลือกโดยผู้ที่ยืนยันการชำระเงิน และสิ่งที่เครื่องจะต้องดำเนินการต่อไป
| เส้นทาง | แหล่งชำระเงิน | การทำงานของเครื่องจักร | สิ่งที่ต้องยืนยัน |
|---|---|---|---|
| QuLink QR การชำระเงิน | QuLink QR ไหล | เริ่ม ปลดล็อค จ่ายยา ชีพจร หรือวิ่งตามกำหนดเวลา | ราคา การทำแผนที่อุปกรณ์ โทรกลับ ผลลัพธ์ |
| ผู้ให้บริการชำระเงินของคุณ | PSP กระเป๋าเงิน แอป หรือเซิร์ฟเวอร์ | ลงนามคำสั่งที่บอร์ดฝั่งเครื่องจักร | โทรกลับ, หมดเวลา, อ้างอิง, ผลลัพธ์ |
| เครื่องอ่านการ์ด | การอนุมัติของผู้อ่าน | MDB การดำเนินการแบบไร้เงินสดหรือเชื่อมโยงกับผู้อ่าน | รองรับผู้อ่าน, เส้นทาง MDB, ผลลัพธ์การขาย |
| คงที่ QR | การตรวจสอบการชำระเงินด้วยตนเอง | โดยปกติแล้วจะไม่มีการทำงานของเครื่องจักรโดยอัตโนมัติ | การกระทบยอดและทริกเกอร์ด้วยตนเอง |
เครื่องอ่านการ์ดและเส้นทาง QR สามารถอยู่ร่วมกันได้ ตัวอย่างจะยืนยันว่าใครเป็นเจ้าของการอนุญาต
ความเหมาะสมของโปรเจกต์
สำหรับเครื่องสแกนเพื่อเริ่มต้นและทริกเกอร์การชำระเงิน
สัญญาณความต้องการ
- กล่องชำระเงิน ล็อคเกอร์ อุปกรณ์ชาร์จ ตู้จำหน่ายสินค้าอัตโนมัติ บริการซักรีด และอุปกรณ์เข้าถึง
- เครื่องที่การยืนยันการชำระเงินควรกระตุ้นให้เกิดการดำเนินการทางกายภาพ
- โครงการที่ใช้การชำระเงิน QuLink QR หรือการโทรกลับของผู้ให้บริการการชำระเงินของคุณเอง
- ผู้ปฏิบัติงานที่ต้องการบอร์ดข้างเครื่องจักรโดยไม่มีแพลตฟอร์ม SaaS แบบปิด
ข้อมูลที่ควรส่ง
- รูปเครื่องหรือบอร์ดปัจจุบัน
- หมายเหตุ interface หรือ wiring
- การทำงานที่ต้องการหลัง API หรือการชำระเงิน
- ต้องการ upload data หรือไม่
ไม่เหมาะหาก
- คุณต้องมีผู้รับการชำระเงินมากกว่าการดำเนินการฝั่งเครื่องจักร
- ไม่มีการเริ่ม ปลดล็อก จ่ายยา ชีพจร หรือเซสชันทางกายภาพที่จะกระตุ้น
- คุณไม่มีข้อมูลเครื่องจักร ตัวควบคุม หรือการชำระเงิน
รูปแบบการเชื่อมต่อ
การอนุมัติการชำระเงินจะกลายเป็นการดำเนินการของเครื่องที่มีการลงนาม
QuLink สามารถจัดเตรียมขั้นตอนการชำระเงิน QR หรือคุณสามารถเก็บการชำระเงินของคุณเองได้ ไม่ว่าจะด้วยวิธีใด การยืนยันการชำระเงินจะกลายเป็นคำสั่งเครื่องที่ลงนาม
- แหล่งที่มาของทริกเกอร์
- QuLink การชำระเงิน QR การโทรกลับกระเป๋าเงิน การอนุมัติแอป แผงผู้ดำเนินการ หรือคำสั่งเซิร์ฟเวอร์
- เอาท์พุตของเครื่อง
- รีเลย์, พัลส์, ปลดล็อค, การดำเนินการแบบอนุกรม, การทำงานตามกำหนดเวลา, คำสั่งจ่าย
- ข้อมูลถูกส่งกลับ
- การอ้างอิงการชำระเงิน, ยอมรับคำสั่ง, เครื่องสตาร์ท, เซสชันเสร็จสมบูรณ์, การแจ้งเตือนข้อผิดพลาด
- โหมดโครงการ
- การปรับปรุงกล่องชำระเงิน อุปกรณ์สแกนเพื่อเริ่มต้น ตัวควบคุมการชำระเงิน OEM
ขั้นตอนการทำงาน
จาก interface ของเครื่องไปสู่ผลลัพธ์ที่ควบคุมผ่าน API
ยืนยันการชำระเงิน
ใช้การชำระเงิน QuLink QR หรือส่งการติดต่อกลับการชำระเงินของคุณเองหลังจากที่ลูกค้าชำระเงินแล้ว
ทริกเกอร์การกระทำ
บอร์ดสตาร์ท ปลดล็อค จ่าย จ่ายพัลส์ หรือเดินเครื่อง
รายงานผล
เซิร์ฟเวอร์ของคุณจะได้รับผลการดำเนินการ telemetry และสถานะเซสชัน
ตัวอย่าง API
ตัวอย่างคำสั่ง server หรือ webhook สำหรับการทำงานฝั่งเครื่อง
ฟิลด์คำสั่งขึ้นอยู่กับ interface ของเครื่อง, firmware profile และว่าการชำระเงินหรือแอปของคุณเป็นตัว trigger
POST /v1/devices/LOCKER-22/commands
{
"command": "unlock",
"source": "qr_payment",
"machine_action": {
"type": "relay",
"channel": 2,
"duration_ms": 900
}
}
Project RFQ
บอกเราว่าเครื่องต้อง ทำอะไร ส่งอะไร หรือรายงานอะไร
ส่งประเภทเครื่อง กฎราคา/เซสชัน ผู้ให้บริการการชำระเงิน และการดำเนินการที่จะเกิดขึ้นหลังการชำระเงิน
ข้อความแรกที่ดี
หากยังไม่แน่ใจอินเทอร์เฟซ ส่งข้อมูลที่มีก่อน ภาพมักช่วยได้มากกว่าคำอธิบายยาว
- ประเภทเครื่องและประเทศ
- ภาพเครื่อง บอร์ด หรือ wiring
- การทำงานหลังชำระเงินหรือคำสั่ง API
- ต้องอัปโหลดข้อมูลหรือไม่ จำนวนเท่าไร
Fastest first step
- Send a machine photo
- Describe the action after API or payment
- Tell us if data upload is needed
FAQ
คำถามที่มักเกิดขึ้นก่อนการทดสอบตัวอย่าง
QuLink เป็นเพียงช่องทางการชำระเงินใช่หรือไม่
ไม่ใช่ QuLink คือชั้นควบคุมฝั่งเครื่องจักร QR ชำระเงินได้เมื่อจำเป็นต้องสแกนเพื่อเริ่มต้น
เราสามารถเก็บผู้ให้บริการชำระเงินของเราไว้ได้หรือไม่?
ใช่ ระบบของคุณสามารถยืนยันการชำระเงินและเรียกคำสั่ง QuLink API
รหัสหนึ่ง QR สามารถแมปกับการกระทำที่แตกต่างกันได้หรือไม่
ใช่ QR สามารถแมปกับรหัสอุปกรณ์ ผลิตภัณฑ์ ช่องทางการถ่ายทอด กฎราคา หรือเซสชันที่กำหนดเวลา ขึ้นอยู่กับโปรเจ็กต์
ใช้กับตู้จำหน่าย MDB ได้ไหม
ใช่ โดยที่คอนโทรลเลอร์รองรับ MDB ไร้เงินสดหรือการดำเนินการตาม MDB นอกจากนี้ยังสามารถใช้พัลส์ รีเลย์ หรือพาธอนุกรมได้อีกด้วย
เราควรส่งอะไรก่อน?
ประเภทเครื่อง กฎราคา/เซสชัน ผู้ให้บริการชำระเงิน การกระทำเป้าหมาย และรูปถ่ายของผู้ควบคุมหรือโมดูลการชำระเงิน
Use case ที่เกี่ยวข้อง