สัปดาห์ที่ผ่านมาทั้งธนาคารกสิกรไทยและไทยพาณิชย์ต่างก็เปิดตัวบริการรับจ่ายเงินผ่าน QR โดยระบุว่าจะใช้ร่วมกับธนาคารอื่นได้ วันนี้สมาคมธนาคาร, ธนาคารแห่งประเทศไทย, และสมาคมการค้าผู้ให้บริการชำระเงินอิเล็กทรอนิกส์ไทย ร่วมกันเปิดตัวมาตรฐาน QR สำหรับการรับจ่ายเงิน
ตัวมาตรฐานเป็นมาตรฐานที่เข้ากันได้กับมาตรฐาน QR ของ EMVco ที่เปิดตัวไปเมื่อ เดือนกรกฎาคมที่ผ่านมา โดยทางสมาคมธนาคารระบุว่ามีการสื่อสารกับ EMVco ตั้งแต่ก่อนมาตรฐานออกตัวจริง
รูปแบบ QR มีสองแบบ คือ
- แบบ static สำหรับระบุร้านค้าอย่างเดียว ใช้แบบเดียวกับร้านค้าในจีนที่แปะ QR ไว้หน้าร้านเพื่อรับเงินจากลูกค้าโดยไม่ระบุจำนวนเงิน
- แบบ dynamic ที่ระบุเงินที่ต้องชำระไว้ล่วงหน้า สำหรับการคิดราคาสินค้าเฉพาะอย่าง หรือการรับเงินเป็นครั้งๆ ไป
รูปแบบการใช้งานเป็นการสร้าง QR จากฝั่งผู้ขาย และลูกค้าเป็นคนสแกนเพื่อจ่าย หากตัว QR ไม่ได้ระบุเงินไว้ฝั่งลูกค้าก็ต้องใส่เงินเอง
ตัวอย่าง QR เมื่อใช้งานจริง จะแสดงวิธีชำระเงินที่ร้านรองรับ, QR, และชื่อบัญชีของผู้รับเงิน
ตอนนี้ระบบด้านในของ QR มาตรฐานนี้ยังรองรับเฉพาะ PromptPay ก่อนเป็นอย่างแรก ทำให้ร้านค้าที่จะเริ่มใช้งานต้องสมัคร PromptPay เสมอ แต่ด้วยความเป็นมาตรฐานกลาง ในอนาคตจะรองรับระบบการจ่ายอื่นๆ ทั้ง PromptCard ไปจนถึงบัตรเครดิตต่างๆ โดยฝั่งผู้ขายต้องสมัครเพื่อรับวิธีการจ่ายแบบอื่นๆ ตามสมัครใจ ขณะที่ฝั่งผู้จ่ายหากธนาคารผู้ออกบัตรรองรับการจ่ายด้วย QR ก็จะสามารถนำแอปไปจ่ายได้
ตอนนี้ QR มาตรฐานยังอยู่ในช่วงทดลองจำกัด (เช่น กสิกรให้บริการใน สยามสแควร์, จตุจักร, ประตูน้ำ ) ตามแนวทาง regulartory sandbox ของธนาคารแห่งประเทศไทย โดยคนทั่วไปยังเปิดรับชำระผ่าน QR เองไม่ได้ คาดว่าจะเปิดบริการทั่วไปในไตรมาสที่สี่ปีนี้
Comments
เดินหน้าเข้าสู่ 4.0 ของจริง
หวังว่าปีหน้าคงได้ใช้ จ่ายค่ารถเมล์ รถทัวร์ รถตู้ รถไฟ รถไฟฟ้า แท้กซี่ บิ้กซี โลตัส เซเว่น ค่าไฟ ค่าน้ำ ค่าบัตรเครดิต ค่าทำบัตรประชาชน ค่าติดต่อราชการ ค่าไปรษณีย์ ฯฯฯฯฯฯฯลฯฯฯฯฯฯ
หวังว่าจะเป็นเช่นนั้น แต่บางอย่างที่ต้องการความรวดเร็วเช่นรถเมล์ รถไฟฟ้า ควรใช้วิธีอื่นอย่าง NFC มากกว่า ไม่งั้นกว่าจะสแกนกว่าจะยืนยันความถูกต้องแถวคงยาวไปหลายเมตร
เท่าที่รู้พวกนั้นจะแยกออกไปครับ เพราะพวกขนส่งต้องการความเร็วสูง ส่วนใหญ่มูลค่าเงินจะอยู่ในบัตรเองตัดเงินได้ในเวลาไม่กี่ร้อย ms
lewcpe.com , @wasonliw
อื้อหือ แล้ว SCB กับ KBank ทำไงล่ะเนี่ย
บล็อกส่วนตัวที่อัพเดตตามอารมณ์และความขยัน :P
ใช้ร่วมกันได้หมดครับ
ด้านร้านค้าที่อยากรับเงิน ต้องเสียค่าธรรมเนียมเท่าไหร่บ้าง มีข้อมูลดูได้ที่ไหนบ้างครับ
ควรจะฟรีหรือถูกมาก ๆ นะครับ ไม่งั้นไม่น่าจะมีแรงจูงใจให้เปลี่ยนกัน เหมือน Promtpay ก็ยังใช้ได้ฟรี ๆ และก็ไม่น่ามีแนวโน้มจะเสียเงิน
เทคโนโลยีไม่ผิด คนใช้มันในทางที่ผิดนั่นแหละที่ผิด!?!
จะเสียภาษีแบบเน้นๆ แทน เพราะสรรพากรตามได้ทุกบาททุกสตางค์ คาดว่าร้านค้าส่วนมากจะยังรับแต่เงินสดต่อไป promptpay ไม่มีทางเกิด
มีรายได้ก็ควรเสียภาษีเนอะ เลี่ยงภาษีคือผิดกฏหมายด้วย
ต่างจากทุกวันนี้ที่ร้านค้าออนไลน์โอนเงินแล้วโดนสรรพากรนั่งนับหมายเลขพัสดุ?
lewcpe.com , @wasonliw
ถ้ารับผ่าน PromptPay จะค่าธรรมเนียมเท่า PromptPay ครับ (ฝั่งลูกค้าเป็นคนจ่ายถ้าเกิน 5000 เหมือนโอน)
แต่ถ้าไปรับเดบิตหรือเครดิต อันนั้นต้องรับเอง ค่าธรรมเนียมแล้วแต่ธนาคารฝั่งรับเงิน
lewcpe.com , @wasonliw
บางแบงก์ออกค่าธรรมเนียมในส่วนนี้ให้ครับ
อันนี้เกี่ยวกับเทคโนโลยี Blockchain ด้วยไหมครับ
ไม่เกี่ยวครับ ยิงไป ITMX เหมือนเดิม
lewcpe.com , @wasonliw
วันนี้ไปลองเล่นมา แบบ dynamic (ที่ลองรู้สึกจะบูธของ BAY) เจ๋งมากครับ ฝั่งคนซื้อสแกนปุ๊บขึ้นรายละเอียดผู้ขายสินค้า (เป็นรูปเลยนะ) ราคา etc. กดจ่ายปุ๊บขึ้นยืนยันธุรกรรมทั้งจอคนซื้อและคนขาย ดูดีมาก แต่เข้าใจว่าต้องเป็นเฉพาะของธนาคารนั้น ไม่รู้อีกหน่อยจะยิงข้ามธนาคารได้มั้ย
ปล. แอบไปลองซื้อล็อตเตอรี่มาใบนึง 80 บาท แบบ Static ก็สะดวกพอใช้ครับ (ไม่ชอบตรงต้องนั่งจิ้มเลขเงินเอง) ถ้ามี Mobile App อยู่แล้วก็ง่ายดี ไม่ต้องควักเหรียญควักแบงก์ทอนกัน
ต่อไปแบงชาติไม่ต้องสำรองเงินตรา กรณีผลิตแบงค์ สำหรับเงินในระบบpromptpay แล้วซิ
เรียกว่าสำรอง "ธนบัตร" ดีกว่าครับ ซึ่งการผลักดัน e-payment ก็เพื่อต้องการลดค่าใช้จ่ายในการผลิตธนบัตรและการทำธุรกรรมผ่านธนบัตรนี่แหละครับ
จริงๆ แล้วทุกวันนี้ธนบัตรที่ออกใช้ไม่ได้มีมากเท่าปริมาณเงินในระบบเศรษฐกิจหรอกครับ แต่สำหรับประเทศไทยยังถือเป็นประเทศที่ใช้ธนบัตรมากอยู่ การลดค่าใช้จ่ายตรงนี้ได้ก็ทำให้มีเอาเงินไปพัฒนาส่วนอื่นได้แทน
เหมือนผลิตเหรียญ 25,50 สตางค์ ซึ่งเกินมูลค่าจริงซะอีก
แล้วก็ถูกพวกคนเอาไปหลอมทำสร้อยขายกันเกลื่อนรู้เจ็บใจเสียดายต้นทุน
ถ้าเครื่อง POS คิดเงินแล้วสร้าง QR code แบบ dynamic ตามบิล ขึ้นหน้าจออีกฝั่ง ลูกค้าก็สแกนแล้วจ่ายได้เลย จะดีมาก
คิดว่าน่าจะทำได้ในรูปแบบที่2 (dynamic) นั่นแหละครับ
หวังว่าแอพธนาคารทั้งหลายจะรองรับ finger scan สักที จะได้จ่ายสะดวกๆ
อคติทำให้คนรับเหตุผลด้านเดียว
+1 คือจะจ่ายเงินทีกดพินทีนี่ไม่สนุกแล้วนะครับ
ยิ่งกว่าเห้นด้วย ที่ใช้เยอะสุดตอนนี้ คือ True Wallet ใน 7-11 รู้สึกไม่ดีเลยตอนจ่าย
ผมรอดแล้วครับ ของออมสินรองรับแล้ว แฮ่
สอบถามความเข้าใจนิดนึงครับ
แบบ static คือ มีบัญชีร้านค้าอย่างเดียว เงินก็ระบุจ่ายเองในแอพ
ส่วน dynamic คือ ระบุบัญชี พร้อมกับระบุจำนวนเงินตายตัวเรียบร้อยแล้ว
หรือว่ากลับกันครับ
static barcode (บาร์โค้ดคงที่) กับ dynamic barcode (บาร์โค้ดเปลี่ยนไปเรื่อยๆ) ครับ
อาห์...๑ ในบริการภาครัฐที่ชาว blognone เกลียด
ของดีต้องพิสูจน์ได้จึงจะได้รับการยอมรับครับมาแรกๆ (โดยเฉพาะโครงการจากรัฐ) ก็ต้องโดนรับน้องกันหน่อย สุดท้ายถ้าดีจริงก็อย่าได้ถือสา อย่าได้ถือสา :)
SPICYDOG's Blog
ผมไม่ได้เกลียดนะ ความรู้สึกในช่วงแรกก็แค่กังขา ทุกวันนี้ก็เอามาใช้ปกติในชีวิตประจำวัน
ถ้ารัฐทำอะไรจริงจังก็ทำได้ครับ ดีเหม่ือนกันนะ
สำหรับท่านที่เปิดร้านค้า หรือขายของอยุ่ สามารถสร้าง emv qrcode เองได้ง่ายๆที่ https://qr-generator.digio.co.th/
มี api ไหมครับ แล้วไม่ทราบว่าจะเป็นไปได้ไหม ถ้าให้มีเลขอินวอย เพื่อเช็คออร์เดอร์นั้นๆ
แจกจ่ายไม่ได้ครับ อิอิ
ไม่ได้ไม่เป็นไรครับ แล้วแบบไดนามิคนี่มีอินวอยไหม?