Cẩm nang cung cấp tài khoản phụ trả trước và giới hạn chi tiêu

Cẩm nang cung cấp tài khoản phụ trả trước và giới hạn chi tiêu.

Kiến trúc và cô lập tài khoản phụ

Các tài khoản phụ IOSOR hoạt động như các silo tài chính và kỹ thuật độc lập. Khi giới thiệu khách hàng doanh nghiệp, hãy điều hướng đến Trình quản lý tài khoản phụ để tạo ID tài khoản duy nhất. ID này đóng vai trò là khóa chính cho tất cả các sự kiện DLR, webhook và thanh toán. Đảm bảo mỗi tài khoản phụ được cấu hình với bộ khóa API chuyên dụng để ngăn chặn sự lây nhiễm chéo lưu lượng truy cập. Bằng cách cô lập các môi trường, bạn đảm bảo rằng các đột biến lưu lượng hoặc lỗi cấu hình của một khách hàng không ảnh hưởng đến sự ổn định của nền tảng rộng hơn.

Cấu hình số dư trả trước và ngưỡng

Mỗi tài khoản phụ yêu cầu mức sàn trả trước tối thiểu là USD 20 để bắt đầu dịch vụ. Điều hướng đến tab Sổ cái tài chính trong bảng điều khiển tài khoản phụ để nạp tín dụng ban đầu. Đặt ngưỡng đánh giá mềm ở mức USD 1.000/tháng để theo dõi tốc độ sử dụng. Ngưỡng này cho phép nhóm của bạn thực hiện kiểm toán thủ công các mẫu lưu lượng truy cập trước khi khách hàng mở rộng quy mô đáng kể. Sử dụng hệ thống cảnh báo số dư tự động để thông báo cho cả khách hàng và nhóm hỗ trợ nội bộ của bạn khi số dư giảm xuống dưới 15 phần trăm tổng số tiền nạp.

Giới hạn tốc độ và định hình lưu lượng

Để duy trì tính toàn vẹn của nền tảng, hãy áp dụng các giới hạn tốc độ tin nhắn nghiêm ngặt ở cấp độ tài khoản phụ. Điều hướng đến mô-đun Kiểm soát lưu lượng và xác định số lượng yêu cầu tối đa mỗi giây cho việc gửi SMS và OTP. Đảm bảo rằng định dạng E.164 được thực thi tại cổng API để ngăn chặn các yêu cầu sai định dạng. Bằng cách điều tiết lưu lượng truy cập, bạn bảo vệ tài khoản phụ khỏi các vòng lặp vô tình hoặc các đột biến độc hại có thể làm cạn kiệt quỹ trả trước sớm. Luôn xác minh rằng logic từ khóa STOP đang hoạt động để duy trì sự tuân thủ.

Gán số JIT và cung cấp

IOSOR sử dụng mô hình cung cấp Just-In-Time (JIT). Khi khách hàng yêu cầu số, đừng dựa vào kho được phân bổ trước. Thay vào đó, hãy sử dụng API Cung cấp số để tìm kiếm và gán các tài sản E.164 có sẵn trực tiếp cho tài khoản phụ. Điều này đảm bảo khách hàng chỉ trả tiền cho những gì họ sử dụng. Sau khi được gán, các số này được liên kết ngay lập tức với số dư của tài khoản phụ, đảm bảo rằng mọi chi phí MRC hoặc chi phí sử dụng được khấu trừ theo thời gian thực từ ví trả trước.

Tích hợp và liên kết vận hành

Quản lý hiệu quả đòi hỏi sự đồng bộ hóa giữa nhiều mô-đun vận hành. Tham khảo các hướng dẫn này để biết cấu hình nâng cao:

• Phân chia thương hiệu hai ví: Cẩm nang vận hành tránh trộn lẫn From
• Tạm dừng số dư thấp trước đợt chiến dịch
• Môi trường API thứ hai: Bàn giao và Chuyển đổi

Bắt đầu với IOSOR

Mở Trình quản lý tiểu tài khoản trong bảng điều khiển IOSOR và tạo các khóa API riêng biệt liên kết chặt chẽ với Mã tài khoản duy nhất của khách hàng doanh nghiệp mới. Tiếp theo, truy cập mô-đun Kiểm soát lưu lượng để xác định giới hạn yêu cầu trên giây rõ ràng cho việc gửi tin nhắn SMS và mã OTP trước khi liên kết tài sản JIT E.164. Cuối cùng, hãy xác minh rằng các điểm cuối webhook được ánh xạ chính xác đến ID tiểu tài khoản cô lập để đảm bảo theo dõi báo cáo phân phối DLR chính xác.

Điểm chính IOSOR

Quy trình giới thiệu doanh nghiệp đòi hỏi sự tách biệt hoàn toàn về tài chính và vận hành ở mọi lớp tiểu tài khoản. Việc thi hành các khóa API độc lập, giới hạn tốc độ cục bộ và trình kích hoạt kiểm tra chi tiêu tự động đảm bảo rằng sự gia tăng lưu lượng hoặc cạn kiệt số dư của một khách hàng sẽ không bao giờ tác động đến các hoạt động nền tảng lân cận.

Hãy thiết lập các giới hạn RPS nghiêm ngặt và định tuyến webhook chuyên dụng trong quá trình tạo tài khoản ban đầu.