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

> Published: 2026-10-27
> Updated: 2026-10-27
> Author: Mathias Nielsen
> Category: Pay
> Canonical: https://finalpos.com/th/blog/accept-card-payments-custom-pos-app-th

แบบฟอร์มกรอกบัตรไม่ใช่เทอร์มินัลรับบัตร นี่คือ 4 วิธีที่แท้จริงในการรับชำระเงินด้วยบัตรในแอป POS ที่สร้างขึ้นเองหรือสร้างด้วย AI สิ่งที่ Apple, Google และผู้ให้บริการชำระเงินของคุณกำหนดไว้สำหรับแต่ละวิธี และระยะเวลาที่ต้องใช้

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

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

![การรับชำระเงินด้วยบัตรในแอป POS ที่สร้างขึ้นเอง: บัตรไร้สัมผัสที่แตะลงบนโทรศัพท์ของร้านค้าที่เคาน์เตอร์กาแฟ](https://storage.googleapis.com/final-os-media/media/43399b6a-0d29-48b6-84dd-88ef01fcb193/generated/aa1be6a479fcf8f3-accept-card-payments-custom-pos-app-hero.png)

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

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

การรับชำระเงินแบบ card-present ต้องใช้ฮาร์ดแวร์หรือซอฟต์แวร์ที่ผ่านการรับรอง นั่นคือเหตุผลที่ทุกเส้นทางด้านล่างต้องทำงานผ่านผลิตภัณฑ์หน้าร้านของ PSP แทนการเขียนโค้ดขึ้นเอง อ่านความแตกต่างของค่าธรรมเนียมได้ใน [card present vs card not present](/en-US/blog/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 ที่สร้างขึ้นเอง](/en-US/blog/card-reader-sdk-custom-pos) และ [การรับรอง EMV สำหรับ POS](/en-US/blog/emv-certification-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](https://developer.apple.com/tap-to-pay/)) โดย Apple ระบุว่า PSP มีหน้าที่รับผิดชอบเรื่องการรับรองต่างๆ ที่ช่วยให้ร้านค้าสามารถรับชำระเงินได้

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

1. **บัญชีนักพัฒนาองค์กร** คำขอสิทธิ์ใช้งานต้องมาจากผู้ถือบัญชี (Account Holder) ของบัญชีองค์กร และการลงทะเบียนในนามองค์กรต้องใช้หมายเลข D-U-N-S ดูที่ [หมายเลข D-U-N-S และบัญชีนักพัฒนา Apple](/en-US/blog/duns-number-apple-developer)
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](/en-US/blog/tap-to-pay-iphone-entitlement) พร้อมเคล็ดลับใน [การผ่าน App Review ด้วยแอป Tap to Pay](/en-US/blog/tap-to-pay-app-review) และทางเลือกอื่นๆ ใน [ทำไม Tap to Pay จึงไม่รองรับบน iPad](/en-US/blog/tap-to-pay-on-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 ในแอปที่สร้างขึ้นเอง](/en-US/blog/tap-to-pay-android-sdk)

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

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

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

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

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

| คำถาม | ทำไมจึงสำคัญ |
| --- | --- |
| ผู้ให้บริการเปิดใช้งานในประเทศของคุณแล้วหรือยัง? | Tap to Pay และเครื่องอ่านบัตรจะทยอยเปิดให้บริการทีละประเทศ |
| ขั้นตอนเปิดบัญชีเป็นแบบบริการตนเองหรือไม่? | Stripe เป็นแบบบริการตนเอง ส่วน Adyen มุ่งเน้นธุรกิจขนาดใหญ่และพิจารณาคัดเลือกผู้สมัครอย่างละเอียดกว่า |
| มี SDK อะไรบ้างให้ใช้? | SDK บน iOS, Android, React Native และเทอร์มินัลผ่านเซิร์ฟเวอร์มีความแตกต่างกันไปตามผู้ให้บริการ |
| เครื่องอ่านบัตรใดบ้างที่ได้รับการรับรอง? | เฉพาะเครื่องอ่านบัตรที่ได้รับการรับรองเท่านั้นที่จะใช้งานได้ |
| รองรับการชำระเงินแบบออฟไลน์หรือไม่? | คุณสมบัติ Store-and-forward ขึ้นอยู่กับแต่ละผู้ให้บริการ และจะผลักภาระความเสี่ยงจากการถูกปฏิเสธชำระเงินมาที่คุณ |
| คุณกำลังเปิดบัญชีให้แก่ร้านค้ารายอื่นด้วยหรือไม่? | หากใช่ คุณมีฐานะเป็นแพลตฟอร์มและอาจต้องมีข้อตกลงแบบผู้ให้บริการชำระเงิน (payfac) |

การเปรียบเทียบแบบข้างต่อข้างของเราอยู่ใน [Stripe Terminal vs Adyen สำหรับแอป POS ที่สร้างขึ้นเอง](/en-US/blog/stripe-terminal-vs-adyen) หากคุณวางแผนที่จะรับชำระเงินในนามของธุรกิจอื่น ควรอ่าน [การเป็นผู้ให้บริการชำระเงินเอง หรือ การใช้แพลตฟอร์มสำเร็จรูป](/en-US/blog/payment-facilitator-vs-platform) ก่อน แต่หากทำเพื่อร้านค้าเดียว คุณจะมีฐานะเป็นเพียงผู้ค้า (merchant) เท่านั้น

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

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

- ทำแบบประเมินตนเอง PCI (SAQ) ร่วมกับผู้ประมวลผลการชำระเงินของคุณ
- การควบคุมการเข้าถึง บันทึกการใช้งาน (logging) และการอัปเดตอุปกรณ์ที่รันระบบ POS ของคุณ
- การออกใบเสร็จ การคืนเงิน และการยกเลิกรายการภาษีที่ถูกต้อง
- กฎระเบียบการแสดงผลและการตลาดของ Apple และ PSP สำหรับ Tap to Pay

หากคุณกำลังสร้างส่วนอื่นๆ ของ POS ด้วย บทความหลักของเราเกี่ยวกับวิธี [สร้างระบบ POS ของคุณเองด้วย AI](/en-US/blog/build-your-own-pos-system-with-ai) จะครอบคลุมเรื่อง PCI, ภาษี และการนำไปติดตั้งใช้งาน และ [ฮาร์ดแวร์ POS สำหรับแอปที่สร้างขึ้นเอง](/en-US/blog/pos-hardware-for-custom-apps) จะครอบคลุมเรื่องเครื่องพิมพ์และลิ้นชักเก็บเงิน

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

| ขั้นตอน | เวลาโดยประมาณ |
| --- | --- |
| บัญชี Apple องค์กรพร้อม D-U-N-S (สำหรับ Tap to Pay on iPhone) | หลายวัน ถึง 2-3 สัปดาห์ |
| บัญชี PSP และเปิดใช้งานผลิตภัณฑ์หน้าร้าน | ภายในวันเดียว ถึง หลายสัปดาห์ ขึ้นอยู่กับผู้ให้บริการ |
| การเชื่อมต่อ SDK และทดสอบการชำระเงิน | 1 ถึง 3 สัปดาห์ |
| การขอสิทธิ์ Tap to Pay สำหรับพัฒนา แล้วตามด้วยสิทธิ์จัดจำหน่าย | หลายสัปดาห์ |
| การตรวจสอบแอป (App Review) | หลายวัน หรือนานกว่านั้นหากถูกปฏิเสธ |

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

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

- **เครื่องอ่านบัตรและ Tap to Pay ได้รับการอนุมัติเรียบร้อยแล้ว** Final Pay รองรับบัตร การชำระเงินไร้สัมผัส และ Tap to Pay บนอุปกรณ์ที่รองรับ ดู [วิธีรับชำระเงินด้วย Tap to Pay](/help/take-a-tap-to-pay-payment) และ [วิธีรับชำระเงินที่หน้าชำระเงิน](/help/take-a-payment)
- **สร้างได้ด้วย AI ของคุณเอง** เชื่อมต่อ Claude, Cursor หรือ MCP ไคลเอนต์ใดก็ได้ผ่าน [เซิร์ฟเวอร์ MCP ของ Final](/help/connect-your-own-ai-mcp)
- **ราคาโปร่งใสในบรรทัดเดียว** ไม่มีค่าสมัครสมาชิก เงินสดคือ $0 บัตรอยู่ที่ 2.49% + $0.10 ในสหรัฐฯ และทั่วโลก, 1.99% ในแคนาดา และ 0.99% ในยุโรป

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

## FAQ

**Q: ฉันจะรับชำระเงินด้วยบัตรในแอป POS ของฉันเองได้อย่างไร?**
A: ผ่าน SDK สำหรับการชำระเงินต่อหน้าของผู้ให้บริการชำระเงิน: เครื่องอ่านบัตรที่ได้รับการรับรอง สมาร์ตเทอร์มินัลที่เชื่อมต่อคลาวด์ หรือ Tap to Pay บนโทรศัพท์ โดยแอปของคุณจะไม่จัดการกับข้อมูลบัตรโดยตรง แต่จะส่งยอดเงินและรับผลลัพธ์กลับมา

**Q: POS บนเว็บสามารถรับชำระเงินด้วยบัตรต่อหน้าลูกค้าได้หรือไม่?**
A: ได้ โดยการสั่งงานสมาร์ทเทอร์มินัลที่เชื่อมต่อคลาวด์ผ่าน API ของผู้ให้บริการชำระเงิน ลำพังหน้าเว็บเองไม่สามารถอ่านบัตรที่นำมาแตะได้

**Q: Tap to Pay on iPhone ต้องใช้ข้อกำหนดอะไรบ้าง?**
A: ผู้ให้บริการชำระเงินที่รองรับ, สิทธิ์ใช้งาน Tap to Pay ที่ยื่นขอโดยผู้ถือบัญชี (Account Holder) ของบัญชีนักพัฒนาองค์กร Apple, สิทธิ์สำหรับการพัฒนาและสิทธิ์สำหรับการจัดจำหน่ายหลังจากผ่านการตรวจสอบ UX ของ Apple และการตรวจสอบแอป (App Review) ฟีเจอร์นี้ใช้งานได้บน iPhone XS หรือรุ่นใหม่กว่า

**Q: Tap to Pay ใช้งานบน iPad ได้หรือไม่?**
A: ไม่ได้ Tap to Pay on iPhone ใช้งานได้เฉพาะบน iPhone เท่านั้น แอป POS บน iPad จะรับชำระด้วยบัตรผ่านเครื่องอ่าน Bluetooth ที่ได้รับการรับรองหรือสมาร์ทเทอร์มินัล

**Q: ระบบ POS แบบกำหนดเองควรใช้ผู้ให้บริการชำระเงินรายใด?**
A: Stripe Terminal เป็นแบบบริการตนเองและเริ่มต้นใช้งานได้อย่างรวดเร็วสำหรับทีมขนาดเล็ก Adyen เหมาะกับธุรกิจขนาดใหญ่กว่าและมีความคัดเลือกมากกว่าในการอนุมัติผู้ใช้งาน ประเทศ ฮาร์ดแวร์ และยอดรายการของคุณจะเป็นตัวตัดสินส่วนที่เหลือ

**Q: Final คิดค่าธรรมเนียมสำหรับการชำระเงินด้วยบัตรเท่าไร?**
A: ไม่มีค่าสมัครสมาชิก เงินสดคือ $0 และบัตรคือ 2.49% + $0.10 ในสหรัฐอเมริกาและทั่วโลก, 1.99% ในแคนาดา และ 0.99% ในยุโรป