รายงานเหตุการณ์การเรียกเก็บเงินและบันทึกกิจกรรม

หน้านี้จะอธิบายไฟล์ข้อมูลซึ่ง RBM สร้างขึ้นเพื่อช่วยเหลือผู้ให้บริการในการเรียกเก็บเงินและการตรวจสอบ

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

การสร้างไฟล์

ไฟล์ข้อมูลแต่ละไฟล์แสดงการใช้งาน RBM 1 วันตามเวลาสากลเชิงพิกัด (UTC) ระบบจะสร้างไฟล์ทุกวันระหว่างเวลา 10:00 น. ถึง 12:00 น. ตามเวลา UTC

  • สําหรับตัวแทนที่ไม่ใช่แบบการสนทนา ไฟล์จะมีข้อมูลจากระยะเวลา 24 ชั่วโมงก่อนหน้าเวลาสร้างไฟล์ เช่น หากสร้างรายงานเหตุการณ์การเรียกเก็บเงินเวลา 11:00 น. UTC ของวันที่ 5 พฤษภาคม รายงานจะมีข้อมูลจากเวลา 11:00 น. UTC ของวันที่ 4 พฤษภาคมถึง 11:00 น. UTC ของวันที่ 5 พฤษภาคม

  • สําหรับตัวแทนแบบสนทนา ไฟล์จะมีข้อมูลจากระยะเวลา 24 ชั่วโมงซึ่งอยู่ในช่วง 1-2 วันก่อนเวลาที่สร้างไฟล์ ตัวอย่างเช่น หากสร้างรายงานเหตุการณ์การเรียกเก็บเงินเมื่อเวลา 11:00 น. (UTC) ของวันที่ 5 พฤษภาคม รายงานดังกล่าวอาจมีข้อมูลจากเวลา 11:00 น. (UTC) ของวันที่ 3 พฤษภาคมถึง 11:00 น. (UTC) ของวันที่ 4 พฤษภาคม

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

ข้อมูลสำคัญ

  • ไม่มีกิจกรรม: หากไม่มีกิจกรรมบนแพลตฟอร์มในวันหนึ่งๆ ระบบจะไม่สร้างไฟล์

  • การตั้งชื่อ: วันที่ในชื่อไฟล์คือวันที่สร้างไฟล์ ไม่ใช่วันที่ของข้อมูลภายใน

  • การเก็บรักษา: ระบบจะเก็บไฟล์ไว้สูงสุด 30 วันก่อนที่จะลบ

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

พื้นที่เก็บข้อมูลและสิทธิ์เข้าถึงไฟล์

ไฟล์ข้อมูลจะได้รับการเข้ารหัสทั้งในระหว่างจัดเก็บและระหว่างการรับส่ง

หากต้องการเรียกข้อมูลไฟล์ผ่าน SFTP ให้ระบุคีย์สาธารณะ SFTP หากต้องการสร้างคีย์ ให้ดูหัวข้อสร้างคู่คีย์ Secure Shell (SSH) สำหรับดรอปบ็อกซ์ SFTP

เซิร์ฟเวอร์ SFTP คือ partnerupload.google.com และการเชื่อมต่อใช้พอร์ตที่มีหมายเลขสูง (19321) เพื่อความปลอดภัยเพิ่มเติม

คุณสามารถใช้คําสั่งต่อไปนี้เพื่อเข้าถึงไฟล์ข้อมูล

sftp -i <path_to_private_key> -P 19321 <username>@partnerupload.google.com

Google ระบุชื่อผู้ใช้บัญชีในรูปแบบต่อไปนี้

  • rbmreports-billableevents-<carrier name>
  • rbmreports-activity-<carrier name>

Google จะระบุ <carrier name> และให้บัญชีแยกต่างหากสำหรับรายงานแต่ละประเภท

โดยจะมีบัญชีแยกต่างหากสําหรับการเข้าถึงรายงานประเภทต่างๆ

ความพร้อมใช้งานของไฟล์

หากยังไม่ได้สร้างไฟล์ข้อมูล คุณจะเห็นข้อผิดพลาด SFTP ที่คล้ายกับ remote readdir("/"): No such file or directory ซึ่งถือเป็นเรื่องปกติ

ระบบจะไม่สร้างไฟล์หากไม่มีการเข้าชม RBM ที่จะรายงาน ซึ่งหมายความว่าอาจมีบางวันที่ไม่มีการสร้างไฟล์ หากต้องการไฟล์เปล่าเพื่อปรับปรุงกระบวนการให้มีประสิทธิภาพยิ่งขึ้น โปรดติดต่อ rbm-support@google.com

รายงานเหตุการณ์การเรียกเก็บเงิน

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

รายงานเหตุการณ์การเรียกเก็บเงินมีข้อมูลที่เป็นความลับ แต่ไม่มีข้อมูลส่วนบุคคลที่ระบุตัวบุคคลนั้นได้ (PII) ของผู้ใช้ เช่น MSISDN, MSISDN ที่แฮช หรือตัวระบุที่ไม่ซ้ำกันของผู้ใช้

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

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

หมวดหมู่การเรียกเก็บเงิน ประเภทตัวแทน ตัวอย่าง Use Case วิธีการเรียกเก็บเงิน

ไม่ใช่การสนทนา

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

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

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

ตัวแทนแบบสนทนากับตัวแทนแบบไม่สนทนา

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

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

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

    • หมวดหมู่นี้เหมาะสำหรับตัวแทนที่ไม่คาดว่าจะได้รับคำตอบบ่อยครั้ง

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

    • หมวดหมู่นี้เหมาะสําหรับตัวแทนที่มีส่วนร่วมในการสนทนาแบบหลายรอบกับผู้ใช้

เหตุการณ์การเรียกเก็บเงิน

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

  • A2P (Application-to-Person): ส่งโดยแบรนด์
  • P2A (บุคคลต่อแอปพลิเคชัน): ส่งโดยผู้ใช้

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

กิจกรรม คำอธิบาย Agent ที่ไม่สนทนา ตัวแทนแบบการสนทนา
basic_message ข้อความ A2P ที่มีเฉพาะข้อความที่มีอักขระไม่เกิน 160 ตัว หากข้อความมี URL ของเว็บไซต์ที่มีแท็ก OpenGraph ข้อความอาจแสดงตัวอย่างรูปภาพโดยไม่มีค่าใช้จ่ายเพิ่มเติมสำหรับพาร์ทเนอร์ ระบบจะถือว่าการตอบกลับเป็นเหตุการณ์การเรียกเก็บเงินแต่ละรายการเสมอ ไม่ว่าผู้ใช้จะตอบกลับหรือไม่ก็ตาม ระบบจะถือว่าการเรียกเก็บเงินนี้เป็นเหตุการณ์การเรียกเก็บเงินแต่ละรายการ เว้นแต่ผู้ใช้จะตอบกลับภายใน 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 ชั่วโมง

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

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

  • ตัวแทนใดก็ได้ (ไม่ว่าจะมีหมวดหมู่การเรียกเก็บเงินใดก็ตาม) จะสร้างเหตุการณ์การเรียกเก็บเงิน basic_message และ single_message ได้

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

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

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

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

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

รายงานเหตุการณ์การเรียกเก็บเงินใช้รูปแบบชื่อไฟล์ rbm_billable_events_YYYY-MM-DD.csv วันที่ในชื่อไฟล์คือวันที่สร้างไฟล์

แต่ละบรรทัดในรายงานคือระเบียนซึ่งแสดงถึงเหตุการณ์การเรียกเก็บเงินรายการเดียว ช่องภายในระเบียนจะคั่นด้วยแท็บ ตัวอย่างเช่น การสนทนา A2P 2 ครั้งกับตัวแทนคนเดียวกันจะสร้างเหตุการณ์การเรียกเก็บเงิน 2 รายการและระเบียน 2 รายการในรายงานเหตุการณ์การเรียกเก็บเงิน

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

ช่อง รูปแบบ คำอธิบาย ตัวอย่าง
billing_event_id สตริง ตัวระบุ UUID ตัวเลขสุ่มที่สร้างขึ้นสําหรับเหตุการณ์ใหม่แต่ละรายการ ณ เวลาที่สร้าง 242f1d9f-7c3f-4e5b-ab3f-818f188fa3ff
type สตริง ประเภทกิจกรรม
  • basic_message
  • single_message
  • a2p_conversation
  • p2a_conversation
  • p2a_message
 single_message
agent_id สตริง ตัวระบุที่ไม่ซ้ำกันสำหรับตัวแทนที่เข้าร่วมกิจกรรม rbm-welcome-bot@rbm.goog
agent_owner สตริง อีเมลของเจ้าของบัญชีพาร์ทเนอร์ปัจจุบันที่สร้างตัวแทน name@aggregator.com
billing_party สตริง บุคคลที่เรียกเก็บเงินสำหรับกิจกรรม
  • Google
  • ผู้ให้บริการ
 carrier
max_duration_single_message ตัวเลข เวลาสูงสุด (เป็นชั่วโมง) ที่อนุญาตให้ผู้ใช้ตอบกลับข้อความของตัวแทนก่อนที่กรอบเวลาเริ่มต้นการสนทนาจะปิดลงและข้อความได้รับการจัดประเภทเป็นเหตุการณ์ single_message 24
max_duration_a2p_conversation ตัวเลข ระยะเวลาสูงสุดของการสนทนาแบบ A2P เป็นชั่วโมง วัดจากการตอบกลับครั้งแรกของผู้ใช้ต่อข้อความเริ่มต้นของตัวแทน 24
max_duration_p2a_conversation ตัวเลข ระยะเวลาสูงสุดของการสนทนา P2A เป็นชั่วโมง วัดจากข้อความแรกของผู้ใช้ในการสนทนา 24
start_time YYYY-mm-ddTHH:00:00Z วันที่/เวลา UTC ที่กิจกรรมเริ่มต้นในรูปแบบ ISO 8601 โดยปัดเศษเป็นชั่วโมงที่ใกล้ที่สุด
  • สําหรับเหตุการณ์ a2p_conversation และ p2a_conversation ข้อมูลนี้คือเวลาที่การสนทนาเริ่มต้น
  • สําหรับเหตุการณ์ single_message และ basic_message ฟิลด์นี้คือเวลาที่เหตุการณ์เกิดขึ้น
 2019-07-25T08:00:00Z
duration ตัวเลข ระยะเวลาของกิจกรรมที่ปัดเศษเป็นนาทีที่ใกล้ที่สุด

เมื่อประเภทเหตุการณ์คือ single_message หรือ basic_message ค่าจะเป็น 0

 45
mt_messages ตัวเลข จํานวนข้อความที่สิ้นสุดในอุปกรณ์เคลื่อนที่ (A2P) ในเหตุการณ์ 11
mo_messages ตัวเลข จํานวนข้อความที่มาจากอุปกรณ์เคลื่อนที่ (P2A) ในเหตุการณ์ 9
size_kilobytes ตัวเลข ขนาดของไฟล์ทั้งหมดที่แนบมากับข้อความในเหตุการณ์ โดยปัดเศษเป็นกิโลไบต์ที่ใกล้เคียงที่สุด (1kB = 1024 ไบต์) 912
agent_name สตริง

ชื่อของตัวแทนที่เข้าร่วมกิจกรรม

 XYZ Mobile USA
owner_name สตริง ชื่อเจ้าของปัจจุบันของบัญชีพาร์ทเนอร์ที่สร้างตัวแทน XYZ Mobile

ตัวอย่างรายงานเหตุการณ์การเรียกเก็บเงิน

ไฟล์ตัวอย่างรายงานการเรียกเก็บเงินมีให้ดาวน์โหลด

ขนาดไฟล์ทั่วไป

รายงานประจําวันจากพาร์ทเนอร์ RBM ที่ใช้งานอยู่อาจมีระเบียนประมาณ 53,000 รายการ และมีขนาดประมาณ 8 MB

บันทึกกิจกรรม

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

เนื่องจากบันทึกกิจกรรมมีข้อมูลส่วนบุคคลที่ระบุตัวบุคคลนั้นได้ (PII) เช่น ข้อมูลธุรกรรมโดยละเอียดและ MSISDN ของผู้สมัครใช้บริการ บันทึกดังกล่าวจึงพร้อมใช้งานเฉพาะเมื่อผู้ให้บริการใช้งาน RCS ภายใต้ข้อกำหนดในการให้บริการของตนเองเท่านั้น หากมีการรับส่งข้อมูล RBM ในเครือข่ายและเปิดใช้กิจกรรม RCS ด้วย Google RCS Cloud ภายใต้ข้อกําหนดในการให้บริการของ Google คุณจะเข้าถึงบันทึกกิจกรรมไม่ได้

รูปแบบบันทึกกิจกรรม

บันทึกกิจกรรมใช้รูปแบบชื่อไฟล์ rbm_activity_YYYY-MM-DD.csv วันที่ในชื่อไฟล์คือวันที่สร้างไฟล์

ช่องในระเบียนจะคั่นด้วยแท็บ และมี 1 ระเบียนต่อบรรทัด

แต่ละระเบียนในบันทึกกิจกรรมจะมีช่องต่อไปนี้สำหรับแต่ละกิจกรรม

ช่อง รูปแบบ คำอธิบาย ตัวอย่าง
activity_id สตริง ตัวระบุที่ไม่ซ้ำกันสำหรับกิจกรรม b422e1d3-ac99-442a-853d-a875d5e61762
billing_event_id สตริง ตัวระบุที่ไม่ซ้ำกันสำหรับเหตุการณ์การเรียกเก็บเงินที่เกี่ยวข้อง อาจเป็นค่าว่างได้หากกิจกรรมไม่ได้เชื่อมโยงกับเหตุการณ์การเรียกเก็บเงิน เช่น text_message ที่ไม่มี delivery_receipt_event ที่เกี่ยวข้อง 91yeb201-7c3b-412b-98d2-b0a0f7abe536
agent_id สตริง ตัวระบุที่ไม่ซ้ำกันสำหรับตัวแทน welcome-bot@rbm.goog
user_id สตริง MSISDN ของผู้ใช้ 918369110173
direction สตริง ทิศทางที่ส่งข้อความ
  • MT (Mobile Terminating) สำหรับกิจกรรมระหว่างตัวแทนกับผู้ใช้
  • MO (มาจากอุปกรณ์เคลื่อนที่) สําหรับกิจกรรมระหว่างผู้ใช้กับตัวแทน
 MT
time YYYY-mm-ddTHH:MM:SS.SSSZ วันที่และเวลาที่ส่งเหตุการณ์ไปยังแพลตฟอร์ม RBM ในรูปแบบ UTC ดูการประทับเวลา 2019-07-25T00:29:07.033Z
type สตริง ประเภทกิจกรรม:
  • text_message
  • file_transfer
  • rich_card/carousel
  • suggestion_tap
  • delivery_receipt_event
  • read_receipt_event
  • spam_report
 text_message
size_bytes สตริง ขนาดของไฟล์ที่แนบมากับกิจกรรมในหน่วยไบต์ 912

การประทับเวลา

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

เช่น หากมีการส่งข้อความ RBM ไปยังผู้ใช้ในวันพุธเวลา 13:00 น. และผู้ใช้ออฟไลน์จนถึงวันอาทิตย์เวลา 09:00 น. เหตุการณ์จะปรากฏในบันทึกกิจกรรมที่สร้างขึ้นสำหรับวันอาทิตย์ แต่การประทับเวลาจะเป็นวันพุธเวลา 13:00 น.

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

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

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

  • การสนทนาแบบ A2P: การสนทนาที่แบรนด์เป็นผู้เริ่ม
  • การสนทนาแบบ P2A: การสนทนาที่ผู้ใช้เริ่ม

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

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

    • การสนทนาแบบ A2P: เริ่มต้นเมื่อผู้ใช้ตอบกลับข้อความของตัวแทน
    • การสนทนาระหว่างผู้ใช้กับตัวแทน: เริ่มต้นเมื่อตัวแทนตอบกลับข้อความของผู้ใช้

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

  • การเรียกเก็บเงิน: ระบบจะเรียกเก็บเงินจากตัวแทนแบบสนทนาตามการสนทนาทั้งหมดแทนการเรียกเก็บเงินสำหรับข้อความแต่ละข้อความ ซึ่งหมายความว่าค่าใช้จ่ายจะเชื่อมโยงกับชุดข้อความการสนทนา ไม่ใช่จำนวนข้อความในชุดข้อความนั้น

สำคัญ

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

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