วิธีรับชำระเงินด้วยบัตรในแอป POS ที่สร้างขึ้นเอง

การรับชำระเงินด้วยบัตรในแอป POS ที่สร้างขึ้นเอง คุณต้องดำเนินการผ่านผู้ให้บริการชำระเงิน (PSP) และเลือกหนึ่งในสี่เส้นทาง: เครื่องอ่านบัตรที่ผ่านการรับรอง, Tap to Pay on iPhone, Tap to Pay on Android หรือสมาร์ทเทอร์มินัลที่เชื่อมต่อคลาวด์ แอปของคุณจะไม่ อ่านหรือบันทึกเลขบัตรโดยตรง แต่มันจะส่งยอดเงินไปยังฮาร์ดแวร์หรือซอฟต์แวร์ที่ได้รับการรับรอง แล้วรับผลลัพธ์ว่า อนุมัติ หรือ ปฏิเสธ กลับมา แต่ละเส้นทางมีเงื่อนไขเฉพาะจาก Apple, Google หรือผู้ให้บริการของคุณ ซึ่งขั้นตอนเอกสารเหล่านี้ไม่ใช่โค้ด แต่เป็นส่วนที่ใช้เวลานานที่สุด

คู่มือนี้จะอธิบายรายละเอียดทีละขั้นตอน โดยอิงตามเงื่อนไขจริงโดยไม่มีการกล่าวเกินจริง พวกเราดูแลระบบชำระเงินสำหรับ Final ซึ่งเป็น POS ของเราเอง ดังนั้นเราจึงผ่านขั้นตอนเหล่านี้มาทั้งหมดแล้ว

ทำไมถึงไม่ควรใช้เพียงแค่ฟอร์มกรอกบัตรใน POS ของคุณ?

เพราะการใช้ฟอร์มกรอกบัตรจะทำให้การขายนั้นจัดอยู่ในประเภท "ไม่อยู่ต่อหน้า" (card-not-present) ในขณะที่หน้าร้านจำเป็นต้องเป็นการชำระเงินแบบ "อยู่ต่อหน้า" (card-present) เมื่อลูกค้าพิมพ์หมายเลขบัตรลงในเว็บฟอร์ม การชำระเงินนั้นจะถูกจัดการเหมือนการสั่งซื้อออนไลน์: ค่าธรรมเนียมสูงกว่า ความเสี่ยงต่อการทุจริตมากกว่า และภาระรับผิดชอบเมื่อเกิดการโต้แย้งตกอยู่กับคุณ แต่เมื่อใช้อุปกรณ์ที่ได้รับการรับรองอ่านบัตรหรือโทรศัพท์ การชำระเงินนั้นจะถือเป็น card-present ซึ่งถูกกว่าและปลอดภัยกว่าสำหรับทุกคน

การรับชำระเงินแบบ card-present ต้องใช้ฮาร์ดแวร์หรือซอฟต์แวร์ที่ผ่านการรับรอง นั่นคือเหตุผลที่ทุกเส้นทางด้านล่างต้องทำงานผ่านผลิตภัณฑ์หน้าร้านของ PSP แทนการเขียนโค้ดขึ้นเอง อ่านความแตกต่างของค่าธรรมเนียมได้ใน card present vs card not present

เส้นทางที่ 1: คุณจะใช้เครื่องอ่านบัตรกับแอปของคุณเองได้อย่างไร?

เลือก PSP ที่มี SDK สำหรับงานหน้าร้าน ซื้อเครื่องอ่านบัตรที่ผ่านการรับรองของ PSP นั้น แล้วจับคู่จากแอปของคุณ Stripe Terminal, Adyen และรายอื่นๆ ทำงานด้วยวิธีนี้

1. เปิดบัญชีกับ PSP และเปิดใช้งานผลิตภัณฑ์สำหรับการชำระเงินหน้าร้าน

2. รวม SDK สำหรับ iOS, Android หรือ React Native เข้ากับแอปของคุณ

3. สั่งซื้อเครื่องอ่านบัตรที่ผ่านการรับรองและลงทะเบียนเข้ากับบัญชีของคุณ

4. ค้นหาและเชื่อมต่อเครื่องอ่านบัตรจากแอปของคุณ จากนั้นรับชำระเงินผ่าน SDK

5. วางแผนสำหรับการอัปเดตเฟิร์มแวร์ของเครื่องอ่านบัตรซึ่ง PSP จะเป็นผู้ส่งมาให้

คุณไม่สามารถนำเครื่องอ่านบัตรทั่วไปมาเชื่อมต่อได้: เฉพาะเครื่องอ่านบัตรที่ได้รับการรับรองจากผู้ให้บริการของคุณเท่านั้นที่จะประมวลผลบัตรได้ เนื่องจากขั้นตอนการรับรองครอบคลุมถึงการทำงานร่วมกันระหว่างเครื่องอ่าน ซอฟต์แวร์ และผู้ประมวลผลการชำระเงิน อ่านเพิ่มเติมใน เครื่องอ่านบัตรสำหรับแอป POS ที่สร้างขึ้นเอง และ การรับรอง EMV สำหรับ POS

เส้นทางที่ 2: Tap to Pay on iPhone ต้องใช้ข้อกำหนดอะไรบ้าง?

Tap to Pay on iPhone เปลี่ยนโทรศัพท์ให้กลายเป็นเครื่องอ่านบัตร ขั้นตอนของ Apple เองได้แก่: ทำงานร่วมกับ PSP ที่รองรับ, ขอสิทธิ์ Tap to Pay on iPhone entitlement, รวม ProximityReader API หรือ SDK ของ PSP เข้ากับแอป, ปฏิบัติตามแนวทางการออกแบบ Human Interface Guidelines ของ Apple และส่งแอปเข้าตรวจ (ภาพรวม Tap to Pay ของ Apple) โดย Apple ระบุว่า PSP มีหน้าที่รับผิดชอบเรื่องการรับรองต่างๆ ที่ช่วยให้ร้านค้าสามารถรับชำระเงินได้

ในทางปฏิบัติ นั่นหมายถึง:

1. บัญชีนักพัฒนาองค์กร คำขอสิทธิ์ใช้งานต้องมาจากผู้ถือบัญชี (Account Holder) ของบัญชีองค์กร และการลงทะเบียนในนามองค์กรต้องใช้หมายเลข D-U-N-S ดูที่ หมายเลข D-U-N-S และบัญชีนักพัฒนา Apple

2. แบบฟอร์มขออนุมัติ ระบุชื่อ PSP และภูมิภาคที่คุณจะเปิดให้บริการ

3. สิทธิ์สำหรับพัฒนา Apple จะอนุมัติสิทธิ์ขั้นแรกสำหรับการสร้างและทดสอบบนอุปกรณ์ของคุณเอง

4. ข้อกำหนดด้าน UX ของ Apple Apple จะส่งข้อกำหนดและแนวทางการตลาดมาพร้อมกับการอนุมัติสิทธิ์ ครอบคลุมถึงข้อความบนปุ่ม จุดทางเข้า และขั้นตอนแนะนำการใช้งาน

5. สิทธิ์สำหรับการจัดจำหน่าย คุณต้องตอบกลับอีเมลของ Apple เพื่อขอสิทธิ์การจัดจำหน่ายอีกครั้ง ซึ่ง TestFlight และ App Store จำเป็นต้องใช้สิทธิ์นี้

6. การตรวจสอบแอป (App Review) แอปของคุณจะเปิดใช้งานได้เมื่อผ่านการตรวจสอบ

ฟีเจอร์นี้รันบน iPhone XS หรือรุ่นใหม่กว่า และไม่รองรับบน iPad อ่านขั้นตอนโดยละเอียดใน วิธีขอสิทธิ์ Tap to Pay on iPhone entitlement พร้อมเคล็ดลับใน การผ่าน App Review ด้วยแอป Tap to Pay และทางเลือกอื่นๆ ใน ทำไม Tap to Pay จึงไม่รองรับบน iPad

เส้นทางที่ 3: Tap to Pay on Android แตกต่างอย่างไร?

Android ไม่มีระบบการขอสิทธิ์เหมือน Apple แต่ SDK ของ PSP จะบังคับใช้การตรวจสอบของตัวเอง เงื่อนไขทั่วไปมีดังนี้:

• อุปกรณ์ Android ที่มี NFC ในตัว และรัน Android 11 ขึ้นไป

• อุปกรณ์ที่ได้รับการรับรองจาก Google และผ่านการตรวจสอบยืนยันความสมบูรณ์ (integrity attestation)

• บิลด์ที่ไม่ใช่โหมด debug: SDK ของ PSP จะปฏิเสธการรับชำระเงินจริงในโหมด debug คุณจึงต้องทดสอบด้วยเครื่องอ่านจำลองแทน

• สิทธิ์การเข้าถึงตำแหน่งและอนุญาตอื่นๆ ที่ SDK ร้องขอ

แท็บเล็ต Android สามารถใช้งานได้หากตรงตามเงื่อนไขของผู้ให้บริการ ดูรายละเอียดใน Tap to Pay on Android ในแอปที่สร้างขึ้นเอง

เส้นทางที่ 4: POS บนเบราว์เซอร์สามารถรับชำระเงินด้วยบัตรได้หรือไม่?

ได้ โดยการใช้สมาร์ทเทอร์มินัลที่เชื่อมต่อกับคลาวด์ เซิร์ฟเวอร์ของคุณจะส่งคำสั่งไปยัง API ของ PSP เพื่อส่งยอดชำระเงินไปยังเทอร์มินัลเฉพาะเครื่องที่วางอยู่บนเคาน์เตอร์ เทอร์มินัลจะจัดการอ่านบัตรและรายงานผลกลับมายังเซิร์ฟเวอร์ของคุณ นี่เป็นเส้นทางเดียวสำหรับหน้าร้านที่ POS บนเว็บสามารถใช้ได้ เพราะหน้าเว็บไม่สามารถอ่านบัตรที่นำมาแตะได้ และ Safari ไม่สามารถเชื่อมต่อกับเครื่องอ่าน Bluetooth ได้

วิธีนี้เหมาะสำหรับร้านค้าที่มีเคาน์เตอร์และตั้งเทอร์มินัลประจำที่ แต่มันจะเพิ่มการพึ่งพาเครือข่าย จึงต้องวางแผนรับมือเมื่อการเชื่อมต่อของร้านขัดข้อง

คุณจะเลือกผู้ให้บริการชำระเงินสำหรับ POS ที่สร้างขึ้นเองได้อย่างไร?

เริ่มต้นด้วยประเทศที่คุณขายสินค้า จากนั้นพิจารณาเรื่องขั้นตอนการเปิดบัญชีและฮาร์ดแวร์:

การเปรียบเทียบแบบข้างต่อข้างของเราอยู่ใน Stripe Terminal vs Adyen สำหรับแอป POS ที่สร้างขึ้นเอง หากคุณวางแผนที่จะรับชำระเงินในนามของธุรกิจอื่น ควรอ่าน การเป็นผู้ให้บริการชำระเงินเอง หรือ การใช้แพลตฟอร์มสำเร็จรูป ก่อน แต่หากทำเพื่อร้านค้าเดียว คุณจะมีฐานะเป็นเพียงผู้ค้า (merchant) เท่านั้น

ข้อกำหนดการปฏิบัติตามกฎระเบียบใดที่คุณได้รับมา และอะไรที่คุณต้องจัดการเอง?

การใช้ SDK หรือเครื่องอ่านบัตรที่ได้รับการรับรองของ PSP หมายความว่าข้อมูลบัตรจะไม่มีทางสัมผัสกับโค้ดของคุณ ทำให้ขอบเขต PCI ของคุณมีขนาดเล็กมาก โดย PSP เป็นผู้รับผิดชอบการรับรองระบบชำระเงิน แต่สิ่งที่คุณยังต้องจัดการเองได้แก่:

• ทำแบบประเมินตนเอง PCI (SAQ) ร่วมกับผู้ประมวลผลการชำระเงินของคุณ

• การควบคุมการเข้าถึง บันทึกการใช้งาน (logging) และการอัปเดตอุปกรณ์ที่รันระบบ POS ของคุณ

• การออกใบเสร็จ การคืนเงิน และการยกเลิกรายการภาษีที่ถูกต้อง

• กฎระเบียบการแสดงผลและการตลาดของ Apple และ PSP สำหรับ Tap to Pay

หากคุณกำลังสร้างส่วนอื่นๆ ของ POS ด้วย บทความหลักของเราเกี่ยวกับวิธี สร้างระบบ POS ของคุณเองด้วย AI จะครอบคลุมเรื่อง PCI, ภาษี และการนำไปติดตั้งใช้งาน และ ฮาร์ดแวร์ POS สำหรับแอปที่สร้างขึ้นเอง จะครอบคลุมเรื่องเครื่องพิมพ์และลิ้นชักเก็บเงิน

ต้องใช้เวลานานเท่าใดจึงจะรับชำระเงินด้วยบัตรครั้งแรกได้?

คุณสามารถรับชำระเงินด้วยบัตรตั้งแต่วันแรกเลยได้หรือไม่?

ได้ โดยการสร้างส่วนชำระเงินบนแพลตฟอร์มที่ได้รับการอนุมัติเรียบร้อยแล้ว ซึ่งนั่นคือ Final โดย AI ของคุณจะสร้างส่วนชำระเงินใน Flow Studio และเมื่อต้องการรับชำระเงินด้วยบัตร Final Pay จะเป็นผู้จัดการเครื่องอ่านบัตรหรือ Tap to Pay ให้เอง:

• เครื่องอ่านบัตรและ Tap to Pay ได้รับการอนุมัติเรียบร้อยแล้ว Final Pay รองรับบัตร การชำระเงินไร้สัมผัส และ Tap to Pay บนอุปกรณ์ที่รองรับ ดู วิธีรับชำระเงินด้วย Tap to Pay และ วิธีรับชำระเงินที่หน้าชำระเงิน

• สร้างได้ด้วย AI ของคุณเอง เชื่อมต่อ Claude, Cursor หรือ MCP ไคลเอนต์ใดก็ได้ผ่าน เซิร์ฟเวอร์ MCP ของ Final

• ราคาโปร่งใสในบรรทัดเดียว ไม่มีค่าสมัครสมาชิก เงินสดคือ $0 บัตรอยู่ที่ 2.49% + $0.10 ในสหรัฐฯ และทั่วโลก, 1.99% ในแคนาดา และ 0.99% ในยุโรป

ข้อแลกเปลี่ยนอย่างตรงไปตรงมา: คุณจะประมวลผลผ่าน Final Pay แทนที่จะเลือกผู้ให้บริการของคุณเอง และความพร้อมใช้งานจะแตกต่างกันไปตามประเทศและอุปกรณ์ ซึ่งระบุไว้ใน สถานที่ที่ Final Pay พร้อมใช้งาน หากระบบชำระเงินคือผลิตภัณฑ์หลักของคุณ ให้สร้างระบบเชื่อมต่อด้วยตนเองตามขั้นตอนข้างต้น แต่หากการชำระเงินเป็นเพียงวิธีการรับเงินของคุณ ขั้นตอนการขออนุมัติต่างๆ ก็ถือว่าเสร็จสิ้นเรียบร้อยแล้ว