𝗦𝘆𝘀𝘁𝗲𝗺 𝗗𝗲𝘀𝗶𝗴𝗻: การทำงานของ UPI Payments
คุณซื้อชาหนึ่งแก้วราคา 20 รูปีจากร้านค้าแถวบ้าน
คุณสแกนคิวอาร์โค้ดโดยใช้ Paytm
บัญชีของคุณอยู่ที่ธนาคาร HDFC
ร้านค้าใช้ธนาคาร SBI
เงินถูกโอนระหว่างสองธนาคารที่แตกต่างกันภายในเวลาเพียงสามวินาที
และนี่คือขั้นตอนการเคลื่อนที่ของเงิน 20 รูปีนั้น
คิวอาร์โค้ดเก็บข้อมูลไว้ ซึ่งประกอบด้วย UPI ID และรายละเอียดของร้านค้า แต่มันไม่ได้เก็บเงินไว้
เมื่อคุณกดชำระเงิน Paytm จะสร้างคำขอขึ้นมา Paytm ไม่ได้เป็นคนเคลื่อนย้ายเงิน แต่ทำหน้าที่เป็นอินเทอร์เฟซ
กระบวนการนี้ดำเนินไปตามเส้นทางดังนี้:
- คุณ
- Paytm
- เครือข่าย UPI
- ธนาคาร
National Payments Corporation of India (NPCI) เป็นผู้ดูแลเครือข่าย UPI ให้ลองนึกภาพว่า NPCI คือเจ้าหน้าที่ควบคุมจราจร ซึ่งจะรู้ว่าบัญชีต่างๆ เป็นของธนาคารใด และควรส่งคำขอไปยังที่ไหน
NPCI จะส่งคำขอไปยังธนาคารของคุณ ซึ่งธนาคารจะทำการตรวจสอบ 4 อย่าง:
- บัญชีใช้งานได้หรือไม่?
- ยอดเงินเพียงพอไหม?
- รหัส PIN ถูกต้องหรือไม่?
- ธุรกรรมนี้ปลอดภัยหรือไม่?
หากการตรวจสอบเหล่านี้ผ่าน ธนาคารของคุณจะทำการตัดเงิน (debit)
จากนั้น NPCI จะส่งคำขอไปยังธนาคารของร้านค้า ธนาคารนั้นจะตรวจสอบบัญชีและเพิ่มยอดเงิน (credit) เข้าไป เมื่อธนาคารทั้งสองแห่งยืนยันแล้ว NPCI จะแจ้ง Paytm ว่าธุรกรรมสำเร็จแล้ว
ผู้คนหลายล้านคนใช้ UPI ในทุกๆ นาที ธนาคารไม่ได้เคลื่อนย้ายเงินสดจริงๆ สำหรับการซื้อชาหรือขนมแต่ละครั้ง แต่พวกเขาใช้บันทึกการชำระดุล (settlement records)
ตลอดทั้งวัน ธนาคารจะติดตามยอดที่ค้างชำระระหว่างกัน
- HDFC ติดค้าง SBI
- SBI ติดค้าง ICICI
NPCI จะติดตามยอดรวมเหล่านี้ ธนาคารจะทำการชำระดุลยอดคงเหลือเหล่านี้เป็นจำนวนมากในภายหลัง วิธีนี้รวดเร็วกว่าการโอนเงินทีละยอดในทุกๆ ครั้ง
เหตุผลหลักที่ทำให้รวดเร็ว:
- ธนาคารตรวจสอบคำขอไปพร้อมๆ กัน
- NPCI ใช้โครงสร้างพื้นฐานที่ได้รับการปรับแต่งมาอย่างดี
- ระบบแลกเปลี่ยนข้อมูลในปริมาณน้อย
- ธนาคารชำระดุลยอดคงเหลือเป็นชุด (batches)
ครั้งต่อไปที่คุณได้ยินเสียงแจ้งเตือนการชำระเงินสำเร็จ ให้ระลึกถึงความยิ่งใหญ่ของระบบนี้ ธนาคาร เซิร์ฟเวอร์ และเครือข่ายจำนวนมากทำงานร่วมกันแบบเรียลไทม์เพื่อทำภารกิจนี้ให้สำเร็จ
Optional learning community: https://t.me/GyaanSetuAi