RCS cho Doanh nghiệp sử dụng hai mô hình thanh toán: Mô hình thanh toán tiêu chuẩn cho lưu lượng truy cập ngoài Hoa Kỳ và Mô hình thanh toán ở Hoa Kỳ cho lưu lượng truy cập ở 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 ở Hoa Kỳ. Để biết thông tin chi tiết về các cách 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ề mô hình 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 cho RCS for Business agent của bạn, giúp xác định cơ chế thanh toán cho những tin nhắn mà agent của bạn 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 nhân viên hỗ trợ, bạn cần thực hiện quy trình cập nhật nhân viên hỗ trợ trực tiếp.
Làm cách nào để biết nên chọn danh mục thanh toán nào cho nhân viên hỗ trợ?
Có hai danh mục thanh toán chính: trò chuyện và không trò chuyện.
- Không trò chuyện : Nhân viên hỗ trợ sẽ bị 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 nhân viên hỗ trợ không mong đợi nhận được câu trả lời thường xuyên.
- Trò chuyện : Nhân viên hỗ trợ sẽ bị tính phí cố định
cho (các) phiên, miễn là một
phiên được kích hoạt. Sau đó, phiên này sẽ bao gồm tất cả tin nhắn được trao đổi trong khoảng thời gian
24 giờ, kể cả những tin nhắn kích hoạt phiên.
Nhân viên hỗ trợ trò chuyện vẫn có thể bị 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 nhân viên hỗ trợ 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 nhân viên hỗ trợ bắt đầu cuộc trò chuyện.
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à 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ụ: nhân viên hỗ trợ Trò chuyện vẫn có thể gửi tin nhắn cơ bản và nhân viên hỗ trợ Không trò chuyện có thể gửi nhiều tin nhắn, kể cả thẻ nhiều định dạng.
Để biết thêm thông tin, hãy xem bài viết Danh mục thanh toán.
Phiên là gì và cách hoạt động
Bạn có thể kết hợp nhiều loại tin nhắn thành một phiên. Ở Hoa Kỳ, đối với nhân viên hỗ trợ trò chuyện, các phiên được xác định và tính phí dựa trên một trình kích hoạt và thời lượng cụ thể.
Trình kích hoạt phiên
Một phiên được kích hoạt khi nhân viên hỗ trợ thương hiệu và người dùng trao đổi 4 tin nhắn nhiều định dạng hoặc tin nhắn đ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 câu trả lời bắt nguồn từ thiết bị di động (MO) trong khoảng thời gian 24 giờ).
Thanh toán
Nhân viên hỗ trợ trò chuyện đủ điều kiện thanh toán theo phiên và thanh toán theo tin nhắn. Khi đáp ứng đầy đủ điều kiện kích hoạt phiên, hệ thống sẽ áp dụng một khoản phí duy nhất cho phiên, bao gồm toàn bộ khoảng thời gian 24 giờ kể từ tin nhắn kích hoạt đầu tiên.
Mô hình thanh toán ở Hoa Kỳ phân loại các sự kiện riêng lẻ có thể lập hoá đơn như sau:
- Tin nhắn nhiều định dạng (MT/MO): Sự kiện có thể lập hoá đơn dựa trên các phân đoạn (1 phân đoạn bằng 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): Có thể lập hoá đơn dưới dạng một sự kiện có mức phí cố định duy nhất, bất kể kích thước nội dung, trừ phi thuộc một phiên. Điều này bao gồm thẻ nhiều định dạng, 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ỉ 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ó thể lập hoá đơn.
Lưu ý quan trọng
- Các phiên không áp dụng cho nhân viên hỗ trợ không trò chuyện.
- Đối với nhân viên hỗ trợ trò chuyện, quá trình tạo báo cáo sự kiện có thể lập hoá đơn và nhật ký hoạt động có thể bị chậm trễ tối đa hai ngày. Sự chậm trễ này cho phép RCS cho Doanh nghiệp thu thập tất cả tin nhắn trong một phiên trước khi tính toán sự kiện có thể lập hoá đơn.
Múi giờ nào được dùng cho báo cáo thanh toán và hồ sơ giao dịch RBM?
Báo cáo thanh toán RBM được tạo hằng ngày và sắp xếp dựa trên 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ờ PT.
Tuy nhiên, dấu thời gian start_time trong các bản ghi báo cáo được ghi 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 tài liệu tham khảo nhất quán trên toàn cầu về giờ chính xác mà một lượt tương tác diễn ra.
Phiên đượ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, hệ thống sẽ xác định cách phân loại và thanh toán dựa trên thời điểm gửi tin nhắn. Đối với tin nhắn P2A, hệ thống sẽ xác định cách thanh toán dựa trên thời điểm người dùng gửi tin nhắn.
Đối với các phiên bao gồm khoảng thời gian tương tác 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 hai ngày theo 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
billing_event_idvà được báo cáo trongstart_timecủa tin nhắn đầu tiên trong trình tự 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à yêu cầu trình kích hoạt 4 tin nhắn để xác định, nên quá trình tạo báo cáo thanh toán cho nhân viên hỗ trợ trò chuyện có thể bị chậm trễ tối đa hai ngày. Độ trễ này đảm bảo rằng tất cả tin nhắn thuộc một phiên đều được thu thập và được chỉ định
billing_event_idchính xác trước khi báo cáo được hoàn tất. - Ví dụ về việc gửi chậm trễ: Nếu một nhân viên hỗ trợ 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 ở chế độ ngoại tuyến), thì việc gửi tin nhắn cụ thể đó sẽ kích hoạt sự kiện có thể lập hoá đơn 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 hóa đơn là gì?
Sự kiện có thể lập hoá đơn là các lượt tương tác giữa nhân viên hỗ trợ RCS for Business và 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 bị tính phí. Nhà mạng xác định có tính phí sự kiện có thể lập hoá đơn hay không và cách tính phí.
Google theo dõi và báo cáo các sự kiện này để giúp tính phí cho các đối tác đối với những tin nhắn do nhân viên hỗ trợ của họ gửi.
Những sự kiện có thể lập hoá đơn nào áp dụng cho từng loại tin nhắn?
Bảy loại sự kiện có thể lập hoá đơn được ghi lại trong báo cáo thanh toán. Những 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 (Kết thúc trên thiết bị di động): Tin nhắn do doanh nghiệp gửi.
- P2A (Người dùng đến ứng dụng) là MO (Bắt nguồn từ thiết bị di động): Tin nhắn hoặc hành động do người dùng bắt đầu.
Để biết cách từng sự kiện có thể lập hoá đơn áp dụng cho nhân viên hỗ trợ không trò chuyện và trò chuyện, hãy xem tài liệu về Sự kiện có thể lập hoá đơn.
Những phản hồi nào của người dùng góp phần tạo ra sự kiện có thể lập hoá đơn?
Ở Hoa Kỳ, các phản hồi cụ thể của người dùng góp phần tạo ra sự kiện có thể lập hoá đơn. Bảng sau đây làm rõ những phản hồi nào của người dùng góp phần tạo ra sự kiện có thể lập hoá đơn và các loại sự kiện tương ứng ở Hoa Kỳ:
| Phản hồi của người dùng | Góp phần tạo ra sự kiện có thể lập hoá đơn | Loại sự kiện có thể lập hoá đơn (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 nhiều định dạng (P2A/MO). |
| Nhấn vào câu trả lời được đề xuất | Có | p2a_rich_message |
Tin nhắn văn bản thu được được phân loại là Tin nhắn nhiều định dạng (P2A/MO). |
| Nhấn vào hành động được đề xuất | Có | p2a_suggested_action |
Dữ liệu gửi lại từ chính lượt nhấn không góp phần tạo ra sự kiện có thể lập hoá đơn. |
| Chia sẻ vị trí | Có | p2a_suggested_action (nhấp) + p2a_rich_message (vị trí) |
Tạo ra hai sự kiện có thể lập hoá đơn: p2a_suggested_action cho việc nhấn vào "Chia sẻ vị trí" và p2a_rich_message cho việc gửi dữ liệu vị trí. |
| Nhấn vào Huỷ đăng ký hoặc Đăng ký | Có | p2a_rich_message (tin nhắn DỪNG/BẮT ĐẦU) |
Tin nhắn DỪNG hoặc BẮT ĐẦU tự động được kích hoạt bằng lượt nhấn được coi là Tin nhắn nhiều định dạng (P2A/MO). Sự kiện webhook không thể lập hoá đơn. |
Khi một phản hồi của người dùng tạo ra một sự kiện có thể lập hoá đơn, hệ thống sẽ tự động phân loại sự kiện dựa trên nội dung, trong khi logic thanh toán được xác định theo danh mục thanh toán của nhân viên hỗ trợ.
Đối với nhân viên hỗ trợ không trò chuyện:
Mỗi phản hồi của người dùng đều có thể lập hoá đơn 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 nhân viên hỗ trợ trò chuyện:
Logic thanh toán tuân theo mô hình kích hoạt phiên. Các sự kiện riêng lẻ được ghi lại cho đến khi đáp ứng trình kích hoạt phiên 4 tin nhắn (ít nhất 1 MT và 2 MO trong vòng 24 giờ). Sau khi một phiên hoạt động, tất cả tin nhắn được trao đổi trong khoảng thời gian 24 giờ đều được tính phí duy nhất cho phiên, bao gồm cả 4 tin nhắn tạo nên trình kích hoạt phiên.
Báo cáo thanh toán
Báo cáo thanh toán là gì?
Đây là bản ghi các sự kiện có thể lập hoá đơn, được tính dựa trên danh mục thanh toán của nhân viên hỗ trợ và các loại tin nhắn mà nhân viên hỗ trợ gửi. Tất cả nhà mạng và đối tác đang tích cực vận hành RCS cho Doanh nghiệp đều có thể xem báo cáo thanh toán.
Để biết thêm thông tin về báo cáo thanh toán, hãy xem bài viết Báo cáo thanh toán ở Hoa Kỳ.
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 tích cực vận hành RCS cho Doanh nghiệp mới nhận được báo cáo thanh toán. Hãy tham khảo hướng dẫn Báo cáo thanh toán để biết thông tin chi tiết về nhật ký hoạt động và quyền truy cập tệp.
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), các sự kiện có thể lập hoá đơn được ghi lại dựa trên thời điểm gửi tin nhắn, chứ không phải thời điểm gửi tin nhắn.
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 ở chế độ ngoại tuyến), thì các khoản phí đó sẽ xuất hiện trong báo cáo thanh toán tháng 7. RCS for Business sẽ cố gắng gửi 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 đã chọn trước (trò chuyện hoặc không trò chuyện) của nhân viên hỗ trợ để xác định cấu trúc giá tổng thể. Điểm khác biệt chính là tập hợp các cách phân loại được dùng cho các sự kiện có thể lập hoá đơn.
Mô hình thanh toán tiêu chuẩn (Lưu lượng truy cập 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ỳ.
- Cách phân loại dựa trên danh mục thanh toán của nhân viên hỗ trợ và
nội dung tin nhắn.
- Nhân viên hỗ trợ không trò chuyện: Có thể lập hoá đơn theo tin nhắn. Nội dung tin nhắn xác định sự kiện: tin nhắn cơ bản hoặc tin nhắn đơn lẻ.
- Nhân viên hỗ trợ trò chuyện: Có thể lập hoá đơn theo cuộc trò chuyện. Một cuộc trò chuyện là khoảng thời gian 24 giờ trao đổi tin nhắn không giới hạn giữa người dùng và nhân viên hỗ trợ, có thể lập hoá đơn theo mức phí 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 lập hoá đơn riêng lẻ dưới dạng tin nhắn cơ bản hoặc tin nhắn đơn lẻ.
- Sự kiện có thể lập hoá đơn:
basic_messagesingle_messagea2p_conversationp2a_conversationp2a_message
- Logic 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 trò chuyện) hoặc mức phí cố định cho mỗi khoảng thời gian trò chuyện 24 giờ (trò chuyện).
Mô hình thanh toán ở Hoa Kỳ
Mô hình này áp dụng cho tất cả lưu lượng truy cập đến và từ số điện thoại ở Hoa Kỳ. Để biết thêm thông tin, hãy tham khảo usrbm.org.
- Hệ thống sẽ tự động phân loại các loại tin nhắn riêng lẻ 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_messagea2p_rich_media_messagep2a_rich_messagep2a_rich_media_messagep2a_suggested_actiona2p_sessionp2a_session
Tóm tắt logic thanh toán theo phiên
Theo Khung RBM ở Hoa Kỳ, các nhân viên hỗ trợ ở Hoa Kỳ trong danh mục Trò chuyện có thể kích hoạt một khoản phí duy nhất cho phiên thay vì phí theo tin nhắn.
Một phiên được kích hoạt bằng một chuỗi 4 tin nhắn nhiều định dạng hoặc tin nhắn 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ờ đó đều có thể lập hoá đơn dưới dạng một phiên duy nhất. Mọi tin nhắn không thuộc hoặc không kích hoạt được phiên đều có thể lập hoá đơn 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 cách phân loại sự kiện có thể lập hoá đơn để áp dụng cấu trúc giá chính xác, theo bảng giá của nhà mạng.
Điểm khác biệt về kỹ thuật và báo cáo
- API RBM:
Các tài nguyên API
AgentMessageand [UserMessage](/business-communications/rcs-business-messaging/reference/rest/v1/UserMessage)bao gồm đối tượngrichMessageClassificationđể xác định loại tin nhắn chỉ 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à bao gồm cột
typeliệt kê các sự kiện có thể lập hoá đơn dành riêng cho mô hình đó. Báo cáo thanh toán ở Hoa Kỳ cũng bao gồm cộtsegment_countchỉ áp dụng cho Tin nhắn nhiều định dạng và cộtsession_typechỉ áp dụng cho những tin nhắn thuộc một phiên.