Trình tạo số thẻ kiểm tra (Luhn-Hợp lệ, chỉ hộp cát)
Tạo số thẻ kiểm tra giả, hợp lệ Luhn-checksum từ phạm vi BIN hộp cát được ghi lại công khai (Visa, Mastercard, Amex, Discover) để kiểm tra QA và quy trình thanh toán. Không phải thẻ thật.
kết quả
Công cụ này tạo số thẻ giả, tổng hợp chỉ nhằm một mục đích: thực hiện biểu mẫu thanh toán, tích hợp SDK thanh toán hoặc bộ thử nghiệm tự động mà không cần chạm vào tài khoản thật. Đây không phải là cách để có được thẻ làm việc và không có kết quả đầu ra nào của nó bị ràng buộc với bất kỳ tài khoản thực, chủ thẻ hoặc ngân hàng nào. Mọi số đều được xây dựng dựa trên tiền tố BIN mà bộ xử lý thanh toán xuất bản trong tài liệu hộp cát dành riêng cho nhà phát triển của họ để các kỹ sư có thể điền vào các biểu mẫu thanh toán ở chế độ thử nghiệm - giống hệt các tiền tố kiểu 424242..., 411111..., 555555..., 510510..., 378282..., 371449..., và 601111... được tham chiếu trên các tài liệu chế độ thử nghiệm cổng chính. Ở đây không có gì hiệu quả đối với một giao dịch mua thực, trong một cửa hàng thực, trên mạng thanh toán thực.
Điều làm cho kết quả đầu ra trông hợp lệ thay vì chỉ là một chuỗi ngẫu nhiên là tổng kiểm tra Luhn (mod-10) thực, được tính từ đầu trong mọi thế hệ: bắt đầu từ chữ số ngoài cùng bên phải của số ứng cử viên, mỗi chữ số thứ hai sẽ được nhân đôi, bất kỳ kết quả nhân đôi nào trên 9 đều bị trừ 9, tất cả các chữ số được tính tổng và một chữ số còn lại được chọn để tổng cộng nằm trên bội số của mười. Đó là số học tương tự mà việc kiểm tra "trông giống như số thẻ hợp lệ" phía trình duyệt thực hiện, vì vậy những con số này vượt qua bài kiểm tra cụ thể, hẹp đó giống như cách số thẻ thật - trong khi vẫn hoàn toàn giả mạo, được tạo cục bộ và vô dụng đối với một giao dịch thực tế.
Công cụ này giữ tiền tố kiểm tra được ghi lại cố định trên mỗi mạng và ngẫu nhiên hóa mọi thứ sau nó, do đó, một lô có tối đa 20 số thực sự là 20 số Luhn hợp lệ khác nhau chứ không phải cùng một số kiểm tra theo nghĩa đen phổ biến được in lặp đi lặp lại. Sau đó, mỗi kết quả được phân loại lại theo quy tắc phạm vi BIN thực mà các biểu mẫu thanh toán sử dụng để phát hiện mạng của thẻ (số 4 dẫn đầu cho Visa, 51 đến 55 hoặc 2221 đến 2720 cho Mastercard, 34 hoặc 37 cho Amex, 6011 hoặc 65 cho Discover) hoàn toàn để xác nhận nhãn hiển thị khớp với các chữ số được tạo, cộng với CVV có kích thước chính xác (3 chữ số hoặc 4 đối với Amex) và ngày hết hạn ngẫu nhiên tùy chọn trong tương lai để thuận tiện khi điền vào mẫu bài kiểm tra đầy đủ.
Đây là sự tiện lợi của nhà phát triển và QA, không phải là sản phẩm thanh toán: nó tồn tại vì Stripe, PayPal và hầu hết các bộ xử lý khác đã xuất bản những con số chỉ dành cho thử nghiệm chính xác này cho bất kỳ ai tích hợp thanh toán của họ và có cách nhanh chóng để tạo các biến thể vẫn đáp ứng xác thực Luhn phía khách hàng giúp tiết kiệm việc nhập lại một vài số trong sách giáo khoa giống nhau bằng tay. Mọi thứ chạy cục bộ trong trình duyệt của bạn với tính ngẫu nhiên được hỗ trợ bởi Web Crypto - không có gì được truyền đi bất cứ đâu và không có gì được sản xuất ở đây sẽ được đưa vào thanh toán trực tiếp của người bán thực sự.