คำถามที่พบบ่อยเกี่ยวกับการเรียกเก็บเงินสำหรับ RCS for Business

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

หมวดหมู่การเรียกเก็บเงิน

หมวดหมู่การเรียกเก็บเงินของตัวแทนคืออะไร

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

หมวดหมู่การเรียกเก็บเงินหลัก 2 หมวดหมู่มีคำอธิบายในตารางต่อไปนี้

หมายเหตุ: ตัวแทนจะส่งข้อความประเภทใดก็ได้ ไม่ว่าจะเป็นหมวดหมู่การเรียกเก็บเงินใดก็ตาม

หมวดหมู่การเรียกเก็บเงิน	ประเภทตัวแทน	ตัวอย่าง Use Case	วิธีการเรียกเก็บเงิน
ไม่ใช่การสนทนา	ตัวแทนที่ส่งข้อความทางเดียวเป็นหลัก	OTP การแจ้งเตือน ข้อเสนอโปรโมชัน	เรียกเก็บเงินต่อข้อความ
สนทนา	เอเจนต์ที่ออกแบบมาเพื่อการแลกเปลี่ยนข้อมูลไปมากับผู้ใช้	การค้นหาผลิตภัณฑ์ที่เหมาะสม การจองตั๋ว การแก้ปัญหา	เรียกเก็บเงินต่อการสนทนา: หากฝ่ายใดฝ่ายหนึ่ง (ตัวแทนหรือผู้ใช้) ตอบกลับข้อความจากอีกฝ่ายภายใน 24 ชั่วโมง การสนทนาจะเริ่มต้นขึ้น ในระหว่างช่วงเวลาการสนทนา (24 ชั่วโมงหลังจากตอบกลับครั้งแรก) ตัวแทนและผู้ใช้สามารถแลกเปลี่ยนข้อความได้ไม่จำกัดจำนวน และระบบจะเรียกเก็บเงินจากตัวแทนในอัตราคงที่สำหรับการสนทนา เรียกเก็บเงินต่อข้อความ: หากตัวแทนส่งข้อความที่ผู้ใช้ไม่ได้ตอบกลับภายใน 24 ชั่วโมง ระบบจะเรียกเก็บเงินจากตัวแทนสำหรับข้อความแต่ละรายการ ซึ่งคล้ายกับตัวแทนที่ไม่ใช่การสนทนา

ฉันจะรู้ได้อย่างไรว่าควรเลือกหมวดหมู่การเรียกเก็บเงินใดสำหรับตัวแทน

การเรียกเก็บเงินมี 2 หมวดหมู่หลักๆ ได้แก่ การสนทนาและไม่ใช่การสนทนา

• ระบบจะเรียกเก็บเงินจากเอเจนต์ที่ไม่ใช่การสนทนาต่อข้อความที่ส่งถึงผู้ใช้
  • หมวดหมู่นี้เหมาะที่สุดสำหรับตัวแทนที่ไม่คาดหวังว่าจะได้รับการตอบกลับบ่อยๆ
• ระบบจะเรียกเก็บเงินจากเอเจนต์ที่สนทนาในอัตราคงที่สำหรับการสนทนา ซึ่งรวมถึงข้อความทั้งหมดที่แลกเปลี่ยนภายในระยะเวลา 24 ชั่วโมง
  • หมวดหมู่นี้เหมาะที่สุดสำหรับเอเจนต์ที่สนทนากับผู้ใช้หลายรอบ

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

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

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

หมวดหมู่การเรียกเก็บเงินที่ไม่ใช่การสนทนา

การรวมหมวดหมู่ข้อความพื้นฐานและข้อความเดียวเป็นหมวดหมู่ข้อความที่ไม่ใช่การสนทนาจะส่งผลต่อตัวแทนของฉันอย่างไร

เมื่อวันที่ 20 พฤศจิกายน 2025 เราได้ปรับโครงสร้างการเรียกเก็บเงินให้ง่ายขึ้นโดยการรวมหมวดหมู่การเรียกเก็บเงินเดิม 2 หมวดหมู่ ได้แก่ ข้อความพื้นฐานและข้อความเดียว เข้าไว้ในหมวดหมู่การเรียกเก็บเงินแบบไม่สนทนาเดียว เนื่องจากหมวดหมู่เดิมมีตรรกะการเรียกเก็บเงินเหมือนกัน การเปลี่ยนแปลงนี้จึงช่วยลดความซับซ้อนในการกำหนดค่าเอเจนต์

นับจากนี้ไป ระบบจะจัดประเภทเอเจนต์ทุกรายเป็นสนทนาหรือ ไม่ใช่การสนทนา

การเปลี่ยนแปลงนี้ส่งผลต่อ RcsBusinessMessagingAgentBillingConfig และมีผลกับ นักพัฒนาแอปทุกคนที่ใช้ Developer Console หรือ Management API และผู้ให้บริการขนส่งทุกรายที่ใช้ Operations API

ผู้ใช้ API จะมีระยะเวลาการเปลี่ยนผ่าน 90 วัน (จนถึงวันที่ 18 กุมภาพันธ์ 2026) ในการผสานรวม หมวดหมู่ใหม่ในระบบของคุณ ดูรายละเอียดทั้งหมดเกี่ยวกับแพ็กเกจการเปลี่ยนแปลง รวมถึงการเข้ากันได้แบบย้อนกลับของ API และการเปลี่ยนแปลงโค้ดที่แนะนำ ได้ในส่วนต่อไปนี้

การย้ายข้อมูลเอเจนต์ที่มีอยู่ (ไม่ต้องดำเนินการใดๆ)

ทีมสนับสนุนจะจัดการการย้ายข้อมูลโดยอัตโนมัติ

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

Developer Console (นักพัฒนาแอป)

• เอเจนต์ที่มีอยู่: Developer Console จะยังคงแสดงหมวดหมู่ข้อความพื้นฐานและข้อความเดียว เดิมสำหรับเอเจนต์ที่มีอยู่จนถึงวันที่ 18 กุมภาพันธ์ 2026
• เอเจนต์ใหม่: คุณจะสร้างเอเจนต์ใหม่ได้เฉพาะในรูปแบบสนทนาหรือไม่สนทนา

Management API (นักพัฒนาแอป)

• ความเข้ากันได้แบบย้อนหลัง: Management API จะรองรับและแสดงผลทั้งค่า BASIC_MESSAGE เดิมและค่า SINGLE_MESSAGE และค่า NON_CONVERSATIONAL ใหม่ชั่วคราวในช่วง ระยะเวลาผ่อนผัน 90 วัน
• ขอให้ดำเนินการ: อัปเดตตรรกะของเอเจนต์ให้ใช้ค่า NON_CONVERSATIONAL ใหม่ ก่อนวันที่ 18 กุมภาพันธ์ 2026

รูปแบบโค้ดที่แนะนำ

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

if (billingCategory == CONVERSATIONAL) {
  // Logic for conversational messages
} else {
  // Logic for non-conversational messages
}

วิธีนี้จะช่วยป้องกันไม่ให้ระบบของคุณขึ้นอยู่กับชื่อหรือค่าของ Enum ที่เฉพาะเจาะจงซึ่งอาจมีการเปลี่ยนแปลง

Operations API (ผู้ให้บริการ)

• ความเข้ากันได้แบบย้อนหลัง: เพื่อป้องกันไม่ให้เกิดการหยุดชะงัก Operations API จะแสดง SINGLE_MESSAGE เดิมสำหรับเอเจนต์ที่ทำเครื่องหมายเป็น NON_CONVERSATIONAL ในช่วงการเปลี่ยนผ่าน 90 วัน
• ขอให้ดำเนินการ: อัปเดตระบบเพื่อรองรับค่าใหม่ของ NON_CONVERSATIONAL ก่อนวันที่ 18 กุมภาพันธ์ 2026
• การนำไปใช้ก่อนใคร: ผู้ให้บริการสามารถติดต่อทีมสนับสนุน เพื่อเลือกรับ NON_CONVERSATIONAL enum ใหม่ก่อนวันที่ 18 กุมภาพันธ์ 2026 เมื่อเลือกใช้ เอเจนต์ที่กำหนดค่าเป็น NON_CONVERSATIONAL (ใน Developer Console หรือด้วย Management API) จะแสดง NON_CONVERSATIONAL ใน Operations API

เหตุการณ์ที่เรียกเก็บเงินได้

เหตุการณ์ที่เรียกเก็บเงินได้คืออะไร

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

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

เหตุการณ์ที่เรียกเก็บเงินใดบ้างที่ใช้กับข้อความแต่ละประเภท

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

ระบบจะบันทึกเหตุการณ์ที่เรียกเก็บเงินได้ 5 ประเภทไว้ในรายงานการเรียกเก็บเงิน เหตุการณ์เหล่านี้ รวมถึงเหตุการณ์ MT และ MO ซึ่งเรียกว่าเหตุการณ์ A2P และ P2A

• A2P (แอปพลิเคชันถึงบุคคล) คือ MT (Mobile Terminated): ข้อความที่ธุรกิจส่ง
• P2A (Person-to-Application) คือ MO (Mobile Originated): ข้อความหรือการดำเนินการ ที่ผู้ใช้เริ่ม

ตารางต่อไปนี้อธิบายเหตุการณ์ที่เรียกเก็บเงินได้แต่ละรายการตามที่เกี่ยวข้องกับเอเจนต์แบบ ไม่สนทนาและแบบสนทนา

ประเภทเหตุการณ์	คำอธิบาย	เอเจนต์ที่ไม่ใช่การสนทนา	ตัวแทนการสนทนา
basic_message	ข้อความ A2P ที่มีเฉพาะข้อความที่มีอักขระไม่เกิน 160 ตัว ดูตัวอย่าง	ถือเป็นเหตุการณ์ที่เรียกเก็บเงินได้แต่ละรายการเสมอ ไม่ว่าผู้ใช้จะตอบกลับหรือไม่ก็ตาม	ถือเป็นเหตุการณ์ที่เรียกเก็บเงินได้แต่ละรายการ เว้นแต่ผู้ใช้จะตอบกลับภายใน 24 ชั่วโมง ในกรณีดังกล่าว ข้อความจะกลายเป็นส่วนหนึ่งของa2p_conversation
single_message	ข้อความ A2P ที่มีเนื้อหาริชมีเดียหรือเป็นข้อความแบบข้อความเท่านั้นที่มีความยาวเกิน 160 อักขระ ดูตัวอย่าง	ถือเป็นเหตุการณ์ที่เรียกเก็บเงินได้แต่ละรายการเสมอ ไม่ว่าผู้ใช้จะตอบกลับหรือไม่ก็ตาม	ถือเป็นเหตุการณ์ที่เรียกเก็บเงินได้แต่ละรายการ เว้นแต่ผู้ใช้จะตอบกลับภายใน 24 ชั่วโมง ในกรณีดังกล่าว ข้อความจะกลายเป็นส่วนหนึ่งของa2p_conversation
a2p_conversation (ธุรกิจเริ่มต้น)	เริ่มเมื่อผู้ใช้ตอบกลับข้อความ A2P ภายใน 24 ชั่วโมงหลังจากได้รับข้อความดังกล่าว นอกการสนทนาที่มีอยู่ ดูตัวอย่าง	ไม่มี เอเจนต์ที่ไม่ใช่การสนทนาจะไม่สร้างเหตุการณ์ประเภทนี้	หากมีการนำส่งข้อความ P2A ภายใน 24 ชั่วโมงหลังจากข้อความ A2P หลายข้อความ ระบบจะใช้เฉพาะข้อความ A2P ที่อยู่ก่อนหน้าข้อความ P2A ทันทีเพื่อเริ่มการสนทนา ข้อความ A2P นี้และข้อความใดก็ตามที่นำส่งภายใน 24 ชั่วโมงถัดไปเป็นส่วนหนึ่งของ a2p_conversation
p2a_conversation (ผู้ใช้เริ่ม)	เริ่มเมื่อตัวแทนตอบกลับข้อความ P2A ภายใน 24 ชั่วโมงหลังจากได้รับข้อความดังกล่าว นอกการสนทนาที่มีอยู่ ดูตัวอย่าง	ไม่มี เอเจนต์ที่ไม่ใช่การสนทนาจะไม่สร้างเหตุการณ์ประเภทนี้	หากมีการนำส่งข้อความ A2P ภายใน 24 ชั่วโมงหลังจากข้อความ P2A หลายข้อความ ระบบจะใช้เฉพาะข้อความ P2A ที่อยู่ก่อนหน้าข้อความ A2P ทันทีเพื่อเริ่มการสนทนา ข้อความ P2A นี้และข้อความใดก็ตามที่ส่งภายใน 24 ชั่วโมงถัดไปเป็นส่วนหนึ่งของp2a_conversation
p2a_message	ข้อความ P2A ประเภทใดก็ได้ ดูตัวอย่าง	ถือเป็นเหตุการณ์ที่เรียกเก็บเงินได้เสมอ ไม่ว่าตัวแทนจะตอบกลับหรือไม่ก็ตาม	ถือเป็นการเรียกเก็บเงินแยกต่างหาก เว้นแต่เจ้าหน้าที่จะตอบกลับภายใน 24 ชั่วโมง

ตัวอย่างข้อความที่ทริกเกอร์เหตุการณ์การเรียกเก็บเงินแต่ละรายการมีอะไรบ้าง

ข้อความพื้นฐาน

โปรดทราบว่าภาพหน้าจอต่อไปนี้แสดงตัวอย่าง URL ภายในข้อความ นี่ไม่ใช่ Rich Card

ข้อความเดียว

การสนทนาแบบ A2P

ข้อความ P2A

การสนทนาแบบ P2A

เหตุการณ์การเรียกเก็บเงินแต่ละรายการมีประโยชน์อย่างไร

ข้อความพื้นฐาน

ประโยชน์หลักของข้อความพื้นฐานมีดังนี้

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

ข้อความเดียว

ประโยชน์หลักของข้อความเดียว

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

สนทนา

ประโยชน์หลักของการสนทนาแบบ A2P และ P2A

• การผสานรวมสื่อสมบูรณ์: รวมสื่อต่างๆ เช่น รูปภาพ วิดีโอ และ PDF รวมถึงการดำเนินการที่แนะนำและ การตอบกลับ
• การโต้ตอบที่ปรับเปลี่ยนในแบบของคุณ: อนุญาตให้มีการสนทนาไปมา ให้ความช่วยเหลือที่ปรับแต่งแล้ว และแนะนำผลิตภัณฑ์
• โอกาสในการทำ Conversion: ช่วยให้ผู้ใช้ดำเนินการภายใน การสนทนาได้ ซึ่งจะช่วยลดความยุ่งยากและเพิ่มอัตรา Conversion

หมวดหมู่การเรียกเก็บเงินของตัวแทนเกี่ยวข้องกับเหตุการณ์การเรียกเก็บเงินอย่างไร

อย่าสับสนระหว่างเหตุการณ์การเรียกเก็บเงินของ basic_message และ single_message กับหมวดหมู่การเรียกเก็บเงินของข้อความพื้นฐานและข้อความเดียว

• เอเจนต์ใดก็ตาม (ไม่ว่าหมวดหมู่การเรียกเก็บเงินจะเป็นอะไร) สามารถสร้างเหตุการณ์การเรียกเก็บเงิน basic_message และ single_message ได้
• ระบบจะใช้หมวดหมู่การเรียกเก็บเงินสำหรับข้อความพื้นฐานและข้อความเดียวเพื่อจัดประเภท เอเจนต์ที่ไม่ใช่การสนทนา เอเจนต์ในหมวดหมู่การเรียกเก็บเงินเหล่านี้จะไม่สร้าง เหตุการณ์การเรียกเก็บเงินแบบสนทนา (a2p_conversations หรือ p2a_conversations) แต่จะสร้างเหตุการณ์การเรียกเก็บเงิน basic_message, single_message และ p2a_message แยกกัน

การสนทนาคืออะไร

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

• A2P (แอปพลิเคชันถึงบุคคล): ส่งโดยธุรกิจ
• P2A (บุคคลไปยังแอปพลิเคชัน): ส่งโดยผู้ใช้

วิธีการทำงานของการสนทนา

• เริ่ม: การสนทนาจะเริ่มขึ้นเมื่อฝ่ายใดฝ่ายหนึ่ง (ตัวแทนหรือผู้ใช้) ตอบกลับ ข้อความจากอีกฝ่ายภายใน 24 ชั่วโมงหลังจากได้รับข้อความ นอกเหนือจาก การสนทนาที่มีอยู่
  • การสนทนาแบบ A2P: เริ่มต้นเมื่อผู้ใช้ตอบกลับข้อความของตัวแทน
  • การสนทนา P2A: เริ่มต้นเมื่อตัวแทนตอบกลับข้อความของผู้ใช้
• หน้าต่างการสนทนา: การสนทนาจะยังคงใช้งานได้เป็นเวลา 24 ชั่วโมงหลังจากที่เริ่ม การสนทนารวมถึงข้อความทั้งหมดภายในกรอบเวลา 24 ชั่วโมงนี้ รวมถึงข้อความแรกสุดที่ได้รับการตอบกลับในตอนแรก
• การเรียกเก็บเงิน: ระบบจะเรียกเก็บเงินจากเอเจนต์สนทนาตามการสนทนาทั้งหมดแทนที่จะเรียกเก็บเงินจากแต่ละข้อความ ซึ่งหมายความว่าค่าใช้จ่ายจะเชื่อมโยงกับชุดข้อความสนทนา ไม่ใช่จำนวนข้อความภายในชุดข้อความนั้น

แผนภาพต่อไปนี้แสดงตัวอย่างเซสชันการเรียกเก็บเงิน A2P สำหรับ เอเจนต์การสนทนา

สำคัญ

• การสนทนาไม่มีผลกับเอเจนต์ที่ไม่ใช่การสนทนา ระบบจะเรียกเก็บเงินจากตัวแทนที่มีหมวดหมู่การเรียกเก็บเงินแบบข้อความพื้นฐาน หรือข้อความเดียวต่อข้อความ ไม่ว่าผู้ใช้จะตอบกลับหรือไม่ก็ตาม
• สำหรับเอเจนต์แบบสนทนา การสร้างรายงานเหตุการณ์การเรียกเก็บเงินและ บันทึกกิจกรรมอาจล่าช้าได้สูงสุด 2 วัน ความล่าช้านี้ช่วยให้ RCS สำหรับธุรกิจสามารถบันทึกข้อความทั้งหมดในการสนทนาก่อนที่จะคำนวณเหตุการณ์การเรียกเก็บเงิน

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

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

สำหรับเอเจนต์ที่ไม่ใช่การสนทนา: ทุกข้อความจะสร้างเหตุการณ์ของตัวเอง

• ข้อความจากตัวแทนจะสร้างเหตุการณ์ basic_message หรือ single_message
• ข้อความสําหรับผู้ใช้จะสร้างเหตุการณ์ p2a_message

สำหรับตัวแทนแบบสนทนา: ผลลัพธ์จะขึ้นอยู่กับเวลาที่ผู้ใช้ตอบกลับข้อความล่าสุดของตัวแทน

• หากผู้ใช้ตอบกลับภายใน 24 ชั่วโมง ให้ทำดังนี้
  • a2p_conversation กิจกรรมเริ่มขึ้น เหตุการณ์นี้ครอบคลุมข้อความสุดท้ายของตัวแทน การตอบกลับของผู้ใช้ และข้อความทั้งหมดที่แลกเปลี่ยนภายในช่วงเวลา 24 ชั่วโมง หลังจากการตอบกลับของผู้ใช้
  • ข้อความจากตัวแทนที่ส่งก่อนข้อความจากตัวแทนล่าสุดจะไม่ถือเป็นส่วนหนึ่งของการสนทนา โดยข้อความแต่ละรายการจะสร้างเหตุการณ์ basic_message หรือ single_message ของตัวเอง
• หากผู้ใช้ตอบกลับหลังจากผ่านไป 24 ชั่วโมง ให้ทำดังนี้
  • ข้อความของ Agent แต่ละข้อความจะสร้างเหตุการณ์ basic_message หรือ single_message
  • การตอบกลับของผู้ใช้จะสร้างเหตุการณ์ p2a_conversation หากตัวแทน ตอบกลับภายใน 24 ชั่วโมง หากตัวแทนไม่ตอบกลับภายในระยะเวลาดังกล่าว ระบบจะสร้างเหตุการณ์ p2a_message แทน

การตอบกลับของผู้ใช้ใดบ้างที่ส่งผลต่อเหตุการณ์การเรียกเก็บเงิน

เฉพาะคำตอบของผู้ใช้บางรายเท่านั้นที่จะมีส่วนทำให้เกิดเหตุการณ์การเรียกเก็บเงิน ซึ่งรวมถึงการตอบกลับที่สร้างp2a_messageกิจกรรมหรือเป็นส่วนหนึ่งของa2p_conversationหรือp2a_conversation กิจกรรม ตารางต่อไปนี้จะอธิบายว่าคำตอบของผู้ใช้ใดที่ทำให้เกิดเหตุการณ์การเรียกเก็บเงิน

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

ข้อสรุปมีดังนี้

การตอบกลับของผู้ใช้	มีส่วนร่วมในเหตุการณ์การเรียกเก็บเงิน	หมายเหตุ
ส่งไฟล์	ใช่	ถือเป็นข้อความที่ส่งจากอุปกรณ์เคลื่อนที่ (MO)
ส่งข้อความ	มี	ถือว่าเป็นข้อความ MO
แตะคำตอบที่แนะนำ	ใช่	ถือว่าเป็นข้อความ MO
แตะการดำเนินการที่แนะนำ	ไม่	ข้อมูลรายงานผล Conversion จากการแตะไม่ได้มีส่วนทำให้เกิดเหตุการณ์การเรียกเก็บเงิน
แชร์ตำแหน่ง	ใช่	ข้อความ MO ที่มีตำแหน่งของผู้ใช้จะทำให้เกิดเหตุการณ์การเรียกเก็บเงิน ซึ่งจะใช้ได้ไม่ว่าตำแหน่งจะแชร์ด้วยตนเองหรือโดยการดำเนินการที่แนะนำ
แตะยกเลิกการติดตามหรือติดตาม	ใช่	เหตุการณ์ Webhook ที่เกิดขึ้นจะไม่ส่งผลต่อเหตุการณ์การเรียกเก็บเงิน แต่ระบบจะถือว่าข้อความ STOP หรือ START อัตโนมัติที่ส่งเมื่อผู้ใช้แตะตัวเลือกยกเลิกการสมัครรับข้อมูลหรือสมัครรับข้อมูลเป็นข้อความ MO

เมื่อการตอบกลับของผู้ใช้สร้างเหตุการณ์ที่เรียกเก็บเงินได้ (ตามที่ระบุไว้ข้างต้น) ประเภทเหตุการณ์จะขึ้นอยู่กับหมวดหมู่การเรียกเก็บเงินของตัวแทน

สำหรับตัวแทนที่ไม่ใช่การสนทนา

• เหตุการณ์การเรียกเก็บเงินที่เกิดจากการตอบกลับของผู้ใช้จะเป็น p2a_message เสมอ

สำหรับตัวแทนการสนทนา

ประเภทเหตุการณ์ยังกำหนดโดยเวลาของข้อความภายในกรอบเวลา 24 ชั่วโมงด้วย

• เมื่อผู้ใช้ตอบกลับข้อความของตัวแทน
  • ภายใน 24 ชั่วโมง: คำตอบของผู้ใช้มีส่วนร่วมในa2p_conversationกิจกรรมที่มีอยู่
  • หลังจาก 24 ชั่วโมง: คำตอบของผู้ใช้จะสร้างเหตุการณ์ p2a_message ใหม่
• เมื่อตัวแทนตอบกลับข้อความของผู้ใช้
  • ภายใน 24 ชั่วโมง: คำตอบของตัวแทนจะสร้าง p2a_conversation โดยเริ่มจากข้อความแรกของผู้ใช้
  • หลังจาก 24 ชั่วโมง: ข้อความของผู้ใช้จะสร้างเหตุการณ์ p2a_message

รายงานการเรียกเก็บเงิน

รายงานการเรียกเก็บเงินคืออะไร

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

ดูข้อมูลเพิ่มเติมเกี่ยวกับรายงานการเรียกเก็บเงินได้ที่รายงานเหตุการณ์การเรียกเก็บเงินและบันทึกกิจกรรม

ฉันจะรับรายงานการเรียกเก็บเงินได้ไหม

เฉพาะผู้ให้บริการที่ดำเนินการ RCS สำหรับธุรกิจอยู่เท่านั้นที่จะได้รับรายงานการเรียกเก็บเงิน พาร์ทเนอร์จะไม่ได้รับรายงานการเรียกเก็บเงิน

ดูวิธีรับรายงานการเรียกเก็บเงินได้ที่การจัดเก็บและการเข้าถึงไฟล์ นี่คือวิธีการดึงรายงานการเรียกเก็บเงินโดยใช้ Secure File Transfer Protocol (SFTP) สำหรับผู้ให้บริการที่มีสิทธิ์เข้าถึงรายงานการเรียกเก็บเงิน

จะเกิดอะไรขึ้นหากข้อมูลในรายงานการเรียกเก็บเงินขาดหายไป

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

ทำไมฉันจึงเห็นค่าใช้จ่ายในเดือนที่ไม่ได้ส่งข้อความ

ระบบจะบันทึกเหตุการณ์การเรียกเก็บเงินของ RCS สำหรับธุรกิจ ตามเวลาที่นำส่งข้อความ ไม่ใช่เวลาที่ส่งข้อความ

ตัวอย่างเช่น

คุณส่งข้อความเมื่อสิ้นเดือนมิถุนายน แต่ระบบนำส่งข้อความไปยังอุปกรณ์ของผู้ใช้ในช่วงต้นเดือนกรกฎาคม (เช่น หากโทรศัพท์ของผู้ใช้ออฟไลน์อยู่) ค่าใช้จ่ายเหล่านั้นจะปรากฏในรายงานการเรียกเก็บเงินของเดือนกรกฎาคม RCS for Business จะพยายามนำส่งข้อความเป็นเวลาสูงสุด 30 วันก่อนที่ข้อความจะหมดอายุ

รูปแบบการเรียกเก็บเงิน

รูปแบบการเรียกเก็บเงินมาตรฐานและรูปแบบการเรียกเก็บเงินของสหรัฐอเมริกาแตกต่างกันอย่างไร

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

รูปแบบการเรียกเก็บเงินมาตรฐาน (การเข้าชมที่ไม่ใช่ในสหรัฐอเมริกา)

โมเดลนี้ใช้กับการเข้าชมทั้งหมดนอกสหรัฐอเมริกา

• การจัดประเภทจะอิงตามหมวดหมู่การเรียกเก็บเงินของตัวแทนและเนื้อหาของข้อความ
  • เอเจนต์ที่ไม่ใช่การสนทนา: เรียกเก็บเงินต่อข้อความ เนื้อหาข้อความ จะกำหนดเหตุการณ์ ได้แก่ ข้อความพื้นฐานหรือข้อความเดียว
  • เอเจนต์แบบสนทนา: เรียกเก็บเงินต่อการสนทนา การสนทนาคือกรอบเวลา 24 ชั่วโมงที่ผู้ใช้และตัวแทนสามารถแลกเปลี่ยนข้อความได้ไม่จำกัด โดยจะมีการเรียกเก็บเงินในอัตราคงที่ หากผู้ใช้ไม่ตอบกลับภายใน 24 ชั่วโมง ระบบจะเรียกเก็บเงินข้อความของตัวแทนเป็นรายบุคคลในรูปแบบข้อความพื้นฐานหรือข้อความเดียว
• เหตุการณ์ที่เรียกเก็บเงินได้
  • basic_message
  • single_message
  • a2p_conversation
  • p2a_conversation
  • p2a_message
• ตรรกะการเรียกเก็บเงิน: การเรียกเก็บเงินครั้งสุดท้ายจะพิจารณาตามหมวดหมู่การเรียกเก็บเงินของเอเจนต์ ซึ่งจะส่งผลให้มีการเรียกเก็บเงินในอัตราคงที่ต่อข้อความ (ไม่ใช่การสนทนา) หรือ อัตราคงที่ต่อหน้าต่างการสนทนา 24 ชั่วโมง (การสนทนา)

โมเดลการเรียกเก็บเงินในสหรัฐอเมริกา

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

• การแยกประเภทข้อความแต่ละรายการและการดำเนินการของผู้ใช้จะดำเนินการโดยอัตโนมัติและอิงตามเนื้อหา ไม่ว่าหมวดหมู่การเรียกเก็บเงินของตัวแทนจะเป็นอะไรก็ตาม ระบบจะจัดประเภทเหตุการณ์ที่เรียกเก็บเงินได้ทุกเหตุการณ์เป็นอย่างใดอย่างหนึ่งต่อไปนี้
  • ข้อความ Rich Message (MT/MO)
  • ข้อความริชมีเดีย (MT/MO)
  • การคลิกการดำเนินการที่แนะนำ (MO เท่านั้น)
• เหตุการณ์ที่เรียกเก็บเงินได้
  • a2p_rich_message
  • a2p_rich_media_message
  • p2a_rich_message
  • p2a_rich_media_message
  • suggested_action_click
• ตรรกะการเรียกเก็บเงิน: การเรียกเก็บเงินครั้งสุดท้ายจะพิจารณาจากหมวดหมู่การเรียกเก็บเงินของตัวแทน โดยใช้การจัดประเภทเหตุการณ์ที่เรียกเก็บเงินได้เพื่อใช้อัตราที่ถูกต้อง

ความแตกต่างทางเทคนิคและการรายงาน

• RBM API: แหล่งข้อมูล API ของ AgentMessage และ UserMessage มีออบเจ็กต์ richMessageClassification เพื่อกำหนด ประเภทข้อความสำหรับการเข้าชมในสหรัฐอเมริกาเท่านั้น โดยข้อมูลนี้จะแสดงแบบเรียลไทม์เมื่อมีการเรียก API และจะแยกจากรายงานการเรียกเก็บเงินในภายหลัง
• รายงานการเรียกเก็บเงิน: รายงานการเรียกเก็บเงิน ได้รับการปรับแต่งให้เหมาะกับแต่ละโมเดล และมีคอลัมน์ type ที่แสดงเหตุการณ์ที่เรียกเก็บเงินได้ ซึ่งเฉพาะเจาะจงสำหรับโมเดลนั้นๆ รายงานการเรียกเก็บเงินของสหรัฐอเมริกายังมีคอลัมน์สำหรับ segment_count ซึ่งใช้ได้กับ Rich Message เท่านั้น