การเชื่อมต่อเกตเวย์การชำระเงิน
ตั้งค่าเกตเวย์ก่อน จากนั้นเลือกมุมมองบิลและกฎการชำระเงิน โรงแรมส่วนใหญ่ตั้งค่าเสร็จภายใน 5 นาที
คู่มือนี้ช่วยให้คุณตั้งค่ากฎการชำระเงินและการเรียกเก็บเงินใน Settings → Payment
ตั้งค่าการปัดเศษตอนเช็กเอาต์ได้เฉพาะในหน้านี้เท่านั้น
หน้า Check-In และวิซาร์ด Assisted Check-In Setup ไม่มีการควบคุมการปัดเศษ
หากใช้ Stripe ให้เลือก Live หรือ Test ก่อนเชื่อมต่อ
ข้อมูลรับรอง Stripe ของเกตเวย์จะอยู่บนการ์ดการชำระเงิน
ข้อมูลรับรองของ terminal ที่ป้อนด้วยตนเองจะอยู่บนการ์ดการตั้งค่า terminal และใช้คีย์สำหรับทดสอบเท่านั้น
หากโรงแรมใช้ข้อมูลรับรอง Stripe สำหรับทดสอบที่ป้อนด้วยตนเอง การ์ดเกตเวย์และ terminal จะบันทึกข้อมูลแยกกัน
ใช้คีย์ Stripe สำหรับทดสอบกับการ์ดแต่ละใบที่คุณตั้งค่า
นโยบายค่าใช้จ่ายที่พักต้องตรงกับค่าที่ PMS ส่งมา
ชื่อ travel-agent ของ Opera เช่น Booking.com (VCC) ก็สามารถทำให้เกิด waiver ที่ตรงกันได้
สำหรับ waiver ของ room-package ใน Opera AVA จะยกเว้น room charge, room service charge และ room GST ก่อน
สำหรับ projection ของ Opera ก่อนเข้าพัก จะยกเว้น projected room charge และภาษี rate-info ของรายการนั้นพร้อมกัน
รายการเสริมที่โพสต์แยกต่างหากและภาษีของรายการเหล่านั้นยังต้องชำระ
สำหรับ Mews ผลิตภัณฑ์ที่ตรวจสอบแล้วและรวมอยู่ใน rate ที่ตรงกัน เช่น อาหารเช้าแบบ bundled อาจทำตาม accommodation waiver ได้
กฎ rate-group ของ Mews ใช้เฉพาะกับผลิตภัณฑ์ที่รวมอยู่ใน rate group ที่จองไว้
ผลิตภัณฑ์ที่กำหนดให้กับ rate group อื่นยังคงต้องชำระ
หลังจาก waiver นั้น AVA จะซ่อนยอดคงเหลือ THB 0.01 ที่เป็นบวกเฉพาะเมื่อเป็นเศษจากการปัดเศษของค่าใช้จ่ายที่พัก
รายการเสริมจริงและค่าใช้จ่ายที่ยังจัดประเภทไม่ได้ยังต้องชำระ รวมถึงรายการเสริมจริงจำนวน THB 0.01
ตัวเลือกแหล่งที่มาแบบ OTA เดิมไม่ได้เป็นส่วนหนึ่งของหน้านี้แล้ว
หาเมนูนี้ได้ที่ไหน
Settings → Paymentสรุปอ้างอิง
| พื้นที่การตั้งค่า | ควบคุมอะไร | ผลลัพธ์หลัก |
|---|---|---|
| Billing View | สรุปบิลผู้เข้าพักแบบละเอียดหรือแบบย่อ | แสดงรายการแยกบรรทัดหรือสรุปสั้น ๆ |
| Payment Gateway Integration | การตั้งค่า Stripe หรือ Red Dot | ผู้เข้าพักสามารถชำระเงินในโฟลว์คีออสก์ได้ |
| Stripe Environment | โหมด Live หรือ Test สำหรับการเชื่อมต่อ gateway และ terminal ของ Stripe | ล็อกหลังเชื่อมต่อแล้ว |
| Manual Stripe Test Credentials | Stripe keys สำหรับ test เท่านั้นบนการ์ด gateway และ terminal | บันทึกการตั้งค่า Stripe ของ gateway และ terminal แยกกัน |
| Terminal Payment Configuration | terminal API key, publishable key และ webhook secret ของ Stripe | บันทึกข้อมูลรับรอง terminal แยกจาก Stripe gateway |
| Payment Collection Mode | สวิตช์เก็บเงินมัดจำและชำระเต็มจำนวน | ควบคุมว่าผู้เข้าพักจ่ายอะไรตอนเช็กอินและ Pre-arrival |
| ACI payment switch | ระบุว่าเจ้าหน้าที่ Assisted Check-In สามารถขอชำระเงินได้หรือไม่ | อนุญาตหรือข้ามการชำระเงินเฉพาะระหว่าง ACI |
| Pre-arrival online payments | สวิตช์ชำระค่าห้องและมัดจำ กำหนดเวลาอีเมล และสถานการณ์ pre-auth | ควบคุมการชำระเงินออนไลน์ที่มีสิทธิ์ก่อนเข้าพัก |
| Accommodation Charge Policies | ค่าที่ตรงกันซึ่งใช้ waive หรือซ่อนค่าใช้จ่ายที่พัก | ควบคุมแถวค่าใช้จ่ายที่พักและยอดที่ต้องชำระเมื่อ PMS รองรับความสามารถนี้ |
| AVA Billing Rules | สัญญาณ hide และ waive จาก PMS สำหรับแถวห้อง ภาษี มัดจำ และค่าใช้จ่ายเบ็ดเตล็ด | แสดงแถวที่ซ่อนเป็น ✅ รักษายอดที่ต้องชำระให้เป็นตัวเลข และคงรายการเสริมที่ต้องชำระไว้ |
| Property Currency (ใน Settings → Essentials) | สกุลเงินที่ resolved แล้วสำหรับการแสดงยอดมัดจำและการชำระเงินของ reservation | ทำให้จำนวนเงินสอดคล้องกันในทุกหน้าตั้งค่าและการปฏิบัติงาน |
| Deposit Currency | สกุลเงินที่ใช้กับยอดมัดจำในหน้านี้ | บันทึกไปพร้อมกับการตั้งค่าการชำระเงินอื่น ๆ |
| PMS Payment Mapping | การแมปวิธีชำระเงินเฉพาะที่พักเมื่อ PMS รองรับ | PMS จะบันทึกการชำระเงินที่รับไว้ในหมวดหมู่ที่ตั้งใจ |
| Checkout Rounding Adjustment | ค่าเผื่อยอดเล็กน้อยและการปรับยอดตอนเช็กเอาต์ | PMS ที่รองรับสามารถเช็กเอาต์ได้แม้ยังมียอดเล็กน้อย |
| Pre-Authorization Controls | การเรียกเก็บ room rate ล่าช้าจาก Stripe pre-authorizations | แสดงเมื่อ PMS ที่ใช้งานอยู่รองรับการเรียกเก็บล่าช้า |
| Opera-Specific Payment Controls | การยืนยันตอนเช็กเอาต์ การ routing และตรรกะ no-collect | บังคับใช้พฤติกรรมการชำระเงินเฉพาะ Opera |
| No Post Controls | ใช้ข้อจำกัดการโพสต์ของ OPERA หลังการชำระเงินหรือ ACI | ป้องกันการโพสต์บิลเมื่อเปิดใช้การควบคุมที่เลือก |
Rounding adjustment จะทำงานก็ต่อเมื่อเปิด Check-in outstanding-balance blocking หรือ Checkout balance settlement ใน Check-In Policy หากปิดทั้งสองรายการ AVA จะเก็บค่า rounding ที่บันทึกไว้ แต่การควบคุมจะยังไม่ทำงาน AVA จะแสดงการควบคุมนี้เฉพาะเมื่อ PMS ที่ใช้งานอยู่รายงานว่ารองรับ checkout-rounding หากข้อมูลความสามารถหายไปหรือมีรูปแบบไม่ถูกต้อง การควบคุมจะถูกซ่อนไว้
AVA อ่านการรองรับ checkout-rounding จากความสามารถของ PMS ที่ใช้งานอยู่ จะแสดง Transaction Code (Rounding) เฉพาะเมื่อความสามารถนั้นประกาศว่ามีฟิลด์ vendor-code ความสามารถของ PMS ที่ไม่รองรับหรือยังไม่ยืนยันจะไม่ส่งการตั้งค่า rounding ใหม่
AVA จะแสดงตัวเลือก PMS terminal เฉพาะเมื่อความสามารถของ PMS ที่ใช้งานอยู่รองรับ
สำหรับ provider รุ่นเก่า ows AVA จะไม่มีตัวเลือก OPI
การตั้งค่า PMS terminal ที่รองรับอยู่แล้วจะยังทำงานต่อไป
ทำความเข้าใจ No Post ของ OPERA สำหรับ journey v4
สำหรับ journey v4 AVA จะตรวจสอบ payment policy ก่อน จากนั้นจึงตรวจสอบสวิตช์ No Post ที่ตรงกัน ใช้เวลาประมาณ 2 นาทีในการตรวจสอบ
AVA ใช้ No Post ตามกฎข้อแรกด้านล่างที่ตรงกัน
| ลำดับความสำคัญ | ใช้เมื่อ | ผลลัพธ์ |
|---|---|---|
| 1 | Assisted Check-In ที่ยืนยันตัวตนแล้ว | ตัวเลือกของเจ้าหน้าที่เป็นตัวตัดสินเมื่อ ACI แบบสองอุปกรณ์รองรับ มิฉะนั้นใช้ค่าเริ่มต้นที่บันทึกไว้ |
| 2 | Kiosk หรือ Pre-arrival ที่มีสิทธิ์ โดยเปิดการชำระเงินและเลือก Do not collect หรือมีเงินมัดจำเป็น 0 | ใช้ No Post โดยไม่ขึ้นกับสวิตช์ |
| 3 | Kiosk ที่เปิดการชำระเงินและต้องเก็บเงินมัดจำ | Set No Post after Payment เป็นตัวตัดสิน เมื่อเปิดไว้ ผู้เข้าพัก kiosk ทุกคนจะได้รับ No Post |
| 4 | Kiosk ที่ปิดการชำระเงิน | Set No Post after Payment เป็นตัวตัดสิน |
| 5 | Pre-arrival ที่ต้องเก็บเงินมัดจำหรือไม่ได้เปิดการชำระเงิน | ทำตาม payment policy ที่ตั้งค่าไว้ |
สำหรับ Assisted Check-In AVA จะตรวจสอบการตัดสินใจของอุปกรณ์เจ้าหน้าที่ที่ยืนยันตัวตนแล้วก่อนกฎเงินมัดจำ header ของ ACI ที่ปลอมแปลงไม่สามารถข้าม guest policy ได้ ตัวเลือกนี้ใช้กับทุก reservation ที่ PMS เช็กอินระหว่างการดำเนินการนั้น รวมถึง reservation หลักและ sharer ที่เช็กอินใหม่ ตัวเลือกนี้จะไม่จำกัด reservation ที่อยู่ในห้องอยู่แล้วซ้ำอีก การซ่อมแซม ACI ทำตามการตั้งค่า ACI ส่วนการซ่อมแซม kiosk ทำตามกฎของ kiosk พฤติกรรม v2 เดิมยังคงเหมือนเดิม
เมื่อปิด Set No Post after Payment ผู้เข้าพัก kiosk จะได้รับ No Post เฉพาะเมื่อไม่ได้เก็บเงินมัดจำที่ต้องเก็บ เมื่อปิดการชำระเงิน Set No Post after Payment เพียงอย่างเดียวจะเป็นตัวตัดสินผลลัพธ์ของ kiosk
เลือกการตั้งค่า No Post
-
ไปที่ Settings → Payment
-
เปิด Opera-Specific Payment Controls
-
เปิด Set No Post after Payment ไว้เมื่อผู้เข้าพัก kiosk ที่มีสิทธิ์ทุกคนควรได้รับ No Post
-
ใช้ Tick No Post by default on Assisted Check-In เพื่อเลือกตัวเลือกของเจ้าหน้าที่ไว้ล่วงหน้า
-
ตรวจสอบ Deposit Collection และ Do not collect เพราะรายการเหล่านี้อาจมีลำดับความสำคัญสูงกว่า
-
คลิก Save Payment Policies
✓ AVA จะใช้การตั้งค่าที่บันทึกไว้กับ journey ถัดไปที่มีสิทธิ์
AVA จะซ่อน Set No Post after Payment เมื่อเปิดการชำระเงินและเลือก Do not collect กฎที่มีลำดับความสำคัญสูงสุดจะบังคับใช้ No Post อยู่แล้วในกรณีนี้ AVA ยังคงแสดง Tick No Post by default on Assisted Check-In สำหรับ ACI policy
ให้เจ้าหน้าที่ ACI แบบสองอุปกรณ์เป็นผู้ตัดสินใจ
เมื่อ OPERA รายงานว่ารองรับ staff kiosk แบบสองอุปกรณ์ที่ยืนยันแล้วจะแสดง Set No Post in the PMS เหนือ Proceed to Check-In การตั้งค่าที่บันทึกไว้จะเลือกช่องนี้ไว้ล่วงหน้า เจ้าหน้าที่สามารถเลือกหรือล้างช่องนี้ก่อนเช็กอินได้
ตัวเลือกของเจ้าหน้าที่มีผลสุดท้ายสำหรับการดำเนินการ ACI ครั้งนั้น ตัวเลือกนี้ใช้กับทุก reservation ที่ OPERA เช็กอินระหว่างการดำเนินการ สำหรับการเช็กอินหลายห้องแบบ atomic การ์ดห้องทั้งหมดจะใช้ตัวเลือกเดียวกัน การตั้งค่าเงินมัดจำจะไม่แทนที่ตัวเลือก ACI นี้
ช่องนี้จะไม่แสดงบน staff kiosk แบบอุปกรณ์เดียวหรือแท็บเล็ตของผู้เข้าพัก โฟลว์เหล่านั้นใช้ค่าที่บันทึกไว้ บิลด์ staff รุ่นเก่าก็ยังใช้ค่าที่บันทึกไว้เช่นกัน
การเช็กอินด้วย self-service kiosk จะใช้ No Post กับ reservation ที่การดำเนินการนั้นนำเข้าพักใหม่ การมาถึงของผู้เข้าพักร่วมในภายหลังจะได้รับ No Post เฉพาะบน reservation ใหม่ของผู้เข้าพักร่วมนั้น AVA จะไม่จำกัด booking ของห้องซ้ำเมื่อผู้เข้าพักรายหลังเข้าพักร่วม
การเช็กอิน OPERA อาจสำเร็จได้แม้การอัปเดต No Post จะล้มเหลว ตรวจสอบ reservation ใน OPERA และใช้ข้อจำกัดด้วยตนเองเมื่อจำเป็น AVA จะข้ามคำขอนี้ด้วยเมื่อ PMS ไม่ได้ประกาศว่ารองรับ No Post
No Post ไม่พร้อมใช้งาน
สิ่งที่เห็น: การควบคุม No Post หายไป หรือผลลัพธ์แตกต่างจากสวิตช์ของคุณ
วิธีแก้:
- เปิด Settings → Essentials → PMS Integration
- ยืนยันว่า Opera เป็น PMS ที่ใช้งานอยู่
- รีเฟรช Settings → Payment
- ตรวจสอบว่าการชำระเงินเปิดอยู่และเลือก Do not collect หรือไม่
- ตรวจสอบประเภท journey และสวิตช์ No Post ที่ตรงกัน
- สำหรับ ACI ให้ยืนยันว่ากำลังใช้ staff kiosk แบบสองอุปกรณ์ที่ยืนยันแล้ว
- ติดต่อ support หาก Opera ใช้งานอยู่แต่พฤติกรรมตามลำดับความสำคัญไม่ถูกต้อง
AVA จะซ่อน Set No Post after Payment เมื่อกฎที่มีลำดับความสำคัญสูงสุดมีผลเสมอ นอกจากนี้ยังซ่อนการควบคุมของ Opera เมื่อความสามารถของ PMS ไม่พร้อมใช้งานหรือยังไม่ได้รับการยืนยัน
ก่อนเริ่มต้น
- เตรียมบัญชี payment gateway ของคุณ
- ตัดสินใจว่าจะใช้มุมมองบิลแบบ Detailed หรือ Simplified
- ตัดสินใจว่าจะเก็บเงินมัดจำ ชำระเต็มจำนวน หรือทั้งสองอย่าง
- ยืนยันนโยบายมัดจำและแหล่งสกุลเงินของที่พักใน Settings → Essentials → Hotel Basic Details
- ยืนยันว่า PMS ของคุณเปิดเผยความสามารถด้าน accommodation payment-policy หาก AVA ยืนยันการรองรับไม่ได้ การควบคุมจะถูกซ่อนไว้
- ยืนยันว่า PMS ของคุณเปิดเผยการรองรับ delayed pre-authorization capture หากต้องการใช้ Auto Delay Capture
- หากใช้ Opera กฎการเรียกเก็บเงินของ AVA จะพร้อมใช้งานที่นั่นก่อน
- หาก PMS รองรับ payment mapping ให้เตรียม cashier ID และการแมป payment method code
ขั้นตอนตั้งค่าแบบทีละขั้น
ขั้นที่ 1: เลือก Payment Gateway
- ไปที่ Settings → Payment
- ใน Payment Gateway Integration เลือก Stripe หรือ Red Dot Payment
สำหรับ Stripe
- เปิด Advanced
- เลือก Live หรือ Test
- คลิก Connect Stripe
- ทำขั้นตอน onboarding ของ Stripe ให้เสร็จ
- กลับไปที่ Streamliner และยืนยันว่า Stripe เชื่อมต่อแล้ว
ใช้ Live สำหรับ production และ Test สำหรับ sandbox onboarding หลัง Stripe เชื่อมต่อแล้ว environment จะเป็นแบบอ่านอย่างเดียวจนกว่าคุณจะ disconnect
การตั้งค่า Stripe สำหรับ terminal ก็จะ default เป็น Live เช่นกัน เว้นแต่คุณจะเปลี่ยนก่อนเชื่อมต่อ
ข้อมูลรับรอง Stripe Test แบบ Manual
ใช้ส่วนนี้เมื่อโรงแรมของคุณเปิดใช้ฟิลด์ข้อมูลรับรอง Stripe test แบบ manual การบันทึกข้อมูลรับรอง Stripe gateway แบบ manual ต้องใช้โหมด Test และต้องกรอกข้อมูลรับรองทั้งสามฟิลด์ คุณต้องระบุ Publishable Key, Secret Key และ Webhook Secret พร้อมกัน
- เปิดการ์ด Stripe ที่ต้องการแก้ไข
- กรอก Publishable Key, Secret Key และ Webhook Secret
- ใช้ keys สำหรับ test เท่านั้นกับการ์ดนั้น
- คลิก Save
- หากภายหลังฟิลด์ถูก mask ให้คลิก Save อีกครั้งโดยไม่ต้องกรอกค่าใหม่
ข้อมูลรับรอง Stripe ของ gateway จะบันทึกบนการ์ด payment gateway ข้อมูลรับรอง Stripe ของ terminal จะบันทึกบนการ์ดการตั้งค่า terminal เก็บ gateway keys และ terminal keys แยกกัน
AVA จะปฏิเสธการบันทึกข้อมูลรับรอง gateway แบบ manual ที่กรอกไม่ครบ เมื่อการบันทึกถูกปฏิเสธ AVA จะคงข้อมูลรับรองเดิมไว้ สำหรับฟิลด์ที่ถูก mask ให้คงค่าที่ mask ไว้เดิมเมื่อบันทึก
เมื่อคีออสก์มี Stripe terminal ที่แมปไว้เพียงเครื่องเดียว AVA จะเปิด terminal นั้นโดยอัตโนมัติระหว่างเช็กเอาต์ เมื่อมี terminal ที่แมปไว้มากกว่าหนึ่งเครื่อง คุณจะเลือกจาก terminal picker ใน payment modal หากปิดโหมด terminal AVA จะใช้โฟลว์การชำระเงินผ่าน gateway หรือ QR ต่อไป หากคีออสก์ใช้ข้อมูลรับรอง Stripe Terminal โดยตรง AVA ยังเริ่มเช็กเอาต์ได้แม้ Stripe Account ID จะว่าง เมื่อมีทั้งข้อมูลรับรองโดยตรงและ Connect account AVA จะคงพฤติกรรมของ Connect account ไว้ ข้อมูลรับรองแบบ manual ของ terminal แยกจากข้อมูลรับรอง Stripe ของ gateway ใช้ข้อมูลเหล่านี้กับ test terminals เท่านั้น หากฟิลด์ถูก mask คุณสามารถบันทึกอีกครั้งโดยไม่ต้องกรอกค่าใหม่
สำหรับ Red Dot Payment
- กรอก Merchant ID
- กรอก Secret Key
- เลือก Environment (
TESTหรือLIVE) - คลิก Save Payment Gateway Settings
ขั้นที่ 2: เลือก Billing View
ใช้การ์ดนี้เพื่อควบคุมสรุปบิลที่ผู้เข้าพักเห็น เลือก Detailed สำหรับรายการแยกบรรทัด เลือก Simplified สำหรับ Room Charges, Tax และยอดรวม
- ไปที่ Settings → Payment
- ใน Billing View เลือก Detailed หรือ Simplified
- คลิก Save
การ์ดนี้จะแสดงก่อน Terminal Payment Configuration บนหน้าการชำระเงิน
ขั้นที่ 3: เลือกตัวเลือกการเก็บเงิน
| สวิตช์ | ทำอะไร |
|---|---|
| Collect Security Deposits | pre-authorize เงินมัดจำระหว่างเช็กอิน |
| Collect Full Payment | ให้ผู้เข้าพักชำระยอดคงค้างระหว่างเช็กอิน |
- เปิดสวิตช์หนึ่งตัวหรือทั้งสองตัว
- หากปิดทั้งคู่ การเช็กอินจะไม่ขอรับชำระเงิน
- คลิก Save Payment Gateway Settings
ใน Assisted Check-In เจ้าหน้าที่สามารถขอเงินมัดจำ ชำระค่าห้อง หรือทั้งสองอย่างสำหรับแต่ละห้อง ระบบจะเลือกทั้งสองรายการไว้เป็นค่าเริ่มต้นเมื่อห้องมียอดต้องชำระ เจ้าหน้าที่สามารถล้างรายการใดรายการหนึ่งก่อนขอชำระเงิน ห้องที่ไม่มียอดต้องชำระจะดำเนินการต่อโดยไม่มีขั้นตอนการชำระเงิน สวิตช์ Let assisted check-in staff collect payments ต้องเปิดอยู่ด้วย สวิตช์นี้เปิดไว้เป็นค่าเริ่มต้นและไม่มีผลต่อ Self Check-In หรือ Pre-arrival
สำหรับ ACI แบบอุปกรณ์เดียว คำขอชำระเงินจะแสดงหลังจากเจ้าหน้าที่เลือก Check-in อุปกรณ์จะกลับไปหาเจ้าหน้าที่ก่อน จากนั้นผู้เข้าพักจึงชำระเงินให้เสร็จ สำหรับ ACI แบบสองอุปกรณ์ เจ้าหน้าที่จะส่งการชำระเงินเป็นขั้นตอน PAYMENT ไปยังแท็บเล็ตของผู้เข้าพัก หากเจ้าหน้าที่ไม่ส่งรายการชำระเงิน แท็บเล็ตของผู้เข้าพักจะไม่บังคับให้ชำระเงิน
เมื่อมีทั้ง gateway ออนไลน์และเครื่องอ่านบัตร ผู้เข้าพักจะเลือก Pay online หรือ Pay with Card Reader ตัวเลือกออนไลน์จะแสดง QR code ตัวเลือกเครื่องอ่านบัตรจะใช้ terminal ที่เจ้าหน้าที่เลือก
ตรวจสอบรายการที่ขอสำหรับแต่ละห้องก่อนเริ่มชำระเงิน AVA จะไม่บังคับรายการที่เจ้าหน้าที่ล้างออกสำหรับห้องนั้น
ปิดคำขอชำระเงินของ Assisted Check-In
ใช้การตั้งค่านี้เมื่อโรงแรมของคุณเรียกเก็บเงิน ACI นอก AVA
-
ไปที่ Settings → Check-In → Check-In Policy → Kiosk & payments
-
ปิด Let assisted check-in staff collect payments
-
เลือก Save
✓ ACI จะไม่ถือว่าห้องมียอดค้างชำระอีกต่อไป ✓ ACI แบบอุปกรณ์เดียวจะไปยังการเช็กอินโดยตรงต่อไป ✓ ACI แบบสองอุปกรณ์จะไม่มีขั้นตอน PAYMENT
การตั้งค่านี้เปิดไว้เป็นค่าเริ่มต้น มีผลเฉพาะ Assisted Check-In กฎการชำระเงินของ Self Check-In และ Pre-arrival ยังคงไม่เปลี่ยนแปลง
คีออสก์จะโหลดการเปลี่ยนแปลงในหน้า Welcome ครั้งถัดไป เมื่อเริ่ม journey ใหม่ หรือเมื่อโหลดหน้าใหม่ การชำระเงินบนแท็บเล็ตที่เปิดอยู่สามารถดำเนินการให้เสร็จได้ หรือเจ้าหน้าที่สามารถข้ามได้
ขั้นที่ 4: ตั้งรายละเอียดมัดจำ (ถ้าเปิดใช้)
- กรอก Deposit Amount
- เลือก Deposit Type (ต่อคืนหรือจำนวนเงินคงที่)
- หากเห็น Deposit Currency ให้เลือกสกุลเงินที่โรงแรมใช้กับเงินมัดจำ
- คลิก Save Payment Gateway Settings
เลือก Pre-authorization hold ก่อนกรอกจำนวนเงิน
เมื่อเปิดตัวเลือกนี้ จำนวนเงินต้องมากกว่า 0
หากต้องการข้ามเงินมัดจำ ให้เลือก Do not collect แทน
AVA จะปฏิเสธค่า Deposit Amount ที่ว่างหรือเป็นศูนย์เมื่อเลือก Pre-authorization hold ข้อความแบบอินไลน์จะอธิบายข้อผิดพลาดและเสนอ Switch to "Do not collect" instead
AVA จะปิดใช้ Pre-authorization hold และ Deposit Amount จนกว่าจะเชื่อมต่อ payment gateway Do not collect ยังใช้งานได้ เพื่อให้คุณล้างการตั้งค่าเงินมัดจำที่ไม่ถูกต้อง
การตั้งค่าการชำระเงินใช้ Property Currency ที่ resolved แล้วจาก Settings → Essentials → Hotel Basic Details หาก PMS เป็นผู้ให้สกุลเงิน AVA จะใช้ค่านั้นและล็อกการแก้ไขในเครื่อง Deposit Currency ที่คุณเลือกจะบันทึกไปพร้อมกับการตั้งค่าการชำระเงินอื่น ๆ
AVA จะตรวจสอบค่าการชำระเงินก่อนบันทึก ใช้รูปแบบต่อไปนี้เมื่อฟิลด์นั้นแก้ไขได้
| การตั้งค่า | ค่าที่รับได้ |
|---|---|
| Deposit Currency | ตัวอักษรภาษาอังกฤษพิมพ์ใหญ่ 3 ตัว เช่น USD หรือ THB |
| Rounding Threshold | ตัวเลขตั้งแต่ 0 ขึ้นไป |
| Transaction Code (Rounding) | จำนวนเต็มตั้งแต่ 0 ขึ้นไป |
| Auto Delay Capture Expiry Days | จำนวนเต็มตั้งแต่ 0 ขึ้นไป |
ตั้งค่านโยบายค่าใช้จ่ายที่พัก
ใช้การควบคุมเหล่านี้เมื่อ PMS ของคุณรองรับนโยบายการชำระเงินค่าที่พัก การควบคุมจะแสดงใต้ Payment Policy Controls ใน Settings → Payment
| การควบคุม | ทำอะไร |
|---|---|
| Waive Accommodation Charges | ไม่เรียกเก็บค่าใช้จ่ายที่พัก ภาษีที่เกี่ยวข้อง หรือค่าบริการ แถวยังคงมองเห็นได้ |
| Hide and Waive Accommodation Charges | ซ่อนและไม่เรียกเก็บค่าใช้จ่ายที่พัก ภาษีที่เกี่ยวข้อง หรือค่าบริการ |
รายการเสริมที่โพสต์แยกต่างหากและภาษีของรายการเหล่านั้นยังมองเห็นและต้องชำระได้ภายใต้นโยบายทั้งสองแบบ หากนโยบายทั้งสองตรงกัน นโยบาย hide จะเปลี่ยนเฉพาะการมองเห็น ยอดที่ต้องชำระยังคงเท่าเดิม
- ไปที่ Settings → Payment
- ค้นหา Payment Policy Controls → Accommodation Charge Policies
- เพิ่มค่าที่ตรงกันแต่ละค่าจาก PMS ลงในรายการที่เหมาะสม
- คลิก Save Payment Policies
- ทดสอบ reservation ที่ตรงกับค่าที่ตั้งไว้
AVA จะแสดงการควบคุมเหล่านี้เฉพาะเมื่อ PMS ที่ใช้งานอยู่เปิดเผยความสามารถที่จำเป็น ค่าที่มีอยู่จะยังถูกเก็บไว้เมื่อการควบคุมไม่พร้อมใช้งานชั่วคราว
หาก Opera ส่งป้าย travel-agent กลับมา AVA สามารถจับคู่ค่าอย่าง Booking.com (VCC) ได้
AVA Billing Rules
ใช้ส่วนนี้เมื่อ PMS ส่งสัญญาณ hide หรือ waive สำหรับแถวห้อง ภาษี มัดจำ หรือค่าใช้จ่ายเบ็ดเตล็ด
- Mews และ Opera รองรับกฎเหล่านี้เมื่อความสามารถของการเชื่อมต่ออนุญาต
- แถวห้องหรือภาษีที่ซ่อนจะแสดงเป็น
✅ใน billing แบบละเอียด - แถวห้องหรือภาษีที่ waive จะยังมองเห็นได้เมื่อ provider ส่งแถวเหล่านั้นกลับมา
- นโยบาย waive ของ Mews v2 สามารถล้างแถวค่าใช้จ่ายทั้งหมดของ invoice ได้
- ผลิตภัณฑ์ของ Mews ที่ตรวจสอบแล้วและรวมอยู่ใน rate เช่น อาหารเช้าแบบ bundled สามารถทำตาม waiver ของ room-package ได้
- กฎ rate-group ของ Mews ใช้เฉพาะกับผลิตภัณฑ์ที่รวมอยู่ใน rate group ที่จองไว้
- ผลิตภัณฑ์ที่กำหนดให้กับ rate group อื่นยังคงต้องชำระ
- ค่าบริการที่คำนวณโดยอิงกับผลิตภัณฑ์ที่รวมอยู่และตรวจสอบแล้วสามารถทำตาม waiver นั้นได้
- ยอด Mews ที่เป็นบวกไม่เกิน THB 0.01 จะถูกซ่อนเฉพาะเมื่อเป็นเศษจากการปัดเศษของค่าใช้จ่ายที่พักหลัง waiver
- ค่าใช้จ่ายที่จัดประเภทไม่ได้และรายการเสริมจริงที่เป็นบวกยังต้องชำระ รวมถึงรายการเสริมจริงจำนวน THB 0.01
- สำหรับ waiver ของ room-package ใน Opera AVA จะ waive room charge, room service charge และ room GST ก่อน
- projected room charges ของ Opera ก่อนเข้าพักและภาษี rate-info ของรายการเหล่านั้นจะถูก waive พร้อมกัน
- รายการเสริมของ Opera ที่โพสต์แยกต่างหากและภาษีของรายการเหล่านั้นอาจยังต้องชำระ
- แถวมัดจำหรือค่าใช้จ่ายเบ็ดเตล็ดที่ waive จะถูกนำออกจากยอดที่ต้องชำระ
- ยอดที่ต้องชำระหลังการประเมินจะควบคุมยอดคงเหลือที่แสดงและเรียกเก็บตอนเช็กเอาต์
- หากไม่มีการประเมิน billing ด้วยเหตุผลอื่น AVA อาจใช้สรุปจาก PMS หรือ snapshot ที่เก็บไว้
- waiver ของ Mews ที่สรุปไม่ได้จะไม่ใช้ยอดที่ยังไม่ตรวจสอบ พนักงานต้องตรวจ invoice ทั้งหมด
- เมื่อเปิดการเก็บเงินค่าห้อง AVA อาจส่งผู้เข้าพักไปที่ front desk ระหว่างค้นหา reservation
- หาก AVA พิสูจน์การจัดประเภทผลิตภัณฑ์ไม่ได้ จะกันยอดที่ยังไม่ตรวจสอบไว้ให้พนักงานตรวจสอบ
- ยอดศูนย์ที่ Opera ระบุอย่างชัดเจนจะยังเป็นศูนย์ แม้รายการห้อง ภาษี หรือบริการที่มองเห็นจะดูเป็นบวก ใช้กับกรณีที่ไม่เห็นรายการ counterpart ที่ถูก route หรือ settled AVA จะเชื่อถือยอดศูนย์นั้นเฉพาะเมื่อจำนวนเงินและสกุลเงินตรงกับบิล Opera ที่ normalize แล้ว หากไม่ตรงกันจะถือว่ายังไม่ยืนยัน
- billing แบบย่อจะแสดงแถวห้องและภาษีที่ซ่อน ตัวคั่น Extras และจัดกลุ่มรายการเสริมตาม code
- แถว billing ที่เป็น projection อาจยังมองเห็นได้ขณะที่ PMS กำลัง sync
- เปรียบเทียบยอดที่ไม่คาดคิดกับ PMS ก่อนเรียกเก็บเงิน
- เมื่อไม่มีนโยบายใดตรงกัน AVA จะใช้ billing response ที่ได้รับ
หาก PMS ของคุณไม่รองรับกฎการเรียกเก็บเงินของ AVA AVA จะคงสรุปการชำระเงินแบบปกติไว้
- เปิด reservation ที่ใช้กฎ billing ของ PMS
- รีเฟรช reservation ใน AVA
- เปรียบเทียบแถวที่มองเห็นกับยอดที่ต้องชำระ
- ทดสอบอีกครั้งหลัง PMS sync เสร็จ
ตั้งค่าการชำระเงินออนไลน์ก่อนเข้าพัก
ใช้การ์ดนี้เพื่อให้ผู้เข้าพักที่มีสิทธิ์ชำระเงินออนไลน์ก่อนเข้าพัก ดูการ์ดนี้ได้ที่ Settings → Payment → Pre-arrival online payments การ์ดจะแสดงหลัง Billing View และหลังการตั้งค่าการเก็บเงิน ตั้งค่ากฎการเข้าพักระยะยาวก่อนเข้าพักที่ Settings → Check-In → Check-In Policy
| การตั้งค่า | ควบคุมอะไร | ข้อกำหนด |
|---|---|---|
| Enable pre-arrival room payment | เรียกเก็บยอดค่าห้องปัจจุบันก่อนเข้าพัก | การเก็บเงินค่าห้องต้องเป็น Pre-authorization hold หรือ Direct sale charge |
| Enable pre-arrival deposit payment | ขอ pre-authorization ของมัดจำที่ตั้งค่าไว้ก่อนเข้าพัก | การเก็บเงินมัดจำต้องเป็น Pre-authorization hold |
| Pre-auth validity (days) | ระยะเวลาที่ธนาคารคง pre-authorization ไว้ | ป้อนค่าตั้งแต่ 1 ถึง 365 วัน |
-
เปิด Settings → Payment → Pre-arrival online payments
-
เปิดสวิตช์ชำระค่าห้อง สวิตช์ชำระเงินมัดจำ หรือทั้งสองรายการ
-
ป้อน Pre-auth validity (days) เมื่อคุณเก็บเงินมัดจำ
-
ตรวจสอบอีเมลแรกที่กำหนดเวลาไว้และเวลาส่ง
-
ตรวจสอบตาราง Pre-auth scenarios
-
คลิก Save
✓ AVA บันทึกตัวเลือกค่าห้องและมัดจำแยกกัน ✓ ผู้เข้าพักจะเห็นยอดค่าห้องและมัดจำปัจจุบันระหว่าง Pre-arrival
เปิดการชำระค่าห้องเมื่อ PMS ของคุณระบุ reservation ที่ชำระผ่าน OTA หรือมี rate plan ที่เหมาะสม วิธีนี้ช่วยป้องกันไม่ให้ผู้เข้าพักชำระยอดค่าห้องที่ OTA เรียกเก็บไปแล้ว
AVA จะปิดและล้างสวิตช์ค่าห้องเมื่อการเก็บเงินค่าห้องเป็น Do not collect AVA จะปิดและล้างสวิตช์มัดจำเมื่อการเก็บเงินมัดจำไม่ใช่ Pre-authorization hold
AVA จะขอ pre-authorization เฉพาะเมื่อคำเชิญให้ชำระเงินและระยะเวลาการเข้าพักอยู่ภายในอายุที่กำหนด จำนวนวันก่อนเข้าพักรวมกับจำนวนคืนที่เข้าพักต้องน้อยกว่าระยะเวลาที่มีผล AVA จะข้ามการขอเมื่อวันที่คำนวณได้ตรงกับขอบเขตวันหมดอายุ
ทำความเข้าใจเวลาชำระค่าห้อง
หน้าปัจจุบันไม่มีการควบคุมเวลา direct-sale แยกต่างหาก คำเชิญให้ชำระค่าห้องจะใช้ตามอีเมลก่อนเข้าพักที่กำหนดเวลาไว้
-
เปิด Settings → Payment → Pre-arrival online payments
-
ตรวจสอบอีเมลแรกที่กำหนดเวลาไว้และเวลาส่ง
-
คลิก Configure เพื่อปรับกำหนดเวลาใน Pre-arrival Emails
-
ตรวจสอบอีเมลที่กำหนดเวลาไว้ทุกฉบับในตารางสถานการณ์
✓ AVA ใช้โฟลว์อีเมลที่กำหนดเวลาสำหรับคำเชิญชำระค่าห้องและมัดจำที่มีสิทธิ์
สวิตช์การชำระเงินก่อนเข้าพักจะปิดไว้ตามค่าเริ่มต้น
ค่าเริ่มต้นของ Pre-auth validity (days) คือ 7
AVA จะขอ pre-authorization เมื่อเวลาอีเมลและระยะเวลาการเข้าพักอยู่ภายในอายุดังกล่าว
การชำระเงินก่อนเข้าพักใช้เกตเวย์ออนไลน์ที่รองรับ Pre-arrival สามารถรวมค่าห้องที่เลือกและมีสิทธิ์หลายห้องไว้ในใบเสนอราคาชำระเงินออนไลน์รายการเดียว AVA จะตรวจสอบแต่ละห้องที่เลือกอีกครั้งเมื่อสร้างการชำระเงิน วิธีชำระเงินผ่าน terminal และเงินสดยังไม่รวมอยู่ การสร้างการชำระเงินผ่าน QR และ terminal จะถูกปฏิเสธสำหรับ Pre-arrival มุมมองบิลแบบ Detailed หรือ Simplified ที่เลือกจะควบคุมสรุปมัดจำ การชำระค่าห้องแบบ direct-sale จะทำตาม Room collection เมื่อเปิดใช้ การชำระเงินมัดจำยังคงทำตามกฎอายุ pre-authorization
อ่านสถานการณ์ pre-authorization
ตารางจะแสดงการเข้าพักตั้งแต่หนึ่งถึงสิบคืนสำหรับอีเมลก่อนเข้าพักที่กำหนดเวลาไว้แต่ละฉบับ ตารางนี้ช่วยให้คุณเห็นว่า hold ของธนาคารจะยังมีผลในเวลาที่ส่งอีเมลนั้นหรือไม่
| คอลัมน์ในตาราง | ความหมาย |
|---|---|
| Nights | ระยะเวลาการเข้าพักของผู้เข้าพัก ตั้งแต่ 1 ถึง 10 คืน |
| Days to checkout | จำนวนวันที่อีเมลถูกกำหนดให้ส่งก่อนเข้าพักรวมกับจำนวนคืนที่เข้าพัก |
| Request pre-auth? | hold อยู่ภายในค่าที่ตั้งไว้หรือไม่ |
AVA จะแสดง ✅ เมื่อผลรวมต่ำกว่า Pre-auth validity (days) จะแสดง ❌ เมื่อผลรวมเท่ากับหรือมากกว่าขอบเขตอายุที่กำหนด อีเมลที่กำหนดเวลาไว้แต่ละฉบับจะมีผลลัพธ์ของตัวเองเมื่อใช้หลายอีเมล
ตัวอย่างเช่น อีเมลแรกส่งก่อนเข้าพัก 5 วัน และเข้าพัก 2 คืน รวมเป็น 7 วัน หากกำหนดอายุไว้ 8 วัน AVA จะแสดง ✅ สำหรับสถานการณ์นี้
หากการกำหนดเวลาอีเมลก่อนเข้าพักไม่พร้อมใช้งานหรือถูกปิด การ์ดจะประเมินคำเชิญแรกไม่ได้ เปิด Configure ข้างข้อความอีเมลเพื่อตั้งกำหนดเวลา
หากเปิด Pre-arrival → Block long-stay reservations AVA จะปิดสวิตช์ทั้งสองรายการ AVA จะล้างตัวเลือกการชำระเงินก่อนเข้าพักที่บันทึกไว้ด้วย ปิดกฎนั้นก่อนเปิดใช้การชำระเงินออนไลน์ก่อนเข้าพัก
การตั้งค่าการชำระเงินก่อนเข้าพักไม่พร้อมใช้งาน
สิ่งที่เห็น: สวิตช์ถูกปิดใช้งานหรือการ์ดระบุว่าการเก็บเงินไม่พร้อมใช้งาน
วิธีแก้:
- ยืนยันว่า gateway เชื่อมต่อแล้วใน Settings → Payment
- ตั้งการเก็บเงินค่าห้องเป็น Pre-authorization hold หรือ Direct sale charge ก่อนเปิดใช้การชำระค่าห้อง
- ตั้งการเก็บเงินมัดจำเป็น Pre-authorization hold ก่อนเปิดใช้การชำระเงินมัดจำ
- เปิด Settings → Check-In → Check-In Policy
- ปิด Pre-arrival → Block long-stay reservations หากเหมาะสม
- กลับไปที่ Settings → Payment แล้วบันทึกอีกครั้ง
AVA ยอมรับสถานะชำระแล้วที่มีอยู่ จะไม่ขอชำระเงินครั้งที่สองเมื่อการชำระค่าห้องหรือมัดจำที่เกี่ยวข้องเสร็จสมบูรณ์แล้ว
ขั้นที่ 5: ตั้งค่า PMS Payment Mapping (เมื่อรองรับ)
สำหรับ Opera ให้ตั้งค่าฟิลด์เหล่านี้ใน Opera PMS Payment Mapping:
- ตั้งค่า:
- Settlement Code
- Default Cashier ID
- Default Comment Type / Location
- แถว Payment Type to Payment Method Code
- คลิก Save Opera Payment Mapping
AVA อ่านตัวเลือกเหล่านี้จากที่พัก Opera ที่ใช้งานอยู่ AVA แคชแต่ละรายการแยกกันข้ามอินสแตนซ์ได้นานสูงสุด 30 วัน คลิก Refresh from OPERA เมื่อต้องการรหัสล่าสุด การรีเฟรชรายการจะอัปเดตตัวเลือกทั้งหมดที่ตรงกัน รวมถึงฟิลด์ในหน้าการตั้งค่าอื่น ๆ
แต่ละแถวเชื่อม payment method หนึ่งรายการกับ PMS payment method code หนึ่งรายการ AVA แสดง payment method ของ Opera ที่ใช้งานอยู่ในเมนูแบบดรอปดาวน์ รายการนี้รวมคำอธิบาย ประเภทบัตร และ transaction code ของแต่ละวิธี คุณไม่จำเป็นต้องดูแลรายการ payment method ของ Opera แยกต่างหาก AVA จะบันทึกแถวเหล่านี้พร้อมกับการตั้งค่าการชำระเงินอื่น ๆ
Settlement Code ใช้ transaction code ของ Opera Default Cashier ID ใช้ cashier ที่ใช้งานอยู่จากที่พัก Opera ของคุณ แถว payment method ยอมรับเฉพาะ payment method ของ Opera ที่ใช้งานอยู่ การตั้งค่า reservation note ใช้รายการ comment-type และ location ของ Opera แยกกัน แต่ละรายการโหลดแยกกัน ดังนั้นรายการหนึ่งที่ไม่พร้อมใช้งานจะไม่ซ่อนรายการอื่น หากรายการใดไม่พร้อมใช้งาน AVA จะยังคงเปิดรายการอื่นไว้ ฟิลด์ที่ใช้รายการซึ่งไม่พร้อมใช้งานจะยังแก้ไขได้ด้วยการป้อนข้อมูลด้วยตนเอง
สำหรับการชำระเงินด้วยบัตรผ่าน Opera AVA จะอ่าน mapping ที่เป็นแหล่งข้อมูลหลักจาก Vouch Core ก่อน ทำให้ mapping ที่เพิ่งบันทึกไว้ใช้งานได้ก่อนการโพสต์การชำระเงิน หาก Core ไม่พร้อมใช้งานชั่วคราว AVA อาจใช้ mapping ในเครื่องล่าสุดที่ถูกต้องได้ หาก AVA ไม่พบ Opera mapping ที่ใช้งานได้ ระบบจะรีเฟรชการตั้งค่าหนึ่งครั้ง AVA จะลองชำระเงินอีกครั้งเฉพาะเมื่อยังไม่มีการส่งคำขอชำระเงินไปยัง Opera
AVA จะเก็บรหัสที่บันทึกไว้แม้ Opera จะไม่แสดงรหัสนั้นอีกต่อไป แต่จะแจ้งว่ารหัสไม่พร้อมใช้งาน การชำระเงินที่ใช้รหัสดังกล่าวจะไม่ถูกโพสต์ไปยัง Opera เปลี่ยนรหัสที่ถูกแจ้งเตือนเป็นตัวเลือกที่ใช้งานอยู่ก่อนรับชำระเงิน
หากบริการ Opera ของคุณไม่ส่ง settlement codes ฟิลด์นั้นจะยังเป็นช่องข้อความอิสระ รายการอื่นที่พร้อมใช้งานยังคงใช้เมนูแบบดรอปดาวน์ได้
AVA จะส่ง Default Comment Type / Location ที่คุณตั้งค่าไว้เมื่อสร้าง Opera payment หรือ deposit comment บันทึก mapping อีกครั้งหลังเปลี่ยนค่านี้ การตั้งค่านี้ไม่ควบคุม reservation notes ของเจ้าหน้าที่
ส่วน mapping อาจยังใช้ถ้อยคำเฉพาะของ Opera การแสดงผลขึ้นอยู่กับความสามารถด้าน payment-mapping จากการเชื่อมต่อ PMS ที่ใช้งานอยู่
ตั้งค่าการแมปวิธีชำระเงินของ Mews
ใช้การแมปของ Mews เมื่อวิธีชำระเงินที่รับไว้ต้องแสดงอยู่ในหมวดหมู่การชำระเงินของ Mews ที่เปิดใช้โดยเฉพาะ วิธีที่ไม่ได้ตั้งค่าจะยังใช้พฤติกรรมการโพสต์ปกติของ AVA
-
ยืนยันว่า Mews เป็น PMS ที่ใช้งานอยู่ใน Settings → Essentials → PMS Integration
-
ไปที่ Settings → Payment
-
ค้นหา Mews Payment Method Mappings
-
เลือกวิธีชำระเงินต้นทางจาก payment catalogue ปัจจุบัน แหล่งที่มาอาจเป็น PromptPay, แบรนด์บัตร, กระเป๋าเงิน หรือ source code แบบกำหนดเอง
-
เลือกหมวดหมู่การชำระเงินภายนอกของ Mews ที่เปิดใช้เป็นปลายทาง
-
เพิ่มแถวใหม่เฉพาะเมื่อเป็นวิธีต้นทางอื่น
-
คลิก Save
✓ AVA ตรวจสอบ source ที่ทำให้เป็นมาตรฐานแล้วแต่ละรายการหนึ่งครั้งก่อนบันทึก ✓ การโพสต์ของ Vouch ในอนาคตจะใช้หมวดหมู่ Mews ที่เลือก
หมวดหมู่ปลายทางต้องเปิดใช้สำหรับที่พักของคุณใน Mews ขอให้ผู้ดูแลระบบ Mews เปิดใช้หมวดหมู่นั้นก่อนบันทึกการแทนที่ การแมปใหม่จะไม่เปลี่ยนระเบียนการชำระเงินที่มีอยู่
ลบแถวต้นทางแล้วบันทึกเพื่อคืนพฤติกรรมการโพสต์เริ่มต้นของวิธีนั้น การเปลี่ยนแปลงนี้มีผลเฉพาะการโพสต์ของ Vouch ในอนาคต ตรวจสอบระเบียนเดิมแยกต่างหากใน Mews หรือรายงานบัญชีของคุณ
ตั้งค่าการแมปวิธีชำระเงินของ Furama
ใช้การแมปของ Furama เมื่อการชำระเงินที่รับไว้ต้องใช้ประเภทการชำระเงิน Furama iPMS ที่ใช้งานอยู่ การ์ดการแมปจะแสดงสำหรับที่พัก Furama ที่เชื่อมต่อและรองรับการแทนที่วิธีชำระเงิน
-
ยืนยันว่า Furama iPMS เป็น PMS ที่ใช้งานอยู่ใน Settings → Essentials → PMS Integration
-
ไปที่ Settings → Payment
-
ค้นหา Payment method mappings
-
เลือกประเภทการชำระเงินของ Furama ใน Record as สำหรับแต่ละวิธีชำระเงิน วิธีการชำระเงินด้วยบัตรจะแมปตามแบรนด์ เช่น Visa หรือ Amex วิธีการชำระเงินที่ไม่ใช่บัตรและมีชื่อจะแมปตามวิธี เช่น Cash
-
คลิก Save Payment Gateway Settings
-
หากจำเป็น ให้ตั้งค่า Default payment type code (optional) ในการตั้งค่า Furama PMS
-
คลิก Save PMS Settings
✓ ใช้การแมปที่ระบุไว้อย่างชัดเจนก่อน ✓ รหัสเริ่มต้นจะจัดการวิธีชำระเงินที่ยังไม่มีการแมปที่ระบุไว้ ✓ หากไม่มีการตั้งค่าใดเลย AVA จะปฏิเสธการชำระเงินที่ยังไม่ได้แมปก่อนโพสต์
แคตตาล็อกของ Furama ใช้ร่วมกันทั้ง control unit และอาจมีรหัสของโรงแรมอื่นรวมอยู่ด้วย เลือกเฉพาะรหัสที่ใช้งานอยู่และได้รับการยืนยันจากผู้ดูแลระบบ Furama
เลือก Use default แล้วบันทึกเพื่อลบการแทนที่ของวิธีชำระเงินนั้น การเปลี่ยนแปลงนี้มีผลเฉพาะการโพสต์ในอนาคต
ขั้นที่ 6: ตั้งค่า Checkout Rounding Adjustment
AVA จะแสดงการควบคุมนี้ใต้ Payment Policy Controls เมื่อ PMS ของคุณรองรับ
| ผู้ให้บริการ PMS | การรองรับ | การตั้งค่าเพิ่มเติม |
|---|---|---|
| AVA | รองรับ | ไม่ต้องใช้ vendor code |
| Opera / OHIP | รองรับ | บันทึก vendor code ใน Transaction Code (Rounding) |
| Cloudbeds, Mews, eZee และ Furama | ไม่รองรับ | การควบคุมจะถูกซ่อนไว้ |
-
ไปที่ Settings → Check-In → Check-In Policy
-
เปิด Check-in outstanding-balance blocking หรือ Checkout balance settlement
-
ไปที่ Settings → Payment
-
ค้นหา Payment Policy Controls
-
เปิด Enable Rounding Adjustment
-
ตั้งค่า Rounding Threshold ในสกุลเงินเริ่มต้นของที่พัก
-
หากใช้ Opera ให้กรอก vendor code ใน Transaction Code (Rounding)
-
คลิก Save Payment Policies
✓ AVA จะใช้การปรับยอดตอนเช็กเอาต์เมื่อยอดคงเหลืออยู่ภายใน threshold ของคุณ
ระหว่างเช็กอิน AVA ยอมรับยอดคงเหลือที่อยู่ภายใน threshold ที่ตั้งไว้โดยไม่โพสต์ transaction ระหว่างเช็กเอาต์ AVA จะโพสต์ rounding adjustment ก่อนทำเช็กเอาต์ให้เสร็จ AVA ไม่ใช้ vendor code ส่วน Opera ใช้ vendor code ที่ตั้งค่าไว้
ขั้นที่ 7: ตั้งค่า Auto Delay Capture
ใช้ Auto Delay Capture เมื่อ PMS ของคุณรองรับ delayed capture AVA จะ capture room rate ก่อน Stripe pre-authorization หมดอายุ เงินมัดจำจะยังไม่ถูก capture
| การตั้งค่า | ทำอะไร |
|---|---|
| Enable Auto Delay Capture | capture room rate โดยอัตโนมัติก่อน pre-authorization หมดอายุ |
| Auto Delay Capture Expiry Days | กำหนดจำนวนวันก่อนหมดอายุที่ AVA จะ capture room rate |
-
ไปที่ Settings → Payment
-
ค้นหา Payment Policy Controls → Pre-Authorization Controls
-
เปิด Enable Auto Delay Capture
-
กรอก Auto Delay Capture Expiry Days
-
คลิก Save Payment Policies
✓ AVA จะ capture room rate ก่อนหมดอายุเมื่อ pre-authorization ยังใช้ได้
AVA จะแสดงการควบคุมเหล่านี้เฉพาะเมื่อ PMS ที่ใช้งานอยู่รายงานว่ารองรับ delayed capture ปัจจุบัน Opera รายงานว่ารองรับ PMS อื่นจะแสดงการควบคุมก็ต่อเมื่อรายงานความสามารถเดียวกัน
หากเปลี่ยนไปใช้ PMS ที่ไม่รองรับ delayed capture AVA จะปิด Auto Delay Capture AVA จะล้างค่า expiry-day ด้วยเพื่อป้องกันการนำการตั้งค่าเก่ามาใช้
ขั้นที่ 8: ตั้งค่าการควบคุมการชำระเงินเฉพาะ Opera (เฉพาะ Opera)
-
ไปที่ Settings → Payment
-
ค้นหา Opera-Specific Payment Controls
-
ตั้งค่าพฤติกรรมการชำระเงิน:
- การเข้าถึง invoice ของ in-house และการยืนยันวันเกิดสำหรับเช็กเอาต์
- พฤติกรรม Ignore Waive Payment Routing
-
ใน Do Not Collect Any Incidental / Deposit ให้เพิ่ม rate code, market segment, guarantee type หรือ comment ที่ตรงกันแต่ละรายการ
-
คลิก Save Payment Policies
✓ แถวค่าใช้จ่ายเบ็ดเตล็ดหรือมัดจำที่ตรงกันจะถูกนำออกจากยอดที่ต้องชำระ
AVA จะพยายามเพิ่ม reservation comment ของ Opera ก่อนโพสต์ payment หรือ deposit หากสร้าง comment ไม่สำเร็จ AVA จะยังโพสต์ payment หรือ deposit ใน Streamliner ต่อ วิธีนี้ช่วยให้การเก็บเงินดำเนินต่อไปได้แม้การสร้าง Opera comment ไม่สำเร็จ นโยบายค่าใช้จ่ายที่พักตั้งค่าไว้ด้านบน
การพึ่งพาของ Rounding Adjustment
ใช้ส่วนนี้เมื่อต้องการให้ rounding ตอนเช็กเอาต์มีผลต่อพฤติกรรมการชำระเงิน
-
เปิด Check-in outstanding-balance blocking หรือ Checkout balance settlement
-
กลับไปที่ Settings → Payment
-
เปิด Payment Policy Controls และตั้งค่า Enable Rounding Adjustment
✓ AVA จะใช้การตั้งค่า rounding เฉพาะเมื่อเปิดนโยบายใดนโยบายหนึ่ง
หากภายหลังปิดนโยบายยอดคงเหลือตอนเช็กอินทั้งสองรายการ AVA จะเก็บค่า rounding ที่บันทึกไว้ การควบคุมจะหยุดส่งผลต่อพฤติกรรมการชำระเงินเท่านั้น
สิ่งที่จะเห็นหลังบันทึก
- ✅ รายละเอียด gateway ที่เชื่อมต่อแล้วจะแสดงหลังตั้งค่า
- ✅ Stripe จะแสดง Live หรือ Test ในป้ายสถานะการเชื่อมต่อ
- ✅ Billing view จะบันทึกไปพร้อมกับการตั้งค่าการชำระเงินอื่น ๆ
- ✅ ฟิลด์มัดจำจะแสดงเมื่อเปิดใช้การเก็บเงินมัดจำ
- ✅ Pre-authorization hold จะบันทึกได้เมื่อจำนวนเงินมัดจำมากกว่า
0เท่านั้น - ✅ Deposit currency จะยังคงถูกบันทึกหลังคลิก Save
- ✅ Auto Delay Capture จะแสดงเฉพาะเมื่อ PMS ที่ใช้งานอยู่รองรับ
- ✅ PMS payment mapping จะแสดงเมื่อ PMS ที่ใช้งานอยู่รายงานว่ารองรับ
- ✅ ส่วน policy ของ Opera จะแสดงเฉพาะสำหรับ Opera PMS
- ✅ การ์ด payment mapping อาจแสดงสำหรับ PMS ที่ไม่ใช่ Opera เมื่อการเชื่อมต่อรายงานว่ารองรับ
- ✅ การตั้งค่าการชำระเงินจะบันทึกแยกกันได้บนหน้าเดียวกัน
การตั้งค่าการชำระเงินย้ายจาก Settings → Essentials ไปที่ Settings → Payment แล้ว ตัวเลือก OTA source แบบเดิมถูกนำออกแล้ว
การแก้ปัญหา
การตรวจสอบค่าการชำระเงินไม่ผ่าน
สิ่งที่เห็น: AVA ทำเครื่องหมายว่าฟิลด์การชำระเงินไม่ถูกต้อง หรือ MCP ส่งคืน valid: false
วิธีแก้:
-
ใช้ตัวอักษรภาษาอังกฤษพิมพ์ใหญ่ 3 ตัวสำหรับ Deposit Currency
-
ป้อนค่า
0หรือสูงกว่าสำหรับ Rounding Threshold -
ป้อนจำนวนเต็มตั้งแต่
0ขึ้นไปสำหรับรหัสการปัดเศษและจำนวนวันก่อนหมดอายุ -
แก้ไขฟิลด์ แล้วคลิก Save
-
สำหรับ MCP ให้เรียกใช้
settings_validateอีกครั้งก่อนใช้การอัปเดต✓ ผลการตรวจสอบควรแสดง
valid: trueก่อนที่คุณจะบันทึกหรือใช้การเปลี่ยนแปลง
การตั้งค่า gateway ถูกปิดใช้งาน
สิ่งที่เห็น: สวิตช์การชำระเงินหรือปุ่มบันทึกถูกปิดใช้งาน
วิธีแก้:
- ยืนยันว่าบัญชีของคุณมีสิทธิ์เขียน settings
- เชื่อมต่อ Stripe ก่อนหากเลือก Stripe
- รีเฟรชหน้าแล้วลองอีกครั้ง
Billing view ไม่เปลี่ยน
สิ่งที่เห็น: ผู้เข้าพักยังเห็นเลย์เอาต์สรุปบิลแบบเดิม
วิธีแก้:
- กลับไปที่ Settings → Payment
- เลือก Detailed หรือ Simplified ใหม่
- คลิก Save บนการ์ด Billing View
- เริ่มโฟลว์ผู้เข้าพักใหม่หรือรีเฟรชหน้าจอ reservation
- หากยังไม่ถูกต้อง ให้ยืนยันว่าโรงแรมอยู่บนเส้นทางการตั้งค่า CCI ปัจจุบัน
Stripe environment ถูกล็อก
สิ่งที่เห็น: dropdown Environment ถูกปิดใช้งานหลัง Stripe เชื่อมต่อ
วิธีแก้:
- Disconnect Stripe
- เปิด Advanced
- เลือก Live หรือ Test
- เชื่อมต่อ Stripe อีกครั้ง
ข้อมูลรับรอง Stripe terminal ถูกปฏิเสธ
สิ่งที่เห็น: ข้อมูลรับรอง Stripe ของ gateway หรือ terminal ไม่ถูกบันทึก หรือ AVA ล้างข้อมูลหลังบันทึก
วิธีแก้:
- ยืนยันว่ากำลังแก้ไขการ์ด Stripe ที่ถูกต้อง
- ข้อมูลรับรองของ gateway และ terminal จะบันทึกแยกกัน
- ใช้ค่าสำหรับ test เท่านั้นเมื่อตั้งค่า Stripe แบบ manual
- ตรวจสอบว่า secret key ขึ้นต้นด้วย
sk_test_ - ตรวจสอบว่า publishable key ขึ้นต้นด้วย
pk_test_ - บันทึกการตั้งค่าอีกครั้ง
- หากฟิลด์ถูก mask ให้บันทึกอีกครั้งโดยไม่ต้องกรอกค่าใหม่
การบันทึก Stripe gateway แบบ manual ถูกปฏิเสธ
สิ่งที่เห็น: AVA ปฏิเสธการบันทึก Stripe gateway แบบ manual
วิธีแก้:
-
เปิด Settings → Payment → Payment Gateway Integration
-
ตั้งค่า Environment เป็น Test
-
กรอกทั้งสามฟิลด์: Publishable Key, Secret Key และ Webhook Secret
-
คงค่าที่ mask ไว้เดิมเมื่อบันทึกข้อมูลรับรองที่มีอยู่ซ้ำ
-
บันทึกการตั้งค่า payment gateway อีกครั้ง
✓ AVA จะบันทึกการตั้งค่า test ที่กรอกครบถ้วน ✓ การบันทึกที่ถูกปฏิเสธจะไม่แทนที่ข้อมูลรับรองเดิม
ไม่แสดงข้อมูลรับรอง Stripe test
สิ่งที่เห็น: ฟิลด์ Stripe แบบ manual หายไปจากการ์ด gateway หรือ terminal
วิธีแก้:
- รีเฟรช Settings → Payment
- ยืนยันว่าโรงแรมของคุณอยู่ใน rollout ข้อมูลรับรอง Stripe test แบบ manual
- ติดต่อ support หากฟิลด์ยังไม่แสดง
ไม่แสดงการควบคุม payment policy
สิ่งที่เห็น: การควบคุม accommodation, checkout rounding, delayed capture หรือการชำระเงินเฉพาะ Opera หายไป
วิธีแก้:
- เปิด Settings → Essentials → PMS Integration
- ยืนยันว่า PMS ที่ใช้งานอยู่ถูกต้อง
- กลับไปที่ Settings → Payment
- รีเฟรชหน้าหนึ่งครั้ง
- ขอให้ผู้ดูแลระบบยืนยันว่าเปิดใช้ความสามารถของ PMS แล้ว
Payment mapping จะแสดงเมื่อ PMS ที่ใช้งานอยู่รายงานว่ารองรับ ปัจจุบัน Opera รายงานว่ารองรับความสามารถนี้ ส่วน mapping แยกจากการควบคุม payment policy อื่น ๆ ที่กำหนดตามความสามารถ
ไม่พบ Auto Delay Capture
สิ่งที่เห็น: Pre-Authorization Controls ไม่แสดง Auto Delay Capture
วิธีแก้:
- เปิด Settings → Essentials → PMS Integration
- ยืนยันว่า PMS ที่ถูกต้องกำลังใช้งานอยู่
- รีเฟรช Settings → Payment หลังเปลี่ยนการเชื่อมต่อ PMS
- สอบถามผู้ดูแลระบบหรือ Vouch support ว่า PMS รายงานการรองรับ delayed capture หรือไม่
หาก PMS ไม่รายงานการรองรับ การควบคุมจะยังถูกซ่อนไว้ นี่เป็นพฤติกรรมที่คาดไว้
การตั้งค่า Auto Delay Capture ถูกปฏิเสธ
สิ่งที่เห็น: AVA แจ้งว่า delayed capture ไม่พร้อมใช้งานเมื่อบันทึกการตั้งค่าการชำระเงิน
วิธีแก้:
- ยืนยันว่า PMS ที่ใช้งานอยู่รองรับ delayed capture
- ปิด Auto Delay Capture หากเปลี่ยนผู้ให้บริการ PMS
- บันทึกการตั้งค่าการชำระเงิน
- ลองอีกครั้งหลังความสามารถของ PMS พร้อมใช้งาน
AVA จะไม่บันทึกการตั้งค่า delayed capture สำหรับ PMS ที่ไม่รองรับหรือยังไม่ยืนยัน
PMS payment mapping ไม่ถูกบันทึก
สิ่งที่เห็น: แถว cashier หรือ payment method หายไปหลังคลิก Save
วิธีแก้:
- เปิด Settings → Essentials → PMS Integration
- ยืนยันว่า PMS ที่ถูกต้องกำลังใช้งานอยู่และรายงานว่ารองรับ payment mapping
- กลับไปที่ Settings → Payment
- กรอก Default Cashier ID และแต่ละแถว mapping ใหม่
- คลิก Save Opera Payment Mapping อีกครั้ง
ตัวเลือกการแมปของ Mews ไม่พร้อมใช้งาน
สิ่งที่เห็น: ไม่พบการ์ดการแมปของ Mews หรือตัวเลือกต้นทางและปลายทางไม่โหลด
วิธีแก้:
- ยืนยันว่า Mews เป็น PMS ที่ใช้งานอยู่
- รีเฟรช Settings → Payment หลัง Mews โหลดเสร็จ
- ยืนยันว่า payment catalogue และการตั้งค่า Mews พร้อมใช้งาน
- ติดต่อ support หากการ์ดยังไม่พร้อมใช้งาน
AVA จะปิดการเปลี่ยนแปลงจนกว่าจะตรวจสอบตัวเลือกต้นทางและปลายทางปัจจุบันได้
หมวดหมู่การชำระเงินของ Mews ไม่พร้อมใช้งาน
สิ่งที่เห็น: AVA ปฏิเสธหมวดหมู่การชำระเงินของ Mews ที่เลือก
วิธีแก้:
- ขอให้ผู้ดูแลระบบ Mews เปิดใช้หมวดหมู่นั้นสำหรับที่พัก
- รีเฟรช Settings → Payment
- เลือกหมวดหมู่ที่เปิดใช้จากรายการที่รีเฟรชแล้ว
- บันทึกการแมปอีกครั้ง
อย่าลองชำระเงินซ้ำจนกว่าการแมปจะบันทึกสำเร็จ
ตัวเลือกการแมปของ Furama ไม่พร้อมใช้งาน
สิ่งที่เห็น: ไม่พบการ์ดการแมปของ Furama หรือตัวเลือกการชำระเงินไม่โหลด
วิธีแก้:
- ยืนยันว่า Furama iPMS เป็น PMS ที่ใช้งานอยู่
- ยืนยันว่าบันทึกการเชื่อมต่อ Furama แล้ว
- รีเฟรช Settings → Payment
- ตรวจสอบ Control Unit ใน Settings → Essentials → PMS Integration
- ขอให้ผู้ดูแลระบบ Furama ยืนยันว่าแคตตาล็อกการชำระเงินพร้อมใช้งาน
AVA จะปิดใช้การเปลี่ยนแปลงการแมปจนกว่าจะอ่านตัวเลือกต้นทางและปลายทางปัจจุบันได้
Furama ปฏิเสธประเภทการชำระเงิน
สิ่งที่เห็น: Furama ปฏิเสธการชำระเงินหลังจาก AVA เริ่มโพสต์
วิธีแก้:
- รีเฟรช Payment method mappings
- เปลี่ยนปลายทางเป็นประเภทการชำระเงิน Furama ที่ใช้งานอยู่
- ยืนยันว่ารหัสดังกล่าวเป็นของ control unit ของที่พักคุณ
- ตั้งค่า Default payment type code (optional) สำหรับวิธีที่ยังไม่ได้แมป หากจำเป็น
- บันทึกหน้าการตั้งค่าทั้งสองหน้า
- ลองชำระเงินอีกครั้งหนึ่งครั้ง
อย่าใช้รหัสที่ระบุว่าไม่ใช้งานหรือรหัสจากแคตตาล็อกของที่พักอื่น
ไม่พบ Opera payment mapping ระหว่างชำระเงิน
สิ่งที่เห็น: ไม่สามารถเริ่ม Opera payment ได้เนื่องจากไม่มี mapping ของ card brand
สาเหตุ: AVA อาจยังไม่มีรายการการตั้งค่า Opera ที่ใช้ร่วมกันซึ่งเป็นข้อมูลล่าสุด
วิธีแก้:
-
รอให้ AVA รีเฟรชการตั้งค่าอัตโนมัติเสร็จ
-
ลองชำระเงินอีกครั้งเฉพาะเมื่อ AVA ยังแสดงข้อผิดพลาด
-
ตรวจสอบ Opera PMS Payment Mapping ใน Settings → Payment
-
ยืนยันว่า card brand มี payment method code ที่ตรงกัน
-
ติดต่อ support หากมี mapping แล้วแต่ยังเริ่มชำระเงินไม่ได้
✓ AVA จะรีเฟรชนี้หนึ่งครั้งก่อนส่งคำขอชำระเงินไปยัง Opera
รายการรหัสของ Opera ว่างเปล่า
สิ่งที่เห็น: รายการ cashier, settlement code, comment type, comment location หรือ payment method ว่างเปล่า
วิธีแก้:
- ยืนยันว่า PMS ที่ใช้งานอยู่คือ Opera
- ตรวจสอบว่ารหัสมีอยู่และเปิดใช้งานอยู่ใน Opera
- รีเฟรช Settings → Payment
- เลือกรหัสอื่นที่พร้อมใช้งาน หากเหมาะสม
- ติดต่อผู้ดูแลระบบ Opera หากรายการยังว่างอยู่
AVA โหลดแต่ละรายการแยกกัน ฟิลด์ mapping อื่นยังสามารถตั้งค่าได้
โหลดรหัสจาก OPERA ไม่สำเร็จ
สิ่งที่เห็น: AVA แสดงข้อความ "Could not load codes from OPERA."
วิธีแก้:
- ยืนยันว่า Opera เป็น PMS ที่ใช้งานอยู่
- ตรวจสอบว่าการเชื่อมต่อ Opera ตั้งค่าและทำงานถูกต้อง
- คลิก Try again ใน Opera PMS Payment Mapping
- ป้อนรหัสด้วยตนเองเมื่อ AVA ยังคงเปิดให้แก้ไขฟิลด์นั้น
- ติดต่อ support หากรายการยังไม่พร้อมใช้งาน
หากการรีเฟรชล้มเหลว AVA จะเก็บรหัสที่อ่านได้ก่อนหน้านี้ไว้และแสดงคำเตือนการรีเฟรช หาก Opera ส่งคำตอบมาไม่ครบ AVA จะเก็บรายการที่สำเร็จไว้ และทำเครื่องหมายเฉพาะรายการที่ขาดหายว่าไม่พร้อมใช้งาน อย่าแทนที่ mapping ที่บันทึกไว้และยังถูกต้อง เว้นแต่ Opera จะระบุว่าไม่พร้อมใช้งาน
สกุลเงินของ Opera payment ไม่ตรงกัน
สิ่งที่เห็น: Opera แสดง internal error หรือ payment หรือ deposit ไม่ปรากฏหลังโพสต์
วิธีแก้:
- ตรวจสอบ Property Currency ใน Settings → Essentials → Hotel Basic Details
- ตรวจสอบว่า reservation ของ Opera ใช้สกุลเงินเดียวกัน
- ลอง payment หรือ deposit อีกครั้ง
- ติดต่อ support หาก Opera ยังแสดง internal error
Opera reservation comment หายไป
สิ่งที่เห็น: payment โพสต์สำเร็จ แต่ไม่เห็น reservation comment ใหม่ใน Opera
วิธีแก้:
- ยืนยันว่า payment หรือ deposit เสร็จสมบูรณ์ใน Streamliner
- ตรวจสอบว่า reservation ของ Opera มี payment record ที่ตรงกัน
- ยืนยันว่าได้ตั้งค่า Default Comment Type / Location ใน Opera PMS Payment Mapping
- อย่าลองใหม่เพียงเพื่อสร้าง comment ซ้ำ
- ติดต่อ support หาก payment โพสต์แล้วแต่ comment ยังไม่ปรากฏ
ประเภทหรือ location ของ Opera comment ไม่ถูกต้อง
สิ่งที่เห็น: Opera สร้าง payment comment แต่ประเภทหรือ location ดูไม่ตรงที่คาด
วิธีแก้:
- เปิด Settings → Payment
- ตรวจสอบ Opera PMS Payment Mapping
- ตรวจสอบ Default Comment Type / Location
- บันทึก mapping อีกครั้ง
- ทดสอบ payment หรือ deposit ของ Opera อีกรายการ
Room payment ถูก waive โดยไม่คาดคิด
สิ่งที่เห็น: reservation ข้ามการชำระ room payment ทั้งที่คุณคาดว่าจะมีคำขอชำระเงิน
วิธีแก้:
- เปิด reservation ใน PMS ของคุณ
- ตรวจสอบ reservation comment, source name และป้าย travel-agent ของ Opera
- ลบหรือเปลี่ยนค่าที่ตรงกัน หากไม่ควร waive reservation นี้
- รีเฟรช AVA และทดสอบอีกครั้งด้วย reservation ใหม่
การควบคุมนโยบายที่พักไม่พร้อมใช้งาน
สิ่งที่เห็น: ไม่เห็น Accommodation Charge Policies หรือ AVA แสดงข้อความว่า PMS ไม่รองรับ
วิธีแก้:
- ยืนยันว่า provider ของ PMS รองรับนโยบายการชำระเงินค่าที่พัก
- รีเฟรช Settings → Payment
- หากยังไม่แสดงการควบคุม แสดงว่า AVA ยังไม่มีข้อมูลการรองรับสำหรับ PMS นี้
- คงค่าของนโยบายที่มีอยู่ไว้ AVA ยังบันทึกค่าเหล่านั้นเมื่อ editor ถูกซ่อน
แถว billing ไม่ตรงกับ PMS
สิ่งที่เห็น: แถวห้อง ภาษี มัดจำ หรือค่าใช้จ่ายเบ็ดเตล็ดดูแตกต่างกันใน AVA
วิธีแก้:
- ยืนยันว่า reservation มาจาก PMS ที่รองรับ AVA Billing Rules
- หากใช้ Opera ให้รอ reservation sync ครั้งถัดไป
- รีเฟรช Settings → Payment หรือเปิด reservation อีกครั้ง
- ตรวจสอบบิลใน PMS เพื่อยืนยันว่าแถวนั้นถูกซ่อนหรือ waive
ผลิตภัณฑ์ที่รวมใน Mews ต้องตรวจสอบ
สิ่งที่เห็น: ผลิตภัณฑ์แบบ bundled ของ Mews ต้องตรวจสอบหลังมี waiver ของ room-package ที่ตรงกัน
สาเหตุ: AVA ไม่สามารถพิสูจน์การจัดประเภทของผลิตภัณฑ์ได้
วิธีแก้:
- เปิด reservation ผ่าน Staff Access
- ตรวจสอบ rate, ผลิตภัณฑ์ที่รวมอยู่ และ invoice ทั้งหมดใน Mews
- ยืนยันว่า reservation ตรงกับนโยบายค่าใช้จ่ายที่พักที่ตั้งไว้
- รีเฟรช reservation ใน AVA
- อย่าเรียกเก็บยอดที่ยังไม่ยืนยัน
- ขอให้พนักงาน front desk ตรวจสอบ invoice ทั้งหมดของ Mews
ผู้เข้าพักถูกส่งไปที่ front desk ก่อนชำระเงิน
สิ่งที่เห็น: ผู้เข้าพักไปต่อไม่ได้หลังค้นหา reservation AVA ขอให้ผู้เข้าพักไปพบ front desk
สาเหตุ: มีนโยบายการชำระเงินตรงกัน แต่ Mews ไม่สามารถจัดประเภทค่าใช้จ่ายที่อยู่ภายใต้กฎได้
วิธีแก้:
- ตรวจสอบ rate, ผลิตภัณฑ์ที่รวมอยู่ และ invoice ทั้งหมดใน Mews
- ยืนยันค่าที่ตรงกันใน Accommodation Charge Policies
- รีเฟรช reservation หลัง Mews sync เสร็จ
- ยืนยันยอดที่ต้องชำระกับ invoice ทั้งหมดของ Mews
- ขอให้พนักงาน front desk ดำเนินการเช็กอินเมื่อยังจำเป็นต้องตรวจสอบ
อย่าเรียกเก็บยอดที่ยังไม่ยืนยัน
ผู้เข้าพักไม่ถูกขอให้ชำระเงิน
สิ่งที่เห็น: ผู้เข้าพักข้ามขั้นตอนการชำระเงินระหว่างเช็กอิน
วิธีแก้:
- ยืนยันว่าเชื่อมต่อ gateway แล้ว
- ยืนยันว่าเปิด Collect Security Deposits หรือ Collect Full Payment
- สำหรับ ACI ให้ยืนยันว่าเปิด Let assisted check-in staff collect payments ที่ Settings → Check-In → Check-In Policy → Kiosk & payments
- ยืนยันว่า reservation มียอดค้างชำระ
- บันทึกและทดสอบอีกครั้งด้วย reservation ตัวอย่าง
สวิตช์ ACI ไม่มีผลต่อคำขอชำระเงินของ Self Check-In หรือ Pre-arrival
ไม่สามารถบันทึกจำนวนเงินมัดจำเป็นศูนย์ได้
สิ่งที่เห็น: AVA ปฏิเสธการตั้งค่าการชำระเงินเนื่องจากจำนวนเงินมัดจำว่างหรือเป็น 0
สาเหตุ: Pre-authorization hold ต้องใช้จำนวนเงินที่เป็นบวก
วิธีแก้:
- เปิด Settings → Payment → Security Deposits & Incidentals
- กรอกจำนวนเงินที่มากกว่า
0ใน Deposit Amount - คลิก Save Payment Gateway Settings
หากไม่ต้องการเก็บเงินมัดจำ ให้เลือก Do not collect คุณยังสามารถคลิก Switch to "Do not collect" instead ในข้อผิดพลาดแบบอินไลน์
✓ AVA จะบันทึกตัวเลือกการเก็บเงินที่ปลอดภัยและหยุดขอ hold ที่มีค่าเป็นศูนย์
สกุลเงินมัดจำไม่ถูกต้องหรือแก้ไขไม่ได้
สิ่งที่เห็น: สกุลเงินมัดจำไม่ตรงกับที่คาด หรือการเปลี่ยนค่าฟิลด์ไม่ถูกบันทึก
วิธีแก้:
- เปิด Settings → Essentials → Hotel Basic Details
- ตรวจสอบว่า Property Currency ถูกจัดการโดย PMS หรือแก้ไขได้
- หาก PMS เป็นผู้จัดการ ให้เปลี่ยนสกุลเงินใน PMS และรอ sync
- รีเฟรช Settings → Payment และตรวจสอบสกุลเงิน
Checkout rounding ไม่พร้อมใช้งาน
สิ่งที่เห็น: ไม่แสดง Enable Rounding Adjustment
วิธีแก้:
- เปิด Settings → Essentials → PMS Integration
- ยืนยัน provider ของ PMS ที่ใช้งานอยู่
- AVA และ Opera รองรับ checkout rounding
- Cloudbeds, Mews, eZee และ Furama ยังไม่รองรับในขณะนี้
- รีเฟรช Settings → Payment หลังเปลี่ยนการเชื่อมต่อ PMS
- ติดต่อ support หาก AVA หรือ Opera ยังคงซ่อนการควบคุม
Rounding adjustment ยังไม่ทำงาน
สิ่งที่เห็น: Rounding adjustment ยังเป็นสีเทา หรือค่าที่บันทึกไว้ไม่เปลี่ยนพฤติกรรมการชำระเงิน
วิธีแก้:
- เปิด Settings → Check-In → Check-In Policy
- เปิด Check-in outstanding-balance blocking หรือ Checkout balance settlement
- บันทึกการตั้งค่า
- กลับไปที่ Settings → Payment และยืนยันว่าค่า rounding ยังถูกบันทึกไว้
ยังแก้ไม่ได้ใช่ไหม
ติดต่อ success@vouch-technologies.com หาก:
- ❌ การชำระเงินยังล้มเหลวหลังบันทึกการตั้งค่าอีกครั้ง
- ❌ ผู้เข้าพักยังไม่เห็นการเปลี่ยนแปลงของ Billing view
- ❌ การควบคุม delayed capture ยังไม่พร้อมใช้งานสำหรับ PMS ที่รองรับ
- ❌ ค่า Opera mapping ไม่คงอยู่
- ❌ ตัวเลือก Mews mapping หรือหมวดหมู่การชำระเงินยังไม่พร้อมใช้งาน
- ❌ การเชื่อมต่อ Stripe หรือ Red Dot ถูกตัดซ้ำ ๆ
ข้อมูลที่ควรแนบ:
- ภาพหน้าจอของ Settings → Payment
- ชื่อ provider ของ PMS
- reservation ID และ timestamp ตัวอย่าง