IOSOR

IOSOR Kiến thức

Dòng ghi nợ so với trạng thái giao trên cùng một sổ cái

Ghép mỗi khoản ghi nợ đơn vị prepaid với DLR hoặc kết quả kênh trên một sổ cái ví, để finance không bao giờ coi huy hiệu sent là tiền miễn phí hay fail miễn phí là xóa sổ im lặng.

Huy hiệu sent không phải bữa trưa miễn phí. Trên prepaid, mỗi billable unit để lại dòng debit mà finance nối với outcome — delivered, failed, undelivered, accepted, connected hoặc needs attention — không cần ảnh chụp. Silo tiền và giao riêng tạo «sent miễn phí» và write-off im lặng khi đóng sổ.

IOSOR là white-label prepaid: một ví cho messaging, verification, email, voice và intent số JIT. USD 20 tài trợ pilot phải chứng minh sổ cái trung thực; soft review quanh USD 1.000/tháng chỉ làm lệch to hơn. Hàng xóm hẹp: hạch toán phân đoạn SMS cho toán đoạn; chính sách retry DLR thất bại dưới prepaid cho thời điểm retry. Ở đây: join tiền↔outcome toàn ví.

Sent không phải sự thật tiền miễn phí

«Được mạng chấp nhận» là sự kiện sản phẩm, không phải quà cho số dư. Unit đã settle hiện số tiền, tiền tệ, kênh và intent ID. Unit không billable không để debit settled — hoặc có release/refund rõ. Coi sent là miễn phí khi tiền đã chuyển là nói dối finance; coi failed là miễn phí khi debit vẫn settled là nói dối ngược.

Happy path: giữ trước số dư trả trước trước lần ghi nợ đầu tiên. Fail path: Khi prepaid hold thất bại: auto-refund và sự thật trạng thái. Tương quan giữa chúng: một dòng vẫn đọc được sau trễ DLR.

Một dòng cần trường debit + outcome

Một dòng join được cho mỗi billable intent:

Trường Vì sao
Intent / correlation ID Nối ví và sản phẩm
Số tiền debit + tiền tệ Chứng minh tiền chuyển một lần
Kênh + loại unit SMS ≠ voice ≠ unit verify
Outcome / trạng thái DLR Delivered, failed, pending, needs attention
Timestamp outcome Thấy trễ; chặn debit thứ hai
Idempotency key Retry tái dùng tiền — idempotency, thử lại và tiền

CSV money và DLR tách không khóa chung buộc invent join. Nên một export có cả hai.

Trễ DLR và trạng thái không double charge

Outcome đến muộn. Pending sau settle là bình thường; charge thứ hai cùng khóa thì không. Settle một lần dưới hold, cập nhật outcome tại chỗ, đừng mở debit song song vì DLR đổi. Retry dưới một khóa: một chuyển tiền, nhiều chuyển trạng thái.

Khi fail cuối cùng: giữ debit settled với outcome failed (billable attempt) hoặc release/refund khi chưa bao giờ nợ — không bao giờ debit settled với Delivered giả. Trễ thuộc timestamp, không thuộc dòng trùng.

Kết quả kênh không thay thế lẫn nhau

Messaging DLR ≠ email accept ≠ verify thành công ≠ voice connect. Dán «Delivered» mọi kênh che burn và phá caps. Giữ từ vựng outcome theo kênh trong khi cột tiền dùng chung. Chi tiết đoạn ở bài SMS; export ví cần unit đã charge và outcome bản địa kênh.

Cuối tháng: Xuất month-end ví lúc 02:00 — holds, debits, refunds và outcomes trong một tệp.

Checklist người mua về sổ cái trung thực

  1. Finance nối mọi debit settled với outcome không cần ops?
  2. DLR muộn cập nhật cùng dòng thay vì debit thứ hai?
  3. Retry dưới một idempotency key có money-safe?
  4. Fail path release hoặc refund khi chưa bao giờ nợ?
  5. Trạng thái client không tên thương hiệu upstream?
  6. Chi bị giới hạn bởi kiểm soát chi prepaid trước đột biến volume?

Bắt đầu với IOSOR

Chọn một đơn vị SMS. Hold, kết toán debit prepaid, rồi đòi DLR cuối trên cùng một hàng ledger. Xuất một dòng: số debit, trạng thái DLR, dấu thời gian. Debit không DLR — hoặc DLR không debit — vẫn là sự cố. Đây là tiền đối biên lai trên một hàng, không phải vệ sinh CRM hay bàn giao cảnh báo.

Điểm chính IOSOR

Một hàng ledger giữ debit và DLR, không thì tài chính không đóng gửi.

Làm: nối debit với DLR cuối trên cùng hàng, giữ hàng lệch mở.

Đừng: coi sent là đã kết, hoặc đóng tháng từ chat khi hàng thiếu biên lai.

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

Hướng dẫn liên quan