อภิธานศัพท์

อภิธานศัพท์

ศัพท์ที่ใช้ในระบบและในเอกสารของเรา — อธิบายด้วยภาษาง่าย ๆ

Pro-rateการคำนวณตามสัดส่วน

คำนวณสิทธิ์วันลาสำหรับพนักงานที่เข้ากลางปี โดยอิงจากจำนวนเดือนที่เหลือ บวกกับเศษเดือนที่เริ่มงาน

Carry-overการยกยอดวันลา

นำวันลาที่เหลือจากปีก่อนมาใช้ในปีถัดไป ระบบยกยอดให้อัตโนมัติไม่เกินเพดานที่ตั้งไว้ของวันลาแต่ละประเภท

Grace timeช่วงเวลาผ่อนผัน

ระยะเวลาที่มาสายได้โดยไม่นับว่าสาย · ในระบบตั้งค่าแยกตามลูกค้าได้ เมื่อวิศวกรเช็กอินที่หน้างานลูกค้า ระบบจะใช้ค่าของลูกค้ารายนั้นแทนค่ามาตรฐานของกะ

Employee Scheduleตารางเวรพนักงาน

กำหนดรอบการทำงานความยาวเท่าใดก็ได้ (7 วัน 14 วัน ฯลฯ) และจับคู่แต่ละวันเข้ากับกะ พร้อมเก็บประวัติการเปลี่ยนตารางย้อนหลัง

Approval Workflowขั้นตอนการอนุมัติ

ลำดับขั้นที่คำขอต้องผ่านก่อนได้รับอนุมัติ · ตั้งเทมเพลตเองได้จากหน้าจอ พร้อมเงื่อนไขว่ากรณีไหนใช้ workflow ใด

ITSMIT Service Management

การจัดการงานบริการไอที — ในระบบนี้ครอบคลุม service ticket 3 รูปแบบ: IT Service Desk ภายในองค์กร วิศวกรออกหน้างานลูกค้า และ Lab Room

MAMaintenance Agreement

สัญญาบำรุงรักษา — ผู้ให้บริการขายเป็นแพ็กเกจ “ออกงาน X ครั้งต่อเดือน” ซึ่งระบบนับเป็นเครดิต

SLAService Level Agreement

ข้อตกลงระดับการให้บริการ · ในโมดูลคำขอบริการ ระบบจะเตือนเมื่อผ่านไป 80% ของกำหนดเวลา และตั้งธงงานที่เกินกำหนด

ADRAverage Daily Rate

ราคาห้องเฉลี่ยต่อคืน — รายได้ค่าห้องหารด้วยจำนวนคืนห้องที่ขายได้ ใช้ดูว่าขายห้องได้ราคาดีแค่ไหน

RevPARRevenue per Available Room

รายได้ต่อห้องที่มีให้ขาย — ต่างจาก ADR ตรงที่นับรวมห้องที่ขายไม่ออกด้วย จึงสะท้อนผลงานจริงได้ใกล้เคียงกว่า

ALOSAverage Length of Stay

จำนวนคืนเฉลี่ยต่อการจอง — ยิ่งสูงยิ่งดี เพราะลดต้นทุนทำความสะอาดและการเปลี่ยนผู้เข้าพักเทียบกับรายได้

Lead timeระยะเวลาจองล่วงหน้า

ลูกค้าจองล่วงหน้ากี่วันก่อนเข้าพัก ใช้วางแผนโปรโมชันและราคา

Occupancyอัตราการเข้าพัก

สัดส่วนห้องที่มีผู้เข้าพักเทียบกับห้องทั้งหมดที่มีให้ขาย แสดงเป็นเปอร์เซ็นต์

Oversell Protectionการป้องกันการขายห้องเกิน

กลไกที่ล็อกเรกคอร์ดประเภทห้องชั่วขณะ นับการจองที่ทับซ้อน แล้วจึงบันทึกการจอง — ปฏิเสธทันทีหากห้องเต็ม แม้ลูกค้าหลายรายจะจองภายในวินาทีเดียวกัน

Channel Managerระบบจัดการช่องทางการขาย

ตัวกลางที่ซิงก์ห้องว่างและราคาระหว่างระบบของที่พักกับ OTA · Naya PMS เชื่อมต่อกับ Channex เป็นโมดูลแยก

ARIAvailability, Rates, Restrictions

ข้อมูล 3 อย่างที่ส่งออกไปยัง OTA — ห้องว่าง ราคา และเงื่อนไขการขาย

OTAOnline Travel Agency

ตัวแทนขายห้องออนไลน์ เช่น Agoda, Booking.com หรือ Airbnb — คิดค่าคอมมิชชันราว 15–20% ต่อการจอง

Base occupancyจำนวนผู้เข้าพักที่รวมในราคาฐาน

จำนวนผู้เข้าพักที่รวมอยู่ในราคาห้องแล้ว ส่วนที่เกินจากนั้นคิดค่าผู้เข้าพักเพิ่มต่อคนต่อคืน

RAGRetrieval-Augmented Generation

วิธีทำงานที่ดึงข้อมูลจริงมาก่อน แล้วจึงเรียบเรียงคำตอบจากข้อมูลนั้น — แทนที่จะให้ AI ตอบจากความจำของตัวเอง เป็นเหตุผลที่บอตไม่มั่ว

Groundingการยึดคำตอบกับข้อมูลจริง

หลักการที่บังคับให้คำตอบของ AI อ้างอิงเฉพาะข้อมูลจริง ราคาและสต็อกดึงตรงจากฐานข้อมูล และหากหาไม่เจอก็จะไม่เดา

Intentสิ่งที่ลูกค้าต้องการ

สิ่งที่ลูกค้าต้องการจริง ๆ อ่านจากข้อความที่พิมพ์เข้ามา · KuiKeng แยกได้ 10 intent เช่น ดูสินค้า ค้นหาตามความต้องการ และติดตามพัสดุ

Flex Messageการ์ดข้อความบน LINE

รูปแบบข้อความ LINE ที่แสดงรูป ข้อความ และปุ่มได้ในการ์ดเดียว ใช้ส่งการ์ดสินค้าและการ์ดห้องพัก

Carouselการ์ดแบบปัดเลื่อน

ชุดการ์ดที่ปัดเลื่อนดูได้ในข้อความเดียว ใช้แสดงรายการสินค้าหรือแคตตาล็อกห้องพัก

Quick Replyปุ่มตอบด่วน

ปุ่มลัดที่ปรากฏเหนือช่องพิมพ์ใน LINE ให้ลูกค้ากดแทนการพิมพ์ เช่น เลือกจำนวน หรือ “ดูประวัติคำสั่งซื้อ”

LIFFLINE Front-end Framework

เทคโนโลยีที่เปิดหน้าเว็บภายใน LINE ได้เลยโดยไม่ต้องออกไปที่เบราว์เซอร์ และล็อกอินผู้ใช้อัตโนมัติด้วยบัญชี LINE

CODCash on Delivery

เก็บเงินปลายทาง — วิธีชำระเงินหลักของระบบสั่งซื้อใน KuiKeng ซึ่งยังไม่รองรับการชำระเงินออนไลน์ในแชต

LINE OALINE Official Account

บัญชีทางการของธุรกิจบน LINE ที่ลูกค้าแอดเป็นเพื่อนแล้วทัก · ทั้ง Naya PMS และ KuiKeng ทำงานบน LINE OA ที่ธุรกิจมีอยู่แล้ว

Multi-tenantระบบรองรับหลายผู้เช่า

สถาปัตยกรรมที่ให้ลูกค้าหลายรายใช้ระบบเดียวกันได้ โดยข้อมูลแยกจากกันโดยสิ้นเชิง · ที่นี่การแยกเริ่มตั้งแต่ระดับฐานข้อมูล ไม่ใช่แค่การกรองในแอปพลิเคชัน

Row-Level Securityความปลอดภัยระดับแถวข้อมูล

กลไกฐานข้อมูลที่บังคับให้แต่ละบริบทเห็นเฉพาะแถวของตัวเอง — เป็นตาข่ายนิรภัยชั้นที่สองซ้อนบนการกรองในแอปพลิเคชัน

RBACRole-Based Access Control

การกำหนดสิทธิ์ตามบทบาท · ระบบใช้ CASL กำหนดสิทธิ์เป็นคู่ {subject, action} และบังคับใช้ทั้งฝั่งหน้าเว็บและ API

Audit Logร่องรอยการตรวจสอบกิจกรรม

บันทึกว่าใครทำอะไรเมื่อไรในระบบ พร้อมหน้าจอสำหรับดูย้อนหลัง

Correlation IDรหัสติดตามคำขอ

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

JWTJSON Web Token

โทเคนยืนยันตัวตน · ระบบเซ็นด้วยกุญแจแบบอสมมาตร (RSA) พร้อม refresh token และกลไกเพิกถอน

bcrypt

อัลกอริทึมแฮชรหัสผ่านมาตรฐาน ระบบไม่เก็บรหัสผ่านในรูปแบบที่อ่านได้

HMAC-SHA256

การตรวจลายเซ็นดิจิทัลที่ใช้ยืนยันว่าข้อความมาจาก LINE จริง ไม่ใช่ของปลอม

gRPC

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

BullMQระบบคิวงาน

ระบบคิวบน Redis ที่ให้งานหนัก — ส่งอีเมล คำนวณวันลาทั้งบริษัท ซิงก์ผังองค์กร — ทำงานเบื้องหลังโดยไม่ต้องให้ผู้ใช้รอ

Import Mappingตัวจับคู่คอลัมน์

ฟีเจอร์สำหรับจับคู่คอลัมน์ในไฟล์ที่นำเข้ากับฟิลด์ในระบบ และบันทึกรูปแบบไว้ใช้ซ้ำได้

Soft deleteการลบที่ยังเก็บข้อมูลไว้

ทำเครื่องหมายว่าเรกคอร์ดถูกลบโดยไม่ลบข้อมูลจริง จึงยังตรวจสอบย้อนหลังได้เสมอ · ใช้เมื่อยกเลิก service ticket

ยังไม่แน่ใจว่าคำไหนหมายถึงอะไร?

ถามทีมของเราได้เลย — เราอธิบายด้วยภาษาง่าย ๆ