คำถามที่พบบ่อยเกี่ยวกับการเรียกเก็บเงินมาตรฐาน

เอกสารนี้ครอบคลุมคำถามที่พบบ่อยเกี่ยวกับโมเดลการเรียกเก็บเงินของ RCS for Business

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ไม่ต้องดำเนินการใดๆ: Google จะจัดการการย้ายข้อมูลตัวแทนที่มีอยู่โดยอัตโนมัติ และคุณไม่ต้องดำเนินการใดๆ

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

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

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

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

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

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

  • A2P (Application-to-Person) คือ 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

basic_message_example

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

single_message_example

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

a2p_conversation_example

ข้อความ P2A

p2a_message_example

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

p2a_conversation_example

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

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

สิทธิประโยชน์หลักของข้อความพื้นฐาน

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

basic_message_benefits

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

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

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

single_message_benefits

การสนทนา

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

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

conversational_message_benefits

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  • A2P (Application-to-Person): ส่งโดยธุรกิจ
  • P2A (Person-to-Application): ส่งโดยผู้ใช้

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

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

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

แผนภาพการเรียกเก็บเงิน

สำคัญ

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

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

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

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

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

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

ผู้ให้บริการและพาร์ทเนอร์ที่ดำเนินการ RCS for Business อยู่จะได้รับรายงานการเรียกเก็บเงิน

โปรดดูรายละเอียดเกี่ยวกับบันทึกกิจกรรมและการเข้าถึงไฟล์ในคู่มือต่อไปนี้

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

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

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

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

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

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