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

เอกสารฉบับนี้อธิบายถึงรูปแบบการเรียกเก็บค่าบริการสำหรับ RCS สำหรับการรับส่งข้อมูลทางธุรกิจบนเครือข่ายผู้ให้บริการในสหรัฐอเมริกา

ภาพรวมการจำแนกประเภทการเรียกเก็บเงินของสหรัฐอเมริกา

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

  • ข้อความแบบ Rich Message (สองทิศทาง)
  • ข้อความมัลติมีเดีย (แบบสองทิศทาง)

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

โปรดดูรายละเอียดเพิ่มเติมในส่วนต่อไปนี้

หมายเหตุเกี่ยวกับคำศัพท์

โดยทั่วไปผู้ให้บริการเครือข่ายในสหรัฐอเมริกาจะใช้คำศัพท์ MT/MO เพื่ออธิบายทิศทางการรับส่งข้อความ คำศัพท์เหล่านี้สอดคล้องกับคำศัพท์ A2P/P2A ที่ใช้ในเอกสาร RCS for Business ทั้งหมด:

  • MT (Mobile Terminated) คือ A2P (Application-to-Person) ซึ่งหมายถึงข้อความที่ส่งจากฝ่ายธุรกิจ
  • MO (Mobile Originated) คือ P2A (Person-to-Application) : ข้อความหรือการกระทำที่เริ่มต้นโดยผู้ใช้

การเรียกเก็บเงินกิจกรรมแบบตัวแทนต่อบุคคล (A2P/MT)

ส่วนนี้จะกล่าวถึงตรรกะการเรียกเก็บเงินสำหรับข้อความที่ส่งโดยตัวแทน (เช่น ข้อความ A2P หรือ MT)

ข้อความที่มีข้อมูลครบถ้วน (A2P)

ข้อความจะถูกจัดว่าเป็นข้อความที่มีรายละเอียดครบถ้วน (Rich Message) หากข้อความนั้นประกอบด้วยองค์ประกอบต่อไปนี้ อย่างน้อยหนึ่งอย่าง :

ตรรกะการเรียกเก็บเงินสำหรับข้อความ Rich Messages

การส่งข้อความแบบ Rich Message จะคิดค่าบริการตามกลุ่มเป้าหมาย

  • ขนาดเซ็กเมนต์ : 1 เซ็กเมนต์ = ข้อความที่เข้ารหัสแบบ UTF-8 จำนวน 160 ไบต์
  • วิธีการคำนวณ : ความยาวไบต์ UTF-8 ทั้งหมดของข้อความจะถูกหารด้วย 160 และปัดเศษขึ้นเป็นจำนวนเต็มที่ใกล้ที่สุดเสมอ
  • ข้อยกเว้น : ข้อความและข้อมูล postback ภายในคำแนะนำการตอบกลับหรือการดำเนินการจะ ไม่ ถูกนับรวมในจำนวนเซ็กเมนต์
  • ตัวอย่าง : ข้อความขนาด 300 ไบต์ มี 2 ส่วน (300 / 160 = 1.875 ปัดขึ้นเป็น 2)

จำนวนไบต์

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

หากต้องการตรวจสอบจำนวนไบต์ที่แน่นอนของข้อความ ให้พิมพ์หรือวางข้อความลงในช่องด้านล่าง

ข้อความมัลติมีเดีย (A2P)

ข้อความจะถูกจัดว่าเป็นข้อความมัลติมีเดียที่มีเนื้อหาเข้มข้น (Rich Media Message) หากมีองค์ประกอบ อย่างน้อยหนึ่ง อย่างต่อไปนี้:

ตรรกะการเรียกเก็บเงินสำหรับข้อความมัลติมีเดีย

ข้อความมัลติมีเดียแบบ Rich Media Message จะถูกเรียกเก็บเงินในรูปแบบกิจกรรมเดียวในราคาคงที่

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

ตัวอย่างการตอบสนองของ API A2P

ตัวอย่างเหล่านี้แสดงฟิลด์ richMessageClassification ในการตอบสนองการเรียกใช้ API RBM ที่ประสบความสำเร็จสำหรับข้อความที่ส่งโดยเอเจนต์

ตัวอย่างการตอบสนอง API สำหรับ RICH_MESSAGE 

{
  "name": "...",
  "sendTime": "2025-05-22T20:03:35.474764Z",
  "contentMessage": {
     ...
  },
  "richMessageClassification": {
    "classificationType": "RICH_MESSAGE",
    "segmentCount": 5
  }
}

ตัวอย่างการตอบสนอง API สำหรับ RICH_MEDIA_MESSAGE 

{
  "name": "...",
  "sendTime": "2025-05-22T20:03:35.474764Z",
  "contentMessage": {
     ...
  },
  "richMessageClassification": {
    "classificationType": "RICH_MEDIA_MESSAGE"
  }
}

การเรียกเก็บเงินกิจกรรมแบบบุคคลต่อตัวแทน (P2A/MO)

ส่วนนี้ครอบคลุมการเรียกเก็บค่าบริการสำหรับข้อความและการกระทำที่เริ่มต้นโดยผู้ใช้ (เช่น ข้อความ P2A หรือ MO)

ข้อความที่มีรายละเอียดสูง (P2A)

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

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

ข้อความมัลติมีเดีย (P2A)

ข้อความจะถูกจัดประเภทเป็นข้อความมัลติมีเดีย (Rich Media Message) หากมีไฟล์ที่อัปโหลดไว้ (เช่น รูปภาพ วิดีโอ หรือไฟล์เสียง)

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

การคลิกเพื่อดำเนินการที่แนะนำ

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

หลักการเรียกเก็บเงิน : สร้างเหตุการณ์ที่เรียกเก็บเงินได้หนึ่งรายการต่อการคลิกหนึ่งครั้ง

กรณีพิเศษ: แชร์ตำแหน่งที่ตั้ง

การแชร์ตำแหน่งที่ตั้งมีความพิเศษตรงที่มันสร้างรายการเรียกเก็บเงิน P2A สองรายการแยกกัน:

ตัวอย่างการตอบสนองของเว็บฮุค P2A

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

ตัวอย่าง webhook สำหรับ RICH_MESSAGE ที่ผู้ใช้ส่งมา 

{
  "agentId": "AGENT_ID",
  "senderPhoneNumber": "PHONE_NUMBER",
  "messageId": "MESSAGE_ID",
  "sendTime": "2025-05-22T20:03:35.474764Z",
  "text": "Hello, world!",
  "richMessageClassification": {
    "classificationType": "RICH_MESSAGE",
    "segmentCount": 1
  }
}

ตัวอย่าง webhook สำหรับ RICH_MEDIA_MESSAGE ที่ผู้ใช้ส่งมา 

{
  "agentId": "AGENT_ID",
  "senderPhoneNumber": "PHONE_NUMBER",
  "messageId": "MESSAGE_ID",
  "sendTime": "2025-05-22T20:03:35.474764Z",
  "userFile": "...",
  "payload": "...",
  "richMessageClassification": {
    "classificationType": "RICH_MEDIA_MESSAGE"
  }
}

ตัวอย่าง webhook สำหรับการคลิกเพื่อดำเนิน SUGGESTED_ACTION_CLICK 

{
    "agentId": "...",
    "senderPhoneNumber": "...",
    "messageId": "...",
    "sendTime": "...",
    "suggestionResponse": {
        "text": "Click here",
        "postbackData": "...",
        "type": "ACTION"
    },
    "richMessageClassification": {
        "classificationType": "SUGGESTED_ACTION_CLICK"
    }
}

ตัวอย่างเว็บฮุคสำหรับข้อความระบุตำแหน่ง

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

{
    "agentId": "...",
    "senderPhoneNumber": "...",
    "messageId": "...",
    "sendTime": "...",
    "location": {
      "latitude": 37.422000,
      "longitude": -122.084056
    },
    "richMessageClassification": {
        "classificationType": "RICH_MESSAGE",
        "segmentCount": 1
    }
}

การคิดค่าบริการตามเซสชัน (โครงการนำร่อง)

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

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

หมายเหตุทางเทคนิคและการใช้งาน

  • การแบ่งส่วนข้อความมีไว้เพื่อวัตถุประสงค์ในการเรียกเก็บเงินเท่านั้น : ข้อความยาวจะถูกส่งไปยังอุปกรณ์ของผู้ใช้เป็นหน่วยเดียว จำนวนส่วนที่นับได้เป็นการคำนวณเสมือนเพื่อวัตถุประสงค์ในการเรียกเก็บเงินเท่านั้น ไม่ส่งผลต่อวิธีการส่งหรือแสดงข้อความต่อผู้ใช้
  • การจัดประเภทอัตโนมัติ : การจัดประเภทข้อความจะดำเนินการโดยอัตโนมัติอย่างสมบูรณ์โดยพิจารณาจากเนื้อหาของข้อความ และไม่สามารถเปลี่ยนแปลงได้ด้วยตนเอง
  • การเริ่มใช้งาน : โมเดลการเรียกเก็บเงินของสหรัฐอเมริกาได้เปิดใช้งานในแพลตฟอร์ม RCS for Business เมื่อวันที่ 15 กรกฎาคม 2568 ตั้งแต่วันนั้นเป็นต้นไป รายงานและการตอบสนอง API ของ Google จะสะท้อนการจัดประเภทใหม่นี้