ผู้ให้บริการรับชำระเงินโรงแรม: เทียบ 5 เจ้าสำหรับโรงแรมเล็ก

อัปเดต: 2026-06-20 ปรับปรุงใหม่โดยอิงหน้าราคาทางการปัจจุบัน การวางตำแหน่งของผู้ให้บริการแบบอ้างอิงใบเสนอราคา การจัดการบัตรเสมือนของ OTA และขอบเขตการชำระเงินของ Guestivo ที่ชัดเจนขึ้น

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

การเปรียบเทียบที่มีประโยชน์เริ่มจากใบแจ้งยอดจริงของคุณ ดึงข้อมูลสามเดือนล่าสุด แยกธุรกรรมตามช่องทางและประเภทบัตร แล้วเทียบผู้ให้บริการบนเวิร์กโฟลว์ที่สร้างการรั่วไหล ได้แก่ บัตรเสมือนของ OTA การจองแบบไม่ปรากฏบัตร ข้อพิพาท การคืนเงิน การกระทบยอด PMS และรายงานการชำระบัญชี

ผู้ให้บริการเจ้าใดควรอยู่ในรายชื่อคัดเลือกของโรงแรมเล็ก?

รายชื่อคัดเลือกขึ้นอยู่กับปริมาณ ประเทศ ส่วนผสมช่องทาง และการตั้งค่า PMS ทั้ง Stripe, Adyen, Worldpay, Elavon และ Square ต่างปรากฏในการประเมินของโรงแรม แต่ไม่ได้ใช้แทนกันได้

ผู้ให้บริการ	จุดเหมาะสมที่สุด	สัญญาณราคาที่ต้องตรวจสอบ	คำถามเดโมเฉพาะโรงแรม
Stripe	การชำระผ่าน booking engine จองตรง เงินมัดจำ ใบแจ้งหนี้ออนไลน์ การเชื่อมต่อที่นำโดยนักพัฒนา	ราคาสาธารณะเฉพาะแต่ละประเทศ บวกค่าธรรมเนียมบัตรต่างประเทศ การแปลงสกุลเงิน และข้อพิพาท	การเชื่อมต่อ booking engine หรือ PMS รักษา reservation ID, guest ID และร่องรอยการคืนเงินไว้หรือไม่?
Adyen	โรงแรมที่มีปริมาณสูงและหลายตลาดซึ่งต้องการความชัดเจนแบบ interchange-plus และวิธีชำระเงินท้องถิ่น	ราคาแบบ IC++ หรือแบบรวม โดยแสดง scheme และ interchange แยกกัน	แดชบอร์ดสามารถแยกบัตรจองตรง VCC ของ OTA, Amex และธุรกรรมข้ามพรมแดนได้โดยไม่ต้องทำสเปรดชีตหรือไม่?
Worldpay	โรงแรมขนาดใหญ่หรือเชิงองค์กรที่ต้องการความครอบคลุมการรับชำระที่กว้างและเงื่อนไขที่ต่อรองได้	ราคาแบบอ้างอิงใบเสนอราคาและเงื่อนไขสัญญา	เวิร์กโฟลว์โรงแรม/PMS ใดที่รองรับในตัว และค่าธรรมเนียมใดที่ปรากฏนอกเหนืออัตราที่เสนอ?
Elavon	โรงแรมที่ให้คุณค่ากับทีมรับชำระด้านการเดินทางและการบริการ เวิร์กโฟลว์ที่พัก และการสนับสนุนที่หนุนหลังด้วยธนาคาร	ราคาแบบอ้างอิงใบเสนอราคา มักผูกกับภูมิภาค ปริมาณ และการเชื่อมต่อ	การเชื่อมต่อสามารถส่งข้อมูลที่พัก รองรับการอนุมัติ/เรียกเก็บ และกระทบยอด folio ได้อย่างสะอาดหรือไม่?
Square	เกสต์เฮาส์ โรงแรมเล็ก และโรงแรมที่ส่วนใหญ่รูดบัตรต่อหน้าหรือชำระออนไลน์แบบเรียบง่าย	ค่าธรรมเนียมคงที่โปร่งใสที่ต่างกันตามประเภทการชำระและประเทศ	Square หยุดที่ตรงไหน: การทำ tokenization ของ PMS การจัดการ VCC ของ OTA การเรียกเก็บกรณีไม่มาเข้าพัก หรือการกระทบยอด folio?

การตัดสินใจแรกไม่ใช่ “Stripe หรือ Adyen?” แต่เป็น “โรงแรมต้องการให้ผู้ให้บริการดูแลกระแสการชำระเงินใดบ้าง?” โรงแรมที่ส่วนใหญ่จองตรงทางออนไลน์ใส่ใจการแปลงยอดแบบไม่ปรากฏบัตรและการจัดการการคืนเงิน โรงแรมที่มีปริมาณ OTA สูงใส่ใจการเรียกเก็บ VCC และการกระทบยอด โรงแรมที่มีเครื่องรูดบัตรในร้านอาหารและเคาน์เตอร์ใส่ใจการชำระบัญชีแบบรูดบัตรต่อหน้า ทิป และการเชื่อมต่อ POS

ทำไมอัตราที่โฆษณาจึงแทบไม่ตรงกับความเป็นจริงของโรงแรม

ต้นทุนการชำระเงินของโรงแรมเป็นชั้นซ้อนกัน บางส่วนถูกกำกับดูแลหรือขับเคลื่อนโดยเครือข่ายบัตร บางส่วนเป็นมาร์จินของผู้ให้บริการ บางส่วนเกิดจาก PMS, booking engine หรือส่วนผสมช่องทางของคุณ

รายการค่าธรรมเนียม	ความหมาย	สิ่งที่ควรขอ
Interchange	ค่าธรรมเนียมผู้ออกบัตร แปรผันตามประเภทบัตร ประเทศ และบริบทการชำระเงิน	แยกบัตรเดบิตผู้บริโภค บัตรเครดิตผู้บริโภค บัตรเชิงพาณิชย์ และ Amex
ค่าธรรมเนียม scheme	การประเมินของ Visa, Mastercard หรือเครือข่ายอื่น	แสดงแยกจากมาร์กอัปของผู้ให้บริการเท่าที่เป็นไปได้
มาร์กอัปของผู้ให้บริการ	มาร์จินของ acquirer หรือผู้ให้บริการชำระเงิน	เสนอราคาทั้งส่วนเปอร์เซ็นต์และส่วนคงที่ต่อธุรกรรม
ข้ามพรมแดนและ FX	ต้นทุนเพิ่มเมื่อประเทศของบัตร ประเทศของร้านค้า หรือสกุลเงินต่างกัน	แสดงประเทศของบัตร สกุลเงินที่ชำระบัญชี และค่าธรรมเนียมแปลงในรายงาน
ข้อพิพาทและ chargeback	ค่าธรรมเนียมและงานปฏิบัติการเมื่อแขกโต้แย้งการเรียกเก็บ	แสดงค่าธรรมเนียมข้อพิพาท เวิร์กโฟลว์การตอบโต้ เทมเพลตหลักฐาน และประวัติแพ้/ชนะ
ค่าธรรมเนียมเกตเวย์หรือแพลตฟอร์ม	เพิ่มโดย PMS, booking engine, payment gateway หรือชั้นการชำระเงินแบบฝังตัว	ยืนยันว่าคุณสามารถรักษาผู้ให้บริการไว้ได้หรือไม่หากเปลี่ยน PMS

สำหรับบัตรผู้บริโภคในสหภาพยุโรป กฎระเบียบ interchange ของสหภาพยุโรปกำหนดเพดาน interchange ไว้ที่ 0.2% สำหรับบัตรเดบิตและ 0.3% สำหรับบัตรเครดิต เพดานนั้นไม่ได้หมายความว่าต้นทุนการประมวลผลรวมของคุณจะต่ำเท่านั้น มันไม่ครอบคลุมบัตรทุกประเภท ไม่ลบค่าธรรมเนียม scheme ไม่ลบมาร์จินของผู้ให้บริการ และไม่ทำให้บัตรนอกสหภาพยุโรปหรือบัตรเชิงพาณิชย์ราคาถูกลง

คำอธิบาย IC++ ของ Adyen มีประโยชน์เพราะแยก interchange, ค่าธรรมเนียม scheme และค่าธรรมเนียม acquirer โครงสร้างนั้นอ่านยากกว่าในตอนแรก แต่โดยปกติแล้วดีกว่าสำหรับโรงแรมที่ต้องการเข้าใจว่าเหตุใดบัตรเสมือนของ OTA หรือบัตรของแขกต่างประเทศจึงมีต้นทุนสูงกว่าบัตรผู้บริโภคในประเทศ

วิธีคิดแบบไร้เดียงสาคือการถามผู้ให้บริการว่า “อัตราสำหรับโรงแรมของคุณคือเท่าไร” ซึ่งใช้ไม่ได้เพราะอัตราสำหรับโรงแรมเพียงอัตราเดียวซ่อนส่วนผสมไว้ รูปแบบที่ได้ผลคือการขอให้ผู้ให้บริการแต่ละเจ้าเสนอราคาบนส่วนผสมบัตรที่ส่งออกชุดเดียวกัน ได้แก่ ผู้บริโภคในประเทศ ผู้บริโภคต่างประเทศ บัตรเชิงพาณิชย์ VCC ของ OTA, Amex รูดบัตรต่อหน้า ไม่ปรากฏบัตร การคืนเงิน และข้อพิพาท

บัตรเสมือนของ OTA เปลี่ยนการตัดสินใจเรื่องผู้ให้บริการอย่างไร

บัตรเครดิตเสมือนของ OTA ไม่ใช่รายละเอียดทางบัญชีเล็กน้อย มันสามารถเปลี่ยนทั้งเศรษฐศาสตร์ค่าธรรมเนียมและภาระงานของพนักงาน Booking.com, Expedia และช่องทางอื่นอาจจ่ายเงินให้โรงแรมผ่านบัตรเสมือนแทนการโอนเงินผ่านธนาคาร และบัตรเสมือนนั้นจึงต้องถูกเรียกเก็บ จับคู่ และกระทบยอด คำแนะนำสำหรับนักพัฒนาเรื่องบัตรเครดิตเสมือนของ Expedia Group เป็นแหล่งข้อมูลเชิงปฏิบัติที่มีประโยชน์เพราะอธิบายการดึงบัตรเสมือน การเรียกเก็บ ณ เวลาเช็กเอาต์ การหมดอายุ และการรองรับของระบบการจอง

สำหรับโรงแรม ประเด็นไม่ได้อยู่ที่ค่าธรรมเนียมเพียงอย่างเดียว แต่อยู่ที่กระบวนการเมื่อบัตรยังไม่ใช้งาน เมื่อยอดเงินต่างกัน เมื่อสกุลเงินไม่ตรงกัน เมื่อการเรียกเก็บล้มเหลว หรือเมื่อการจองถูกแก้ไข หากผู้ให้บริการ PMS และ channel manager ไม่สอดคล้องกัน แผนกต้อนรับหรือฝ่ายบัญชีจะลงเอยด้วยการตามเก็บเงินด้วยมือ ทั้งที่ควรกระทบยอดอัตโนมัติ

เมื่อสัดส่วน OTA มีนัยสำคัญ ให้เพิ่มคำถามเดโมเหล่านี้:

คำถามเรื่อง VCC	ทำไมจึงสำคัญ
ผู้ให้บริการระบุธุรกรรม VCC ของ OTA แยกได้หรือไม่?	คุณต้องวัดต้นทุนการชำระเงิน OTA ที่แท้จริง ไม่ใช่เพียงค่าคอมมิชชัน OTA
การเรียกเก็บ VCC ที่ล้มเหลวสามารถลองใหม่พร้อมเหตุผลที่ชัดเจนได้หรือไม่?	พนักงานต้องรู้ว่าปัญหาคือวันที่เปิดใช้งาน ยอดคงเหลือ สกุลเงิน หรือความถูกต้องของบัตร
PMS ได้รับสถานะการชำระเงินโดยอัตโนมัติหรือไม่?	การอัปเดต folio ด้วยมือสร้างความคลาดเคลื่อนทางบัญชี
ฝ่ายบัญชีสามารถส่งออกการชำระบัญชี VCC แยกตามช่องทางได้หรือไม่?	การกระทบยอดสิ้นเดือนต้องการความชัดเจนระดับช่องทาง
VCC ถูกเรียกเก็บตามวันเช็กเอาต์ วันเปิดใช้งาน หรือการดำเนินการด้วยมือ?	จังหวะเวลาส่งผลต่อกระแสเงินสดและการติดตามการเรียกเก็บที่ล้มเหลว

หากผู้ให้บริการไม่สามารถแสดง VCC แยกในรายงานได้ อย่าพึ่งพาอัตราที่มีผลแบบรวมของเจ้านั้น อัตราแบบรวมอาจดูยอมรับได้ในขณะที่ส่วนการชำระเงิน OTA แอบมีราคาแพงหรือยุ่งยากในเชิงปฏิบัติการ

Guestivo อยู่ตรงไหน และไม่อยู่ตรงไหน

ไม่ควรอธิบาย Guestivo ว่าเป็นผู้ให้บริการรับชำระเงิน มันไม่ใช่ Stripe, Adyen, Worldpay, Elavon หรือ Square มันไม่แทนที่ acquirer ความสัมพันธ์กับ scheme กระบวนการ chargeback หรือบัญชีร้านค้า

จุดที่เหมาะสมและปลอดภัยของ Guestivo คือชั้น guest-journey ที่การชำระเงินปรากฏภายในเวิร์กโฟลว์ระหว่างเข้าพัก เช่น รูมเซอร์วิส คำขอบริการ เช็กเอาต์ช้า การรับส่ง หรือบริการแบบเสียเงินอื่น ขึ้นอยู่กับสิ่งที่เปิดใช้งานสำหรับโรงแรม โรงแรมยังคงต้องมีผู้ให้บริการที่ตั้งค่าไว้ ความเป็นเจ้าของการชำระบัญชีที่ชัดเจน การจัดการการคืนเงิน และกระบวนการของพนักงาน ในการเดโม ให้ถามว่าผู้ให้บริการชำระเงินรายใดใช้งานได้สำหรับตลาดของคุณ โรงแรมหรือแพลตฟอร์มเป็นผู้รับเงิน บริการใดรองรับการชำระออนไลน์ ทางเลือกบิลห้องพัก/เงินสดทำงานอย่างไร และใครจัดการการคืนเงิน

ขอบเขตนั้นมีประโยชน์ต่อความซื่อตรงในการขาย โรงแรมอาจใช้ Stripe เป็นผู้ให้บริการรับชำระเงิน ใช้ Mews หรือ Apaleo เป็น PMS และใช้ Guestivo เป็นชั้นที่ปรากฏต่อแขกสำหรับการสั่งและคำขอ สิ่งเหล่านี้เป็นงานคนละอย่าง การทำให้ปนเปกันสร้างความคาดหวังที่ผิดและแผนการติดตั้งที่แย่กว่าเดิม

สำหรับการวางแผนสแต็กในวงกว้าง จับคู่การเปรียบเทียบการชำระเงินนี้กับการประเมิน booking engine คู่มือการเชื่อมต่อ PMS และคู่มือเทคโนโลยีโรงแรมบูทีค การตัดสินใจเรื่องการชำระเงินอยู่ระหว่างชั้นการจอง PMS และชั้นบริการที่ปรากฏต่อแขก

เช็กลิสต์เดโมก่อนเซ็นสัญญา

ขอการสาธิตสดโดยใช้ธุรกรรมที่เหมือนของจริงในโรงแรม ไม่ใช่สไลด์การชำระเงินทั่วไป

ด้านของเดโม	สิ่งที่ต้องเห็นสด	เงื่อนไขผ่าน
การวิเคราะห์ใบแจ้งยอด	นำเข้าหรือจำลองส่วนผสมบัตรตามช่องทางและประเภทบัตร	ผู้ให้บริการสามารถอธิบายต้นทุนรวมที่เกินกว่าอัตราที่โฆษณา
การชำระผ่าน booking engine	เงินมัดจำ การชำระล่วงหน้า การชำระที่ล้มเหลว และการคืนเงิน	reservation ID และสถานะการชำระเงินยังคงเชื่อมโยงกัน
กระแส PMS	การอนุมัติ การเรียกเก็บ การลงบัญชี folio และการยกเลิก	พนักงานไม่ต้องคีย์ข้อมูลการชำระเงินซ้ำ
VCC ของ OTA	การเรียกเก็บสำเร็จ การเรียกเก็บล้มเหลว และการลองใหม่	เหตุผลของความล้มเหลวมองเห็นได้และส่งออกได้
ข้อพิพาท	เวิร์กโฟลว์หลักฐานข้อพิพาทกรณีไม่มาเข้าพัก	นโยบาย การยืนยัน และการรับทราบของแขกสามารถแนบได้อย่างรวดเร็ว
การชำระบัญชี	การจ่ายเงินรายวันและการส่งออกบัญชีสิ้นเดือน	ฝ่ายการเงินสามารถกระทบยอดตามวันที่ ช่องทาง และประเภทบริการ
แผนออก	การย้าย token และการยกเลิกสัญญา	คุณรู้ว่าจะเกิดอะไรขึ้นหากเปลี่ยน PMS หรือผู้ให้บริการในภายหลัง

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

แผนประเมินที่ปลอดภัยกว่าใน 30 วัน

สัปดาห์ที่หนึ่งคือการจัดระเบียบใบแจ้งยอด ส่งออกใบแจ้งยอดของผู้ให้บริการล่าสุด รายงาน booking engine รายงานการชำระเงิน OTA และการชำระบัญชี PMS ติดแท็กการชำระเงินทุกรายการตามแหล่งที่มา ได้แก่ การจองตรง VCC ของ OTA เครื่องรูดบัตรที่เคาน์เตอร์ ร้านอาหาร/POS บริการระหว่างเข้าพัก การเรียกเก็บกรณีไม่มาเข้าพัก และการคืนเงิน

สัปดาห์ที่สองคือการทำให้ผู้ให้บริการเป็นมาตรฐานเดียวกัน มอบสรุปส่วนผสมบัตรชุดเดียวกันให้ผู้ให้บริการแต่ละเจ้า ขอให้แต่ละเจ้าเสนอราคาบนส่วนผสมนั้นและแสดงว่าบัตรต่างประเทศ บัตรเชิงพาณิชย์ การแปลงสกุลเงิน การคืนเงิน และข้อพิพาทปรากฏที่ใดในรายงาน

สัปดาห์ที่สามคือการทดสอบเวิร์กโฟลว์ รันธุรกรรมเดโมผ่านเส้นทาง booking engine และ PMS รวมถึงบัตรที่ล้มเหลว การคืนเงิน การยกเลิกหลังวางมัดจำ VCC ของ OTA การเรียกเก็บกรณีไม่มาเข้าพัก และบริการแบบเสียเงินระหว่างเข้าพัก เป้าหมายคือเพื่อดูว่าพนักงานและฝ่ายบัญชีต้องสัมผัสอะไรจริง ๆ

สัปดาห์ที่สี่คือการตัดสินใจและทดลองนำร่อง เลือกผู้ให้บริการหรือชั้นการชำระเงินแบบฝังตัวหนึ่งเจ้าสำหรับหนึ่งช่องทางก่อน ซึ่งโดยปกติคือการจองตรงหรือการชำระเงินระหว่างเข้าพัก เปรียบเทียบอัตราที่มีผล การจัดการการชำระที่ล้มเหลว ความเร็วในการคืนเงิน เวิร์กโฟลว์ข้อพิพาท และเวลาทางบัญชี ก่อนย้ายทุกช่องทาง

การประมวลผลการชำระเงินไม่ใช่เพียงรายการค่าธรรมเนียม สำหรับโรงแรม มันคือเนื้อเยื่อเชื่อมต่อระหว่างการจอง การมาถึง folio บริการระหว่างเข้าพัก และการบัญชี เลือกผู้ให้บริการที่ทำให้การส่งต่อเหล่านั้นมองเห็นได้ ไม่ใช่เจ้าที่มีตัวเลขโฆษณาสะอาดตาที่สุด