Tương quan phiên Verify cho xuất tài chính: hai debit, một câu chuyện sổ cái

Người dùng xin mã. Sản phẩm thấy một OTP. Ví có thể ghi hai dòng: debit giao SMS mang mã và debit phiên Verify (tạo, TTL, kiểm). Đội hòa vào «chi phí OTP» hoặc đếm hai lần trong board pack hoặc giấu dòng hai đến cuối tháng. Không cái nào là kiểm soát. Hai debit cần một câu chuyện phiên để tài chính xuất.

IOSOR chạy Verify cạnh SMS trên một sổ prepaid white-label. Catalogue live là kênh thật; in setup không phải phiên miễn phí. Gần USD 1,000+ mỗi tháng, dòng SMS và dòng phiên Verify vào rà soát thương mại. Tách hai debit: ghi nợ giao OTP khác phiên verify. OTP không hỗn loạn: OTP không hỗn loạn vận hành. Dừng chi: kiểm soát chi prepaid.

Debit giao so với debit verify

Hành trình một. Tiền hai. Liên quan, không bao giờ bí danh. Debit giao phủ kênh mang mã: encoding, đoạn, đích, DLR tận. Debit phiên Verify phủ phát hành, cửa TTL, kiểm, hết hạn hoặc chính sách gửi lại. Tài chính chỉ thấy SMS thì Verify trông «miễn phí». Sản phẩm chỉ thấy Verify thì bơm SMS trông «thêm phiên». Cả hai dòng phải hiện với cùng correlation id.

Trường ID phiên mà tài chính phải xuất

Xuất tài chính phải dựng lại theo phiên: verify_session_id, message_id hoặc id giao liên quan, đích, kênh, TTL, lý do tận, số debit và dấu thời mỗi dòng. Một tuần không correlation id là đống biên lai, không phải sổ. Nếu bảng sản phẩm hiện thành công phiên trong khi SMS còn pending DLR, xuất phải khớp hai phía, không hai «xong» riêng. Id phiên sống trong phiếu hỗ trợ và bảng đối chiếu, không chỉ log.

TTL gửi lại và hàng trùng

Chính sách gửi lại quyết định hàng trùng có ra không. Cooldown chặn phiên nhưng vẫn bắn SMS (hoặc ngược) làm hai sổ cãi. Hết TTL phải đóng cùng dòng Verify, không mở «phiên ma». Gửi lại do người dùng và retry hệ thống là chủ khác, cooldown khác. Xuất phải đánh resend_reason và parent_session_id để tài chính không coi gửi lại hợp lệ là sự cố tính hai lần.

Đối chiếu trước quy mô

Trước quy mô, một tuần đối chiếu: phiên tạo so với lần SMS (hoặc fallback); DLR tận so với tận phiên (giao+kiểm, không giao+hết hạn, từ chối+chưa kiểm); gửi lại người dùng tách khỏi retry hệ thống. Lần thử >> phiên là blast. Phiên >> lần thử là tính Verify không kênh. Cả hai trượt rà soát thương mại. Chứng hoàn tất trên hành lang live trước cường độ quanh USD 1,000+.

Cờ đỏ

• «Phí OTP» trộn không tách SMS vs phiên
• Verify tính như blast marketing
• Hoàn SMS không đụng dòng phiên (hoặc ngược) không chính sách
• Nút gửi lại bỏ cooldown trên một trong hai đường
• Lỗi khách hàng nêu tên thương hiệu thượng nguồn
• Hứa Verify khi kênh in setup
• Xuất tuần không session correlation id

Bắt đầu với IOSOR

Hãy xuất tệp CSV mẫu hàng tuần từ bảng điều khiển xác thực và kiểm tra xem mọi verify_session_id đều ánh xạ trực tiếp đến các bản ghi delivery message_id tương ứng của nó. Định cấu hình nhật ký webhook để ghi lại các lý do kết thúc phiên cùng với biên nhận giao hàng từ nhà mạng trước khi đẩy các bản cập nhật lên môi trường sản xuất. Tạm dừng mọi việc mở rộng lưu lượng truy cập cho đến khi bộ phận tài chính đối chiếu thành công các lần gửi lại do người dùng khởi tạo với các khoản khấu trừ thử lại của hệ thống trong toàn bộ khoảng thời gian bảy ngày.

Điểm chính IOSOR

Việc theo dõi chi phí xác thực đòi hỏi phải tách biệt vòng đời phiên khỏi các khoản khấu trừ giao hàng cơ bản.