Bạn yêu cầu một dịch vụ gửi mã cho mình. Rồi có gì đó trục trặc — mã đến quá muộn, bạn gõ nhầm, ứng dụng từ chối nó, hoặc chẳng có SMS nào đến cả. Giờ bạn muốn thêm một mã nữa trên đúng số đó.
TL;DR: Câu trả lời phụ thuộc vào trạng thái hiện tại của đơn hàng. Resend gửi một yêu cầu qua nhà cung cấp số cho lần kích hoạt đó, và nút này chỉ được bật sau khi đã có một SMS được ghi nhận trên đơn hàng. Nếu chưa có gì đến, Resend vẫn hiển thị nhưng ở trạng thái vô hiệu. Sau khi đơn hàng kết thúc, Reactivate là đường quay lại số đó bên trong SMSCode, trên một đơn hàng COMPLETED (đã hoàn tất) đủ điều kiện — và đó là một đơn hàng trả phí mới, không phải thao tác hoàn tác.
Chỗ gây rối là: câu trả lời không nằm ở tính chất của số, mà ở tính chất của đơn hàng. Và hai nút hữu ích nhất lại được bật trong hai điều kiện trái ngược nhau.
Resend nói chuyện với nhà cung cấp số, không phải với ứng dụng bạn đang đăng ký
Hiểu nhầm ở điểm này khiến người ta thử lại ở nơi không có tác dụng.
Khi bạn bấm Resend, SMSCode gửi một yêu cầu tới nhà cung cấp đã cho bạn thuê số đó, cho lần kích hoạt đó. Nó không liên hệ với Google, WhatsApp, Telegram hay bất kỳ dịch vụ nào bạn đang đăng ký, và nó không thể khiến dịch vụ đó soạn ra một tin nhắn mới.
Vậy là có hai việc phải diễn ra trót lọt, và chúng thuộc về hai bên khác nhau:
- Dịch vụ đích phải gửi đi cái gì đó. Việc này được kích hoạt từ chính màn hình của dịch vụ đó — tuỳ chọn “gửi lại mã” hoặc “gọi cho tôi” của riêng họ — và chịu sự chi phối của quy tắc bên họ.
- Nhà cung cấp phải chuyển nó về số bạn đang thuê. Đó chính là phần Resend đảm nhiệm.
Resend chỉ khả dụng sau khi đã có một SMS được ghi nhận trên đơn hàng, và sau đó chỉ trong lúc lượt thuê còn sống, chưa hết hạn, và thời gian chờ đã qua. Nếu chưa có gì được ghi nhận, Resend vẫn ở trạng thái vô hiệu và việc gửi phải được kích hoạt từ màn hình của dịch vụ đích. Mã xác minh thực sự được gửi đi đâu nói về cách nhận ra khi một dịch vụ đã gửi mã qua kênh khác ngoài SMS.
Resend và Cancel không bao giờ cùng được bật
Trên một đơn hàng đang chạy, cả hai nút đều hiển thị. Nút nào được bật là tuỳ các điều kiện bên dưới; chúng không bao giờ cùng được bật. Khi đơn hàng kết thúc, thanh thao tác này không còn hiển thị nữa.
Resend chỉ được bật sau khi đã có một SMS được ghi nhận trên đơn hàng đó. Khi đó là lý do khiến nó bị vô hiệu, nút tự nói ra điều đó lúc bạn rê chuột lên: “Available after the first SMS.”
Cancel chỉ được bật khi chưa có SMS nào được ghi nhận, và chỉ sau một khoảng mở đầu ngắn ở đầu đơn hàng. Ngay khi một tin nhắn được ghi nhận, Cancel chuyển sang vô hiệu.
Vậy nên:
- Chưa có SMS nào được ghi nhận → Cancel có thể được bật; Resend bị vô hiệu.
- Đã có một SMS được ghi nhận → Resend có thể được bật; Cancel bị vô hiệu.
Trên một đơn hàng đang chạy, một nút Resend bị vô hiệu có thể là do chưa có SMS nào được ghi nhận hoặc thời gian chờ chưa qua. Đơn hàng hết hạn hoặc đã vào trạng thái kết thúc cũng khiến không gửi lại được; thanh thao tác bị ẩn khi đơn hàng kết thúc.
Nếu chưa có SMS nào đến, hãy làm hết chuỗi này trước khi tiêu tiền tiếp
Không có cách nào nhìn vào bản ghi đơn hàng để biết vì sao một tin nhắn chưa xuất hiện. Đơn hàng ghi lại điều kiện và việc chuyển tin, chứ không ghi lại lập luận của dịch vụ đích. Vậy nên đừng đoán — hãy đi theo thứ tự:
- Kiểm tra xem dịch vụ đó thực sự gửi mã đi đâu. Nhiều dịch vụ gửi vào một màn hình trong ứng dụng, vào email, hoặc bằng cuộc gọi thoại thay vì SMS — đôi khi không nói rõ. Một mã được gửi tới kênh mà số thuê của bạn không thể nhận sẽ không bao giờ xuất hiện trên đơn hàng, chờ bao lâu cũng vậy.
- Kích hoạt việc gửi từ chính màn hình của dịch vụ đích, nếu bạn chưa làm. Không có gì ở phía SMSCode có thể khởi tạo yêu cầu đó.
- Cho đơn hàng hiện tại nốt thời gian còn lại của nó. Trang đơn hàng hiển thị còn bao lâu. Chờ trong khoảng đó không tốn thêm gì.
- Xem đơn hàng của bạn thực sự đang cho phép làm gì ngay lúc này. Nếu Cancel đang được bật và bạn đã quyết định dừng, nút ở đó. Nếu nó không được bật thì huỷ không phải đường đang mở, và đặt một số mới là một lần mua riêng, không phải một lần thử lại.
- Nếu kết quả của một thao tác không rõ ràng, hãy kiểm tra trạng thái đơn hàng và số dư trước khi bấm bất cứ thứ gì lần thứ hai.
Bản ghi đơn hàng cho thấy điều kiện và việc chuyển tin. Nó không ghi lại vì sao một dịch vụ đích đã gửi hay không gửi, nên nó cũng không thể cho bạn biết liệu một số hay một quốc gia khác có hành xử khác đi hay không.
Bốn chiếc đồng hồ, thuộc về hai bên
Người ta hay nói về “cái timer” như thể chỉ có một. Thực ra có ít nhất bốn, và chúng hết giờ độc lập với nhau.
| Đồng hồ | Thuộc về | Thứ nó giới hạn |
|---|---|---|
| Hiệu lực của mã | Dịch vụ đích | Mã bạn đã nhận còn dùng được bao lâu |
| Thời gian chờ giữa hai lần yêu cầu | Dịch vụ đích | Bao lâu nữa dịch vụ đó mới chịu phát mã tiếp |
| Thời gian chờ của Resend | SMSCode | Bao lâu nữa nút Resend được bật lại |
| Thời hạn thuê | SMSCode | Đơn hàng của bạn giữ số trong bao lâu |
Hai cái là của chúng tôi, hai cái thì không. Hai cái của dịch vụ đích khác nhau tuỳ dịch vụ, tuỳ quốc gia, đôi khi tuỳ cả tài khoản, và chúng tôi không có tư cách nêu ra con số. Với hai cái của chúng tôi, hãy làm theo đúng những gì trang đơn hàng hiển thị: thời điểm Resend được bật lại, và đơn hàng còn lại bao nhiêu thời gian.
Đó là lý do lời khuyên “chờ một tiếng rồi thử lại” có thể hỏng: nếu dịch vụ đích bắt bạn chờ lâu hơn phần thời gian còn lại của đơn hàng thì cái chờ đó không lọt vào trong đơn hàng. Thứ có hiệu lực là thời gian còn lại của chính đơn hàng, hiển thị trên trang của nó — không phải một quy tắc chung chung.
Từ trạng thái hiện tại của bạn thì nên làm gì
| Tình huống của bạn | Cái gì đang được bật | Nên làm gì |
|---|---|---|
| Đơn hàng đang chạy, chưa có SMS | Cancel có thể được bật; Resend vô hiệu | Làm hết chuỗi bên trên trước khi mua tiếp |
| Đơn hàng đang chạy, đã có SMS đến | Resend, sau khi thời gian chờ qua | Thử nhập lại mã đang có trước; nó có thể vẫn còn hiệu lực |
| Đơn hàng đang chạy, đã có SMS, chờ chưa qua | Resend hiển thị nhưng vô hiệu | Làm theo mốc thời gian trang hiển thị |
| Đơn hàng COMPLETED | Reactivate, nếu đơn hàng đủ điều kiện | Một đơn hàng trả phí mới — xem bên dưới |
| Đơn hàng hết hạn (expired) hoặc đã huỷ (canceled) | Không có gì | Một đơn hàng mới không giữ chỗ và không bảo đảm lấy lại số trước đó |
| Đơn hàng COMPLETED, Reactivate không xuất hiện | Không có gì | Support cũng không thể giữ chỗ hay ép lấy đúng số đó |
Reactivate là một đơn hàng trả phí mới, không phải hoàn tác
Khi một đơn hàng đã kết thúc, Reactivate có thể xuất hiện trên trang chi tiết của nó. Cái tên nghe như khôi phục; thực tế không phải vậy.
Reactivate tạo ra một đơn hàng trả phí mới cho cùng số đó, và chi phí được hiển thị trước khi bạn xác nhận. Hiện tại nút này chỉ xuất hiện trên đơn hàng COMPLETED từ một trong các nhà cung cấp của chúng tôi, nên nó sẽ không có mặt trên mọi đơn hàng đã kết thúc. Tài liệu mô tả thao tác này cùng bước xác nhận của nó.
Nút xuất hiện nghĩa là đơn hàng của bạn thuộc đúng loại. Còn số đó có còn cấp được hay không thì được kiểm tra ngay lúc bạn bấm, và lần kiểm tra ấy có thể trả về kết quả phủ định.
Nếu một lần thử Reactivate không tạo ra đơn hàng chạy được, đừng bấm lại ngay. Một yêu cầu có thể hỏng vì nhiều lý do — số đó thực sự không còn, hoặc yêu cầu hỏng dọc đường — và hai chuyện đó không giống nhau. Hãy kiểm tra danh sách đơn hàng và số dư trước. Nếu chuyện đã xảy ra không rõ ràng, mở một ticket hỗ trợ kèm Order ID thay vì lặp lại thao tác một cách mù mờ; một ticket có thể đính kèm bản ghi đơn hàng, còn một lần bấm lại mù mờ thì không.
Hai tình huống đáng đi qua từng bước
Đây là minh hoạ, không phải báo cáo về tài khoản có thật.
Một người gõ sai mã. Tin nhắn đến, chữ số cuối bị sai, dịch vụ từ chối. Bản thân mã đó rất có thể vẫn còn trong thời hạn hiệu lực, nên việc đầu tiên nên thử là nhập lại đúng mã đang hiển thị trên trang đơn hàng. Nếu nó thực sự đã hết hạn, đơn hàng chỉ đủ điều kiện để yêu cầu lần nữa khi lượt thuê còn sống, chưa hết hạn, và thời gian chờ đã qua — và một yêu cầu không phải là một lần giao tin: dịch vụ đích vẫn là bên phải phát ra SMS mới, và việc nó đến không được bảo đảm.
Một người không thấy gì sau vài phút. Resend đang vô hiệu, và bấm nó không phải là nước đi. Chuỗi bên trên mới là thứ áp dụng: xác nhận dịch vụ đó có thật sự gửi qua SMS hay không, kích hoạt việc gửi từ màn hình của nó, để phần thời gian còn lại của đơn hàng chạy hết, rồi xem đơn hàng đang cho phép gì trước khi mua cái mới.
Một tin nhắn cũ không phải câu trả lời cho một thử thách mới
Hai thứ hay bị trộn vào nhau ở đây, và cả hai đều gây bực thật sự.
Một tin nhắn đã lưu là một bản ghi, không phải một mã đang sống. SMS vẫn đọc được trên trang đơn hàng. Nhưng mã bên trong nó được phát ra cho đúng một thử thách cụ thể. Nếu từ đó tới giờ dịch vụ đích đã phát ra một thử thách mới — vì bạn bấm nút gửi lại của họ, khởi động lại luồng, hoặc quay lại sau đó — thì mã cũ có thể không còn khớp với thử thách hiện tại. Có luồng huỷ hiệu lực mã cũ khi phát mã mới, có luồng thì không; thứ quyết định là thử thách mà dịch vụ đích đang đưa ra lúc này. Đọc được một tin nhắn cũ không biến mã trong đó thành câu trả lời cho nó.
Một mã đã đến không có nghĩa là đã được chấp nhận. Nhận được mã nghĩa là một tin nhắn đã tới số đó. Nó không nói gì về việc dịch vụ đích có chấp nhận đăng ký hay giữ lại tài khoản sau đó hay không; quyết định ấy hoàn toàn là của họ. Ranh giới tương tự cũng quan trọng khi một số đến kèm theo WhatsApp của người khác.
Khoản phí được xử lý ra sao
Ranh giới nằm ở có SMS nào được chuyển tới hay không, chứ không phải ở việc có bóc tách được mã bên trong nó hay không.
Một đơn hàng bị huỷ hoặc hết hạn mà không có SMS nào đến sẽ tự động hoàn khoản phí về số dư SMSCode của bạn. Nếu đã có một SMS đến, đơn hàng được tính là đã giao tin ngay cả khi không bóc được mã nào từ nó. FAQ nói thẳng điều này: khi một tin nhắn đến mà không phát hiện được mã, nội dung vẫn được hiển thị và đơn hàng vẫn được xử lý như đã giao tin.
Một ví dụ cụ thể cho thấy chỗ này quan trọng: một dịch vụ gửi một câu xác nhận chứa một từ thay vì một dãy sáu chữ số. Tin nhắn đến và đọc được trên đơn hàng, nhưng không có mã nào được phát hiện trong đó. Đơn hàng vẫn tính là đã giao tin, vì đã có thứ gì đó đến.
Hệ quả thực tế: hãy trông đợi khoản phí quay lại khi tin nhắn chưa từng đến, chứ không phải khi mã khó đọc. Nếu bạn tin rằng khoản phí của một đơn hàng bị sai, mở một ticket hỗ trợ — các trường hợp về đơn hàng, thanh toán và hoàn tiền được xử lý ở đó, vì chúng cần đính kèm bản ghi đơn hàng.
Đừng để một số thuê thành đường vào duy nhất của một tài khoản
Một số tạm thời được thuê trong một khoảng thời gian. Sau đó nó không còn là của bạn và có thể được cấp lại cho người khác. Chuyện đó có phù hợp cho một lần đăng ký duy nhất hay không còn tuỳ quy định của nền tảng và tuỳ những gì bạn sẽ cần để khôi phục về sau. Vấn đề thực sự là khi số đó trở thành đường duy nhất quay lại một tài khoản bạn còn quan tâm.
Trước khi dựa vào một số thuê cho bất cứ thứ gì lâu dài, hãy kiểm tra chính dịch vụ đó cung cấp những cách khôi phục nào, vì mỗi nơi mỗi khác:
- Thêm một email khôi phục mà bạn kiểm soát, nếu dịch vụ hỗ trợ, và xác nhận nó nhận được thư thật.
- Lưu mã dự phòng hoặc mã khôi phục do dịch vụ phát hành, nếu có — với nhiều dịch vụ thì đây mới là đường khôi phục thật sự.
- Nếu dịch vụ có hỗ trợ ứng dụng xác thực, hãy bật nó. Lưu ý ứng dụng xác thực là một yếu tố đăng nhập, không tự động trở thành một phương thức khôi phục; nó có giúp bạn vào lại được hay không là tuỳ quy tắc của dịch vụ đó.
- Nếu tài khoản quan trọng về lâu dài, hãy chuyển phần xác minh của nó sang một số bạn giữ được.
Hôm nay nhận được mã trên một số thuê không biến số đó thành chỗ neo an toàn lâu dài cho tài khoản.
Giới hạn của hướng dẫn này
- Bản ghi đơn hàng cho thấy điều kiện và việc chuyển tin. Nó không xác lập được vì sao một dịch vụ đích đã gửi hay không gửi, và hướng dẫn này không suy đoán chuyện đó.
- Các đồng hồ thuộc về dịch vụ đích thay đổi mà không báo trước. Không có gì ở đây là lời hứa về việc một mã hay một khoảng chờ bên ngoài kéo dài bao lâu.
- Một số cụ thể có lấy lại được qua Reactivate hay không được kiểm tra ngay tại thời điểm đó và không thể dự đoán trước.
- Nhãn giao diện và các thao tác khả dụng có thể thay đổi. Trang chi tiết đơn hàng và tài liệu mới là thứ có hiệu lực; hướng dẫn này chỉ mô tả chúng.
- Không có gì ở đây bảo đảm rằng một mã sẽ đến, rằng một lần đăng ký sẽ được chấp nhận, hay rằng một số có thể lấy lại được.
FAQ
Vì sao Resend bị xám trong khi tôi chưa nhận được gì?
Trên một đơn hàng đang chạy, Resend chỉ được bật sau khi đã có một SMS được ghi nhận; khi đó là lý do nó bị vô hiệu, chú thích hiển thị khi rê chuột lên nút ghi “Available after the first SMS”. Thời gian chờ chưa qua hoặc đơn hàng đã kết thúc cũng khiến không gửi lại được, và thanh thao tác không hiển thị sau khi đơn hàng kết thúc. Để có tin nhắn đầu tiên, hãy kích hoạt việc gửi từ chính màn hình của dịch vụ đích.
Resend có làm Google hay WhatsApp gửi cho tôi mã mới không?
Không. Resend là một yêu cầu gửi tới nhà cung cấp đã cho bạn thuê số. Chỉ dịch vụ đích mới có thể phát ra một mã mới, từ màn hình của chính họ.
Tôi bấm Resend liên tục cho đến khi có gì đó đến được không?
Không. Thời gian chờ của Resend giới hạn tần suất dùng nút, và dịch vụ đích áp quy tắc thử lại riêng của họ một cách độc lập. Trang đơn hàng hiển thị khi nào Resend được bật lại.
Mã đã đến nhưng ứng dụng báo hết hạn. Tôi xin mã khác được không?
Chỉ khi lượt thuê còn sống, chưa hết hạn và thời gian chờ đã qua; một SMS đã được ghi nhận làm đơn hàng đủ điều kiện để yêu cầu. Đủ điều kiện không phải là đã giao tin — dịch vụ đích vẫn là bên phát ra tin nhắn mới và việc nó đến không được bảo đảm. Nếu đơn hàng đã kết thúc, bạn cần một đơn hàng mới.
Lần thử Reactivate của tôi không tạo ra đơn hàng chạy được. Giờ sao?
Hãy kiểm tra danh sách đơn hàng và số dư trước khi làm gì khác, vì một lần thất bại và một lần không rõ kết quả là hai chuyện khác nhau. Nếu kết quả mập mờ, mở ticket hỗ trợ kèm Order ID thay vì bấm Reactivate lần nữa.
Đơn hàng của tôi hết hạn mà không có SMS nào. Tôi được hoàn tiền chứ?
Có — một đơn hàng bị huỷ hoặc hết hạn mà không có SMS nào đến sẽ tự động hoàn khoản phí về số dư. Nếu đã có một tin nhắn đến, kể cả tin không phát hiện được mã nào bên trong, đơn hàng được tính là đã giao tin.
Support gửi thủ công cho tôi một mã khác được không?
Support không thể phát ra mã — mã đến từ dịch vụ đích — và cũng không thể bảo đảm quyền truy cập vào một số cụ thể. Thứ một ticket làm được là tra soát một đơn hàng và kết quả của một thao tác trên đó, và đó là lý do Order ID là thứ đáng gửi kèm.