Câu hỏi thường gặp về việc thanh toán ở Hoa Kỳ

RCS for Business sử dụng 2 mô hình thanh toán: Mô hình thanh toán tiêu chuẩn cho lưu lượng truy cập bên ngoài Hoa Kỳ và Mô hình thanh toán tại Hoa Kỳ cho lưu lượng truy cập tại Hoa Kỳ. Tài liệu này giải đáp các câu hỏi thường gặp về mô hình thanh toán tại Hoa Kỳ. Để biết thông tin chi tiết về các phân loại tiêu chuẩn, hãy tham khảo hướng dẫn Câu hỏi thường gặp về thông tin thanh toán tiêu chuẩn.

Danh mục thanh toán

Danh mục thanh toán của nhân viên hỗ trợ là gì?

Danh mục thanh toán là một cách phân loại nhân viên hỗ trợ RCS for Business của bạn, giúp xác định quy tắc thanh toán cho những tin nhắn mà nhân viên hỗ trợ gửi. Bạn chọn danh mục này khi tạo nhân viên hỗ trợ và không thể thay đổi sau này. Nếu muốn thay đổi danh mục thanh toán của đại lý, bạn cần thực hiện quy trình cập nhật đại lý trực tiếp.

Lưu ý: Đại lý của bạn có thể gửi mọi loại tin nhắn (tin nhắn đa dạng và tin nhắn đa phương tiện), bất kể danh mục thanh toán.

Làm cách nào để biết tôi nên chọn danh mục thanh toán nào cho tác nhân của mình?

Có hai danh mục thanh toán chính: đàm thoại và không đàm thoại.

• Các tác nhân không đàm thoại sẽ tính phí cho mỗi tin nhắn mà họ gửi cho người dùng.
  • Danh mục này phù hợp nhất với những trợ lý ảo không cần phản hồi thường xuyên.
• Tác nhân đàm thoại được tính phí theo mức cố định cho (các) phiên, miễn là một phiên được kích hoạt và sau đó phiên đó sẽ bao gồm tất cả tin nhắn được trao đổi trong khoảng thời gian 24 giờ, bao gồm cả những tin nhắn đã kích hoạt phiên. Các tác nhân đàm thoại vẫn có thể tính phí cho những tin nhắn không thuộc phiên 24 giờ.
  • Danh mục này phù hợp nhất với những tác nhân tham gia vào các cuộc trò chuyện nhiều lượt với người dùng, bất kể người dùng hay tác nhân bắt đầu cuộc trò chuyện.

Lưu ý: Để đơn giản hoá cấu trúc thanh toán, chúng tôi đã hợp nhất các danh mục thanh toán cũ là Thông báo cơ bản và Thông báo đơn lẻ thành một danh mục thanh toán duy nhất là Không liên quan đến hoạt động trò chuyện. Developer Console đã được cập nhật và hiện hiển thị danh mục hợp nhất này cho tất cả các tác nhân mới. Xem chủ đề Danh mục thanh toán không mang tính trò chuyện để biết thông tin chi tiết về việc di chuyển các tác nhân hiện có và cửa sổ tích hợp API.

Chọn danh mục thanh toán phù hợp nhất với trường hợp sử dụng và mức độ tương tác dự kiến của người dùng. Nhân viên hỗ trợ có thể gửi mọi loại tin nhắn, bất kể danh mục.

Lý do là vì danh mục thanh toán xác định cách tính phí tin nhắn, chứ không phải loại tin nhắn mà nhân viên hỗ trợ có thể gửi hoặc nhận. Ví dụ: một Nhân viên hỗ trợ đàm thoại vẫn có thể gửi tin nhắn cơ bản và một Nhân viên hỗ trợ không đàm thoại có thể gửi nhiều tin nhắn, bao gồm cả thẻ đa phương tiện.

Để biết thêm thông tin, hãy xem phần Danh mục thanh toán.

Phiên là gì và cách hoạt động của phiên

Bạn có thể kết hợp nhiều loại thông báo thành một phiên. Ở Hoa Kỳ, đối với các tác nhân đàm thoại, phiên được xác định và tính phí dựa trên một điều kiện kích hoạt và thời lượng cụ thể.

Điều kiện kích hoạt phiên

Một phiên sẽ được kích hoạt khi nhân viên hỗ trợ của thương hiệu và người dùng trao đổi 4 tin nhắn Đa phương tiện hoặc Đa phương tiện (bao gồm ít nhất một tin nhắn kết thúc trên thiết bị di động (MT) và ít nhất hai phản hồi bắt nguồn từ thiết bị di động (MO) trong khoảng thời gian 24 giờ).

Thanh toán

Các tác nhân đàm thoại đủ điều kiện để tính phí theo cả phiên và tính phí theo từng tin nhắn. Khi điều kiện kích hoạt phiên đầy đủ được đáp ứng, một khoản phí duy nhất cho phiên sẽ được áp dụng, bao gồm toàn bộ khoảng thời gian 24 giờ kể từ thông báo kích hoạt đầu tiên.

Mô hình tính phí ở Hoa Kỳ phân loại từng sự kiện có thể tính phí như sau:

• Tin nhắn đa phương tiện (MT/MO): Sự kiện có tính phí dựa trên phân đoạn (1 phân đoạn tương đương với 160 byte văn bản được mã hoá UTF-8, trừ phi thuộc một phiên).
• Tin nhắn đa phương tiện (MT/MO): Tính phí theo sự kiện đơn lẻ, có mức phí cố định, bất kể kích thước nội dung, trừ phi là một phần của phiên. Những nội dung này bao gồm thẻ đa phương tiện, băng chuyền và tệp đính kèm đa phương tiện.
• Lượt nhấp vào hành động được đề xuất (Chỉ dành cho MO): Mỗi lượt nhấn vào một hành động được đề xuất sẽ tạo ra một sự kiện có tính phí.

Lưu ý quan trọng

• Phiên không áp dụng cho các tác nhân không đàm thoại.
• Đối với các tác nhân đàm thoại, việc tạo báo cáo sự kiện có tính phí và nhật ký hoạt động có thể bị trễ tối đa 2 ngày. Độ trễ này cho phép RCS for Business ghi lại tất cả tin nhắn trong một phiên trước khi tính toán sự kiện có tính phí.

Múi giờ nào được dùng cho báo cáo thanh toán và hồ sơ giao dịch của RBM?

Báo cáo thanh toán RBM được tạo hằng ngày và sắp xếp theo Giờ Thái Bình Dương (PT). Mỗi tệp báo cáo thể hiện một khoảng thời gian hoạt động 24 giờ từ nửa đêm đến nửa đêm theo giờ Thái Bình Dương.

Tuy nhiên, dấu thời gian start_time trong các bản ghi báo cáo được ghi lại theo Giờ phối hợp quốc tế (UTC) bằng định dạng ISO 8601. Điều này cung cấp một thông tin tham chiếu nhất quán trên toàn cầu về chính xác giờ xảy ra một lượt tương tác.

Phiên hoạt động sẽ được xử lý như thế nào nếu kéo dài từ ngày cuối cùng của tháng này đến ngày đầu tiên của tháng tiếp theo?

Đối với tin nhắn A2P, việc phân loại và tính phí được xác định theo thời điểm gửi tin nhắn. Đối với tin nhắn P2A, việc tính phí được xác định theo thời điểm người dùng gửi tin nhắn.

Đối với các phiên (trong khoảng thời gian tương tác là 24 giờ), logic sau đây sẽ được áp dụng:

• Chỉ định ngày bắt đầu: Ngay cả khi một phiên kéo dài trong 2 ngày dương lịch ở các tháng khác nhau, tất cả tin nhắn trong khoảng thời gian 24 giờ đó sẽ được nhóm lại với nhau, dùng chung cùng một billing_event_id và được báo cáo trong start_time của tin nhắn đầu tiên trong chuỗi kích hoạt của phiên.
• Độ trễ báo cáo: Vì một phiên có thể kéo dài 24 giờ và cần có một trình kích hoạt 4 thông báo để được xác định, nên việc tạo báo cáo thanh toán cho các tác nhân đàm thoại có thể bị trễ tối đa hai ngày. Độ trễ này đảm bảo rằng tất cả các thông báo thuộc một phiên đều được ghi lại và được chỉ định billing_event_id chính xác trước khi báo cáo được hoàn tất.
• Ví dụ về việc giao hàng bị chậm trễ: Nếu một nhân viên gửi tin nhắn vào cuối tháng 6 nhưng tin nhắn đó không được gửi cho đến đầu tháng 7 (ví dụ: vì điện thoại của người dùng không kết nối mạng), thì việc gửi tin nhắn cụ thể đó sẽ kích hoạt sự kiện có tính phí cho báo cáo thanh toán tháng 7.

Sự kiện có thể lập hóa đơn

Sự kiện có thể lập hoá đơn là gì?

Sự kiện có tính phí là những lượt tương tác giữa một tác nhân RCS for Business và một người dùng được theo dõi cho mục đích thanh toán. Có thể lập hoá đơn chỉ có nghĩa là một sự kiện đủ điều kiện để tính phí. Nhà mạng sẽ xác định xem có tính phí các sự kiện có tính phí hay không và cách tính phí.

Google theo dõi và báo cáo những sự kiện này để giúp tính phí đối tác cho các tin nhắn do nhân viên của họ gửi.

Những sự kiện có tính phí nào áp dụng cho từng loại thông báo?

Lưu ý: Các sự kiện trong phần này chỉ áp dụng cho mô hình thanh toán ở Hoa Kỳ (lưu lượng truy cập ở Hoa Kỳ). Để tìm hiểu về các sự kiện có thể lập hoá đơn cho lưu lượng truy cập bên ngoài Hoa Kỳ, hãy tham khảo trang Câu hỏi thường gặp về việc lập hoá đơn.

Có 7 loại sự kiện có tính phí được ghi lại trong báo cáo thanh toán. Các sự kiện này bao gồm sự kiện MT và MO, được gọi là sự kiện A2P và P2A.

• A2P (Ứng dụng đến người dùng) là MT (Mobile Terminated): Tin nhắn do doanh nghiệp gửi.
• P2A (Người dùng đến ứng dụng) là MO (Do thiết bị di động gửi): Một tin nhắn hoặc hành động do người dùng bắt đầu.

Để biết cách áp dụng từng sự kiện có tính phí cho các tác nhân không đàm thoại và đàm thoại, hãy xem tài liệu Sự kiện có tính phí.

Những câu trả lời nào của người dùng được tính là sự kiện có thể tính phí?

Ở Hoa Kỳ, một số câu trả lời của người dùng sẽ góp phần tạo ra các sự kiện có tính phí. Bảng sau đây làm rõ những phản hồi của người dùng góp phần tạo nên các sự kiện có tính phí và các loại sự kiện tương ứng ở Hoa Kỳ:

Phản hồi của người dùng	Đóng góp vào các sự kiện có thể lập hoá đơn	Loại sự kiện có thể tính phí (Hoa Kỳ)	Ghi chú
Gửi tệp	Có	p2a_rich_media_message	Được phân loại là Tin nhắn đa phương tiện (P2A/MO).
Gửi tin nhắn văn bản	Có	p2a_rich_message	Được phân loại là Tin nhắn đa dạng thức (P2A/MO).
Nhấn vào một câu trả lời đề xuất	Có	p2a_rich_message	Tin nhắn văn bản thu được được phân loại là Tin nhắn đa phương tiện (P2A/MO).
Nhấn vào một hành động được đề xuất	Có	p2a_suggested_action	Dữ liệu postback từ lượt nhấn không đóng góp vào sự kiện có tính phí.
Chia sẻ vị trí	Có	p2a_suggested_action (lượt nhấp) + p2a_rich_message (vị trí)	Tạo ra 2 sự kiện có tính phí: một p2a_suggested_action cho thao tác nhấn vào "Chia sẻ vị trí" và một p2a_rich_message cho thao tác gửi dữ liệu vị trí.
Nhấn vào nút Huỷ đăng ký hoặc Đăng ký	Có	p2a_rich_message (thông điệp DỪNG/BẮT ĐẦU)	Tin nhắn DỪNG hoặc BẮT ĐẦU tự động được kích hoạt bằng thao tác nhấn sẽ được coi là Tin nhắn đa phương tiện (P2A/MO). Bản thân sự kiện webhook không tính phí.

Khi phản hồi của người dùng tạo ra một sự kiện có tính phí, việc phân loại sự kiện sẽ tự động dựa trên nội dung, trong khi logic tính phí được xác định theo danh mục tính phí của tác nhân.

Đối với các tác nhân không đàm thoại:

Mỗi câu trả lời của người dùng đều được tính phí dưới dạng một sự kiện riêng lẻ (chẳng hạn như p2a_rich_message hoặc p2a_suggested_action).

Đối với AI đàm thoại:

Logic tính phí tuân theo mô hình điều kiện kích hoạt phiên. Các sự kiện riêng lẻ được ghi lại cho đến khi điều kiện kích hoạt phiên 4 tin nhắn (ít nhất 1 MT và 2 MO trong vòng 24 giờ) được đáp ứng. Khi một phiên hoạt động đang diễn ra, tất cả tin nhắn được trao đổi trong khoảng thời gian 24 giờ đều được tính một khoản phí duy nhất cho phiên hoạt động, bao gồm cả 4 tin nhắn tạo nên điều kiện kích hoạt phiên.

Báo cáo thanh toán

Báo cáo thanh toán là gì?

Đây là một bản ghi về các sự kiện có tính phí, được tính dựa trên danh mục thanh toán của tác nhân và các loại thông báo mà tác nhân gửi. Tất cả nhà mạng và đối tác đang tích cực vận hành RCS for Business đều có thể sử dụng báo cáo thanh toán.

Để biết thêm thông tin, hãy xem hướng dẫn về báo cáo thanh toán tại Hoa Kỳ dành cho nhà mạng hoặc hướng dẫn về báo cáo thanh toán cho đối tác dành cho đối tác.

Tôi có thể nhận báo cáo thanh toán không?

Chỉ những nhà mạng và đối tác đang vận hành RCS for Business mới nhận được báo cáo thanh toán.

Hãy tham khảo các hướng dẫn sau để biết thông tin chi tiết về nhật ký hoạt động và quyền truy cập vào tệp:

• Hãng vận chuyển: Báo cáo thanh toán ở Hoa Kỳ
• Đối tác: Báo cáo thanh toán của đối tác

Tại sao tôi thấy các khoản phí trong một tháng mà tôi không gửi tin nhắn nào?

Đối với tin nhắn do nhân viên hỗ trợ bắt đầu (A2P), sự kiện có tính phí được ghi lại dựa trên thời gian gửi tin nhắn chứ không phải thời gian tin nhắn được gửi.

Ví dụ:

Bạn gửi tin nhắn vào cuối tháng 6, nhưng tin nhắn được gửi đến thiết bị của người dùng vào đầu tháng 7 (ví dụ: nếu điện thoại của người dùng không kết nối mạng), thì những khoản phí đó sẽ xuất hiện trong báo cáo thanh toán tháng 7 của bạn. RCS cho Doanh nghiệp sẽ cố gắng gửi một tin nhắn trong tối đa 30 ngày trước khi tin nhắn đó hết hạn.

Mô hình thanh toán

Những điểm khác biệt chính giữa mô hình thanh toán tiêu chuẩn và mô hình thanh toán ở Hoa Kỳ là gì?

Cả mô hình tiêu chuẩn và mô hình ở Hoa Kỳ đều sử dụng danh mục thanh toán (đàm thoại hoặc không đàm thoại) mà tác nhân đã chọn trước để xác định cấu trúc mức giá tổng thể. Điểm khác biệt chính là tập hợp các phân loại được dùng cho sự kiện có tính phí.

Mô hình thanh toán tiêu chuẩn (Lưu lượng truy cập bên ngoài Hoa Kỳ)

Mô hình này áp dụng cho tất cả lưu lượng truy cập bên ngoài Hoa Kỳ.

• Việc phân loại dựa trên danh mục thanh toán của tác nhân và nội dung tin nhắn.
  • Tác nhân không đàm thoại: Tính phí theo từng tin nhắn. Nội dung thông báo xác định sự kiện: thông báo cơ bản hoặc thông báo đơn lẻ.
  • Nhân viên hỗ trợ đàm thoại: Tính phí theo cuộc trò chuyện. Cuộc trò chuyện là khoảng thời gian 24 giờ mà người dùng và nhân viên hỗ trợ có thể trao đổi tin nhắn không giới hạn, tính phí theo mức cố định. Nếu người dùng không trả lời trong vòng 24 giờ, thì tin nhắn của nhân viên hỗ trợ sẽ được tính phí riêng lẻ dưới dạng tin nhắn cơ bản hoặc tin nhắn đơn.
• Sự kiện lập hoá đơn:
  • basic_message
  • single_message
  • a2p_conversation
  • p2a_conversation
  • p2a_message
• Cơ chế thanh toán: Khoản phí cuối cùng được xác định theo danh mục thanh toán của nhân viên hỗ trợ, dẫn đến mức phí cố định cho mỗi tin nhắn (không mang tính trò chuyện) hoặc mức phí cố định cho mỗi cửa sổ trò chuyện kéo dài 24 giờ (mang tính trò chuyện).

Mô hình thanh toán tại Hoa Kỳ

Mô hình này áp dụng cho tất cả lưu lượng truy cập đến và đi từ số điện thoại ở Hoa Kỳ. Để biết thêm thông tin, hãy tham khảo usrbm.org.

• Việc phân loại từng loại tin nhắn là tự động và dựa trên nội dung. Bất kể danh mục thanh toán của nhân viên hỗ trợ, mọi sự kiện có thể lập hoá đơn đều được phân loại là một trong những sự kiện sau:
  • a2p_rich_message
  • a2p_rich_media_message
  • p2a_rich_message
  • p2a_rich_media_message
  • p2a_suggested_action
  • a2p_session
  • p2a_session

Tóm tắt quy tắc tính phí theo phiên

Theo Khung RBM của Hoa Kỳ, các nhân viên hỗ trợ ở Hoa Kỳ thuộc danh mục Đàm thoại có thể kích hoạt một khoản phí theo phiên thay vì phí theo tin nhắn.

Một phiên được kích hoạt bởi một chuỗi 4 tin nhắn đa dạng hoặc nội dung đa phương tiện (bao gồm ít nhất 2 tin nhắn MO và ít nhất 1 tin nhắn MT) được trao đổi trong khoảng thời gian 24 giờ kể từ khi tin nhắn đầu tiên được gửi. Sau khi đạt đến ngưỡng này, tất cả tin nhắn trong khoảng thời gian 24 giờ đó sẽ được tính phí là một phiên duy nhất. Mọi tin nhắn nằm ngoài hoặc không kích hoạt được một phiên đều sẽ được tính phí theo mức phí tiêu chuẩn cho mỗi tin nhắn.

Khoản phí cuối cùng được xác định theo danh mục thanh toán của nhân viên hỗ trợ, sử dụng các phân loại sự kiện có tính phí để áp dụng cấu trúc giá chính xác, theo bảng giá của hãng vận chuyển.

Điểm khác biệt về kỹ thuật và báo cáo

• RBM API: Tài nguyên API AgentMessageand [UserMessage](/business-communications/rcs-business-messaging/reference/rest/v1/UserMessage) bao gồm một đối tượng richMessageClassification để chỉ xác định loại thông báo cho lưu lượng truy cập ở Hoa Kỳ. Thông tin này được cung cấp theo thời gian thực khi gọi API và tách biệt với báo cáo thanh toán sau này.
• Báo cáo thanh toán: Báo cáo thanh toán được điều chỉnh cho phù hợp với từng mô hình và có một cột type liệt kê các sự kiện có tính phí dành riêng cho mô hình đó. Báo cáo thanh toán ở Hoa Kỳ cũng có một cột cho segment_count, chỉ áp dụng cho Tin nhắn đa dạng và một cột cho session_type, chỉ áp dụng cho những tin nhắn trong một phiên.