จะป้องกันไม่ให้ทีมสับสนระหว่าง KPI กับงานรายวันบนบอร์ด Kanban ได้อย่างไร?

ให้ถามคำถามเดียวว่า นี่คือป้ายบอกคะแนนหรือการลงมือเล่นในสนาม? KPI หรือ KR คือป้ายบอกคะแนนที่วัดผลลัพธ์ปลายทาง (เช่น ยอดจองสปา $12,000 ต่อสัปดาห์ หรือโทรติดตามลูกค้า VIP สำเร็จ 40 ราย) ส่วนงานบนบอร์ด Kanban คือกิจกรรมที่มีผู้รับผิดชอบและวันกำหนดส่งเพื่อขยับป้ายคะแนนนั้น (เช่น "ออกแบบป้ายโปรโมชันสปาหน้าหนาว" หรือ "โทรหาสมาชิกเก่า 20 ท่าน") ใน DING OS คุณตั้งผลลัพธ์ไว้ที่หน้าเป้าหมาย แล้วผูกการ์ดงานปฏิบัติการบนบอร์ด Kanban

แต่ละรอบควรตั้ง OKR และ KPI กี่ข้อจึงจะเหมาะสมที่สุดตามกฎโฟกัส 3-5?

เพื่อให้ทีมโฟกัสได้อย่างเต็มที่ ควรจำกัดรอบละ 3 ถึง 5 เรื่องสำคัญ: (1) ตั้ง Objectives เชิงกลยุทธ์ 3 ถึง 5 ข้อต่อไตรมาสสำหรับสาขาหรือแผนก (2) ผูกผลลัพธ์หลัก (KR) ที่วัดผลได้ 3 ถึง 5 ข้อต่อหนึ่ง Objective - หากมีถึง 8 หรือ 10 ข้อแสดงว่าคุณกำลังเขียนรายการงานรายวันแทน KR (3) กำหนด KPI หลักรายเดือน 3 ถึง 5 ข้อต่อตำแหน่ง (เช่น ยอดขายตรง จำนวนออเดอร์สำเร็จ เวลาตอบกลับ) (4) นำงานปฏิบัติการรายวันทั้งหมดไปวางบนบอร์ด Kanban แล้วผูกกลับมายัง 3-5 เป้าหมายหลักนั้น

เครื่องมือแบ่งโควตาพนักงาน (Quota Planner) กระจายเป้ายอดขายอย่างไร?

แทนที่จะสร้างแถว KPI แยกทีละคนสำหรับพนักงานต้อนรับหรือฝ่ายขาย เพียงเปิดหน้าเป้าหมายแล้วคลิก Quota Planner กรอกเป้ารวมของสาขา (เช่น รายได้ $60,000 ต่อเดือน หรือ 300 การจอง) เลือกพนักงานที่เข้าร่วม และเลือกแบ่งเท่ากันหรือกำหนดสัดส่วนเอง DING OS จะสร้าง KPI ย่อยให้พนักงานแต่ละคนเชื่อมกับเป้าหมายหลัก พร้อมคำนวณผลงานจริงอัตโนมัติจากบิลที่ชำระเงินแล้ว (booking.owner)

DING OS ใช้งานแบบเดี่ยวหรือใช้งานร่วมกับระบบ ERP, POS และ PMS เดิมได้อย่างไร?

DING OS รวมแชทขายด้วย AI การสั่งผ่าน QR และคิดเงินหน้าเคาน์เตอร์ ระบบ CRM สะสมแคชแบ็ก การบริหารเป้าหมาย OKR และ KPI และบอร์ดงาน Kanban ไว้ในที่เดียว คุณสามารถบริหารทั้งกิจการบน DING OS เพียงระบบเดียว หรือเชื่อมต่อกับระบบบัญชีและ PMS เดิม (เช่น Opera, Cloudbeds, Mews, Square, iPOS, KiotViet) ผ่านการส่งออกไฟล์ CSV มาตรฐานหรือซิงค์ผ่าน Webhook

DING OS แตกต่างจากเครื่องคิดเงินแบบดั้งเดิมอย่างไร?

เครื่องคิดเงินทั่วไปทำหน้าที่เพียงบันทึกยอดหลังลูกค้าตัดสินใจซื้อแล้ว แต่ DING OS ขับเคลื่อนวงจรธุรกิจครบทุกขั้น: AI ช่วยปิดการขาย 14 ภาษาตลอด 24 ชั่วโมงพร้อมดึงออเดอร์จากอีเมลก่อนการขาย ระบบสั่ง QR และเคาน์เตอร์คอมมิชชัน 0% พร้อมตรวจนับโต๊ะเปิดระหว่างบริการ ระบบ CRM ที่ร้านเป็นเจ้าของข้อมูลลูกค้า 100% พร้อมแคชแบ็กดึงลูกค้าเก่าซื้อซ้ำ และระบบเป้าหมาย OKR, KPI เชื่อมบอร์ด Kanban และผลงานพนักงานแบบเรียลไทม์

ระบบรับอีเมล SMTP แยกข้อมูลออเดอร์มาร์เก็ตเพลสและการจอง OTA อย่างไร?

แต่ละพื้นที่ทำงานจะได้รับอีเมลเฉพาะในรูปแบบ [slug]@getding.io เมื่อเซิร์ฟเวอร์อีเมลของคุณส่งต่ออีเมลยืนยันคำสั่งซื้อ (TikTok Shop, Shopee) ใบจองห้องพักหรือสนามกีฬา (Booking.com, Agoda) หรือคำขอใบเสนอราคา B2B มายังที่อยู่นี้ ตัวประมวลผล MIME จะตัดโค้ดติดตาม HTML ออกและดึงชื่อลูกค้า รายการสินค้า เวลานัดหมาย รหัสอ้างอิง และยอดรวมเข้าสู่คิวหน้าเคาน์เตอร์ทันที

ระบบป้องกันปัญหาอีเมลส่งต่อวนลูปและการสร้างออเดอร์ซ้ำซ้อนได้อย่างไร?

ระบบป้องกันทำงาน 3 ระดับ: (1) อีเมลขาออกทุกฉบับจาก api.getding.io มีเฮดเดอร์ X-Ding-Generated: true และ Auto-Submitted: auto-generated ซึ่งเซิร์ฟเวอร์ขาเข้าจะตัดทิ้งทันที (2) ระบบคำนวณรหัส sha256(organization_id + ":" + reference) เก็บไว้ 30 วัน หากมีการส่งต่อซ้ำจะอัปเดตรายการเดิมแทนการสร้างใบใหม่ (3) อีเมลจากโดเมนระบบ *@getding.io และ @trip.express จะถูกกรองออกอัตโนมัติ

อีเมลหลายแผนกสามารถตั้งค่าส่งต่อมายังที่อยู่พื้นที่ทำงานเดียวกันได้หรือไม่?

ได้ กล่องอีเมลต้นทางหลายแผนก (เช่น orders@yourbrand.com, sales@yourcompany.com และ reservations@yourvenue.com) สามารถส่งต่อมายัง [slug]@getding.io เดียวกันได้ ระบบคัดแยกจะตรวจสอบผู้รับต้นทางและเนื้อหาจดหมายเพื่อจัดเข้าคิวคำสั่งซื้อ ใบเสนอราคา การจอง หรือฝ่ายดูแลลูกค้าอย่างแม่นยำ

การส่งต่ออีเมลจะกระทบต่อการรับจดหมายในกล่องอีเมลหลักของบริษัทหรือไม่?

ไม่กระทบ กฎการส่งต่อใน Google Workspace, Microsoft 365, Zoho Mail และ cPanel ตั้งค่าแบบส่งสองทาง ("เก็บสำเนาไว้ในกล่องจดหมายเข้า") จดหมายทุกฉบับจะถูกเก็บลงกล่องหลักของบริษัทก่อนเสมอ แล้วจึงส่งสำเนาไปยัง DING OS

จะเกิดอะไรขึ้นหากปริมาณอีเมลขาเข้าเกินโควตารายเดือนของแพ็กเกจ?

ระบบจะไม่มีการบล็อกหรือชะลอการรับออเดอร์ระหว่างเวลาทำการ ส่วนที่เกินโควตารายเดือนจะคิดตามอัตราแพ็กเกจจริง ($0.04 ต่อฉบับบน Starter, $0.03 บน Business, $0.02 บน Enterprise และ $0.05 บนแพ็กเกจ Free หลังครบ 30 ฉบับฟรีต่อเดือน โดยหักจากเครดิต AI เริ่มต้น $100-$300 ได้) ผู้ดูแลสามารถตั้งเพดานค่าใช้จ่ายรายเดือนและรับแจ้งเตือนที่ระดับ 80% และ 100% ได้ในหน้าการเงิน

การเชื่อมโดเมนส่วนตัวทำงานอย่างไรในแพ็กเกจ Starter, Business และ Enterprise?

พื้นที่ทำงานในแพ็กเกจ Starter, Business และ Enterprise สามารถผูกซับโดเมนของแบรนด์ตนเอง เช่น ding.yourbrand.com (Starter รวม 1 โดเมน, Business 3 โดเมน, Enterprise 10 โดเมน) เมื่อลูกค้าเข้าผ่าน HTTPS ทราฟฟิกจะวิ่งผ่านพร็อกซีขอบเครือข่าย Cloudflare (proxy.getding.io) เพื่อตรวจสอบ Host กับทะเบียนโดเมนใน api.getding.io และแสดงหน้าร้านของแบรนด์ทันทีโดยไม่มีการเปลี่ยนหน้า URL

ต้องเพิ่มระเบียน DNS อะไรบ้างเพื่อยืนยันความเป็นเจ้าของโดเมนและออกใบรับรอง TLS?

ใช้เพียง 2 ระเบียนที่ผู้ให้บริการ DNS ของคุณ: (1) ระเบียน CNAME สำหรับโฮสต์ ding ชี้ไปที่ proxy.getding.io และ (2) ระเบียน TXT สำหรับโฮสต์ _ding-challenge ใส่รหัสยืนยันของพื้นที่ทำงาน ทันทีที่ DNS อัปเดตเสร็จ ระบบจะออกและต่ออายุใบรับรองความปลอดภัย DV TLS 1.3 ให้อัตโนมัติ

การอัปเดตค่า DNS และการออกใบรับรองความปลอดภัยใช้เวลานานเท่าใด?

หากตั้งค่า TTL ต่ำ (300 วินาที หรือ Auto) การยืนยัน DNS และออกใบรับรองจะเสร็จสิ้นภายใน 60 ถึง 180 วินาที ทั้งนี้หากโดเมนหลักของคุณตั้งระเบียน CAA ไว้ โปรดอนุญาตให้ letsencrypt.org และ pki.goog ออกใบรับรองได้

จุดบริการในสถานที่จริงและออนไลน์ถูกจัดการอย่างไรใน DING OS?

จุดบริการทั้งหมดถูกแทนด้วยโมเดล Unit รูปแบบเดียวครอบคลุมทั้ง 13 หมวดธุรกิจใน DING OS และสามารถสร้างป้ายสแตนดี้ QR ได้ไม่จำกัดจำนวนในทุกแพ็กเกจ

ทำไมป้ายระบุตำแหน่งจึงถูกล็อกไม่ให้แก้ไขเมื่อลูกค้าสแกนรหัส QR?

รหัส QR แต่ละจุดฝังพารามิเตอร์อ้างอิงที่เข้ารหัสไว้ (เช่น UNIT #04 หรือ REF #12) หน้าร้านจะล็อกค่านี้ให้อ่านได้อย่างเดียวตลอดการสั่งซื้อ เพื่อป้องกันลูกค้าเผลอเปลี่ยนเลขโต๊ะ สนาม หรือห้องพักเองจนบิลถูกส่งไปผิดจุด

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

หมวดนัดหมายรองรับงานต้อนรับเชิงพาณิชย์โดยเฉพาะ ทั้งการจัดตารางช่วงเวลาพร้อมเวลาพักเตรียมห้อง การรับมัดจำผ่าน QR ค่าธรรมเนียม 0% การตัดยอดแพ็กเกจหลายครั้ง และการส่งข้อความแจ้งเตือนนัดหมาย DING OS เป็นระบบการค้าและตารางนัดหมาย ไม่ใช่ระบบเวชระเบียนอิเล็กทรอนิกส์ ผู้ประกอบวิชาชีพจึงแยกจัดเก็บผลการวินิจฉัยและใบสั่งยาไว้ในซอฟต์แวร์ทางการแพทย์เฉพาะทาง

จอหน้าเคาน์เตอร์รับการแจ้งเตือนแบบเรียลไทม์อย่างไรหากลำโพงถูกปิดเสียง?

ระบบหน้าเคาน์เตอร์ใช้การแจ้งเตือนคู่ผ่านการเชื่อมต่อ WebSocket ตลอดเวลา (wss://api.getding.io/v1/ws) ทุกออเดอร์ใหม่จะแสดงแถบแบนเนอร์ค้างบนหน้าจอระบุจุดบริการ ชื่อลูกค้า หมวดหมู่ และสิ่งที่ต้องทำ ควบคู่กับเสียงสัญญาณ 880Hz โดยแถบแจ้งเตือนบนจอทำงานเป็นอิสระแม้ลำโพงจะปิดเสียงอยู่

การตรวจนับยอดบริโภคจริงของบิลเปิดโต๊ะ (Open-Tab) ก่อนชำระเงินทำอย่างไร?

สำหรับเลานจ์ เครื่องดื่มข้างสนามกีฬา หรือมินิบาร์โรงแรม พนักงานและลูกค้าสามารถสั่งเพิ่มเข้าบิลเปิดได้ต่อเนื่อง ก่อนรับชำระเงินแคชเชียร์จะกดคำสั่ง reconcile_order เพื่อตรวจนับจำนวนที่ใช้จริง (เช่น ส่งไป 24 ขวด ดื่มจริง 17 ขวด คืน 7 ขวด) แล้วจึงล็อกยอดใบเสร็จรับเงินที่ถูกต้อง

ระบบบันทึกผลงานการขายและผู้รับผิดชอบออเดอร์ด้วยหลักการใด?

ทุกการจองและออเดอร์ต้องระบุรหัสผู้รับผิดชอบใน booking.owner ของพนักงานผู้สร้างหรือผู้ตรวจนับบิล (หรือ System AI Ingest สำหรับช่องทางอัตโนมัติ) พร้อมบทบาทหน้าที่ DING OS ไม่กำหนดเปอร์เซ็นต์ค่าคอมมิชชันคงที่ล่วงหน้า เพื่อให้ฝ่ายบัญชีคำนวณค่าตอบแทนสิ้นเดือนตามนโยบายบริษัท และซ่อนยอดรายได้รายบุคคลบนหน้าจอส่วนกลางเพื่อความเป็นส่วนตัว

ระบบแยกข้อมูลระหว่างร้านค้าแต่ละแห่งให้ปลอดภัยได้อย่างไร?

ทุกคำสั่งอ่านและเขียนฐานข้อมูลใน api.getding.io บังคับกรองระดับแถวด้วย organization_id จากโทเค็นเซสชันที่ยืนยันตัวตนแล้ว ระบบล็อกอินดูแลโดย OneUID (uid.one) ตามมาตรฐาน OIDC และ DPoP โดยร้านค้าแต่ละแห่งเป็นเจ้าของข้อมูลลูกค้า CRM ทั้ง 100% ในฐานะผู้ควบคุมข้อมูลอิสระ

คู่มือการใช้งานระบบ

คู่มือปฏิบัติงานสำหรับการบริหารเป้าหมาย OKR และ KPI การแยกความแตกต่างระหว่าง KR กับ KPI การกระจายโควตาพนักงาน การเชื่อมโยงบอร์ด Kanban สองทิศทาง การส่งต่ออีเมลโดยไม่ต้องใช้ API การตั้งค่า DNS โดเมนส่วนตัว และระบบแจ้งเตือนหน้าเคาน์เตอร์

การบริหารเป้าหมาย

ในการบริหารโรงแรม ร้านอาหาร สตูดิโอ ทัวร์ และร้านค้าปลีก ระบบเป้าหมายมักล้มเหลวเมื่อทีมงานสับสนระหว่างเป้าหมายเชิงทิศทาง (Objective) ผลลัพธ์หลักเชิงรุก (KR) ตัวชี้วัดสุขภาพธุรกิจรายเดือน (KPI) และงานประจำวัน DING OS แยกทั้ง 4 ระดับอย่างชัดเจนพร้อมซิงค์ยอดขาย การจอง ผลงานพนักงาน และบอร์ด Kanban แบบเรียลไทม์

เปิดหน้าเป้าหมาย

1. ตารางเปรียบเทียบลำดับชั้นเป้าหมาย

มาตรฐานองค์กร

ระดับ	จำนวนที่แนะนำ	คำถามหลัก	ลักษณะการวัดผล	ตัวอย่างการใช้งานจริง
OKR · Objective เป้าหมายเชิงกลยุทธ์	3 - 5 ข้อต่อไตรมาส ต่อสาขาหรือแผนก	ไตรมาสนี้เราต้องการสร้างการเติบโตก้าวกระโดดด้านใด?	เป้าหมายเชิงคุณภาพรายไตรมาสหรือรายปี ความคืบหน้า (0-100%) คำนวณอัตโนมัติจากค่าเฉลี่ยของ KR ย่อยด้านล่าง	ก้าวสู่ผู้นำด้านงานเลี้ยงองค์กรและเวลเนสอันดับหนึ่งในพื้นที่ภายในไตรมาส 4
KR · Key Result ผลลัพธ์หลัก	3 - 5 KR ต่อ Objective ไม่เกิน 5 KR	วัดด้วยตัวเลขใดจึงจะรู้ว่าบรรลุ Objective แล้ว?	หมุดหมายเชิงปริมาณ (จากค่าเริ่มต้น X สู่เป้าหมาย Y) ภายใต้ Objective วัดการเปลี่ยนแปลงใหม่ที่ชัดเจน	เพิ่มรายได้จัดเลี้ยงองค์กร B2B จาก $15,000 เป็น $40,000 และเพิ่มอัตราการกลับมาซื้อซ้ำของสมาชิกจาก 18% เป็น 35%
KPI · Metric ตัวชี้วัดปฏิบัติการ KPI	3 - 5 KPI ต่อเดือน ต่อทีมหรือพนักงาน	การดำเนินงานรายวันและรายเดือนรักษามาตรฐานได้ดีหรือไม่?	ตัวชี้วัดเชิงปริมาณแบบเอกเทศที่ติดตามต่อเนื่องทุกเดือนเพื่อรักษาวินัยยอดขาย อัตราเข้าพัก และคุณภาพบริการ	เป้ายอดขายรายเดือน $50,000 รักษาอัตราเข้าพักเกิน 75% และคุมอัตราการยกเลิกออเดอร์ต่ำกว่า 2%
Task · Kanban งานปฏิบัติการรายวัน	ไม่จำกัดจำนวน ผูกกลับไปยัง 3 - 5 เป้าหมาย	วันนี้ใครต้องลงมือทำอะไรเพื่อขยับตัวเลข KR และ KPI?	การ์ดงานบนบอร์ด Kanban ที่มีผู้รับผิดชอบ วันครบกำหนด และสถานะชัดเจน (รอดำเนินการ ➔ กำลังทำ ➔ รอตรวจ ➔ เสร็จสิ้น)	ส่งแพ็กเกจงานเลี้ยงปลายปีให้บริษัทคู่ค้า 30 แห่ง และโทรแจ้งคูปองวันเกิดแก่สมาชิก VIP 50 ท่าน

กฎข้อที่ 1

ทำไมทีมงานจึงมักสับสนระหว่าง KR กับ KPI

ทั้ง KR และ KPI เขียนเป็นตัวเลขเหมือนกัน ($40,000, 300 การจอง, 85%) วิธีแยกใน 3 วินาทีคือนึกถึงการขับรถยนต์: KPI คือหน้าปัดรถ (อุณหภูมิเครื่องยนต์ ระดับน้ำมัน ความเร็วคงที่) ที่ต้องปกติทุกเดือน ส่วน OKR คือเส้นทาง GPS ไปสู่จุดหมายใหม่ โดยมี KR เป็นหลักกิโลเมตรบอกระยะทางที่ก้าวหน้าขึ้น

กฎข้อที่ 2

เมื่อใดที่ตัวชี้วัด KPI จะเปลี่ยนสถานะเป็น KR

หากตัวเลขมีความเสถียรและต้องการเพียงกำหนดโควตารายเดือน (เช่น รายได้บาร์เดือนละ $20,000) ให้สร้างเป็น KPI แยกเดี่ยว แต่เมื่อใดที่ KPI ตกลงอย่างหนักหรือคุณเปิดแคมเปญเร่งยอดให้โตเท่าตัวในไตรมาสหน้า (ดันรายได้บาร์จาก $20,000 สู่ $45,000 ด้วยดนตรีสด) ตัวเลขนั้นจะกลายเป็น KR ภายใต้เป้าหมาย OKR

กฎข้อที่ 3

กฎโฟกัส 3-5 ป้องกันการปั่นตัวเลขหลอก

ข้อผิดพลาดที่พบบ่อยคือการตั้ง 10-15 เป้าหมายพร้อมกัน หรือนำงานย่อยรายวันไปใส่ใน KR เพื่อให้ดูเหมือนทำสำเร็จ 100% ควรจำกัดไตรมาสละ 3-5 Objectives พร้อม 3-5 KR ที่วัดผลลัพธ์จริง และตั้ง 3-5 KPI รายเดือนต่อพนักงานที่ผูกกับบิลรับเงินจริง (booking.owner) ส่วนงานประจำวันให้นำไปวางบนบอร์ด Kanban

2. ขั้นตอนการวางระบบเป้าหมาย 4 ขั้นตอน

ขั้นตอนที่ 1: เลือกประเภทเป้าหมายให้ถูกต้อง

ในเมนู งาน ➔ เป้าหมาย กด สร้างเป้าหมาย หากเลือก OKR · เป้าหมายเชิงกลยุทธ์ ระบบจะเปิดช่องสร้างรายการผลลัพธ์หลัก (KR) 2-4 ข้อทันที หากเลือก KPI · ตัวชี้วัดปฏิบัติการ ระบบจะแสดงช่องค่าเริ่มต้น เป้าหมาย และหน่วยนับ

ขั้นตอนที่ 2: ผูกแหล่งข้อมูลอัตโนมัติแบบเรียลไทม์

เชื่อมแต่ละ KR หรือ KPI เข้ากับแหล่งข้อมูล 1 ใน 5 รูปแบบ: รายได้ (รวมจากบิลที่ชำระแล้ว) การจอง (ออเดอร์ที่เสร็จสมบูรณ์) ผลงานพนักงาน (นับตาม booking.owner) งานที่เสร็จสิ้น (นับการ์ด Kanban ในช่องเสร็จสิ้น) หรือ อัปเดตด้วยตนเอง

ขั้นตอนที่ 3: กระจายโควตาด้วย Quota Planner

กดปุ่ม Quota Planner กรอกเป้ารวมของสาขา (เช่น ยอดขาย $60,000 ต่อเดือน) เลือกรายชื่อพนักงาน และเลือกแบ่งเท่ากันหรือถ่วงน้ำหนัก DING OS จะสร้าง KPI รายบุคคลที่เชื่อมกับเป้าหมายหลักและติดตามผลแบบเรียลไทม์

ขั้นตอนที่ 4: ส่งงานกู้คืนเป้าหมายที่ล่าช้าไปยัง Kanban

DING OS เปรียบเทียบเปอร์เซ็นต์ความสำเร็จจริงกับเวลาที่ผ่านไปเพื่อแจ้งเตือนเป้าหมายที่ล่าช้าหรือมีความเสี่ยง ผู้จัดการสามารถเปิดหน้าต่าง อัปเดตผล แล้วกด + เพิ่มงานลงบอร์ด เพื่อส่งการ์ดงานแก้ไขไปยัง Kanban ทันที

สถาปัตยกรรมระบบ

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

ระบบย่อย	จุดเชื่อมต่อ	รายละเอียดการทำงาน
ตัวแยกข้อมูลอีเมล MIME ขาเข้า	POST /v1/email/ingest/	รับทราฟฟิก SMTP ที่ส่งมายัง `[slug]@getding.io` บน Cloudflare Edge Worker สกัดข้อมูลลูกค้า รายการสินค้า เวลานัดหมาย รหัสอ้างอิง และยอดเงิน พร้อมระบบกันซ้ำ SHA-256 นาน 30 วัน
พร็อกซีจัดการโดเมนที่ขอบเครือข่าย	proxy.getding.io	เชื่อมโยงซับโดเมนส่วนตัว (`ding.yourbrand.com`) และลิงก์ร้านค้า (`[slug].getding.io`) เข้ากับพื้นที่แยกอิสระพร้อมออกและต่ออายุใบรับรอง DV TLS 1.3 อัตโนมัติ
ระบบส่งสัญญาณหน้าเคาน์เตอร์	wss://api.getding.io/v1/ws	ส่งสถานะรายการ (`pending`, `confirmed`, `ready`, `completed`) ไปยังจอเคาน์เตอร์ทุกเครื่องแบบเรียลไทม์พร้อมแถบแจ้งเตือนบนจอและเสียงสัญญาณ 880Hz
เครื่องยนต์จัดการบิลหลายรูปแบบ	POST /v1/counter/	รองรับการคิดเงินทันที การจองตามช่วงเวลา และการตรวจนับยอดใช้จริงของโต๊ะเปิด (`reconcile_order`) พร้อมบันทึกผู้รับผิดชอบ (`booking.owner`) ทุกออเดอร์

การทำงานร่วมกับซอฟต์แวร์บัญชีเดิม

DING OS สามารถใช้งานเดี่ยวหรือวางเสริมหน้าระบบบัญชีหลังบ้านที่มีอยู่โดยไม่กระทบผังบัญชีหรือสมุดภาษีเดิมของคุณ

ระบบหน้าร้านและการขาย (DING OS)

ดึงออเดอร์และการจองจากอีเมลอัตโนมัติ หน้าร้าน QR 14 ภาษา รับใบเสนอราคาผ่านแชท (capture_inquiry) ตรวจนับสต็อกโต๊ะเปิด และจ่ายงานหน้าเคาน์เตอร์แบบเรียลไทม์

ระบบบัญชีและทะเบียนหลังบ้าน (ERP, POS, PMS)

ออกใบกำกับภาษีอิเล็กทรอนิกส์ ลงบัญชีแยกประเภท ปิดกะการเงินสิ้นวัน เข้ารหัสคีย์การ์ดห้องพัก และตัดสต็อกคลังสินค้าผ่านไฟล์ CSV หรือ Webhook

การดึงข้อมูลจากอีเมลอัตโนมัติ

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

ที่อยู่อีเมลรับข้อมูลของพื้นที่ทำงาน

ระบบสำรองข้อมูลสองทางอย่างปลอดภัย

ตั้งค่ากฎการส่งต่ออีเมลโดยเปิด เก็บสำเนาไว้ในกล่องจดหมายเข้า เสมอ กล่องอีเมลหลักของบริษัท ([email protected], [email protected], [email protected]) จะเก็บอีเมลต้นฉบับครบทุกฉบับในขณะที่ DING OS ประมวลผลสำเนาคู่ขนานกันไป

เปิด การตั้งค่า Gmail ➔ ดูการตั้งค่าทั้งหมด ➔ แท็บ การส่งต่อและ POP/IMAP
เลือก เพิ่มที่อยู่สำหรับส่งต่อ แล้วกรอก [slug]@getding.io
Google จะส่งลิงก์ยืนยันไปยังพื้นที่ทำงานของคุณ ให้เปิดเมนู กล่องข้อความ บน DING OS เพื่อคลิกลิงก์ยืนยันการส่งต่อ
เปิด ตัวกรองและที่อยู่ที่บล็อกไว้ ➔ สร้างตัวกรองใหม่ แล้วตั้งค่าช่องมีคำว่า เป็น subject:(Order OR Quote OR Booking OR Reservation OR Confirmation)
เปิดใช้งาน ส่งต่อไปยัง [slug]@getding.io โดยไม่ต้องติ๊ก ข้ามกล่องจดหมายเข้า เพื่อเก็บต้นฉบับไว้ จากนั้นกดบันทึกตัวกรอง

ระบบป้องกันอีเมลวนลูป 3 ชั้น

1. การกรองด้วยเฮดเดอร์เฉพาะ

อีเมลแจ้งเตือนขาออกจาก api.getding.io จะแนบ X-Ding-Generated: true และ Auto-Submitted: auto-generated เสมอ ซึ่งตัวรับ SMTP จะคัดออกทันที

2. รหัสแฮชอ้างอิงกันซ้ำ 30 วัน

ตั๋วขาเข้าทุกใบถูกทำดัชนีด้วย sha256(organization_id + ":" + reference) นาน 30 วัน อีเมลที่ถูกส่งซ้ำจะอัปเดตสถานะเดิมแทนการสร้างออเดอร์ซ้ำ

3. ตัวกรองโดเมนระบบ

ข้อความที่มี Return-Path หรือ From ตรงกับ *@getding.io หรือ @trip.express จะถูกปฏิเสธก่อนเข้าสู่ขั้นตอนวิเคราะห์ AI

การเชื่อมต่อช่องทางภายนอก

คู่มือการตั้งค่าทีละขั้นตอนสำหรับ Zalo Official Account (ZBS และ ZNS), Telegram Bot, WhatsApp Cloud API, Messenger, ระบบธนาคารเปิด (VietQR, SePay), Stripe, PayPal และช่องทาง OTA

ขั้นตอนที่ 1: เปิดใช้งานแอป Zalo

developers.zalo.me

เปิด developers.zalo.me เลือกแอปของคุณแล้วสลับปุ่มสถานะมุมขวาบนเป็น Active เพื่อป้องกันรหัสข้อผิดพลาด -209
ในเมนู Domain verification กรอก workspace.getding.io คัดลอกโค้ดเมตาแท็ก zalo-platform-site-verification ไปวางใน พื้นที่ทำงาน ➔ การติดตามผล แล้วกดยืนยัน
ในเมนู Products ➔ Official Account API ➔ General settings ขอสิทธิ์การจัดการข้อมูลโปรไฟล์ OA และข้อความผู้ใช้งาน
ในเมนู Webhooks ตั้งค่า Callback URL เป็น และเปิดรับเหตุการณ์ user_send_text, user_send_image และ oa_send_text

ขั้นตอนที่ 2: สร้างและต่ออายุโทเค็น OAuth อัตโนมัติ

API Explorer

เปิด developers.zalo.me/tools/explorer เลือกแอปของคุณ เลือกประเภท OA Access Token และกดอนุญาตสิทธิ์ให้บัญชีทางการ
คัดลอกค่า OA Access Token (อายุ 25 ชั่วโมง) และ Refresh Token (อายุ 3 เดือน) พร้อมทั้ง App ID และ App Secret จากหน้าตั้งค่าแอป
วางทั้งสี่ค่าลงใน การเชื่อมต่อ ➔ Zalo OA ➔ ตั้งค่า ระบบ DING OS จะต่ออายุโทเค็นเบื้องหลังให้อัตโนมัติทุก 25 ชั่วโมงโดยไม่สะดุด

ขั้นตอนที่ 3: ผูกบัญชีธุรกิจ ZCA

business.zalo.me

หากช่องเลือกแอปขณะสร้างเทมเพลต ZBS ว่างเปล่า ให้เปิด business.zalo.me ➔ เลือก บัญชี ZCA ➔ Settings ➔ Applications ➔ กด Link application แล้วกรอก Zalo App ID
หมายเหตุสำหรับ API แชทสองทางของ OA (รหัส -224): Zalo กำหนดให้ต้องใช้แพ็กเกจทดลองใช้ 1 เดือนหรือแพ็กเกจ OA แบบชำระเงิน (zalo.cloud/oa/pricing) จึงจะส่งข้อความตอบกลับผ่าน openapi.zalo.me/v3.0/oa/message/cs ได้ ในแพ็กเกจฟรี DING OS จะคัดลอกร่างคำตอบ AI ให้อัตโนมัติและเปิดหน้า oa.zalo.me/chatv2 ได้ในคลิกเดียว

ขั้นตอนที่ 4: ขนาดโลโก้และพารามิเตอร์เทมเพลต ZNS

account.zalo.cloud

Zalo ZNS กำหนดให้ใช้ไฟล์โลโก้ PNG พื้นหลังโปร่งใสแนวนอน 2 ไฟล์ (โหมดสว่างและโหมดมืด) ขนาด 400 x 96 px (สัดส่วน 50:12 จัดกึ่งกลาง) ให้สร้างเทมเพลตมาตรฐาน 4 แบบจากคลัง Zalo (Order, Transfer, Rating, Voucher) และจับคู่ตัวแปรตามตารางอ้างอิงด้านล่าง:

เทมเพลต	คีย์พารามิเตอร์	ชนิดข้อมูล Zalo
Order, Rating	order_code	Mã số (30)
Order (ลิงก์ปุ่ม CTA)	order_id	URL (200)
Order	phone_number	Thông tin liên hệ (50)
Order, Transfer	price	Số lượng / Số tiền (20)
Order	status	Trạng thái giao dịch (30)
Order	date	Thời gian (20)
Order	name	Tên khách hàng (30)
Transfer, Rating, Voucher	customer_name	Tên khách hàng (30)
Transfer	contract_number	Mã số (30)
Transfer	transfer_amount	Tiền tệ (VNĐ) (12)
Transfer	bank_transfer_note	Bank Transfer Note (90)
Rating	order_date	Thời gian (20)
Voucher	customer_id	Mã số (30)
Voucher	voucher_code	Mã số (30)
Voucher	start_date	Thời gian (20)
Voucher	expire	Thời gian (20)

ข้อความหมายเหตุสำหรับผู้ตรวจสอบอนุมัติ (ไม่เกิน 140 ตัวอักษร)

Gửi tự động xác nhận mã đơn, tổng tiền và trạng thái ngay khi khách đặt dịch vụ thành công. Không chứa quảng cáo.

ตั้งค่าระเบียน DNS สำหรับโดเมนส่วนตัว

เพิ่มระเบียน DNS ทั้งสองรายการนี้ที่ผู้ให้บริการโดเมนของคุณ (Cloudflare, Route 53, GoDaddy) เพื่อชี้เส้นทาง ding.yourbrand.com ผ่านพร็อกซีขอบเครือข่าย

ประเภท	โฮสต์	ค่าที่ต้องระบุ	TTL	สถานะ
CNAME			อัตโนมัติ	รอตั้งค่า
TXT			อัตโนมัติ	รอตั้งค่า

หากโดเมนของคุณใช้งาน Cloudflare DNS โปรดตั้งสถานะพร็อกซีของ CNAME เป็น DNS only (ก้อนเมฆสีเทา) ในระหว่างการตรวจสอบครั้งแรกตั้งค่าโดเมน

ระบบแจ้งเตือนและจ่ายงานหน้าเคาน์เตอร์

อุปกรณ์หน้าเคาน์เตอร์จะเชื่อมต่อ WebSocket ค้างไว้ตลอดเวลา (wss://api.getding.io/v1/ws) เฉพาะพื้นที่ทำงานของคุณ เมื่อมีออเดอร์ การจอง หรือคำขอใบเสนอราคาใหม่ ระบบจะแจ้งเตือนสองทางพร้อมกันทั้งเสียงกริ่งสังเคราะห์ 880Hz และป้ายแบนเนอร์ค้างบนหน้าจอ

สัญญาณเสียงแจ้งเตือน

เปิดสิทธิ์เสียงของเว็บไซต์บนแท็บเล็ตหน้าเคาน์เตอร์เพื่อให้แท็บที่เปิดค้างส่งเสียงกริ่ง 880Hz A5 และ 1318.5Hz E6 ได้ทันทีโดยไม่ต้องแตะหน้าจอ และกดทดสอบลำโพงได้ด้านล่าง

Chromiumการตั้งค่าเว็บไซต์ ➔ เสียง ➔ อนุญาต

Safariการตั้งค่า ➔ เว็บไซต์ ➔ เล่นอัตโนมัติ ➔ อนุญาตทั้งหมด

ป้ายแจ้งเตือนบนหน้าจอ

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

ช่องสัญญาณสดwss://api.getding.io/v1/ws

กรณีปิดเสียงเครื่องแสดงการ์ดแจ้งเตือนค้างบนจอ

การผูกจุดบริการและรหัส QR

จุดบริการทั้งสถานที่จริงและออนไลน์ถูกจัดการด้วยโมเดล Unit มาตรฐานเดียวครอบคลุมทั้ง 13 หมวดธุรกิจ: spaces, realty, events, appointments, travel, mobility, retail, sports, spa, amenities, dining, drinks และ takeaway สร้างป้าย QR ได้ไม่จำกัดในทุกแพ็กเกจ

การล็อกตำแหน่งแบบอ่านอย่างเดียว

ป้าย QR แต่ละจุดจะฝังรหัสอ้างอิงเฉพาะ (UNIT #04 หรือ REF #12) เมื่อลูกค้าสแกนแล้ว หน้าร้านจะล็อกป้ายตำแหน่งไม่ให้แก้ไข เพื่อป้องกันลูกค้ากดสลับโต๊ะ คอร์ท หรือห้องพักผิดจนคิดเงินคลาดเคลื่อน

การตรวจนับยอดใช้จริงก่อนเช็กบิล

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

การบันทึกผลงานพนักงาน

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

กระดานผลงานและการคิดค่าตอบแทน

DING OS ไม่บังคับอัตราค่าคอมมิชชันตายตัวล่วงหน้า ทุกออเดอร์ การจอง และงานจะบันทึกบทบาทผู้มีส่วนร่วม (SALES, OPERATIONS, FINANCE, MANAGER, OBSERVER) บนกระดานผลงานสด เพื่อให้ฝ่ายบัญชีสรุปค่าคอมมิชชันและโบนัสสิ้นเดือนตามระเบียบของบริษัทเอง พร้อมซ่อนตัวเลขรายบุคคลบนแถบเมนูหน้าเคาน์เตอร์ที่ใช้ร่วมกัน

การแยกข้อมูลและความปลอดภัย

ขอบเขตข้อมูลระหว่างร้านค้าถูกบังคับใช้ตั้งแต่ระดับคำสั่งฐานข้อมูลใน api.getding.io ทุกคำขอจะถูกจำกัดเฉพาะ organization_id ที่ผ่านการยืนยันตัวตนแล้วเท่านั้น

การยืนยันตัวตนผ่าน OneUID

เซสชันของพนักงานยืนยันตัวตนผ่าน OneUID (uid.one) ด้วยมาตรฐาน OIDC และโทเค็นผูกเครื่อง DPoP โดย OneUID ตรวจสอบเฉพาะรหัสตัวตน (sub) โดยไม่เก็บข้อมูลลูกค้า CRM หรือประวัติการซื้อขายของร้าน

สิทธิ์ความเป็นเจ้าของข้อมูลลูกค้า 100%

แต่ละธุรกิจมีสถานะเป็นผู้ควบคุมข้อมูลส่วนบุคคลโดยอิสระสำหรับประวัติลูกค้า เบอร์ติดต่อ และยอดเงินสะสมแคชแบ็กตามมาตรฐาน GDPR และ PDPA โดยไม่มีการแชร์ข้อมูลข้ามร้านค้า

คำถามที่พบบ่อย

คู่มืออ้างอิงเชิงเทคนิคและการปฏิบัติงานสำหรับเจ้าของกิจการ ผู้จัดการฝ่ายปฏิบัติการ และทีมไอที

ทั้ง KR และ KPI ใช้ตัวเลขวัดผลเหมือนกันจึงทำให้ทีมสับสนได้ง่าย ความต่างอยู่ที่บทบาท: KPI วัดสุขภาพการดำเนินงานต่อเนื่องที่ต้องรักษามาตรฐานทุกเดือน (เช่น อัตราเข้าพักเกิน 75% รายได้เดือนละ $50,000 หรืออัตรายกเลิกต่ำกว่า 2%) ส่วน KR จะอยู่ภายใต้เป้าหมายเชิงกลยุทธ์ (OKR) เสมอ และวัดการเติบโตก้าวกระโดดจากจุดเริ่มต้น X ไปยังเป้าหมาย Y ในเวลาที่กำหนด (เช่น เพิ่มยอดจัดเลี้ยงบริษัทจาก $15,000 เป็น $40,000 ในไตรมาส 4) เมื่อใดที่ KPI ตกลงและต้องเร่งฟื้นฟู เราจะนำมันมาตั้งเป็น KR ใน Objective

อัปเดตล่าสุด: พฤศจิกายน 2026ติดต่อฝ่ายสนับสนุน →