LINE & LINE OA
รับ Event จาก LINE Official Account และส่งข้อความกลับผ่าน Connection ที่ยืนยันแล้ว พร้อมตรวจ Webhook signature ตาม Provider
CHATKUB / OMNICHANNEL CHAT & CRM
จากข้อความแรก สู่ Lead, Order Context, Support และการติดตามต่อ
ChatKUB = Talk & Sell: รวม Inbox, Customer 360, Team Assignment, Leads, Engagement, Support, AI, Automation, Marketing / Broadcast และ Analytics โดยเชื่อมข้อมูลธุรกิจกับ PackKUB แทนการสร้าง Master ซ้ำ
LINE OA
Facebook
Instagram
Shopee
Lazada
TikTok ShopProduction capability · ขอบเขตจริงขึ้นอยู่กับ Provider, Connection, Permission และ Tenant ที่เปิดใช้
EXPLORE THE CAPABILITIES
12 หมวดการทำงาน พร้อมรายละเอียด
ตัวอย่าง และข้อจำกัดที่ควรรู้
อ้างอิงจาก ChatKUB ที่ใช้งานอยู่จริง — Provider แต่ละรายมี API และ Capability ต่างกัน จึงแสดงเฉพาะสิ่งที่ Connection นั้นทำได้ สอบถามช่องทางของคุณ
ChatKUB จัดการ Connection และ Provider Identity สำหรับ LINE / LINE OA, Facebook Messenger, Instagram และ Marketplace Chat ที่เปิดใช้ในแต่ละร้าน โดยอาศัย PackKUB Organization / Marketplace Shop เป็นขอบเขตธุรกิจหลัก
ทีมเห็นว่าข้อความมาจากช่องทางและบัญชีใด พร้อมตรวจสถานะ Connection ก่อนเริ่มตอบลูกค้า
รับ Event จาก LINE Official Account และส่งข้อความกลับผ่าน Connection ที่ยืนยันแล้ว พร้อมตรวจ Webhook signature ตาม Provider
เชื่อม Page / Messaging Identity ที่รองรับ และเก็บ Provider Event, Referral และ Message Context โดยไม่เปิดเผย Secret ให้ Browser
เชื่อม Marketplace Chat ผ่านร้านและสิทธิ์ที่ Provider เปิดให้ใช้ โดยใช้ Marketplace Shop / Credential Architecture เป็นแหล่งอ้างอิง
ตรวจสถานะบัญชี Revalidate / Reconnect และแยกความพร้อมของ Chat ออกจาก OMS เมื่อ Provider ใช้ OAuth หรือ Capability คนละชุด
ร้าน Lazada เดิมใช้ OMS อยู่แล้ว แต่ Chat ใช้ OAuth แยก: ChatKUB ให้เลือก PackKUB Site / Shop ที่ถูกต้อง แล้ว authorize Chat โดยไม่คัดลอก Access Token มาเก็บซ้ำ
Inbox แสดง Conversation, Provider, ข้อความล่าสุด, Unread และสถานะงานในหน้าจอเดียว พร้อมค้นหา เปิด History และตอบกลับจาก Connection ที่รองรับ
ลดการสลับ Seller Center / Social Inbox และลดโอกาสที่ข้อความสำคัญจะตกหล่น
ดู Inbox ตามสถานะ ผู้รับผิดชอบ Provider และความสำคัญ พร้อมเปิด Conversation เดิมโดยไม่สร้าง Thread ซ้ำ
ตอบข้อความหรืออ้างอิงข้อความเดิมตาม Capability ของ Provider พร้อม Idempotency สำหรับคำสั่งส่งออก
แสดงและส่งไฟล์ผ่าน Secure Media Proxy เฉพาะ Provider และประเภทไฟล์ที่รองรับ โดยไม่เก็บ Credential URL ลง Message
สลับจาก Reply เป็นหมายเหตุภายใน และใช้ Reply Template เพื่อให้ทีมตอบด้วยมาตรฐานเดียวกัน
Agent เปิด Inbox เห็นลูกค้า LINE และ Lazada ในคิวเดียวกัน เปิดประวัติ แล้วตอบกลับจาก Conversation เดิมแทนการย้ายไปหลายแอป
Conversation มี Assignment, Priority, Status และ SLA state ของตัวเอง พร้อม Claim / Release / Assign เพื่อให้ทีมทำงานร่วมกันโดยไม่แย่งเคส
ลดการตอบซ้ำและทำให้หัวหน้าทีมเห็น Conversation ที่ไม่มีผู้รับผิดชอบหรือกำลังช้าเกินเป้าหมาย
รับงาน ปล่อยงาน หรือมอบหมาย Agent ตาม Permission และ Team Scope ของ Organization
แยกความสำคัญและสถานะงาน เช่น Open / Pending / Resolved ตาม Workflow ของ Inbox
เก็บ SLA timestamp / policy เพื่อใช้เตือนงานที่ยังไม่ตอบหรือเกินเวลาที่ทีมกำหนด
ใช้ Version Check เมื่อมี Agent แก้ Conversation พร้อมกัน เพื่อไม่ให้การเปลี่ยน Assignment / Status ทับกันเงียบ ๆ
Agent A Claim เคสก่อนตอบ ขณะที่ Agent B เห็นผู้รับผิดชอบแล้วจึงไม่ตอบซ้ำ; Manager ใช้ SLA Queue หาเคสที่ยังต้องเร่ง
ChatKUB เก็บ External Identity ของ Provider และสามารถผูกกับ Customer กลาง พร้อมแสดง Conversation Context และ Business Reference โดยไม่สร้าง Customer / Order Master ซ้ำ
Agent รู้ว่ากำลังคุยกับใครและมีบริบทอะไรอยู่แล้ว โดยยังรักษา Source of Truth ของ PackKUB / ERPNext
แยก Provider User ID / Channel Identity และผูก Customer เมื่อยืนยันความสัมพันธ์ได้
เปิดข้อมูลลูกค้า แก้ชื่อหรือสร้าง Customer ตามสิทธิ์จาก Context Panel โดยไม่ต้องออกจากงานแชท
ดูประวัติข้อความและบริบทของลูกค้าภายใน Tenant เดียวกัน พร้อม Tag ที่ใช้ค้นและแบ่งกลุ่ม
ผูก Conversation กับ Marketplace Order, Sales Order, Quotation, Return, Shipment หรือ Item ด้วย Reference ที่ตรวจย้อนกลับได้
ลูกค้าทักจาก Marketplace แล้วมี Explicit Order Reference: ChatKUB แสดง Order Context จาก PackKUB โดยไม่เดาจากชื่อ เบอร์โทร หรือที่อยู่
ChatKUB มี Leads workspace และ Lead Automation สำหรับจับ Intent จากข้อความ สร้างหรือยืนยัน Lead และเก็บ Follow-up รอบบทสนทนาแทนการแยก CRM ออกจากงานแชท
ทีมขายเห็นว่าลูกค้าคนไหนต้องติดตามต่อ และย้อนกลับไปยัง Conversation ต้นทางได้ทันที
ตรวจข้อความที่มี Intent เช่น สนใจ ขอราคา ติดต่อ หรือสั่งซื้อ แล้วให้ผู้ใช้ยืนยัน Lead ตาม Workflow ที่กำหนด
รวมรายการ Lead จากบทสนทนาเพื่อจัดลำดับงานและเปิดกลับไปยัง Customer / Conversation ต้นทาง
เก็บ Follow-up date / state เพื่อไม่ให้โอกาสขายหายหลังจากจบบทสนทนารอบแรก
ใช้ Tag และข้อมูลกิจกรรมที่มีเพื่อช่วยจัดกลุ่ม Lead / Customer สำหรับงานขายและ Marketing
ลูกค้าพิมพ์ว่า “ขอราคาส่ง 20 ชิ้น” ระบบช่วยชี้ว่าเป็น Sales Intent แล้ว Agent ยืนยัน Lead และกำหนด Follow-up แทนการจดไว้นอกระบบ
ChatKUB อ่าน Commerce Context จาก PackKUB ด้วย Explicit Provider Order Reference เพื่อแสดง Order, Shipping และข้อมูลที่เกี่ยวข้องใน Conversation เดิม
ทีมบริการตอบเรื่องออเดอร์ได้จากหน้าแชท โดยไม่สร้าง Shadow Order หรือข้อมูลสต็อกซ้ำใน ChatKUB
แสดง External Order ID, Order Status, ยอด, รายการสินค้า และข้อมูลลูกค้าที่ PackKUB อนุญาตให้ส่งกลับมา
แสดง Shipping Status, Tracking Number และ Method จาก Order Context เมื่อข้อมูลมีอยู่
มีหน้า Orders สำหรับดู Commerce Context ที่เชื่อมจากบทสนทนาและ PackKUB ตาม Organization / Site
โครงสร้าง Business Reference รองรับ Quotation และ Sales Order; Flow สร้าง Draft จากแชทต้องผ่านสิทธิ์และ Human Confirmation ตาม Integration ที่เปิดใช้
ลูกค้าถาม “ของถึงไหนแล้ว?” Agent เปิด Conversation เดิมแล้วเห็น Tracking / Shipping Context จากออเดอร์ที่ Provider อ้างอิงอย่างชัดเจน
ChatKUB มี Engagement workspace สำหรับความคิดเห็นและรีวิวจาก Provider ที่รองรับ เพื่อให้ทีมแยกงานตอบสาธารณะออกจาก Inbox แต่ยังอยู่ในระบบเดียวกัน
ลดการพลาด Comment / Review สำคัญ และแยก Workflow ตอบ Engagement ออกจาก Direct Message ได้ชัดเจน
รวม Comment / Review ที่ Integration ดึงได้ พร้อม Provider และ Reference ของต้นทาง
กรองตามช่องทางหรือสถานะที่มี เพื่อให้ทีมเห็นรายการที่ยังต้องดำเนินการ
ตอบกลับเมื่อ Provider เปิด API สำหรับ Action นั้น และแสดง Capability ก่อนให้ผู้ใช้สั่งงาน
เปิดข้อมูลต้นทางหรือ Customer / Conversation ที่เกี่ยวข้องเมื่อ Integration มี Reference ที่เชื่อถือได้
ทีม Social เปิด “ความคิดเห็น & รีวิว” เพื่อตามรายการที่ยังไม่ตอบ โดยไม่ต้องปะปนกับ Direct Message ใน Inbox
ChatKUB เชื่อม Conversation กับ Support Ticket โดยใช้ ERPNext Issue เป็นข้อมูลหลัก พร้อมสถานะ Priority และ Assignee ที่ตรวจย้อนกลับได้
เคสที่แก้ในแชทไม่ได้สามารถส่งต่อ Support โดยไม่ต้องคัดลอกข้อมูลลูกค้าและออเดอร์ไปสร้างเคสใหม่ด้วยมือ
สร้าง Ticket จาก Conversation พร้อม Subject, Description, Priority, Assignee และ Client Request ID เพื่อป้องกันการสร้างซ้ำ
ERPNext Issue เป็นข้อมูลหลักของ Ticket; ChatKUB เป็นมุมทำงานจากบริบทการสนทนา
ดูและแก้สถานะ ความสำคัญ และผู้รับผิดชอบตาม Permission ที่ได้รับ
เปิด Ticket ที่เกี่ยวข้องกับ Conversation และดึง Context ของ PackKUB Site ที่อนุญาต
ลูกค้าแจ้งสินค้ามีปัญหา Agent กด “เปิด Support Ticket” จาก Conversation เดิม เลือก Priority และผู้รับผิดชอบ แล้วทีม Support ทำงานต่อจาก Issue เดียวกัน
ChatKUB มี AI Assist สำหรับ Summary / Suggested Reply และ Automation Engine สำหรับ Rule, Reply Template, Tag, Assignment และ Action ที่ตั้งเวลาได้ โดยแยก Human Approval และ Unknown Result ออกจากงานที่สำเร็จ
ลดเวลาตอบและงานซ้ำ โดยไม่ปล่อยให้ AI หรือ Retry ทำคำสั่งสำคัญซ้ำแบบควบคุมไม่ได้
สรุป Conversation เพื่อให้ Agent รับช่วงต่อได้เร็วขึ้น โดยแสดง Provider / Model และ Usage ตามระบบที่เปิดใช้
สร้าง Draft Reply ตาม Tone เช่น สุภาพ เป็นกันเอง หรือกระชับ โดยไม่ถือว่า Draft คือข้อความที่ส่งแล้ว
ตั้ง Trigger / Condition และ Action เช่น Tag, Assignment, Template หรือ Auto Reply ตาม Policy ของ Tenant
รองรับ Delay / Cancel on inbound, Idempotency, Retry Policy และ Needs Review / Dead Letter เมื่อผลปลายทางไม่แน่นอน
แชทเข้าใหม่ตรงเงื่อนไข “ลูกค้าใหม่ + ยังไม่มอบหมาย” → Automation Assign ทีม → AI ร่างคำตอบ → Agent ตรวจแล้วกดส่ง
Production ChatKUB มี Marketing และ Broadcast workspace สำหรับกำหนด Audience, จัด Content Block และเลือกช่องทาง โดยตรวจความสามารถของ Provider ก่อนบันทึก Campaign
ทีมการตลาดไม่ต้องส่งข้อความเหมือนกันแบบไม่รู้ข้อจำกัดของแต่ละช่องทาง และสามารถตรวจ Audience ก่อนเริ่ม Broadcast
เลือกกลุ่มจากข้อมูล Customer / Lead / Tag / Activity ที่ระบบมี และบันทึกกลุ่มเป้าหมายไว้ใช้ซ้ำ
จัดลำดับ Block เช่น Text, Image, Video, CTA หรือ Product ตามรูปแบบที่ Campaign รองรับ
เลือกทุกช่องทางหรือ Provider เฉพาะ แล้วตรวจว่า Content / Action ใดส่งได้จริงก่อนบันทึก
กำหนดชื่อ Campaign ตรวจกลุ่มเป้าหมาย เนื้อหา และ Channel ก่อนเข้าสู่ขั้นบันทึก / ส่งตามสิทธิ์
สร้าง Broadcast “VIP Promotion” → เลือกกลุ่มลูกค้าที่ต้องการ → เพิ่มข้อความ รูป CTA / Product → เลือกช่องทาง → ตรวจ Capability ก่อนบันทึก Campaign
Analytics ใช้ข้อมูล Conversation / Message ที่บันทึกจริง และให้กรองตามช่วงเวลา ช่องทาง และผู้รับผิดชอบ เพื่อวิเคราะห์ Workload และ Performance ของทีม
หัวหน้าทีมเห็นภาพรวมงานบริการและการขายโดยไม่สร้างตัวเลขที่ไม่มีแหล่งข้อมูลอ้างอิง
เลือกช่วงเวลาและ Provider เพื่อดูข้อมูลใน Scope เดียวกันก่อนเปรียบเทียบ
กรองผู้รับผิดชอบและดู Workload / Response Metric ตามข้อมูลที่ระบบเก็บได้
สรุปจำนวน Conversation, Message, Status และตัวชี้วัดงาน Inbox จากข้อมูลจริง
เมื่อมี Lead / Order / Commerce Reference ที่เชื่อถือได้ ระบบสามารถใช้บริบทนั้นช่วยวิเคราะห์ Conversion โดยไม่เดาความสัมพันธ์เอง
Manager เลือกช่วง 7 วัน + Facebook + ทีม Sales เพื่อดูปริมาณ Conversation และ Response ก่อนวางกำลังคนรอบถัดไป
ChatKUB ทำหน้าที่เป็น Conversational Layer ส่วน Customer / Item / Order / Stock / Shipping / Return ยังคงอยู่กับ PackKUB / ERPNext และข้อมูลบัญชีจะไหลต่อไปยัง AccKUB ตาม Integration
ระบบคุยกับลูกค้าได้ลึกขึ้นโดยไม่สร้าง Master Data ซ้ำ และมีขอบเขตสิทธิ์ / Tenant ที่ตรวจสอบได้
อ่าน Commerce Context และ Business Reference จาก PackKUB ด้วย Organization / Site Binding ที่อนุญาต
เก็บ Inbound Provider Event สำหรับ Dedupe / Retry / Dead-letter เพื่อป้องกันข้อความหรือ Event ซ้ำ
เก็บสถานะ Outbound Operation เพื่อแยก Success, Failed และ Unknown Result ก่อนอนุญาต Retry
หนึ่ง Organization / Site มี Scope ของ Connection, Conversation และสิทธิ์แยกกัน; Browser ไม่ได้รับ Service Token หรือ Provider Secret โดยตรง
Conversation มี Lazada Order Reference → ChatKUB ขอ Commerce Context ผ่าน PackKUB Bridge → แสดงข้อมูลที่อนุญาต → ถ้าต้องทำ Fulfillment ให้เปิดเอกสารต้นทางใน PackKUB
BEFORE YOU CONNECT
คำตอบสำหรับเรื่อง Source of Truth, AI, Support, Broadcast และข้อจำกัด Provider ที่ควรรู้ก่อนใช้งาน ChatKUB
คุยกับทีม ChatKUBไม่เหมือนกัน แต่ละ Provider เปิด API, Message Type, Attachment, Comment/Review และ Outbound Action ต่างกัน ChatKUB จะแสดง Capability ตาม Connection ที่ใช้งานแทนการสมมติว่าทุกช่องทางทำได้เท่ากัน
ไม่ ChatKUB เป็นเจ้าของข้อมูล Channel Identity, Conversation, Message, Assignment, SLA, Note และ Provider Event ส่วน Customer, Item, Order, Stock, Shipping และ Return ใช้ PackKUB / ERPNext เป็น Source of Truth
AI Assist สร้าง Summary หรือ Draft Reply ได้ ส่วนการส่งออกและ Automation ที่มีผลภายนอกต้องทำตาม Policy, Permission และ Human Approval ที่ Tenant เปิดใช้
ได้ ChatKUB สามารถสร้างและติดตาม Support Ticket จาก Conversation โดยใช้ ERPNext Issue เป็นข้อมูลหลัก พร้อม Priority, Status และ Assignee
ระบบมี Audience, Content Composer และ Campaign / Broadcast workspace แต่การส่งจริงต้องผ่าน Capability Check ของ Provider และขึ้นอยู่กับ Policy, Message Type, สิทธิ์ร้าน และเครดิต/บริการที่เปิดใช้
ChatKUB เน้นบทสนทนา Lead และบริบทการขาย PackKUB รับงาน Order & Operate ต่อ ส่วน Invoice, Payment และ Accounting Status จะมาจาก AccKUB เมื่อ Integration นั้นพร้อมใช้งาน
TALK · SELL · SUPPORT
ChatKUB กำลังเตรียมเปิดให้ใช้งานในวงกว้าง
ทีมสามารถช่วยตรวจ Channel, Provider Permission และ Integration ที่ธุรกิจต้องใช้ก่อนได้