ใหม่ล่าสุด

หน้านี้ให้ข้อมูลเกี่ยวกับการเปลี่ยนแปลงล่าสุดใน RCS สำหรับธุรกิจ

31 กรกฎาคม 2569

การปรับปรุงเอกสาร

เราได้อัปเดตเอกสาร การส่งข้อความ เพื่อชี้แจงพฤติกรรมการบีบอัดและการแปลงรหัสสื่ออัตโนมัติสำหรับ RCS for Business แล้ว

20 กรกฎาคม 2569

ใหม่

ฟีเจอร์ตรวจสอบบันทึกการทำงานใหม่: บันทึก acting_party ใน RBM Operations API

เพื่อช่วยให้คุณรักษาบันทึกการตรวจสอบที่ถูกต้องแม่นยำ เราจึงได้เพิ่มพารามิเตอร์ acting_party ที่เป็นตัวเลือกสำหรับ API brands.agents.updateLaunch

เหตุผลที่เราทำการเปลี่ยนแปลงนี้

เมื่อสถานะการเปิดใช้งานเอเจนต์ได้รับการอัปเดตโดยใช้ RBM Operations API ฟิลด์ User ID ในบันทึกประวัติจะถูกตั้งค่าเริ่มต้นเป็น "API Call" เนื่องจากการตรวจสอบสิทธิ์ตามบัญชีบริการขาดบริบทของผู้ใช้

การปรับปรุงที่สำคัญ

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

วิธีการใช้งานพารามิเตอร์ใหม่

เพื่อเริ่มต้นการเก็บรวบรวมตัวระบุผู้ใช้ ให้เพิ่มพารามิเตอร์การค้นหา acting_party ต่อท้ายคำขอ API ของคุณสำหรับ brands.agents.updateLaunch

สำหรับรายละเอียดเพิ่มเติม โปรดดูคู่มือ สถานะการเปิดใช้งานเอเจนต์การเปลี่ยนแปลงฉบับ ปรับปรุงล่าสุด

13 กรกฎาคม 2569

ใหม่

ส่วนหัว HTTP ของ webhook ใหม่

แพลตฟอร์ม RCS for Business ตอนนี้ได้รวมส่วนหัว HTTP X-Goog-Webhook-Type ในคำขอเว็บฮุคทั้งหมดแล้ว ส่วนหัวนี้ช่วยให้คุณระบุประเภทคำขอสำหรับเว็บฮุคขาเข้าทั้งหมดได้ทันที โดยไม่จำเป็นต้องแยกวิเคราะห์เนื้อหา JSON

สำหรับรายละเอียดเพิ่มเติม โปรดดูคู่มือ Webhooks ฉบับปรับปรุงล่าสุด

6 กรกฎาคม 2569

เปลี่ยน

ภาพรวมการวิเคราะห์ ยกเลิกการสมัครรับข้อมูล ตัวชี้วัด

ขณะนี้ RCS for Business Developer Console แสดงข้อมูลการยกเลิกการสมัครรับข้อมูลสำหรับเอเจนต์ที่ไม่ใช่เอเจนต์ส่งเสริมการขายใน ภาพรวมการวิเคราะห์ โดยแทนที่ข้อความ "ไม่มีข้อมูล" (N/A) เดิม

26 มิถุนายน 2569

ใหม่

การเรียงลำดับแบบกำหนดเองสำหรับรายชื่อตัวแทน

ขณะนี้เอนด์พอยต์ brands.agents.list รองรับพารามิเตอร์การค้นหา orderBy ซึ่งช่วยให้พาร์ทเนอร์สามารถจัดเรียงเอเจนต์ตามชื่อ เวลาสร้าง หรือเวลาที่อัปเดตล่าสุดได้

การปรับปรุงที่สำคัญ

• ฟิลด์การจัดเรียงหลายแบบ: ตอนนี้คุณสามารถจัดเรียงตัวแทนของคุณโดยใช้ฟิลด์ต่อไปนี้ได้แล้ว:
  • updateTime : เรียงลำดับตามเวลาที่อัปเดตล่าสุด
  • displayName : เรียงลำดับตามตัวอักษรของชื่อตัวแทนที่อ่านง่าย
  • agentId : เรียงลำดับตามรหัสประจำตัวเอเจนต์ที่ไม่ซ้ำกันซึ่งสร้างขึ้นโดยระบบ
• การควบคุมทิศทางการเรียงลำดับ: คุณสามารถกำหนดทิศทางการเรียงลำดับได้โดยการเพิ่มคำต่อท้าย " asc" หรือ " desc" ต่อท้ายชื่อฟิลด์ ฟิลด์ที่ไม่ได้ระบุคำต่อท้ายจะเรียงลำดับจากน้อยไปมากเป็นค่าเริ่มต้น
• การเรียงลำดับเริ่มต้น: หากไม่ได้ระบุพารามิเตอร์ orderBy รายการจะเรียงลำดับตาม agentId จากน้อยไปมากโดยค่าเริ่มต้น

สำหรับข้อมูลเพิ่มเติม โปรดดู เอกสารอ้างอิง brands.agents.list ฉบับ ปรับปรุงล่าสุด

11 มิถุนายน 2569

การปรับปรุงเอกสาร

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

สำหรับรายละเอียดเพิ่มเติม โปรดดูคู่มือ การจัดกิจกรรมรับข้อมูลข่าวสาร

22 พฤษภาคม 2569

การบังคับใช้จุดสิ้นสุดระดับภูมิภาคสำหรับการตรวจสอบความสามารถในการประมวลผลแบบกลุ่ม

เปลี่ยน

ตั้งแต่วันที่ 4 พฤษภาคม 2569 เป็นต้นไป เมธอด users.batchGet จำเป็นต้องใช้เอนด์พอยต์ระดับภูมิภาค คำขอแบบกลุ่มจะต้องส่งไปยังเอนด์พอยต์ API ที่ตรงกับภูมิภาคทางภูมิศาสตร์ของหมายเลขโทรศัพท์ในกลุ่มนั้น

เหตุผลที่เราทำการเปลี่ยนแปลงนี้

เพื่อเพิ่มประสิทธิภาพและความน่าเชื่อถือของ API และเพื่อลดผลกระทบจากการหยุดชะงักที่อาจเกิดขึ้น

สิ่งที่คุณต้องทำ

1. อัปเดตแอปพลิเคชันของคุณเพื่อเรียกใช้ เอนด์พอยต์ระดับภูมิภาคที่ถูกต้อง สำหรับคำขอ users.batchGet ของคุณ
2. โปรดตรวจสอบให้แน่ใจว่าคำขอ users.batchGet แต่ละรายการมีหมายเลขโทรศัพท์จากภูมิภาคเดียวเท่านั้น คำขอที่มีหมายเลขโทรศัพท์จากหลายภูมิภาคหรือส่งไปยังปลายทางภูมิภาคที่ไม่ถูกต้องจะล้มเหลวและแสดงข้อผิดพลาด 400 Bad Request

สิ่งที่ไม่เปลี่ยนแปลง

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

12 พฤษภาคม 2569

ใหม่

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

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

เหตุผลที่เราทำการเปลี่ยนแปลงนี้

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

คำแนะนำ "เปิด URL" ที่แสดงอย่างต่อเนื่องจะแสดง URL ปลายทางภายในปุ่มโดยตรง เพื่อสร้างความมั่นใจให้ผู้ใช้และลดความลังเลในการคลิกที่เกิดจากลิงก์ที่ไม่คุ้นเคย

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

ประเภทข้อความที่รองรับ

• รองรับ : ข้อความตัวอักษรแบบแยกต่างหาก
• ไม่รองรับ : ข้อความสื่อแบบเดี่ยว (รูปภาพ วิดีโอ GIF PDF หรือไฟล์เสียง) สำหรับการใช้งานเหล่านี้ ให้ใช้ การ์ดแบบ Rich Card แทน

รวมข้อเสนอแนะ

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

• ขีดจำกัดรวม : ข้อความหนึ่งข้อความสามารถรองรับคำแนะนำได้สูงสุด 11 รายการ
• คำแนะนำที่แสดงอย่างต่อเนื่อง : สูงสุด สี่ คำแนะนำ (แสดงอยู่ภายในกรอบข้อความ)
• คำแนะนำชั่วคราว : คำแนะนำชั่วคราวสูงสุด 11 รายการ (แสดงอยู่นอกกรอบข้อความ)

ให้การสนับสนุนลูกค้าสำหรับข้อเสนอแนะอย่างต่อเนื่อง

• รองรับ: Google Messages (เวอร์ชัน 20260225.00 หรือใหม่กว่า)
• ไม่รองรับ: แอป Google Messages เวอร์ชันก่อน 20260225.00 , แอป iOS และแอป Samsung Messages

สำหรับรายละเอียดเพิ่มเติม โปรดดู คู่มือคำแนะนำฉบับปรับปรุง ล่าสุดของเรา

27 เมษายน 2569

เปลี่ยน

ปรับปรุงมาตรฐานการสร้างแบรนด์และการตรวจสอบ RBM ใน Google Messages แล้ว

เรากำลังทำการอัปเดตระบบการสร้างแบรนด์และการตรวจสอบความถูกต้องของ RCS for Business เพื่อเสริมสร้างความน่าเชื่อถือให้กับผู้ใช้และให้สอดคล้องกับมาตรฐานของ Google การอัปเดตเหล่านี้จะมีผลต่อการแสดงผลของเจ้าหน้าที่ในรายการสนทนา หน้าจอสนทนา และรายละเอียดการสนทนาของ Google Messages

การปรับปรุงที่สำคัญ

• รูปทรงโลโก้ใหม่ : โลโก้ใน Google Messages ตอนนี้เป็นรูปสี่เหลี่ยมจัตุรัสที่มีมุมโค้งมน การเปลี่ยนไปใช้รูปทรงสี่เหลี่ยมจัตุรัสที่มีมุมโค้งมนแบบใหม่นี้เป็นไปโดยอัตโนมัติ

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

• เครื่องหมายถูกยืนยัน : ขณะนี้ตัวแทนที่ได้รับการยืนยันแล้วจะมีเครื่องหมายถูกยืนยันปรากฏขึ้น เครื่องหมายถูกนี้จะปรากฏขึ้นโดยอัตโนมัติสำหรับตัวแทนที่ผ่าน กระบวนการยืนยัน เสร็จสมบูรณ์แล้ว

ก่อน	หลังจาก

27 เมษายน 2569

การปรับปรุงเอกสาร

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

สำหรับข้อมูลเพิ่มเติม โปรดดูคู่มือ Webhooks ฉบับปรับปรุงล่าสุด

6 เมษายน 2569

ใหม่

อัปโหลดและลบเอกสารยืนยันตัวแทนโดยใช้ Business Communications API

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

การปรับปรุงที่สำคัญ

• วิธีการใช้งาน API ใหม่ : ขณะนี้พาร์ทเนอร์สามารถใช้วิธีการต่อไปนี้ในการจัดการไฟล์แนบเพื่อยืนยันตัวตนได้:
  • attachments.create : อัปโหลดเอกสารยืนยันตัวตน
  • brands.agents.attachments.delete : ลบเอกสารยืนยันที่แนบมาด้วย
• การมองเห็นของผู้ให้บริการ : สำหรับการเปิดตัวที่จัดการโดยผู้ให้บริการ เอกสารที่อัปโหลดจะถูกแชร์กับผู้ให้บริการแต่ละรายที่คุณเลือกไว้สำหรับการเปิดตัว

รายละเอียดทางเทคนิคและข้อจำกัด

• การรองรับไฟล์: ในขั้นต้น API รองรับไฟล์ PDF
• ขนาดไฟล์สูงสุด : 50 MB ต่อไฟล์
• ข้อจำกัดด้านจำนวน : ไม่เกิน 5 เอกสารที่ไม่ซ้ำกันต่อตัวแทนหนึ่งราย

สำหรับข้อมูลเพิ่มเติมเกี่ยวกับกระบวนการตรวจสอบ โปรดดู ที่หัวข้อ ส่งข้อมูลการตรวจสอบ

1 เมษายน 2569

ใหม่

ข้อจำกัดด้านปริมาณการรับส่งข้อมูลข้ามเอเจนต์สำหรับเอเจนต์ส่งเสริมการขายที่มีชื่อเสียงต่ำในอินเดีย

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

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

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

1 เมษายน 2569

ใหม่

การควบคุมการมองเห็นแบบใหม่: เก็บถาวรและซ่อนเอเจนต์

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

สำหรับพันธมิตร: ตัวแทนจัดเก็บและเผยแพร่เอกสาร

คุณสามารถเก็บถาวรหรือยกเลิกการเก็บถาวรเอเจนต์ที่อยู่ในสถานะไม่ทำงาน ( UNLAUNCHED , SUSPENDED หรือ REJECTED ) คุณไม่สามารถเก็บถาวรเอเจนต์ที่ LAUNCHED หรืออยู่ใน PENDING บนเครือข่ายผู้ให้บริการใดๆ ได้

คุณสมบัติหลัก

• RCS for Business Developer Console : เก็บถาวรหรือยกเลิกการเก็บถาวรเอเจนต์ทีละรายการหรือเป็นกลุ่ม (สูงสุด 100 รายการ) สำหรับรายละเอียด โปรดดูที่ การเก็บถาวร/ยกเลิกการเก็บถาวรเอเจนต์
• API สำหรับการจัดการ : จัดการสถานะการเก็บถาวรของเอเจนต์ผ่านการเขียนโปรแกรม สำหรับรายละเอียดเพิ่มเติม โปรดดู ที่ การเก็บถาวรหรือยกเลิกการเก็บถาวรเอเจนต์
• มุมมองที่กรองแล้ว : โดยค่าเริ่มต้น เอเจนต์ที่ถูกเก็บถาวรจะไม่อยู่ในรายการหลัก หากต้องการรวมเอเจนต์ที่ถูกเก็บถาวรไว้ในผลลัพธ์ ให้ใช้ตัวกรองในคอนโซลหรือพารามิเตอร์ใน API

สำหรับผู้ให้บริการขนส่ง: ซ่อนและแสดงตัวแทน

คุณสามารถซ่อนหรือแสดงเอเจนต์ที่อยู่ในสถานะไม่ทำงาน ( SUSPENDED หรือ REJECTED ) บนเครือข่ายของคุณได้ คุณไม่สามารถซ่อนเอเจนต์ได้หากสถานะการเปิดใช้งานบนเครือข่ายของคุณเป็น LAUNCHED หรือ PENDING

คุณสมบัติหลัก

• แผงควบคุมการจัดการ : ซ่อนและแสดงเอเจนต์ทีละตัวหรือเป็นกลุ่ม (สูงสุด 100 ตัว) สำหรับรายละเอียด โปรดดู ที่หัวข้อ ซ่อน/แสดงเอเจนต์
• API สำหรับการปฏิบัติงาน : จัดการสถานะการซ่อนของเอเจนต์สำหรับเครือข่ายของคุณ สำหรับรายละเอียดเพิ่มเติม โปรดดู ที่ ซ่อน/แสดงเอเจนต์
• มุมมองที่กรองแล้ว : โดยค่าเริ่มต้น เอเจนต์ที่ถูกทำเครื่องหมายว่าซ่อนไว้จะไม่ปรากฏในรายการหลัก หากต้องการดูเอเจนต์เหล่านี้ ให้ใช้ตัวกรองในคอนโซลหรือพารามิเตอร์ใน API

10 มีนาคม 2569

เปลี่ยน

เราได้อัปเดตการเปลี่ยนสถานะการเปิดใช้งานที่อนุญาตเมื่อจัดการเอเจนต์ผ่าน RBM Operations API , Business Communications API , Administration Console และ RCS for Business Developer Console แล้ว ซึ่งจะช่วยให้มั่นใจได้ถึงตรรกะที่สอดคล้องกันและการซิงโครไนซ์ระหว่าง API และ Console

ต่อไปนี้คือการเปลี่ยนสถานะการเปิดใช้งานที่ได้รับอนุญาตซึ่งได้รับการอัปเดตแล้ว:

เริ่มต้นโดยผู้ให้บริการ

• จาก PENDING LAUNCHED แล้ว หรือ REJECTED
• จาก LAUNCHED สู่ SUSPENDED
• จาก SUSPENDED เป็น LAUNCHED หรือยัง UNLAUNCHED

ริเริ่มโดยหุ้นส่วน

• จาก UNSPECIFIED , UNLAUNCHED หรือ REJECTED เป็น PENDING

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

9 มีนาคม 2569

เปลี่ยน

ความโปร่งใสของ URL ในการดำเนินการแนะนำ 'เปิด URL'

ขณะนี้ Google Messages แสดงที่อยู่ URL ต้นฉบับโดยตรงภายในแอ็กชัน 'เปิด URL' สำหรับคำแนะนำในการ์ดแบบ Rich Card และ Carousel ดูรายละเอียดเพิ่มเติมได้ ที่ เปิด URL

ก่อน	หลังจาก

โดยการแสดง URL ออกมา เรามีเป้าหมายดังนี้:

• สร้างความมั่นใจให้ผู้ใช้ : ลดอุปสรรคและความลังเลในการคลิกที่เกิดจากลิงก์ที่ไม่คุ้นเคย
• กระตุ้นการมีส่วนร่วม : สร้างพฤติกรรมการใช้งานที่สม่ำเสมอและเชื่อถือได้ภายใน RCS for Business

การดำเนินการที่แนะนำ

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

28 กุมภาพันธ์ 2569

เปลี่ยน

การแจ้งเตือนการเลิกใช้งาน API สำหรับทรัพยากร phones.testers

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

เนื่องจากฟังก์ชันการทำงานที่เพิ่มขึ้นนี้ เราจึงได้ยกเลิกการใช้งานทรัพยากร phones.testers เดิมแล้ว

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

ทรัพยากร	สถานะ
เครื่องทดสอบโทรศัพท์	เลิกใช้แล้ว
ผู้ทดสอบ	ปัจจุบัน

สิ่งที่คุณต้องทำ:

1. โปรดตรวจ สอบเอกสารอ้างอิง API สำหรับเครื่องทดสอบ รุ่นใหม่ และคู่มือฉบับปรับปรุงสำหรับ การตั้งค่าอุปกรณ์ทดสอบ
2. อัปเดตโค้ดเดิมของคุณที่เรียกใช้เมธอด phones.testers.create ให้ใช้เอนด์พอยต์ทรัพยากร testers ใหม่
3. นำตรรกะใหม่ไปใช้งานและทดสอบ

16 กุมภาพันธ์ 2569

ใหม่

มีการเพิ่มฟิลด์ใหม่ในผลลัพธ์ของ analytics.agentPerformances.list พร้อมด้วยเมตริกเพิ่มเติม

เมธอด analytics.agentPerformances.list ใน RCS Business Messaging API ตอนนี้มีฟิลด์เพิ่มเติมในออบเจ็กต์ AgentPerformance ที่เกี่ยวข้องกับข้อมูลเหตุผลการยกเลิกการสมัครรับข้อมูลและแนวโน้มสแปม

วันที่ 12 กุมภาพันธ์ พ.ศ. 2569

การปรับปรุงเอกสาร

เราได้อัปเดตเอกสาร การส่งข้อความ โดยเพิ่มส่วน "ระยะเวลาคงอยู่ (TTL) สำหรับข้อความ" เพื่อชี้แจงพฤติกรรมการแจ้งเตือนที่คาดหวัง และให้คำแนะนำสำหรับการจัดการกรณีพิเศษในการส่งข้อความ

5 กุมภาพันธ์ 2569

ใหม่

หน้าติดต่อใหม่สำหรับฝ่ายสนับสนุน RCS สำหรับธุรกิจ

เราได้เปลี่ยนลิงก์ "ส่งอีเมลถึงฝ่ายสนับสนุน RBM" เป็นหน้า ติดต่อฝ่ายสนับสนุน RCS for Business ใหม่แล้ว

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

เพื่อช่วยคุณในการเตรียมการส่งเอกสาร หน้าเว็บนี้มีคู่มือเริ่มต้นใช้งานฉบับย่อซึ่งสรุปข้อมูลที่จำเป็นสำหรับหมวดหมู่ปัญหาต่างๆ

5 กุมภาพันธ์ 2569

การปรับปรุงเอกสาร

เราได้อัปเดตเอกสารประกอบเกี่ยวกับ เหตุการณ์ Send และ phones.agentEvent.create โดยเพิ่มข้อมูลเกี่ยวกับพฤติกรรมการส่งเหตุการณ์ READ และ IS_TYPING ของเอเจนต์ภายใน RCS for Business แล้ว

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

30 มกราคม 2569

ใหม่

ข้อคิดเห็นเพิ่มเติม (ไม่บังคับ) สำหรับการอนุมัติการเปิดตัวเอเจนต์

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

การเปลี่ยนแปลงคอนโซล

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

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

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

การเปลี่ยนแปลง API การดำเนินงาน RBM

ขณะนี้ช่อง comment รองรับการเปลี่ยนสถานะ ทั้งหมด เมื่อ เปลี่ยนสถานะการเปิดใช้งานของเอเจนต์แล้ว ผู้ให้บริการสามารถระบุเหตุผล เพิ่มเติม สำหรับการเปลี่ยนแปลงสถานะใดๆ เพื่อปรับปรุงการสื่อสารและการเก็บรักษาบันทึก สำหรับข้อมูลเพิ่มเติม โปรดดูที่ การจัดการเอเจนต์ด้วย RBM Operations API

15 มกราคม 2569

ใหม่

การแจ้งเตือนสำหรับริชการ์ดและแครูเซลใน Google Messages ตอนนี้จะมีการแสดงตัวอย่างสื่อ พร้อมด้วยชื่อและคำอธิบาย

การแสดงตัวอย่างสื่อจะเกิดขึ้นเฉพาะในกรณีต่อไปนี้:

• การ์ดที่มีเนื้อหาครบถ้วน : สื่อของการ์ดเป็นรูปภาพหรือมีภาพขนาดย่อ
• แครูเซล : สื่อของการ์ดใบแรกจะเป็นรูปภาพหรือมีภาพขนาดย่อ

การแจ้งเตือนที่ถูกยุบ	การแจ้งเตือนแบบขยาย

เหตุผลที่เราทำการเปลี่ยนแปลงนี้

เพื่อเพิ่มการมีส่วนร่วมกับข้อความของคุณ

จำเป็นต้องดำเนินการ

คุณไม่จำเป็นต้องดำเนินการใดๆ

ใหม่

การแชร์ไฟล์เพื่อการตรวจสอบตัวแทน

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

การปรับปรุงที่สำคัญ

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

แม้ว่าฟีเจอร์นี้จะเป็นตัวเลือกเสริม แต่โปรดคำนึงถึงข้อจำกัดทางเทคนิคต่อไปนี้:

• ประเภทไฟล์ : PDF เท่านั้น
• ขนาดไฟล์สูงสุด : 50 MB ต่อไฟล์
• จำกัดจำนวน : ไม่เกิน 5 เอกสารที่ไม่ซ้ำกัน โปรดหลีกเลี่ยงการสร้างไฟล์ซ้ำ

7 มกราคม 2569

ใหม่

เรากำลังกำหนดขีดจำกัดปริมาณการใช้งานใหม่สำหรับ RCS โปรโมชั่น สำหรับตัวแทนธุรกิจในอินเดีย

ข้อจำกัดเกี่ยวกับจำนวนผู้ใช้ที่ไม่ซ้ำกันทั้งหมด

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

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