Cách các đội nhận mã SMS DiDi cho kiểm thử và vận hành

Tình huống: một tài khoản di chuyển phụ thuộc vào một số điện thoại

DiDi là nền tảng gọi xe và di chuyển, và như hầu hết ứng dụng cùng loại, nó coi số di động là cốt lõi của tài khoản. Mã SMS thường được yêu cầu khi đăng ký, khi đăng nhập trên thiết bị mới và khi khôi phục tài khoản; việc onboarding tài xế và người giao hàng cũng dựa vào cùng bước kiểm tra này.

Điều đó tạo ra trở ngại cho công việc kinh doanh hợp pháp. Một công ty vận hành tài khoản hành khách doanh nghiệp không muốn nó gắn với điện thoại cá nhân của một nhân viên. Một agency quản lý di chuyển cho khách hàng cần một bước xác minh mà người khác ngoài người đăng ký ban đầu có thể hoàn tất. Một đội QA xây sản phẩm liên kết với tài khoản DiDi muốn diễn tập luồng mà không phải chuyền một chiếc điện thoại cá nhân quanh văn phòng. Một số ảo cho DiDi, dùng một lần cho mỗi lần xác minh, giữ các bước đó tránh xa SIM riêng của bất kỳ ai.

Những quốc gia nào có thể cung cấp số điện thoại DiDi?

Tuyến didi hiện trải rộng trên 198 quốc gia. Các đội thường bắt đầu từ những thị trường có nhu cầu gọi xe cao, như Mexico, Brazil, Chile, Colombia, Peru, Argentina, Costa Rica, Panama, Cộng hòa Dominica, Ecuador, Úc, New Zealand, Nhật Bản và Hồng Kông.

Hãy chọn quốc gia có chủ đích. Một tài khoản hành khách sẽ dùng ở Santiago nên được xác minh bằng số Chile, và một bài kiểm thử hồi quy cho màn hình đăng ký ở Mexico cần số Mexico. Việc quốc gia của số không khớp với thị trường của tài khoản là lý do phổ biến khiến bài kiểm thử đạt trên giấy nhưng thất bại với ứng dụng thật. Danh sách đầy đủ nằm ở mục quốc gia.

Luồng API mã xác minh DiDi chạy như thế nào?

Luồng DiDi dùng cùng URL gốc với mọi tuyến khác, https://otproute.com/api/v1, với khóa or_live_ trong header Authorization.

1. Truy vấn GET /api/v1/prices?country=<id>&service=didi để xem tuyến có đang mở không và giá hiện tại là bao nhiêu.
2. Đặt đơn bằng POST /api/v1/activations với nội dung như {"service": "didi", "country": "mx"}.
3. Nhập số được trả về vào màn hình DiDi bạn đang kiểm thử và yêu cầu SMS.
4. Đọc mã từ webhook, hoặc polling GET /api/v1/activations/{id} cho đến khi nó xuất hiện.
5. Nếu bài kiểm thử đặt xe bị bỏ dở giữa chừng, hãy giải phóng số qua POST /api/v1/activations/{id}/cancel.

Một tài khoản có thể giữ tối đa 10 khóa và 5 endpoint webhook, trong giới hạn 300 yêu cầu mỗi phút.

Nên viết trình xử lý webhook DiDi như thế nào?

Đăng ký activation.sms_received, và cả activation.expired lẫn activation.cancelled để bài kiểm thử của bạn biết khi nào ngừng chờ. Mỗi lần gửi đều mang X-OTPRoute-Signature: t=<unix>,v1=<hex>; hãy tính lại HMAC-SHA256 trên "<t>.<raw body>" với secret của endpoint, so sánh theo thời gian hằng định, và bỏ qua mọi thứ có dấu thời gian cũ.

Các sự kiện được khóa theo id kích hoạt, nên hãy lưu id đó khi đặt đơn và coi lần gửi thứ hai cho cùng id là không làm gì. Tính idempotent này quan trọng vì một webhook được gửi lại không bao giờ được nhập mã DiDi hai lần. Nếu webhook đến khó thiết lập trong môi trường của bạn, polling endpoint kích hoạt cũng được. Bài về thu nhận OTP bằng webhook so sánh cả hai cách tiếp cận.

Nhận OTP DiDi từ dashboard

Nhân viên vận hành có thể bỏ qua hoàn toàn API. Đăng nhập, nạp ví, mở OTP Gateway, tìm DiDi, chọn quốc gia khớp với tài khoản, và kiểm tra giá hiển thị trước khi xác nhận. Số xuất hiện trên một thẻ kích hoạt, và mã sẽ hiện ở đó khi DiDi gửi. Lượt kích hoạt mở trong 20 phút.

Vì sao mã DiDi có thể không đến?

Có vài nguyên nhân bình thường giải thích một lượt kích hoạt trống:

• DiDi, như nhiều nền tảng, có thể từ chối số ảo trên một số tuyến hoặc vào một số thời điểm.
• Tuyến của quốc gia đã chọn có thể đang bận; tình trạng khả dụng thay đổi suốt ngày.
• Ứng dụng có thể giới hạn các yêu cầu lặp lại từ cùng một thiết bị hoặc phiên trong quá trình kiểm thử.

Cách xử lý là kiên nhẫn chứ không phải quyết liệt. Hãy để cửa sổ kết thúc, thử lại sau hoặc với quốc gia khác vẫn phù hợp với bài kiểm thử, và tránh đặt lại liên tục. Bạn không bao giờ phải trả tiền cho lần hụt: khi cửa sổ đóng hoặc bạn hủy, toàn bộ số tiền được trả lại ví tự động.

Khi nào tài khoản DiDi nên dùng Dedicated Number, và áp dụng những quy tắc nào?

Một lượt kích hoạt dùng một lần phù hợp với một lần xác minh. Nếu cùng một tài khoản DiDi phải đăng nhập lại vào tháng sau, chẳng hạn một tài khoản hành khách staging hoặc đăng nhập doanh nghiệp dùng chung, Dedicated Number giữ đường dây dưới sự kiểm soát của bạn. Chúng chỉ được cung cấp ở Hoa Kỳ và Canada, từ $1.95/tháng, với SMS đến trong dashboard và trên webhook của bạn. Xem số ảo để biết chi tiết.

Chỉ dùng OTP Route để kiểm thử và vận hành sản phẩm cùng tài khoản hợp pháp của chính bạn. Tuân thủ điều khoản của DiDi, mỗi người thật hoặc doanh nghiệp một tài khoản, và lưu ý rằng Chính sách Sử dụng Chấp nhận được của OTP Route áp dụng. OTP Route không có liên kết với DiDi, tên này là nhãn hiệu của chủ sở hữu.

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

Id dịch vụ cho xác minh SMS DiDi để kiểm thử là gì?

Dùng didi trong trường service, cùng với id quốc gia của thị trường bạn đang kiểm thử.

Tôi có thể nhận OTP DiDi cho tài khoản Mexico mà không có SIM Mexico không?

Có, nếu tuyến Mexico đang mở: đặt một số với quốc gia mx và dịch vụ didi, rồi đọc mã qua API hoặc trong dashboard.

Tôi có phải trả tiền nếu DiDi không bao giờ gửi mã không?

Không. Một lượt kích hoạt không có SMS trong 20 phút, hoặc lượt bạn hủy, được hoàn đủ vào ví.

DiDi có chấp nhận mọi số ảo không?

Không nhất thiết. Một số tuyến có thể bị từ chối, vì vậy hãy thử lại sau hoặc dùng quốc gia khác phù hợp.

Tôi có thể kiểm thử tích hợp DiDi mà không tiêu tiền trong ví không?

Có. Một 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 cho các bài kiểm thử đầu cuối.

Tôi thanh toán cho các lượt kích hoạt DiDi như thế nào?

Nạp ví USD trả trước bằng thẻ hoặc USDT/USDC; không có phí hàng tháng, và mỗi lần nạp đều có hóa đơn PDF. Mức giá hiện tại có ở trang bảng giá.

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.