ເຄື່ອງກໍາເນີດ QR ຟຣີ - ບໍ່ມີການລົງທະບຽນ
ສ້າງລະຫັດການຈ່າຍເງິນສໍາລັບມາດຕະຖານທະນາຄານທີ່ທ່ານຕ້ອງການ
ສ້າງ payloads ສໍາລັບ VietQR, PromptPay, Pix, UPI, EPC, PayNow, Swiss QR-bill, SPAYD, ຈ່າຍເປັນສີ່ຫຼ່ຽມມົນ, HUB-3, NBS IPS ແລະ UPN ຈາກບ່ອນດຽວ.
- 12 ຮູບແບບຕະຫຼາດສະເພາະ
- ການກວດສອບຈໍານວນຜູ້ຮັບແລະຈໍານວນ
- ບໍ່ມີການເກັບຮັກສາໃບຢັ້ງຢືນການຈ່າຍເງິນ
ເລືອກລະຫັດການຈ່າຍເງິນທີ່ແອັບຯທະນາຄານຂອງລູກຄ້າຂອງທ່ານເຂົ້າໃຈ
QR ການຈ່າຍເງິນບໍ່ແມ່ນຮູບແບບທົ່ວໄປ. ເລືອກມາດຕະຖານທີ່ໃຊ້ໂດຍທະນາຄານຮັບເງິນ ແລະຕະຫຼາດຜູ້ຈ່າຍເງິນ, ຈາກນັ້ນຢັ້ງຢືນຜູ້ຮັບ ແລະຈຳນວນເງິນໃນແອັບທະນາຄານທີ່ເຂົ້າກັນໄດ້.
ລະຫັດ VietQR
ໃສ່ BIN ທະນາຄານສະມາຊິກ NAPAS, ບັນຊີຮັບ, ຈຳນວນເງິນ VND ທາງເລືອກ ແລະຂໍ້ຄວາມໂອນເພື່ອສ້າງ payload VietQR ສໍາລັບ NAPAS 247.
ລະຫັດ QR PromptPay
ສ້າງ QR PromptPay ໄທຈາກເບີໂທລະສັບມືຖືທີ່ລົງທະບຽນ, ID ແຫ່ງຊາດ ຫຼືພາສີ, ຫຼື ID e-wallet ທີ່ຮອງຮັບ, ດ້ວຍຈໍານວນ THB ຄົງທີ່.
Pix ລະຫັດ QR
ສ້າງລະຫັດ BR Brazilian Pix ຈາກອີເມລ໌, ໂທລະສັບ, CPF, CNPJ ຫຼືລະຫັດ EVP, ດ້ວຍຈໍານວນ BRL ທາງເລືອກ, txid ແລະຄໍາອະທິບາຍ.
ລະຫັດ QR UPI
ປ່ຽນ UPI ID ໃຫ້ເປັນ QR ທີ່ສະແກນຫາເງິນດ້ວຍຊື່ຜູ້ຮັບເງິນ ແລະຈຳນວນ INR ທາງເລືອກ, ບັນທຶກ ແລະເອກະສານອ້າງອີງສຳລັບແອັບ UPI ທີ່ຮອງຮັບໃນປະເທດອິນເດຍ.
EPC QR / GiroCode
ກະກຽມຜູ້ຮັບຜົນປະໂຫຍດ, IBAN, ທາງເລືອກ BIC, ຈໍານວນ EUR, ຈຸດປະສົງແລະການອ້າງອີງໃນຮູບແບບ EPC QR ທີ່ໃຊ້ໂດຍແອັບຯທະນາຄານເອີຣົບທີ່ເຂົ້າກັນໄດ້.
ລະຫັດ QR ຂອງ PayNow
ສ້າງ payload SGQR ທີ່ເຂົ້າກັນໄດ້ກັບ PayNow ຈາກຕົວແທນມືຖືສິງກະໂປ ຫຼືບໍລິສັດ UEN ທີ່ລົງທະບຽນ, ດ້ວຍຈຳນວນເງິນ SGD ທາງເລືອກ ແລະເອກະສານອ້າງອີງ.
ລະຫັດ QR-bill ຂອງສະວິດ
ສ້າງ payload ລະຫັດ QR ຂອງສະວິດເຊີແລນຄົງທີ່ດ້ວຍ Swiss cross ສໍາລັບ CHF ຫຼື EUR ໂດຍໃຊ້ Swiss IBAN ຫຼື QR-IBAN, ທີ່ຢູ່ເຈົ້າຫນີ້ທີ່ມີໂຄງສ້າງແລະການອ້າງອີງທີ່ເຂົ້າກັນໄດ້.
SPAYD QR Platba
ສ້າງຕົວອະທິບາຍການຈ່າຍເງິນສັ້ນພາສາເຊັກໂກຈາກ IBAN, ຈຳນວນ, ສະກຸນເງິນ, ສັນຍາລັກທີ່ປ່ຽນແປງໄດ້, ວັນທີຄົບກຳນົດ ແລະຂໍ້ຄວາມ.
PAY by square
ເຂົ້າລະຫັດການຈ່າຍເງິນສະໂລວາເກຍ EUR ກັບຜູ້ຮັບຜົນປະໂຫຍດ, IBAN, ຈຳນວນ, ສັນຍາລັກຕົວແປ, ວັນຄົບກຳນົດ ແລະໝາຍເຫດໃນການຈ່າຍເງິນດ້ວຍຮູບແບບສີ່ຫຼ່ຽມມົນ.
ບາໂຄດ HUB-3 PDF417
ສ້າງ payload ການຈ່າຍເງິນຂອງ Croatian HUB-3 ທີ່ເປັນທາງການ ແລະເຮັດໃຫ້ມັນເປັນ PDF417—ບໍ່ແມ່ນ QR—ດ້ວຍຈໍານວນ EUR, HR IBAN, ຮູບແບບ, ການອ້າງອີງ ແລະຈຸດປະສົງ.
ລະຫັດ QR NBS IPS
ສ້າງ payload IPS QR ເຊີເບຍທີ່ມີບັນຊີ 18 ຕົວເລກ, ຜູ້ຮັບ, ຈໍານວນ RSD, ລະຫັດການຈ່າຍເງິນ, ຈຸດປະສົງ, ຜູ້ຈ່າຍແລະການອ້າງອີງທາງເລືອກ.
ລະຫັດ QR UPN
ສ້າງ payload UPN QR ທີ່ມີຈໍານວນ EUR, ຜູ້ຮັບ, IBAN, SI ຫຼື RF ອ້າງອິງ, ລະຫັດຈຸດປະສົງ, ຄໍາອະທິບາຍແລະວັນທີຄົບກໍານົດ.
ສຶກສາເພີ່ມເຕີມ
ບໍ່ມີຮູບແບບ QR ດຽວທີ່ຍອມຮັບໂດຍທຸກໆແອັບຯທະນາຄານ
ບາໂຄດສີ່ຫຼ່ຽມສາມາດມີທີ່ຢູ່ເວັບ, ຂໍ້ຄວາມທຳມະດາ ຫຼືການເກັບເງິນທະນາຄານທີ່ມີໂຄງສ້າງ. ແອັບຯການຈ່າຍເງິນຮັບຮູ້ໂຄງສ້າງທີ່ພວກເຂົາສະຫນັບສະຫນູນເທົ່ານັ້ນ. ເລີ່ມຕົ້ນດ້ວຍປະເທດແລະບັນຊີທີ່ໄດ້ຮັບ, ບໍ່ແມ່ນການປະກົດຕົວຂອງລະຫັດ.
ເລືອກຕະຫຼາດທີ່ຖືກຕ້ອງກ່ອນ
ຫນ້າປະເທດອະທິບາຍວ່າຕົວລະບຸບັນຊີ, ສະກຸນເງິນແລະແອັບຯທະນາຄານໃດຄາດວ່າຈະມີສໍາລັບແຕ່ລະຮູບແບບ.
ຫຼຸດຜ່ອນການເຂົ້າຄູ່ມື
ແອັບທີ່ເຂົ້າກັນໄດ້ອ່ານຜູ້ຮັບ, ຈໍານວນ ແລະເອກະສານອ້າງອີງ ແທນທີ່ຈະຂໍໃຫ້ຜູ້ຈ່າຍເງິນສຳເນົາລາຍລະອຽດບັນຊີຍາວໆ.
ຮັກສາການອະນຸມັດກັບຜູ້ຈ່າຍເງິນ
ລະຫັດກະກຽມການໂອນ; ຜູ້ຈ່າຍເງິນຍັງຕ້ອງຢັ້ງຢືນຜູ້ໄດ້ຮັບຜົນປະໂຫຍດ ແລະອະນຸຍາດໃຫ້ຈ່າຍເງິນໃນທະນາຄານ ຫຼືກະເປົາເງິນຂອງເຂົາເຈົ້າ.
ພາຍໃນລະຫັດ QR
ສິ່ງທີ່ເຄື່ອງປັ່ນໄຟນີ້ເຮັດ - ແລະບໍ່ໄດ້ເຮັດ
ເຄື່ອງກໍາເນີດໄຟຟ້າກວດສອບຊ່ອງຂໍ້ມູນທີ່ເບິ່ງເຫັນແລະເຂົ້າລະຫັດໃນຮູບແບບຕະຫຼາດທີ່ເລືອກ. ມັນບໍ່ໄດ້ເປີດບັນຊີ, ລົງທະບຽນຕົວແທນການຈ່າຍເງິນ, ກວດເບິ່ງຄວາມເປັນເຈົ້າຂອງບັນຊີຫຼືຢືນຢັນການຊໍາລະ.
payload ແມ່ນຂຶ້ນກັບໂຄງການການຈ່າຍເງິນ
ບາງຮູບແບບໃຊ້ຂໍ້ມູນ EMVCo Tag-Length-Value, ບາງຮູບແບບໃຊ້ເສັ້ນ ຫຼືຄູ່ຄີ-ຄ່າ, ແລະ PAY ໂດຍສີ່ຫຼ່ຽມຈະໃຊ້ຂໍ້ມູນຖານສອງທີ່ບີບອັດ.
ປະເພດ barcode ຍັງສາມາດແຕກຕ່າງກັນ
ລາຍການສ່ວນໃຫຍ່ໃຊ້ QR, ແຕ່ HUB-3 ຂອງ Croatia ໃຊ້ PDF417. Swiss QR-bill ຮຽກຮ້ອງໃຫ້ມີການຂ້າມປະເທດສະວິດ, ໃນຂະນະທີ່ UPN ແກ້ໄຂສະບັບ QR ແລະການເຂົ້າລະຫັດຕົວອັກສອນ.
checksum ພຽງແຕ່ປົກປ້ອງໂຄງສ້າງ payload
CRC ຫຼື checksum ອື່ນສາມາດກວດພົບຂໍ້ມູນທີ່ເສຍຫາຍ. ມັນບໍ່ສາມາດພິສູດໄດ້ວ່າຜູ້ໄດ້ຮັບຜົນປະໂຫຍດມີຄວາມຫນ້າເຊື່ອຖືຫຼືເງິນນັ້ນມາຮອດ.
ແອັບທະນາຄານຍັງຄົງເປັນສິດອຳນາດສຸດທ້າຍ
ການສະຫນັບສະຫນູນແຕກຕ່າງກັນໂດຍທະນາຄານແລະສະບັບ app. ສະເຫມີທົດສອບກັບແອັບຯດຽວກັນແລະປະເພດບັນຊີທີ່ຜູ້ຈ່າຍເງິນທີ່ແທ້ຈິງຂອງທ່ານຈະໃຊ້.
ກະແສລະຫັດການຈ່າຍເງິນປົກກະຕິ
ປະເທດ, ການຮັບຕົວລະບຸ, ຈໍານວນ ແລະເອກະສານອ້າງອີງ — payload ຊໍາລະສະເພາະຕະຫຼາດທີ່ມີການກວດສອບທີ່ຈໍາເປັນ — ແອັບທີ່ເຂົ້າກັນໄດ້ສະແດງການຈ່າຍເງິນໃຫ້ຜູ້ຈ່າຍເງິນເພື່ອຢັ້ງຢືນ ແລະອະນຸຍາດ.
ກວດເບິ່ງກ່ອນທີ່ຈະເຜີຍແຜ່
- ເລືອກມາດຕະຖານທີ່ໃຊ້ໂດຍບັນຊີຮັບ, ບໍ່ແມ່ນສະຖານທີ່ຂອງຜູ້ຈ່າຍເງິນ.
- ຢັ້ງຢືນທຸກຕົວເລກຂອງບັນຊີ, ຕົວແທນ, IBAN ແລະການອ້າງອີງກ່ອນທີ່ຈະສ້າງ.
- ສະແກນດ້ວຍແອັບທະນາຄານທີ່ຮອງຮັບມາດຕະຖານທີ່ເລືອກຢ່າງເປັນທາງການ.
- ປຽບທຽບຜູ້ຮັບຜົນປະໂຫຍດທີ່ສະແດງ ແລະຈໍານວນກ່ອນທີ່ຈະອະນຸມັດການຈ່າຍເງິນ.
- ທົດສອບຂະໜາດທີ່ພິມອອກສຸດທ້າຍ, ກົງກັນຂ້າມ ແລະພື້ນທີ່ຊັດເຈນອ້ອມຂ້າງ.
- ຢືນຢັນໃບຮັບເງິນຈາກບັນຊີທີ່ໄດ້ຮັບແທນທີ່ຈະເປັນຮູບໜ້າຈໍ.
ຂະບວນການເຮັດວຽກທີ່ປອດໄພສໍາລັບການເຜີຍແຜ່ລະຫັດການຈ່າຍເງິນ
ລະຫັດທີ່ຖືກຕ້ອງທາງ syntactic ຍັງສາມາດມີບັນຊີທີ່ບໍ່ຖືກຕ້ອງ ຫຼືບໍ່ໄດ້ຮັບການສະຫນັບສະຫນູນໂດຍແອັບຯສະເພາະ.
ເລີ່ມຕົ້ນຈາກລາຍລະອຽດທະນາຄານຢ່າງເປັນທາງການ
ສຳເນົາຕົວລະບຸການຮັບຈາກທະນາຄານ ຫຼືບັນຊີຜູ້ໃຫ້ການຈ່າຍເງິນ ແທນທີ່ມາຈາກປ້າຍເກົ່າ ຫຼືຂໍ້ຄວາມສົນທະນາ.
ສ້າງການຈ່າຍເງິນທົດສອບຂະຫນາດນ້ອຍ
ກວດເບິ່ງຜູ້ຮັບຜົນປະໂຫຍດທີ່ໄດ້ຮັບການແກ້ໄຂແລະໃບຮັບເງິນຕົວຈິງກ່ອນທີ່ຈະໃສ່ລະຫັດໃສ່ໃບແຈ້ງຫນີ້, ເຄົາເຕີຫຼືການຫຸ້ມຫໍ່.
ສະແດງລາຍລະອຽດທີ່ມະນຸດສາມາດອ່ານໄດ້ຢູ່ໃກ້ໆ
ພິມຜູ້ຮັບ, ສະກຸນເງິນ ແລະຈຳນວນທີ່ຄາດໄວ້ ຫຼືໃບເກັບເງິນທີ່ອ້າງອີງຢູ່ຂ້າງລະຫັດເພື່ອໃຫ້ຜູ້ຈ່າຍເງິນສາມາດປຽບທຽບໄດ້.
ປົກປ້ອງການສະແດງທາງດ້ານຮ່າງກາຍ
ກວດສອບລະຫັດສາທາລະນະເພື່ອທົດແທນສະຕິກເກີ ແລະສ້າງພວກມັນຄືນໃຫມ່ທຸກຄັ້ງທີ່ບັນຊີພື້ນຖານມີການປ່ຽນແປງ.
ຄຸນສົມບັດ
ຄຸນສົມບັດ
ການກວດສອບສະເພາະໂຄງການ
ຕົວລະບຸບັນຊີ, ຮູບແບບຈໍານວນ, ການອ້າງອິງ ແລະຄວາມຍາວຂອງຊ່ອງຂໍ້ມູນຖືກກວດສອບມາດຕະຖານການຈ່າຍເງິນທີ່ເລືອກ.
ຜະລິດຢູ່ໃນທ້ອງຖິ່ນ
ການຈ່າຍ payload ແລະ barcode ຖືກສ້າງຂຶ້ນໃນຕົວທ່ອງເວັບ; ເຄື່ອງກໍາເນີດບໍ່ໄດ້ຍ້າຍເງິນຫຼືລົງທະບຽນບັນຊີ.
ການສົ່ງອອກ PNG ແລະ SVG
ດາວໂຫລດຮູບພາບ raster ສໍາລັບການນໍາໃຊ້ປະຈໍາວັນຫຼື vector ທີ່ສາມາດຂະຫຍາຍໄດ້ສໍາລັບໃບແຈ້ງຫນີ້ແລະການພິມຄຸນນະພາບສູງ.
ຮູບແບບຄົງທີ່ທີ່ມີການປ້ອງກັນ
ມາດຕະຖານທີ່ມີການສະແດງຜົນທີ່ກໍານົດໄວ້ປິດການໃຊ້ງານສີທີ່ບໍ່ເຂົ້າກັນໄດ້, ໂລໂກ້, ຮູບຮ່າງແລະການຄວບຄຸມການແກ້ໄຂຂໍ້ຜິດພາດ.
ບໍລິບົດການຈ່າຍເງິນທາງເລືອກ
ບ່ອນທີ່ໂຄງການອະນຸຍາດໃຫ້ມັນ, ກະກຽມຈໍານວນ, ການອ້າງອິງ, ວັນຫມົດກໍານົດຫຼືຂໍ້ຄວາມເພື່ອຫຼຸດຜ່ອນການເຂົ້າ payer.
ການຢັ້ງຢືນຍັງຄົງເຫັນໄດ້
ຂັ້ນຕອນການເຮັດວຽກເຕືອນຜູ້ຈ່າຍເງິນໃຫ້ສົມທຽບຜູ້ຮັບຜົນປະໂຫຍດ ແລະຈຳນວນເງິນໃນແອັບທະນາຄານທີ່ເຂົ້າກັນໄດ້.
ຂໍ້ດີ & ຂໍ້ຈໍາກັດ
ຂໍ້ດີ
- ຈຸດເລີ່ມຕົ້ນອັນໜຶ່ງສໍາລັບຮູບແບບການຈ່າຍເງິນທີ່ເປີດ ແລະສາມາດພົວພັນກັນໄດ້ຫຼາຍຮູບແບບ.
- ຫຼຸດຜ່ອນການພິມຕົວລະບຸບັນຊີທີ່ຍາວນານ ແລະການອ້າງອີງ.
- ສາມາດກະກຽມຈໍານວນທີ່ໂຄງການທີ່ເລືອກອະນຸຍາດໃຫ້ມັນ.
- ສ້າງ payload ໃນທ້ອງຖິ່ນໃນຕົວທ່ອງເວັບ.
ຂໍ້ຈໍາກັດ
- ລະຫັດສໍາລັບຕະຫຼາດຫນຶ່ງອາດຈະເປັນຂໍ້ຄວາມທໍາມະດາໄປຫາແອັບຯທະນາຄານທີ່ບໍ່ສະຫນັບສະຫນູນ.
- ຜູ້ສ້າງບໍ່ສາມາດຢັ້ງຢືນຄວາມເປັນເຈົ້າຂອງບັນຊີ ຫຼືສະຖານະການຈ່າຍເງິນໄດ້.
- ການເອີ້ນຄືນ ແລະ ການຄືນເງິນຂອງຜູ້ຄ້າຕ້ອງການທະນາຄານ ຫຼືຜູ້ໃຫ້ບໍລິການຊໍາລະເງິນ.
- ສາມາດປ່ຽນລະຫັດທາງດ້ານຮ່າງກາຍໄດ້, ດັ່ງນັ້ນຜູ້ຈ່າຍເງິນຕ້ອງກວດສອບຜູ້ໄດ້ຮັບຜົນປະໂຫຍດ.
ລະຫັດການຈ່າຍເງິນເຮັດວຽກແນວໃດ
ຈາກລາຍລະອຽດການຊໍາລະເປັນຫນ້າຈໍການຢືນຢັນ app ທະນາຄານ
ບາໂຄດສີ່ຫຼ່ຽມສາມາດມີທີ່ຢູ່ເວັບ, ຂໍ້ຄວາມທຳມະດາ ຫຼືການເກັບເງິນທະນາຄານທີ່ມີໂຄງສ້າງ. ແອັບຯການຈ່າຍເງິນຮັບຮູ້ໂຄງສ້າງທີ່ພວກເຂົາສະຫນັບສະຫນູນເທົ່ານັ້ນ. ເລີ່ມຕົ້ນດ້ວຍປະເທດແລະບັນຊີທີ່ໄດ້ຮັບ, ບໍ່ແມ່ນການປະກົດຕົວຂອງລະຫັດ.
ເລືອກມາດຕະຖານການຈ່າຍເງິນ
ຈັບຄູ່ຮູບແບບກັບບັນຊີທະນາຄານທີ່ໄດ້ຮັບ ແລະແອັບຯທີ່ຜູ້ຈ່າຍເງິນຂອງທ່ານຈະໃຊ້.
ໃສ່ແລະກວດສອບລາຍລະອຽດການຈ່າຍເງິນ
ເພີ່ມຕົວລະບຸຜູ້ຮັບ, ຈໍານວນ ແລະເອກະສານອ້າງອີງທີ່ຕ້ອງການໂດຍໂຄງການນັ້ນ.
ສະແກນ, ປຽບທຽບ ແລະເຜີຍແຜ່
ທົດສອບໃນແອັບທີ່ເຂົ້າກັນໄດ້ ແລະປຽບທຽບຜູ້ໄດ້ຮັບຜົນປະໂຫຍດ ແລະຈຳນວນເງິນກ່ອນທີ່ຈະແບ່ງປັນລະຫັດ.
ກໍລະນີທີ່ໃຊ້
ກໍລະນີທີ່ໃຊ້
ໃບເກັບເງິນ
ກະກຽມບັນຊີ, ຈໍານວນແລະຂໍ້ມູນອ້າງອີງເພື່ອໃຫ້ລູກຄ້າບໍ່ຈໍາເປັນຕ້ອງພິມໃຫມ່.
ເຄົາເຕີຂາຍຍ່ອຍ
ສະແດງລະຫັດການຈ່າຍເງິນທີ່ກົງກັບແອັບພາຍໃນປະເທດທີ່ໃຊ້ໂດຍລູກຄ້າທ້ອງຖິ່ນ.
ເຫດການແລະການບໍລິຈາກ
ສະເໜີລະຫັດທີ່ສາມາດນຳໃຊ້ຄືນໄດ້ໂດຍບໍ່ມີຈຳນວນຄົງທີ່ທີ່ໂຄງການອະນຸຍາດໃຫ້ມີຄ່າທີ່ຜູ້ຈ່າຍເງິນປ້ອນເຂົ້າ.
ການດໍາເນີນງານຂ້າມຊາຍແດນ
ເຜີຍແຜ່ຮູບແບບຕະຫຼາດທີ່ແຕກຕ່າງກັນແທນທີ່ຈະສົມມຸດວ່າລະຫັດພາຍໃນຫນຶ່ງຈະເຮັດວຽກຢູ່ທົ່ວທຸກແຫ່ງ.
ຄຳຖາມທີ່ມັກຖາມເລື້ອຍໆ
ການຈ່າຍເງິນ QR ດຽວສາມາດເຮັດວຽກໄດ້ໃນທຸກໆປະເທດບໍ?
ການສ້າງລະຫັດຍ້າຍເງິນບໍ?
QRCode GEN ສາມາດຢືນຢັນຜູ້ຮັບໄດ້ບໍ?
ເປັນຫຍັງການຄວບຄຸມການຈັດຮູບແບບຈຶ່ງຖືກປິດການນຳໃຊ້ສຳລັບບາງຮູບແບບ?
ສ້າງລະຫັດການຈ່າຍເງິນສໍາລັບຕະຫຼາດຂອງທ່ານ
ເລືອກມາດຕະຖານ, ທົດສອບມັນກັບແອັບຯທະນາຄານທີ່ເຂົ້າກັນໄດ້ ແລະກວດສອບຜູ້ໄດ້ຮັບຜົນປະໂຫຍດກ່ອນທີ່ຈະເຜີຍແຜ່.
ສ້າງ QR ການຈ່າຍເງິນ