RCS for Business ใช้โมเดลการเรียกเก็บเงิน 2 แบบ ได้แก่ โมเดลการเรียกเก็บเงินแบบมาตรฐาน สำหรับการเข้าชมจากนอกสหรัฐอเมริกา และโมเดลการเรียกเก็บเงินของสหรัฐอเมริกา สำหรับการเข้าชมจากสหรัฐอเมริกา เอกสารนี้จะครอบคลุมคำถามที่พบบ่อยเกี่ยวกับโมเดลการเรียกเก็บเงินของสหรัฐอเมริกา โปรดดูรายละเอียดเกี่ยวกับการแยกประเภทแบบมาตรฐาน ใน คำแนะนำคำถามที่พบบ่อยเกี่ยวกับการเรียกเก็บเงินแบบมาตรฐาน
หมวดหมู่การเรียกเก็บเงิน
หมวดหมู่การเรียกเก็บเงินของตัวแทนคืออะไร
หมวดหมู่การเรียกเก็บเงินคือการแยกประเภทสำหรับตัวแทน RCS for Business ซึ่งจะแจ้งให้ทราบถึงตรรกะการเรียกเก็บเงินสำหรับข้อความที่ตัวแทนส่ง คุณเลือกหมวดหมู่นี้เมื่อสร้างตัวแทน และจะเปลี่ยนไม่ได้ในภายหลัง หากต้องการเปลี่ยนหมวดหมู่การเรียกเก็บเงินของตัวแทน คุณต้องทำตามกระบวนการอัปเดตตัวแทนจริง
ฉันจะทราบได้อย่างไรว่าควรเลือกหมวดหมู่การเรียกเก็บเงินใดสำหรับตัวแทน
หมวดหมู่การเรียกเก็บเงินหลักมี 2 ประเภท ได้แก่ แบบสนทนาและแบบไม่สนทนา
- ระบบจะเรียกเก็บเงินจากตัวแทนแบบไม่สนทนา สำหรับข้อความแต่ละรายการที่ส่งถึงผู้ใช้
- หมวดหมู่นี้เหมาะที่สุดสำหรับตัวแทนที่คาดว่าจะไม่ได้รับการตอบกลับบ่อยนัก
- ระบบจะเรียกเก็บเงินจากตัวแทนแบบสนทนา ในอัตราคงที่
สำหรับ เซสชัน โดยจะเรียกเก็บเงินเมื่อมีการทริกเกอร์
เซสชัน จากนั้นจะรวมข้อความทั้งหมดที่แลกเปลี่ยนกันภายใน
ระยะเวลา 24 ชั่วโมง ซึ่งรวมถึงข้อความที่ทริกเกอร์เซสชัน
ตัวแทนแบบสนทนาอาจยังคงมีการเรียกเก็บเงินสำหรับข้อความที่ไม่ได้อยู่ในเซสชัน 24 ชั่วโมง
- หมวดหมู่นี้เหมาะที่สุดสำหรับตัวแทนที่เข้าร่วมการสนทนาไปมากับผู้ใช้ ไม่ว่าผู้ใช้หรือตัวแทนจะเป็นผู้เริ่มการสนทนาก็ตาม
เลือกหมวดหมู่การเรียกเก็บเงินที่เหมาะกับกรณีการใช้งานและการมีส่วนร่วมของผู้ใช้ที่คาดหวังมากที่สุด ตัวแทนของคุณสามารถส่งข้อความได้ทุกประเภท ไม่ว่าหมวดหมู่จะเป็นแบบใดก็ตาม
เนื่องจากหมวดหมู่การเรียกเก็บเงินจะเป็นตัวกำหนดวิธีเรียกเก็บเงินจากข้อความ ไม่ใช่ประเภทข้อความที่ตัวแทนสามารถส่งหรือรับได้ เช่น ตัวแทนแบบสนทนายังคงส่งข้อความพื้นฐานได้ และตัวแทนแบบไม่สนทนาสามารถส่งข้อความหลายรายการ รวมถึงการ์ดสมบูรณ์ได้
ดูข้อมูลเพิ่มเติมได้ที่ หมวดหมู่การเรียกเก็บเงิน
เซสชันคืออะไรและทำงานอย่างไร
คุณสามารถรวมข้อความหลายประเภทไว้ในเซสชัน ได้ ในสหรัฐอเมริกา สำหรับตัวแทนแบบสนทนา ระบบจะกำหนดและเรียกเก็บเงินจากเซสชันตามทริกเกอร์และระยะเวลาที่เฉพาะเจาะจง
ทริกเกอร์เซสชัน
ระบบจะทริกเกอร์เซสชันเมื่อตัวแทนของแบรนด์และผู้ใช้แลกเปลี่ยนข้อความสมบูรณ์หรือข้อความสื่อสมบูรณ์ 4 รายการ (รวมถึงข้อความที่ส่งจากอุปกรณ์เคลื่อนที่ไปยังอุปกรณ์เคลื่อนที่ (MT) อย่างน้อย 1 รายการและการตอบกลับที่ส่งจากอุปกรณ์เคลื่อนที่ไปยังอุปกรณ์เคลื่อนที่ (MO) อย่างน้อย 2 รายการภายในระยะเวลา 24 ชั่วโมง)
การเรียกเก็บเงิน
ตัวแทนแบบสนทนามีสิทธิ์ได้รับการเรียกเก็บเงินทั้งแบบเซสชันและแบบต่อข้อความ เมื่อเป็นไปตามเงื่อนไขทริกเกอร์เซสชันแบบเต็ม ระบบจะเรียกเก็บเงินจากเซสชันเดียว ซึ่งครอบคลุมระยะเวลา 24 ชั่วโมงทั้งหมดนับจากข้อความทริกเกอร์แรก
โมเดลการเรียกเก็บเงินของสหรัฐอเมริกาจะแยกประเภทเหตุการณ์ที่เรียกเก็บเงินได้แต่ละรายการดังนี้
- ข้อความสมบูรณ์ (MT/MO): เหตุการณ์ที่เรียกเก็บเงินได้ตามส่วน (1 ส่วนเท่ากับ ข้อความที่เข้ารหัส UTF-8 160 ไบต์ เว้นแต่จะเป็นส่วนหนึ่งของเซสชัน)
- ข้อความสื่อสมบูรณ์ (MT/MO): เรียกเก็บเงินได้เป็นเหตุการณ์อัตราคงที่รายการเดียว ไม่ว่าขนาดเนื้อหาจะเป็นเท่าใด เว้นแต่จะเป็นส่วนหนึ่งของเซสชัน ซึ่งรวมถึงการ์ดสมบูรณ์ แคร์รอสเซล และไฟล์สื่อที่แนบมา
- การคลิกการดำเนินการที่แนะนำ (MO เท่านั้น): การแตะการดำเนินการที่แนะนำแต่ละครั้ง จะสร้างเหตุการณ์ที่เรียกเก็บเงินได้ 1 รายการ
สำคัญ
- เซสชันใช้ไม่ได้กับตัวแทนแบบไม่สนทนา
- สำหรับตัวแทนแบบสนทนา การสร้างรายงานเหตุการณ์ที่เรียกเก็บเงินได้และบันทึกกิจกรรมอาจล่าช้าได้สูงสุด 2 วัน ความล่าช้านี้ช่วยให้ RCS for Business บันทึกข้อความทั้งหมดภายในเซสชันได้ก่อนที่จะคำนวณเหตุการณ์ที่เรียกเก็บเงินได้
เขตเวลาใดที่ใช้สำหรับรายงานการเรียกเก็บเงินและบันทึกธุรกรรมของ RBM
ระบบจะสร้างรายงานการเรียกเก็บเงินของ RBM ทุกวันและจัดระเบียบตามเวลาแปซิฟิก (PT) ไฟล์รายงานแต่ละไฟล์แสดงถึงระยะเวลากิจกรรม 24 ชั่วโมงตั้งแต่เที่ยงคืนถึงเที่ยงคืนตามเวลา PT
อย่างไรก็ตาม ระบบจะบันทึกการประทับเวลา start_time ภายในบันทึกรายงานเป็นเวลาสากลเชิงพิกัด (UTC) โดยใช้รูปแบบ ISO 8601 ซึ่งจะให้ข้อมูลอ้างอิงระดับโลกที่สอดคล้องกันสำหรับชั่วโมงที่เกิดการโต้ตอบ
ระบบจะจัดการเซสชันอย่างไรหากเซสชันนั้นครอบคลุมวันสุดท้ายของเดือนหนึ่งและวันแรกของเดือนถัดไป
สำหรับการส่งข้อความแบบ A2P ระบบจะกำหนดการแยกประเภทและการเรียกเก็บเงินตามเวลาที่ส่งข้อความ สำหรับการส่งข้อความแบบ P2A ระบบจะกำหนดการเรียกเก็บเงินตามเวลาที่ผู้ใช้ส่งข้อความ
สำหรับเซสชันซึ่งครอบคลุมระยะเวลาการโต้ตอบ 24 ชั่วโมง ระบบจะใช้ตรรกะต่อไปนี้
- การกำหนดวันที่เริ่มต้น: แม้ว่าเซสชันจะครอบคลุม 2 วันตามปฏิทินใน
เดือนต่างๆ แต่ระบบจะจัดกลุ่มข้อความทั้งหมดภายในระยะเวลา 24 ชั่วโมงนั้นเข้าด้วยกัน โดยใช้
billing_event_idเดียวกันและรายงานภายใต้start_timeของข้อความแรกในลำดับทริกเกอร์ของเซสชัน - ความล่าช้าในการรายงาน: เนื่องจากเซสชันอาจใช้เวลา 24 ชั่วโมงและต้องมีทริกเกอร์
4 ข้อความจึงจะระบุได้ การสร้างรายงานการเรียกเก็บเงินสำหรับ
ตัวแทนแบบสนทนาจึงอาจล่าช้าได้ สูงสุด 2 วัน ความล่าช้านี้ช่วยให้มั่นใจได้ว่าระบบจะบันทึกข้อความทั้งหมดที่เป็นของเซสชันและกำหนด
billing_event_idที่ถูกต้องก่อนที่จะสรุปรายงาน - ตัวอย่างการส่งที่ล่าช้า: หากตัวแทนส่งข้อความเมื่อสิ้นเดือนมิถุนายน แต่ระบบส่งข้อความถึงผู้ใช้เมื่อต้นเดือนกรกฎาคม (เช่น เนื่องจากโทรศัพท์ของผู้ใช้ออฟไลน์) การส่งข้อความนั้นจะทริกเกอร์เหตุการณ์ที่เรียกเก็บเงินได้สำหรับรายงานการเรียกเก็บเงินของเดือนกรกฎาคม
เหตุการณ์ที่เรียกเก็บเงินได้
เหตุการณ์ที่เรียกเก็บเงินได้คืออะไร
เหตุการณ์ที่เรียกเก็บเงินได้คือการโต้ตอบระหว่างตัวแทน RCS for Business กับผู้ใช้ ซึ่งระบบจะติดตามเพื่อวัตถุประสงค์ในการเรียกเก็บเงิน เหตุการณ์ที่เรียกเก็บเงินได้หมายความว่าเหตุการณ์นั้นมีสิทธิ์ถูกเรียกเก็บเงิน ผู้ให้บริการจะเป็นผู้กำหนดว่าจะเรียกเก็บเงินจากเหตุการณ์ที่เรียกเก็บเงินได้หรือไม่และอย่างไร
Google จะติดตาม และรายงาน เหตุการณ์เหล่านี้เพื่อช่วยเรียกเก็บเงินจากพาร์ทเนอร์สำหรับข้อความที่ตัวแทนส่ง
เหตุการณ์ที่เรียกเก็บเงินได้ใดบ้างที่ใช้กับข้อความแต่ละประเภท
ระบบจะบันทึกเหตุการณ์ที่เรียกเก็บเงินได้ 7 ประเภทในรายงานการเรียกเก็บเงิน เหตุการณ์เหล่านี้รวมถึงเหตุการณ์ MT และ MO ซึ่งเรียกว่าเหตุการณ์ A2P และ P2A
- A2P (แอปพลิเคชันถึงบุคคล) คือ MT (ส่งจากอุปกรณ์เคลื่อนที่ไปยังอุปกรณ์เคลื่อนที่): ข้อความ ที่ธุรกิจส่ง
- P2A (บุคคลถึงแอปพลิเคชัน) คือ MO (ส่งจากอุปกรณ์เคลื่อนที่ไปยังอุปกรณ์เคลื่อนที่): ข้อความหรือ การดำเนินการที่ผู้ใช้เริ่ม
ดูวิธีที่เหตุการณ์ที่เรียกเก็บเงินได้แต่ละรายการใช้กับตัวแทนแบบไม่สนทนาและแบบสนทนา ได้ที่ เอกสารประกอบเกี่ยวกับเหตุการณ์ที่เรียกเก็บเงินได้
การตอบกลับของผู้ใช้ใดบ้างที่ทำให้เกิดเหตุการณ์ที่เรียกเก็บเงินได้
ในสหรัฐอเมริกา การตอบกลับที่เฉพาะเจาะจงของผู้ใช้จะทำให้เกิดเหตุการณ์ที่เรียกเก็บเงินได้ ตารางต่อไปนี้จะอธิบายการตอบกลับของผู้ใช้ที่ทำให้เกิดเหตุการณ์ที่เรียกเก็บเงินได้และประเภทเหตุการณ์ที่เกี่ยวข้องในสหรัฐอเมริกา
| การตอบกลับของผู้ใช้ | ทำให้เกิดเหตุการณ์ที่เรียกเก็บเงินได้ | ประเภทเหตุการณ์ที่เรียกเก็บเงินได้ (สหรัฐอเมริกา) | หมายเหตุ |
|---|---|---|---|
| ส่งไฟล์ | ใช่ | p2a_rich_media_message |
แยกประเภทเป็นข้อความสื่อสมบูรณ์ (P2A/MO) |
| ส่งข้อความ | ใช่ | p2a_rich_message |
แยกประเภทเป็นข้อความสมบูรณ์ (P2A/MO) |
| แตะคำตอบที่แนะนำ | ใช่ | p2a_rich_message |
ระบบจะแยกประเภทข้อความที่ได้เป็นข้อความสมบูรณ์ (P2A/MO) |
| แตะการดำเนินการที่แนะนำ | ใช่ | p2a_suggested_action |
ข้อมูล Postback จากการแตะเองจะไม่ทำให้เกิดเหตุการณ์ที่เรียกเก็บเงินได้ |
| แชร์ตำแหน่ง | ใช่ | p2a_suggested_action (คลิก) + p2a_rich_message (ตำแหน่ง) |
สร้างเหตุการณ์ที่เรียกเก็บเงินได้ 2 รายการ ได้แก่ p2a_suggested_action สำหรับการแตะ "แชร์ตำแหน่ง" และ p2a_rich_message สำหรับการส่งข้อมูลตำแหน่ง |
| แตะยกเลิกการสมัครรับข้อมูลหรือสมัครรับข้อมูล | ใช่ | p2a_rich_message (ข้อความ STOP/START) |
ระบบจะถือว่าข้อความ STOP หรือ START อัตโนมัติที่ทริกเกอร์จากการแตะเป็นข้อความสมบูรณ์ (P2A/MO) เหตุการณ์ Webhook เองจะไม่ถูกเรียกเก็บเงิน |
เมื่อการตอบกลับของผู้ใช้ทำให้เกิดเหตุการณ์ที่เรียกเก็บเงินได้ ระบบจะแยกประเภทเหตุการณ์โดยอัตโนมัติตามเนื้อหา ส่วนตรรกะการเรียกเก็บเงินจะกำหนดโดยหมวดหมู่การเรียกเก็บเงินของตัวแทน
สำหรับตัวแทนแบบไม่สนทนา
การตอบกลับของผู้ใช้ทุกรายการจะถูกเรียกเก็บเงินเป็นเหตุการณ์แต่ละรายการ (เช่น p2a_rich_message หรือ p2a_suggested_action)
สำหรับตัวแทนแบบสนทนา
ตรรกะการเรียกเก็บเงินจะเป็นไปตามโมเดลทริกเกอร์เซสชัน ระบบจะบันทึกเหตุการณ์แต่ละรายการจนกว่าจะเป็นไปตามทริกเกอร์เซสชัน 4 ข้อความ (MT อย่างน้อย 1 รายการและ MO 2 รายการภายใน 24 ชั่วโมง) เมื่อเซสชันทำงานอยู่ ระบบจะเรียกเก็บเงินจากข้อความทั้งหมดที่แลกเปลี่ยนกันภายในระยะเวลา 24 ชั่วโมงด้วยค่าธรรมเนียมเซสชันเดียว ซึ่งรวมถึงข้อความ 4 รายการที่ประกอบกันเป็นทริกเกอร์เซสชัน
รายงานการเรียกเก็บเงิน
รายงานการเรียกเก็บเงินคืออะไร
รายงานการเรียกเก็บเงินคือบันทึกเหตุการณ์ที่เรียกเก็บเงินได้ ซึ่งคำนวณตามหมวดหมู่การเรียกเก็บเงินของตัวแทนและประเภทข้อความที่ตัวแทนส่ง รายงานการเรียกเก็บเงินพร้อมให้บริการแก่ผู้ให้บริการและพาร์ทเนอร์ทั้งหมดที่ดำเนินการ RCS for Business อยู่
ดูข้อมูลเพิ่มเติมเกี่ยวกับรายงานการเรียกเก็บเงินได้ที่ รายงานการเรียกเก็บเงินของสหรัฐอเมริกา
ฉันจะรับรายงานการเรียกเก็บเงินได้ไหม
เฉพาะผู้ให้บริการและพาร์ทเนอร์ที่ดำเนินการ RCS for Business อยู่เท่านั้นที่จะได้รับรายงานการเรียกเก็บเงิน โปรดดูรายละเอียดเกี่ยวกับบันทึกกิจกรรมและการเข้าถึงไฟล์ในคำแนะนำเกี่ยวกับ รายงานการเรียกเก็บเงิน
เหตุใดฉันจึงเห็นค่าใช้จ่ายในเดือนที่ไม่ได้ส่งข้อความ
สำหรับข้อความที่ตัวแทนเริ่ม (A2P) ระบบจะบันทึกเหตุการณ์ที่เรียกเก็บเงินได้ ตามเวลาที่ส่งข้อความ ไม่ใช่เวลาที่ส่งข้อความ
ตัวอย่าง:
หากคุณส่งข้อความเมื่อสิ้นเดือนมิถุนายน แต่ระบบส่งข้อความถึงอุปกรณ์ของผู้ใช้เมื่อต้นเดือนกรกฎาคม (เช่น หากโทรศัพท์ของผู้ใช้ออฟไลน์) ค่าใช้จ่ายเหล่านั้นจะปรากฏในรายงานการเรียกเก็บเงินของเดือนกรกฎาคม RCS for Business จะพยายามส่งข้อความเป็นเวลาสูงสุด 30 วันก่อนที่ข้อความจะหมดอายุ
โมเดลการเรียกเก็บเงิน
โมเดลการเรียกเก็บเงินแบบมาตรฐานและของสหรัฐอเมริกามีความแตกต่างที่สำคัญอย่างไร
ทั้งโมเดลแบบมาตรฐานและของสหรัฐอเมริกาจะใช้หมวดหมู่การเรียกเก็บเงิน ที่ตัวแทนเลือกไว้ล่วงหน้า (แบบสนทนาหรือแบบไม่สนทนา) เพื่อกำหนดโครงสร้างอัตราโดยรวม ความแตกต่างหลักคือชุดการแยกประเภทที่ใช้สำหรับเหตุการณ์ที่เรียกเก็บเงินได้
โมเดลการเรียกเก็บเงินแบบมาตรฐาน (การเข้าชมจากนอกสหรัฐอเมริกา)
โมเดลนี้ใช้กับการเข้าชมทั้งหมดนอกสหรัฐอเมริกา
- การแยกประเภทจะอิงตามหมวดหมู่การเรียกเก็บเงินของตัวแทนและ
เนื้อหาข้อความ
- ตัวแทนแบบไม่สนทนา: เรียกเก็บเงินต่อข้อความ เนื้อหาข้อความจะเป็นตัวกำหนดเหตุการณ์ ได้แก่ ข้อความพื้นฐานหรือข้อความเดียว
- ตัวแทนแบบสนทนา: เรียกเก็บเงิน ต่อ การสนทนา. การสนทนาคือระยะเวลา 24 ชั่วโมงที่ผู้ใช้และตัวแทนสามารถแลกเปลี่ยนข้อความได้ไม่จำกัด โดยจะเรียกเก็บเงินในอัตราคงที่ หากผู้ใช้ไม่ตอบกลับภายใน 24 ชั่วโมง ระบบจะเรียกเก็บเงินจากข้อความของตัวแทนแต่ละรายการเป็นข้อความพื้นฐานหรือข้อความเดียว
- เหตุการณ์ที่เรียกเก็บเงินได้:
basic_messagesingle_messagea2p_conversationp2a_conversationp2a_message
- ตรรกะการเรียกเก็บเงิน: ค่าใช้จ่ายสุดท้ายจะกำหนดโดยหมวดหมู่การเรียกเก็บเงินของตัวแทน ซึ่งจะส่งผลให้มีการเรียกเก็บเงินในอัตราคงที่ต่อข้อความ (แบบไม่สนทนา) หรืออัตราคงที่ต่อระยะเวลาการสนทนา 24 ชั่วโมง (แบบสนทนา)
โมเดลการเรียกเก็บเงินของสหรัฐอเมริกา
โมเดลนี้ใช้กับการเข้าชมทั้งหมดที่ส่งไปยังและส่งจากหมายเลขโทรศัพท์ในสหรัฐอเมริกา ดูข้อมูลเพิ่มเติมได้ที่ usrbm.org
- การแยกประเภทข้อความแต่ละประเภทเป็นไปโดยอัตโนมัติและอิงตามเนื้อหา ไม่ว่าหมวดหมู่การเรียกเก็บเงินของ
ตัวแทนจะเป็นแบบใดก็ตาม
ระบบจะแยกประเภทเหตุการณ์ที่เรียกเก็บเงินได้ทุกรายการเป็นเหตุการณ์ประเภทใดประเภทหนึ่งต่อไปนี้
a2p_rich_messagea2p_rich_media_messagep2a_rich_messagep2a_rich_media_messagep2a_suggested_actiona2p_sessionp2a_session
สรุปตรรกะการเรียกเก็บเงินแบบเซสชัน
ภายใต้กรอบงาน RBM ของสหรัฐอเมริกา ตัวแทนในสหรัฐอเมริกาในหมวดหมู่แบบสนทนา สามารถทริกเกอร์การเรียกเก็บเงินจากเซสชันเดียวแทนค่าธรรมเนียมต่อข้อความได้
ระบบจะทริกเกอร์เซสชันด้วยลำดับข้อความสมบูรณ์หรือริชมีเดีย 4 รายการ (รวมถึงข้อความ MO อย่างน้อย 2 รายการและข้อความ MT อย่างน้อย 1 รายการ) ที่แลกเปลี่ยนกันภายในระยะเวลา 24 ชั่วโมงนับจากเวลาที่ส่งข้อความแรก เมื่อเป็นไปตามเกณฑ์นี้ ระบบจะเรียกเก็บเงินจากข้อความทั้งหมดภายในระยะเวลา 24 ชั่วโมงนั้นเป็นเซสชันเดียว ระบบจะเรียกเก็บเงินจากข้อความที่อยู่นอกเซสชันหรือทริกเกอร์เซสชันไม่สำเร็จในอัตราต่อข้อความ มาตรฐาน
ค่าใช้จ่ายสุดท้ายจะกำหนดโดย หมวดหมู่การเรียกเก็บเงินของตัวแทนโดยใช้การแยกประเภทเหตุการณ์ที่เรียกเก็บเงินได้เพื่อใช้โครงสร้างอัตราที่ถูกต้อง ตามเรตการ์ดของผู้ให้บริการ
ความแตกต่างทางเทคนิคและความแตกต่างในการรายงาน
- RBM API:
แหล่งข้อมูล
AgentMessageand [UserMessage](/business-communications/rcs-business-messaging/reference/rest/v1/UserMessage)API มีออบเจ็กต์richMessageClassificationเพื่อกำหนดประเภท ข้อความสำหรับการเข้าชมจากสหรัฐอเมริกาเท่านั้น ระบบจะแสดงข้อมูลนี้แบบเรียลไทม์เมื่อมีการเรียก API และแยกจากรายงานการเรียกเก็บเงินในภายหลัง - รายงานการเรียกเก็บเงิน: รายงานการเรียกเก็บเงิน
ได้รับการปรับให้เหมาะกับแต่ละโมเดลและมีคอลัมน์
typeที่แสดงรายการ เหตุการณ์ที่เรียกเก็บเงินได้ซึ่งเฉพาะเจาะจงสำหรับโมเดลนั้นๆ นอกจากนี้ รายงานการเรียกเก็บเงินของสหรัฐอเมริกายังมีคอลัมน์segment_countซึ่งใช้ได้กับข้อความสมบูรณ์เท่านั้น และคอลัมน์session_typeซึ่งใช้ได้กับข้อความที่อยู่ในเซสชันเท่านั้น