Chuyển tới nội dung chính

Cơ chế Giữ và Trừ trong Prepaid Portal

Trang này giải thích cách FPT Cloud tính phí tài nguyên theo mô hình trả trước, bao gồm cơ chế Giữ (giữ tiền tạm thời khi khởi tạo tài nguyên) và Trừ (trừ tiền thực tế trong quá trình sử dụng).

Phân biệt Giữ và Trừ​

Cơ chếÝ nghĩaẢnh hưởng đến ví
GiữTạm giữ một khoản tiền khi khách hàng gửi yêu cầu khởi tạo tài nguyênChưa trừ Wallet Balance, nhưng làm giảm Available Balance
TrừTrừ tiền thực tế theo usage phát sinh của tài nguyênTrừ trực tiếp Wallet Balance

Hai cơ chế này diễn ra ở hai thời điểm khác nhau: Giữ chỉ xảy ra một lần tại thời điểm khởi tạo, còn Trừ diễn ra định kỳ theo chu kỳ billing trong suốt thời gian tài nguyên hoạt động.

Lưu ý: Hệ thống không Giữ trước tiền cho từng giờ billing tiếp theo. Sau khi tài nguyên được khởi tạo xong, khoản Giữ được giải phóng và các giờ sau chỉ có Trừ.

Tại sao cần cơ chế Giữ?​

Khi khách hàng gửi yêu cầu khởi tạo tài nguyên, hệ thống cần kiểm tra ví có đủ số dư hay không trước khi provisioning. Cơ chế Giữ phục vụ ba mục đích:

  • Đảm bảo khách hàng có đủ số dư tối thiểu để tạo tài nguyên.
  • Hạn chế trường hợp nhiều request tạo tài nguyên được gửi đồng thời khi số dư không đủ.
  • Hạn chế hành vi tạo tài nguyên hàng loạt hoặc spam request vượt quá khả năng thanh toán của ví.

Available Balance được tính như thế nào?​

Hệ thống dùng Available Balance — không phải toàn bộ Wallet Balance — để xác định số tiền khách hàng còn có thể sử dụng cho việc tạo tài nguyên mới.

Available Balance = Wallet Balance - On Hold Balance
Trường hợpWallet BalanceOn Hold BalanceAvailable Balance
Không có khoản Giữ100.000đ0đ100.000đ
Đang có khoản Giữ100.000đ30.000đ70.000đ

Timeline một chu kỳ sử dụng​

Ví dụ với các thông số sau:

  • Wallet Balance ban đầu: 100.000đ
  • Đơn giá Instance: 10.000đ/giờ
  • Số tiền Giữ tối thiểu: 10.000đ
T=0                      Tạo xong               T=1h              T=2h
 |                          |                     |                 |
 | Request tạo Instance     |                     |                 |
 v                          v                     v                 v
Giữ 10.000đ  ─────────>  Giải phóng Giữ    Trừ 10.000đ      Trừ 10.000đ
(Available giảm)         (Available về lại)  (Wallet giảm)    (Wallet giảm)

Diễn biến số dư tương ứng:

Thời điểmHành độngWallet BalanceOn Hold BalanceAvailable Balance
Trước khi tạo InstanceChưa có khoản Giữ100.000đ0đ100.000đ
T=0 — Request tạo InstanceHệ thống Giữ 10.000đ100.000đ10.000đ90.000đ
Instance tạo thành côngGiải phóng khoản Giữ100.000đ0đ100.000đ
T=1hTrừ theo usage giờ đầu tiên90.000đ0đ90.000đ
T=2hTrừ theo usage giờ thứ hai80.000đ0đ80.000đ

Lưu ý: Khoản Giữ tại T=0 không phải là khoản thanh toán trước cho giờ đầu tiên. Đây là khoản tạm giữ phục vụ việc kiểm tra số dư khi provisioning.

Khi Available Balance không đủ để Giữ​

Khi nhận request tạo tài nguyên, hệ thống thực hiện lần lượt:

  1. Xác định số tiền Giữ tối thiểu của tài nguyên.
  2. Lấy Available Balance hiện tại của ví.
  3. So sánh hai giá trị theo điều kiện Available Balance >= Số tiền Giữ tối thiểu.

Ví dụ: Available Balance là 8.000đ, số tiền Giữ tối thiểu là 10.000đ. Vì 8.000đ < 10.000đ, hệ thống từ chối request với lý do không đủ số dư khả dụng.

Khi nào khoản Giữ được giải phóng?​

Khoản Giữ luôn được giải phóng ở chu kỳ billing của giờ tiếp theo, không phụ thuộc vào việc provisioning thành công hay thất bại. Kết quả provisioning chỉ ảnh hưởng đến việc có phát sinh Trừ hay không.

Khi ví không đủ tiền để Trừ​

Nếu tại thời điểm Trừ, số dư khả dụng không đủ để trừ khoản usage phát sinh:

  1. Hệ thống không thể Trừ, tài nguyên có nguy cơ bị tạm ngừng (suspend).
  2. Tài nguyên bị suspend không thể truy cập cho đến khi khách hàng nạp thêm tiền và khôi phục tài nguyên.

Khuyến nghị: Khách hàng nên theo dõi số dư ví thường xuyên và nạp tiền trước khi số dư khả dụng xuống dưới mức chi phí 2–3 giờ của toàn bộ tài nguyên đang chạy.

Xem thêm: Xử lý sự cố — Không đủ số dư

Chủ đề liên quan​