เครื่องสร้าง QR ฟรี — ไม่ต้องลงทะเบียน
สร้างรหัสการชำระเงินสำหรับมาตรฐานการธนาคารที่คุณต้องการ
สร้างเพย์โหลดการชำระเงินสำหรับ VietQR, PromptPay, Pix, UPI, EPC, PayNow, Swiss QR-bill, SPAYD, PAY by square, HUB-3, NBS IPS และ UPN จากที่เดียว
- 12 รูปแบบเฉพาะตลาด
- การตรวจสอบผู้รับและจำนวนเงิน
- ไม่มีการจัดเก็บข้อมูลรับรองการชำระเงิน
เลือกรหัสการชำระเงินที่แอปธนาคารของลูกค้าของคุณเข้าใจ
QR การชำระเงินไม่ใช่รูปแบบสากลรูปแบบเดียว เลือกมาตรฐานที่ใช้โดยธนาคารผู้รับและตลาดของผู้ชำระเงิน จากนั้นตรวจสอบผู้รับและจำนวนเงินในแอปธนาคารที่รองรับ
รหัส VietQR
ป้อน BIN ของธนาคารสมาชิก NAPAS บัญชีรับ จำนวน VND ที่เป็นตัวเลือก และข้อความการโอนเงินเพื่อสร้างเพย์โหลด VietQR สำหรับ NAPAS 247
พร้อมเพย์คิวอาร์โค้ด
สร้าง QR พร้อมเพย์ไทยจากหมายเลขโทรศัพท์มือถือที่ลงทะเบียน หมายเลขประจำตัวประชาชนหรือผู้เสียภาษี หรือรหัสกระเป๋าเงินอิเล็กทรอนิกส์ที่รองรับ โดยสามารถเลือกจำนวนเงินบาทคงที่ได้
รหัส QR ของ Pix
สร้างรหัส Brazilian Pix BR จากอีเมล โทรศัพท์ CPF, CNPJ หรือคีย์ EVP โดยมีตัวเลือกจำนวน BRL, txid และคำอธิบาย
รหัส QR UPI
เปลี่ยนรหัส UPI ให้เป็น QR สแกนเพื่อชำระเงินพร้อมชื่อผู้รับเงินและจำนวนเงิน INR (ไม่บังคับ) บันทึกและข้อมูลอ้างอิงสำหรับแอป UPI ที่รองรับในอินเดีย
EPC QR / GiroCode
เตรียมผู้รับผลประโยชน์, IBAN, BIC เสริม, จำนวนเงิน EUR, วัตถุประสงค์และการอ้างอิงในรูปแบบ EPC QR ที่ใช้โดยแอปธนาคารในยุโรปที่ใช้งานร่วมกันได้
รหัส QR ของ PayNow
สร้างเพย์โหลด SGQR ที่เข้ากันได้กับ PayNow จากพร็อกซีมือถือของสิงคโปร์ที่ลงทะเบียนหรือ UEN ของบริษัท โดยมีตัวเลือกจำนวนเงิน SGD และการอ้างอิง
รหัส QR ของสวิสเซอร์แลนด์
สร้างเพย์โหลดรหัส QR สวิสคงที่ด้วย Swiss cross สำหรับ CHF หรือ EUR โดยใช้ Swiss IBAN หรือ QR-IBAN ที่อยู่เจ้าหนี้ที่มีโครงสร้างและการอ้างอิงที่เข้ากันได้
สเปย์ด QR พลาตบา
สร้างตัวระบุการชำระเงินระยะสั้นของเช็กจาก IBAN จำนวนเงิน สกุลเงิน สัญลักษณ์ตัวแปร วันครบกำหนด และข้อความ
PAY by square
เข้ารหัสการชำระเงิน EUR ของสโลวักด้วยผู้รับผลประโยชน์, IBAN, จำนวนเงิน, สัญลักษณ์ตัวแปร, วันที่ครบกำหนด และหมายเหตุในรูปแบบ PAY ตามรูปแบบสี่เหลี่ยมจัตุรัส
บาร์โค้ด HUB-3 PDF417
สร้างเพย์โหลดการชำระเงิน HUB-3 ของโครเอเชียตามบรรทัดอย่างเป็นทางการ และแสดงผลเป็น PDF417 ไม่ใช่ QR พร้อมจำนวนเงิน EUR, IBAN ของ HR, แบบจำลอง, ข้อมูลอ้างอิง และวัตถุประสงค์
รหัส QR ของ NBS IPS
สร้างเพย์โหลด IPS QR ของเซอร์เบียด้วยบัญชี 18 หลัก ผู้รับ จำนวนเงิน RSD รหัสการชำระเงิน วัตถุประสงค์ ผู้ชำระเงิน และข้อมูลอ้างอิงเพิ่มเติม
รหัส QR UPN
สร้างเพย์โหลด UPN QR ด้วยจำนวนเงิน EUR, ผู้รับ, การอ้างอิง IBAN, SI หรือ RF, รหัสวัตถุประสงค์ คำอธิบาย และวันที่ครบกำหนด
เรียนรู้เพิ่มเติม
ทุกแอปธนาคารไม่ยอมรับรูปแบบ QR เดียว
บาร์โค้ดสี่เหลี่ยมสามารถประกอบด้วยที่อยู่เว็บ ข้อความธรรมดา หรือเพย์โหลดการธนาคารที่มีโครงสร้าง แอปการชำระเงินรู้จักเฉพาะโครงสร้างที่รองรับเท่านั้น เริ่มต้นด้วยประเทศและบัญชีรับเงิน ไม่ใช่ด้วยรูปลักษณ์ของรหัส
เลือกตลาดที่ถูกต้องก่อน
หน้าประเทศจะอธิบายว่าตัวระบุบัญชี สกุลเงิน และแอปธนาคารใดที่คาดหวังสำหรับแต่ละรูปแบบ
ลดการป้อนด้วยตนเอง
แอปที่เข้ากันได้จะอ่านผู้รับ จำนวนเงิน และข้อมูลอ้างอิง แทนที่จะขอให้ผู้ชำระเงินคัดลอกรายละเอียดบัญชีขนาดยาว
อนุมัติกับผู้ชำระเงินต่อไป
รหัสเตรียมการโอน ผู้ชำระเงินจะต้องตรวจสอบผู้รับผลประโยชน์และอนุมัติการชำระเงินในธนาคารหรือกระเป๋าเงินของตน
ภายในรหัส QR
สิ่งที่ตัวสร้างนี้ทำ—แต่ไม่ได้ทำ
ตัวสร้างจะตรวจสอบฟิลด์ที่มองเห็นได้และเข้ารหัสในรูปแบบตลาดที่เลือก มันไม่ได้เปิดบัญชี ลงทะเบียนพร็อกซีการชำระเงิน ตรวจสอบความเป็นเจ้าของบัญชี หรือยืนยันการชำระเงิน
เพย์โหลดขึ้นอยู่กับรูปแบบการชำระเงิน
บางรูปแบบใช้ข้อมูล EMVCo Tag-Length-Value บางรูปแบบใช้บรรทัดหรือคู่คีย์-ค่า และ PAY ตามสี่เหลี่ยมใช้ข้อมูลไบนารีที่บีบอัด
ประเภทบาร์โค้ดอาจแตกต่างกันเช่นกัน
รายการส่วนใหญ่ใช้ QR แต่ HUB-3 ของโครเอเชียใช้ PDF417 Swiss QR-bill ต้องใช้ Swiss cross ในขณะที่ UPN แก้ไขเวอร์ชัน QR และการเข้ารหัสอักขระ
การตรวจสอบจะปกป้องเฉพาะโครงสร้างเพย์โหลดเท่านั้น
CRC หรือผลรวมตรวจสอบอื่นสามารถตรวจจับข้อมูลที่เสียหายได้ ไม่สามารถพิสูจน์ได้ว่าผู้รับผลประโยชน์นั้นน่าเชื่อถือหรือมีเงินมาถึง
แอพธนาคารยังคงเป็นอำนาจสุดท้าย
การสนับสนุนจะแตกต่างกันไปตามธนาคารและเวอร์ชันของแอป ทดสอบกับแอปและประเภทบัญชีเดียวกันกับที่ผู้ชำระเงินจริงของคุณจะใช้เสมอ
ขั้นตอนรหัสการชำระเงินทั่วไป
ประเทศ ตัวระบุผู้รับ จำนวน และหมายเลขอ้างอิง — เพย์โหลดการชำระเงินเฉพาะตลาดพร้อมการตรวจสอบที่จำเป็น — แอพที่ใช้งานร่วมกันได้จะแสดงการชำระเงินสำหรับผู้ชำระเงินเพื่อตรวจสอบและอนุมัติ
ตรวจสอบก่อนเผยแพร่
- เลือกมาตรฐานที่ใช้โดยบัญชีรับเงิน ไม่ใช่แค่สถานที่ตั้งของผู้ชำระเงิน
- ตรวจสอบทุกหลักของบัญชี พร็อกซี IBAN และข้อมูลอ้างอิงก่อนสร้าง
- สแกนด้วยแอปธนาคารที่รองรับมาตรฐานที่เลือกอย่างเป็นทางการ
- เปรียบเทียบผลประโยชน์ที่แสดงและจำนวนเงินก่อนอนุมัติการชำระเงิน
- ทดสอบขนาดการพิมพ์ขั้นสุดท้าย คอนทราสต์ และพื้นที่ว่างโดยรอบ
- ยืนยันการรับจากบัญชีผู้รับแทนภาพหน้าจอ
ขั้นตอนการทำงานที่ปลอดภัยสำหรับการเผยแพร่รหัสการชำระเงิน
รหัสที่ถูกต้องตามหลักไวยากรณ์ยังคงมีบัญชีที่ไม่ถูกต้องหรือแอปใดแอปหนึ่งไม่รองรับ
เริ่มจากรายละเอียดธนาคารอย่างเป็นทางการ
คัดลอกตัวระบุการรับจากธนาคารหรือบัญชีผู้ให้บริการชำระเงิน แทนที่จะคัดลอกจากป้ายเก่าหรือข้อความแชท
สร้างการชำระเงินทดสอบเล็กน้อย
ตรวจสอบผู้รับผลประโยชน์ที่ได้รับการแก้ไขแล้วและใบเสร็จรับเงินจริงก่อนใส่รหัสบนใบแจ้งหนี้ เคาน์เตอร์ หรือบรรจุภัณฑ์
แสดงรายละเอียดที่มนุษย์สามารถอ่านได้ในบริเวณใกล้เคียง
พิมพ์ผู้รับ สกุลเงิน และจำนวนเงินที่คาดหวัง หรือการอ้างอิงใบแจ้งหนี้ข้างรหัส เพื่อให้ผู้ชำระเงินสามารถเปรียบเทียบได้
ปกป้องการแสดงผลทางกายภาพ
ตรวจสอบรหัสสาธารณะเพื่อหาสติกเกอร์ทดแทน และสร้างใหม่ทุกครั้งที่มีการเปลี่ยนแปลงบัญชีที่สำคัญ
คุณสมบัติ
คุณสมบัติ
การตรวจสอบเฉพาะโครงการ
ตัวระบุบัญชี รูปแบบจำนวนเงิน ข้อมูลอ้างอิง และความยาวของฟิลด์จะได้รับการตรวจสอบสำหรับมาตรฐานการชำระเงินที่เลือก
สร้างขึ้นในท้องถิ่น
เพย์โหลดการชำระเงินและบาร์โค้ดถูกสร้างขึ้นในเบราว์เซอร์ เครื่องกำเนิดไฟฟ้าไม่ย้ายเงินหรือลงทะเบียนบัญชี
การส่งออก PNG และ SVG
ดาวน์โหลดภาพแรสเตอร์สำหรับการใช้งานในชีวิตประจำวันหรือเวกเตอร์ที่ปรับขนาดได้สำหรับใบแจ้งหนี้และงานพิมพ์คุณภาพสูง
รูปแบบคงที่ที่ได้รับการป้องกัน
มาตรฐานที่มีการเรนเดอร์ตามที่กำหนดจะปิดใช้งานการควบคุมสี โลโก้ รูปร่าง และการแก้ไขข้อผิดพลาดที่เข้ากันไม่ได้
บริบทการชำระเงินเพิ่มเติม
ในกรณีที่โครงการอนุญาต ให้เตรียมจำนวนเงิน ข้อมูลอ้างอิง วันครบกำหนด หรือข้อความเพื่อลดรายการผู้ชำระเงิน
การยืนยันยังคงปรากฏให้เห็น
ขั้นตอนการทำงานจะเตือนผู้ชำระเงินให้เปรียบเทียบผู้รับผลประโยชน์และจำนวนเงินในแอปธนาคารที่เข้ากันได้
ข้อดี & ข้อจำกัด
ข้อดี
- จุดเริ่มต้นสำหรับรูปแบบการชำระเงินแบบเปิดและใช้งานร่วมกันได้หลายรูปแบบ
- ลดการพิมพ์ตัวระบุบัญชีและการอ้างอิงแบบยาว
- สามารถจัดเตรียมจำนวนเงินได้ตามที่โครงการที่เลือกอนุญาต
- สร้างเพย์โหลดภายในเบราว์เซอร์
ข้อจำกัด
- รหัสสำหรับตลาดหนึ่งอาจเป็นข้อความธรรมดาไปยังแอปธนาคารที่ไม่รองรับ
- เครื่องกำเนิดไม่สามารถตรวจสอบความเป็นเจ้าของบัญชีหรือสถานะการชำระเงินได้
- การโทรกลับและการกระทบยอดของผู้ขายจำเป็นต้องมีธนาคารหรือผู้ให้บริการชำระเงิน
- รหัสทางกายภาพสามารถถูกแทนที่ได้ ดังนั้นผู้ชำระเงินจะต้องยืนยันผู้รับผลประโยชน์
รหัสการชำระเงินทำงานอย่างไร
จากรายละเอียดการชำระเงินไปจนถึงหน้าจอยืนยันแอปธนาคาร
บาร์โค้ดสี่เหลี่ยมสามารถประกอบด้วยที่อยู่เว็บ ข้อความธรรมดา หรือเพย์โหลดการธนาคารที่มีโครงสร้าง แอปการชำระเงินรู้จักเฉพาะโครงสร้างที่รองรับเท่านั้น เริ่มต้นด้วยประเทศและบัญชีรับเงิน ไม่ใช่ด้วยรูปลักษณ์ของรหัส
เลือกมาตรฐานการชำระเงิน
จับคู่รูปแบบกับบัญชีธนาคารผู้รับและแอปที่ผู้ชำระเงินจะใช้
ป้อนและตรวจสอบรายละเอียดการชำระเงิน
เพิ่มตัวระบุผู้รับ จำนวนเงิน และข้อมูลอ้างอิงที่จำเป็นสำหรับโครงการนั้น
สแกน เปรียบเทียบ และเผยแพร่
ทดสอบในแอปที่รองรับและเปรียบเทียบผู้รับผลประโยชน์และจำนวนเงินก่อนแชร์โค้ด
กรณีการใช้งาน
กรณีการใช้งาน
ใบแจ้งหนี้
จัดทำบัญชี จำนวนเงิน และข้อมูลอ้างอิง เพื่อให้ลูกค้าไม่ต้องพิมพ์ซ้ำ
เคาน์เตอร์ขายปลีก
แสดงรหัสการชำระเงินที่ตรงกับแอปในประเทศที่ลูกค้าในพื้นที่ใช้
กิจกรรมและการบริจาค
เสนอรหัสที่นำมาใช้ซ้ำได้โดยไม่มีจำนวนเงินคงที่ โดยที่โครงการอนุญาตให้ใช้มูลค่าที่ผู้ชำระเงินป้อนได้
การดำเนินงานข้ามพรมแดน
เผยแพร่รูปแบบตลาดที่แตกต่างกัน แทนที่จะคิดว่ารหัสในประเทศรหัสเดียวจะใช้ได้ทุกที่
คำถามที่พบบ่อย
QR การชำระเงินหนึ่งรายการสามารถใช้งานได้ในทุกประเทศหรือไม่
การสร้างโค้ดช่วยย้ายเงินหรือไม่?
QRCode GEN สามารถยืนยันผู้รับได้หรือไม่?
เหตุใดการควบคุมสไตล์จึงถูกปิดใช้งานสำหรับบางรูปแบบ
สร้างรหัสการชำระเงินสำหรับตลาดของคุณ
เลือกมาตรฐาน ทดสอบกับแอปธนาคารที่รองรับ และตรวจสอบผู้รับผลประโยชน์ก่อนเผยแพร่
สร้าง QR การชำระเงิน