Cách tránh đơn trùng và yêu cầu mã lặp lại

Đơn trùng và yêu cầu mã lặp lại thường bắt đầu từ sự không chắc chắn: nút phản hồi chậm, SMS chưa đến hoặc hai tab hiển thị các thời điểm khác nhau của cùng quy trình. Thêm yêu cầu hiếm khi làm yêu cầu đầu nhanh hơn. Kỷ luật một đơn giữ số điện thoại, chi phí, phiên đích và mã cuối cùng liên kết với nhau.

Xác định một tác vụ xác minh

Một tài khoản đích, một ứng dụng và một phiên xác minh là một tác vụ. Trước khi đặt, đóng các biểu mẫu đã bỏ và chọn trình duyệt hoặc thiết bị sẽ hoàn tất quy trình. Không để hai người hay hai tab cùng xử lý một tài khoản. Ranh giới rõ giúp biết đơn MangoOTP nào thuộc yêu cầu.

Chỉ gửi đơn một lần

Sau khi nhấn nút đặt hàng, chờ giao diện trả kết quả. Phản hồi chậm không cho phép nhấn lại. Nếu yêu cầu đầu đã đến máy chủ, lần gửi lặp có thể tạo đơn riêng. Giữ trang mở và làm mới Lịch sử đơn hàng để xác định đơn đã tồn tại hay chưa trước mọi hành động khác.

Dùng mã đơn nền tảng làm tham chiếu

Mỗi đơn có mã, số điện thoại, số tiền, thời gian và trạng thái riêng. Ghi mã đơn ngay và dùng nó cho mọi lần kiểm tra. Không chỉ nhận diện bằng quốc gia hoặc dịch vụ vì nhiều bản ghi có thể giống nhau. Mã đơn cũng là định danh an toàn nhất khi liên hệ hỗ trợ.

Giữ số được cấp với đúng phiên

Dán số của đơn đã ghi vào phiên đích một lần. Nếu có đơn khác, không đổi số của nó vào cùng biểu mẫu trừ khi chủ động khởi động lại toàn bộ quy trình đích. Mã được gửi đến số đã nộp và có thể gắn với phiên đầu; trộn chúng tạo lỗi “sai mã” không cần thiết.

Chờ trước khi yêu cầu mã khác

Tuân theo bộ đếm của ứng dụng đích. Yêu cầu trước khi nút được bật có thể gây giới hạn hoặc vô hiệu yêu cầu trước. Khi gửi lại được phép, nhấn một lần và ở lại cùng đơn MangoOTP. Gửi lại là hành động của ứng dụng đích, không phải lý do mua số khác.

Dùng tin mới nhất phù hợp

Nếu nhiều yêu cầu tạo nhiều SMS, so sánh thời gian và dùng mã mới nhất cho phiên hiện tại. Một số ứng dụng vô hiệu mã cũ ngay. Không thử mọi mã trên nhiều phiên và không chia sẻ mã. Đóng tab đích cũ để chỉ còn một nơi nhập rõ ràng.

Khôi phục sau gián đoạn mạng

Nếu trang treo hoặc mạng mất, đừng giả định đơn chưa được tạo. Mở lại MangoOTP, đăng nhập và kiểm tra Lịch sử đơn hàng trước. Nếu có đơn đang xử lý hoặc hoạt động, tiếp tục nó. Chỉ khi danh sách đã làm mới mà không có đơn phù hợp mới quay lại danh mục và gửi một lần.

Kiểm tra số dư và dòng tài khoản

Khi nghi có đơn trùng, so sánh mã đơn và các dòng tài khoản thay vì ước lượng từ số dư. Mỗi đơn hợp lệ có bản ghi riêng. Không tạo thêm đơn để “thử” số dư. Nếu khoản trừ hoặc hoàn không nhất quán, giữ định danh để hỗ trợ điều tra.

Quy tắc cho ứng dụng API

Ứng dụng tự động cần tạo một mã đơn nghiệp vụ cho mỗi ý định mua và chỉ tái sử dụng nó khi thử lại cùng dữ liệu. Cùng mã nhưng khác dịch vụ, quốc gia hoặc số tiền phải được coi là xung đột. Sau thời gian chờ không rõ kết quả, truy vấn đơn gốc thay vì lập mã mới ngay.

Thông tin nâng cấp an toàn

Cung cấp mã đơn, dịch vụ, quốc gia, thời gian, trạng thái và traceId; giải thích nút đã nhấn và mạng có lỗi hay không. Không cung cấp mật khẩu, mã xác minh, API Key, access token hoặc bí mật xác thực. Các dữ kiện an toàn đủ để phân biệt chậm giao diện với nhiều yêu cầu.

Danh sách một đơn

• Một tài khoản và phiên đích đã được chọn.
• Nút đặt hàng chỉ nhấn một lần.
• Kiểm tra lịch sử sau phản hồi không rõ.
• Mã đơn nền tảng đã được ghi.
• Số được cấp gắn với một phiên đích.
• Gửi lại theo bộ đếm và chỉ một lần.
• Dùng mã mới nhất phù hợp.
• Câu hỏi số dư được đối chiếu với dòng tài khoản.
• Thử lại API giữ cùng mã và dữ liệu.

Quy tắc đơn giản nhất là xác nhận đơn hiện tại trước khi tạo đơn khác. Xem hướng dẫn tại Trung tâm trợ giúp MangoOTP.