Nhận mã SMS Zoho cho kiểm thử và tài khoản doanh nghiệp

Tình huống: màn hình Zoho đang yêu cầu số di động

Các đội gặp bước này theo vài cách dễ đoán. Một lập trình viên tích hợp cần tài khoản Zoho mới để kiểm thử kết nối OAuth với CRM, Books hoặc Desk. Một agency thiết lập Zoho Mail và Zoho One cho khách hàng và không muốn điện thoại cá nhân của nhân viên bị gắn với đăng nhập quản trị. Một trưởng nhóm QA phải chứng minh luồng đăng ký hoạt động giống nhau cho người dùng ở Dubai và ở Sydney. Trong mỗi trường hợp, vật cản đều là cùng một tin nhắn, và người cần nó hiếm khi có sẵn SIM của đúng quốc gia.

OTP Route biến tin nhắn đó thành thứ mà công cụ của bạn có thể yêu cầu, chờ và đọc.

Zoho dựa vào xác minh điện thoại ở đâu?

Zoho thường yêu cầu số di động khi tạo tài khoản mới, và có thể dùng SMS làm yếu tố thứ hai khi đăng nhập bên cạnh ứng dụng xác thực của mình. Một số đã xác minh cũng được dùng để khôi phục tài khoản khi mất mật khẩu. Thời điểm chính xác một mã được yêu cầu phụ thuộc vào sản phẩm, khu vực của tài khoản và cài đặt bảo mật do quản trị viên chọn, vì vậy hãy xây các bài kiểm thử chấp nhận được việc lời nhắc xuất hiện hoặc không.

Chọn quốc gia cho số Zoho

Dịch vụ zoho hiện được định tuyến tại 198 quốc gia. Hãy khớp số với thị trường của tài khoản bạn đang tạo hoặc kiểm thử, vì quốc gia ảnh hưởng đến mã quay số mà Zoho mong đợi, ngôn ngữ tin nhắn và đôi khi cả trung tâm dữ liệu khu vực nơi tài khoản được đặt.

Các tuyến thường được chọn gồm Ấn Độ, Hoa Kỳ, Vương quốc Anh, Các Tiểu vương quốc Ả Rập Thống nhất, Úc và Đức. Trong danh sách còn có Canada, Brazil, Mexico, Singapore, Ả Rập Xê Út, Nam Phi, Hà Lan, Tây Ban Nha, Pháp, Nhật Bản, Indonesia, Malaysia và Kenya. Tình trạng khả dụng thay đổi trong ngày, vì vậy hãy đọc từ GET /api/v1/countries khi lần chạy bắt đầu.

Tích hợp API mã xác minh Zoho vào bài kiểm thử của bạn

Các lệnh gọi được gửi tới https://otproute.com/api/v1 với khóa Bearer từ Developer console.

1. Lấy giá bằng GET /api/v1/prices?country=<id>&service=zoho.
2. Tạo lượt kích hoạt: POST /api/v1/activations với {"service": "zoho", "country": "<id>"}.
3. Để công cụ tự động hóa trình duyệt của bạn nhập số được trả về vào biểu mẫu Zoho và yêu cầu mã.
4. Chờ sự kiện activation.sms_received, khóa theo id kích hoạt, tại endpoint webhook của bạn.

Hai thói quen giúp trình xử lý đáng tin cậy. Thứ nhất, kiểm tra X-OTPRoute-Signature bằng cách tính HMAC-SHA256 trên "<t>.<raw body>" với secret của endpoint, và từ chối dấu thời gian đã cũ. Thứ hai, làm cho trình xử lý có tính idempotent: ghi lại id kích hoạt và bỏ qua lần gửi lặp, để mã không bao giờ bị nhập hai lần. Nếu trình chạy kiểm thử của bạn không nhận được lưu lượng đến, hãy polling GET /api/v1/activations/{id} và giữ dưới 300 yêu cầu mỗi phút. Hướng dẫn thu nhận bằng webhook trình bày cả hai mẫu.

Làm thủ công trong dashboard

Với các thiết lập một lần, hãy mở OTP Gateway, chọn Zoho, chọn quốc gia, kiểm tra giá hiển thị và xác nhận. Sao chép số vào Zoho, bấm nút gửi mã, và giữ lượt kích hoạt mở. Mã sẽ hiện trên màn hình khi nó đến. Bạn có 20 phút; nếu không có gì đến, hoặc bạn hủy, toàn bộ số tiền được trả lại ví của bạn.

Vì sao OTP Zoho có thể không đến

Một mã bị thiếu thường có nguyên nhân bình thường:

• Zoho có thể từ chối số ảo ở một số khu vực hoặc loại tài khoản. Đó là quyết định của họ, và là lý do hoàn tiền diễn ra tự động.
• Tuyến của quốc gia đó có thể đang tắc nghẽn vào thời điểm ấy. Hãy thử lại sau hoặc với quốc gia khác phù hợp với bài kiểm thử.
• Các yêu cầu lặp lại từ một phiên trình duyệt có thể bị chính Zoho giới hạn tốc độ, nên hãy giãn cách các lần thử.
• Đặt lượt kích hoạt mới liên tục trong vòng lặp ngắn không giúp ích gì và làm tiêu hao hạn mức API của bạn.

Hãy để cửa sổ hết hạn rồi mới kết luận tuyến đã thất bại.

Khi nào Dedicated Number là lựa chọn tốt hơn

Một lượt kích hoạt dùng một lần phù hợp để tạo và kiểm thử tài khoản. Nó không phù hợp với đăng nhập quản trị sẽ lại yêu cầu SMS vào tháng sau, vì số đó sẽ không còn là của bạn. Trong trường hợp này, Dedicated Number từ $1.95/tháng cho bạn một đường dây ở Hoa Kỳ hoặc Canada để giữ trong khi nó được gia hạn, với SMS đến trong dashboard và được chuyển tiếp tới webhook của bạn. Đường dây chuyên dụng chỉ được cung cấp ở hai quốc gia đó. Xem thêm về số ảo.

Sử dụng số Zoho có trách nhiệm

Hãy tuân thủ điều khoản của Zoho. Mỗi người thật hoặc doanh nghiệp một tài khoản, và dùng OTP Route để kiểm thử và vận hành sản phẩm cùng tài khoản khách hàng hợp pháp của chính bạn, không bao giờ để tạo hàng loạt tài khoản đăng ký. OTP Route không có liên kết với Zoho, tên này là nhãn hiệu của chủ sở hữu, và Chính sách Sử dụng Chấp nhận được áp dụng cho mọi lượt kích hoạt. Các agency quản lý nhiều khách hàng có thể đọc trang giải pháp cho agency.

Câu hỏi thường gặp

Làm sao nhận OTP Zoho qua API?

Tạo một lượt kích hoạt với id dịch vụ zoho và quốc gia bạn chọn, rồi đọc mã từ webhook activation.sms_received hoặc bằng cách polling lượt kích hoạt.

Tôi có thể dùng số ảo để xác minh SMS Zoho khi kiểm thử không?

Thường là được, nhưng Zoho có thể từ chối số ảo trong một số trường hợp. Nếu không có mã nào đến trong 20 phút, khoản phí được hoàn lại.

Một số điện thoại Zoho cho một mã có giá bao nhiêu?

Từ $0.20 mỗi mã. Giá trực tiếp theo từng quốc gia được endpoint giá trả về và hiển thị trong dashboard.

Tôi nên chọn quốc gia nào cho tài khoản kiểm thử Zoho?

Chọn quốc gia của người dùng hoặc thị trường bạn đang kiểm thử, để mã quay số và ngôn ngữ tin nhắn khớp với trường hợp thực tế.

Tôi có thể giữ cùng một số cho các lần đăng nhập Zoho sau này không?

Không với lượt kích hoạt dùng một lần. Dedicated Number ở Hoa Kỳ hoặc Canada là lựa chọn cho tài khoản phải xác minh lại về sau.

Tôi có thể kiểm thử luồng mà không tốn tiền trong ví không?

Có. Tài khoản phát triển có thể được chuyển sang sandbox theo yêu cầu, trả về số và mã mô phỏng. Xem chi tiết trong tài liệu.

Tên dịch vụ là nhãn hiệu của chủ sở hữu tương ứng. OTP Route không liên kết với họ. Hãy sử dụng số hợp pháp, tuân thủ điều khoản của từng dịch vụ và Chính sách sử dụng chấp nhận được của chúng tôi.