IOSOR Kiến thức

Thứ tự sự kiện so với ghi sổ ledger

Các sự kiện DLR và MO đến lệch thứ tự không được phá vỡ quy tắc ghi nợ trả trước — thứ tự đến không phải là luật tiền tệ.

Các mạng lưới gửi callback không theo thứ tự. DLR đến muộn, MO đến sớm, hoặc lật trạng thái trước khi quyết toán không bao giờ được tạo ra khoản ghi nợ thứ hai hoặc viết lại một dòng đã quyết toán. Trang này là hợp đồng thứ tự ghi sổ: quy tắc ledger tồn tại qua việc sắp xếp lại — không phải bài vỡ lòng về ID tương quan cũng không phải bài luận thanh toán MO so với MT.

Liên quan: Webhook trùng lặp không được tạo khoản ghi nợ thứ hai, Vận hành tiêu thụ webhook ở mức lưu lượng lớn, Cổng xác thực chữ ký và cửa sổ phát lại, Hợp đồng webhook trước lần gửi đầu tiên, Dòng debit và trạng thái giao trên cùng ledger.

IOSOR là prepaid nhãn trắng. USD 20 tài trợ cho một bài kiểm tra khói ngoài thứ tự; đánh giá nhẹ nhàng gần USD 1.000/tháng định giá việc «sự kiện cuối cùng giành tiền» như khoản nợ đối soát.

Thứ tự đến không phải là luật ledger

HTTP đến chỉ là tai nạn vận chuyển. Tiền được ghi theo hold → quyết toán → cập nhật kết quả — chứ không phải «callback nào đến cuối cùng». Mức USD 1.000/tháng mềm coi việc sắp xếp lại như sự cố tài chính khi sản phẩm hiển thị thành công trong khi ledger dịch chuyển gấp đôi. USD 20 chứng minh DLR đến muộn bắt buộc không bao giờ mở khoản ghi nợ song song. Phát lại cùng ID: Webhook trùng lặp không được tạo khoản ghi nợ thứ hai. Trang này sở hữu các sự kiện khác nhau, sai thứ tự.

Trạng thái sai thứ tự trông như thế nào

Mẫu đến Ghi sổ an toàn Phản ứng không an toàn
DLR trước quyết toán Đang chờ; quyết toán một lần dưới hold Ghi nợ chỉ từ DLR
Thất bại rồi giao Cập nhật kết quả tại chỗ Phí thứ hai cho việc lật
MO trước tương quan MT Lưu hộp thư; nối khi MT quyết toán Tính phí MO là chiều đi
Status sau hoàn tiền Không tiền mới; chú thích Quyết toán lại ý định đã giải phóng
Hai đầu cuối, một ý định Một dòng tiền Hai dòng ghi nợ

Worker áp dụng bảng tương tự ở mức lưu lượng lớn: Vận hành tiêu thụ webhook ở mức lưu lượng lớn. Tính xác thực trước tiên: Cổng xác thực chữ ký và cửa sổ phát lại.

Quy tắc ghi sổ sống sót sau khi sắp xếp lại

Mint khóa hold và idempotency trước các hiệu ứng phụ (Hợp đồng webhook trước lần gửi đầu tiên). Quyết toán một lần cho mỗi ý định có thể tính phí; các sự kiện sau chỉ cập nhật kết quả. Không bao giờ mở khoản ghi nợ song song cho DLR hoặc MO sớm/muộn. Từ chối hoặc đỗ xe bên ngoài cửa sổ đã ký — không có thành công bịa đặt. Xuất các phép nối theo ý định — không phải dấu thời gian đến. Tiền↔kết quả: Dòng debit và trạng thái giao trên cùng ledger. Ngôn ngữ lưu lượng mềm vẫn bị chặn trong khi khói ngoài thứ tự hiển thị hai dòng tiền cho một ý định.

Độ trễ là bình thường; tiền gấp đôi thì không

Độ trễ là bình thường, nhưng hai khoản tiền thì không. Hệ thống phải xử lý tốt các tình huống bất đồng bộ.

Danh sách kiểm tra của người mua cho thứ tự sự kiện so với ghi sổ

Kiểm tra kỹ các điểm cuối webhook của bạn. Đảm bảo chữ ký và khung thời gian luôn được xác thực chính xác.

Bắt đầu với IOSOR

Ghi debit prepaid trên khóa nghiệp vụ, không trên thứ tự webhook tới. DLR muộn và accepted sớm có thể đáp theo bất kỳ thứ nào; sổ vẫn viết một hàng. Phát lại trong cửa chữ ký không được tạo debit thứ hai. Ép một trạng thái muộn và một sớm trên một gửi đã trả và chứng một bút toán.

Điểm chính IOSOR

Thứ tự tới không phải luật sổ.

Hướng dẫn này có hữu ích không?

Hướng dẫn liên quan