Nội dung này phục vụ mục đích giáo dục, không phải lời khuyên đầu tư hoặc tín hiệu giao dịch.

Trả lời ngắn: Risk Management trong phái sinh là vòng đo mức phơi nhiễm, thử kịch bản xấu, so với giới hạn và giao hành động cho người chịu trách nhiệm. Một điểm dừng không đủ: cần kiểm rủi ro thị trường, thanh khoản, ký quỹ, đối tác, mô hình, pháp lý, thanh toán và vận hành bằng dữ liệu có thời điểm.

Đọc xong, bạn sẽ hiểu:

  • Tám nhóm rủi ro cần có trong sổ quản trị phái sinh.
  • Vì sao RM-33 có một ô đạt nhưng toàn vị thế vẫn bị chặn.
  • Cách nối vi phạm giới hạn với giảm vị thế, chặn, chuyển cấp và lưu bằng chứng sau xử lý.

1. Risk Management phái sinh là gì: giới hạn phải gắn với hành động

Risk Management là vòng kiểm soát:

Exposure → Stress → Limit → Action

Exposure là giá trị hoặc sensitivity đang chịu rủi ro. Stress là scenario bất lợi giả định. Risk tolerance là mức rủi ro đã được phê duyệt. Hard limit là ngưỡng mà breach phải kích hoạt block, reduce hoặc escalation, không được bỏ qua bằng lời giải thích sau giao dịch.

Hình 1 — Limit chỉ có tác dụng khi breach gắn với action.

Một risk limit đủ dùng phải có:

  • Metric và công thức.
  • Limit value và scope.
  • Data source/timestamp.
  • Owner.
  • Action khi warning hoặc breach.
  • Evidence sau action.

Không có action, limit chỉ là con số trang trí. Không có timestamp, PASS có thể dựa trên position cũ. Không có scope, người đọc có thể áp limit per-trade cho toàn portfolio.

2. Tám nhóm rủi ro trong một derivatives register

Một derivatives book cần nhìn ít nhất tám nhóm:

  1. Market risk: price, rate, volatility, basis, correlation, leverage và option sensitivities đổi bất lợi.
  2. Credit/counterparty risk: đối tác không thực hiện đầy đủ nghĩa vụ.
  3. Liquidity risk: không close, fund hoặc settle đúng hạn mà không chịu adverse price/cost.
  4. Margin/collateral risk: calls tăng, collateral không eligible hoặc cash tới muộn.
  5. Model risk: valuation, Greeks, scenario, data hoặc assumption sai.
  6. Operational risk: people, process, system, booking và reconciliation lỗi.
  7. Legal/documentation risk: contract, netting, authority hoặc rule không enforceable như giả định.
  8. Settlement risk: cash/asset/currency/time mismatch khi hoàn tất nghĩa vụ.

Hình 2 — Derivatives risk không dừng ở biến động giá.

CFTC Regulation23.600 yêu cầu swap dealers và major swap participants có written risk program, limits, breach detection, independent risk unit và risk exposure reports; taxonomy gồm market, credit, liquidity, FX, legal, operational và settlement risk (CFTC — Risk Management Programs for Swap Dealers).

Quy định đó áp dụng cho tổ chức trong scope của nó, không phải checklist pháp lý cho cá nhân. Bài này chỉ dùng taxonomy và logic governance để dạy cách không bỏ sót risk.

3. Ví dụ RM-33: ba breach làm vị thế bị BLOCK

RM-33 dùng futures giả từ bài #29:

  • Giá20.000, multiplier50.000 VND/điểm.
  • Notional1 tỷ/contract.
  • Proposed size3 contracts.
  • Planned invalidation40 điểm.
  • Gap stress60 điểm.

Limits giả:

  • Notional limit2,5 tỷ.
  • Stress-loss limit8 triệu.
  • Margin-liquidity cash buffer10 triệu.

Ledger:

Gate Giá trị Limit Kết quả
Notional 3×1b=3b ≤2,5b BLOCK
Planned loss 40×50k×3=6m ≤8m PASS
Gap stress 60×50k×3=9m ≤8m BLOCK
Margin/liquidity need 12m ≤cash10m BLOCK

Hình 3 — Một PASS không cứu được ba hard-limit breaches.

Decision là BLOCK, không phải “3/4 gần đạt”. Planned loss6m pass nhưng gap loss9m và cash need12m vượt limit. Notional cũng vượt cap.

Giảm xuống2 contracts:

  • Notional2b≤2,5b.
  • Planned loss40×50k×2=4m≤8m.
  • Gap stress60×50k×2=6m≤8m.
  • Margin liquidity stress8m≤cash10m.

Bốn numeric gates PASS, nhưng vị thế vẫn chỉ NUMERIC_PASS. Counterparty, product rule, liquidity, model, legal và operations còn phải có evidence trước khi gọi book-level PASS.

CME khuyến nghị chọn contract count từ risk scenarios thay vì dùng tối đa size broker cho phép theo initial margin (CME — Position and Risk Management).

4. Netting, margin và model tạo cảm giác an toàn giả

Netting là bù trừ obligations/exposures theo agreement và rules hợp lệ. Hai positions ngược dấu trên spreadsheet không tự bảo đảm legal netting, settlement timing hoặc liquidity offset.

Ba cảm giác an toàn giả thường gặp:

  • Margin nhỏ hơn notional: margin là collateral, không phải maximum loss.
  • Net Delta gần0: Gamma, Vega, basis, gap và liquidity vẫn còn.
  • Cleared position: central clearing giảm một số bilateral counterparty mechanics nhưng không xóa FCM, liquidity, margin, operational hoặc systemic risk.

Model cũng có version, calibration và data lineage. Một stress number không có source, timestamp, code/version và independent check chỉ là output chưa được govern.

FINRA lưu ý options có exercise funding, assignment và margin risk, đặc biệt với short positions (FINRA — Options and Greeks). Các nghĩa vụ này phải nằm trong register, không chờ tới expiry mới kiểm.

Concentration risk cũng không biến mất khi positions “diversified” theo tên. Nhiều contracts khác nhau có thể cùng phụ thuộc một rate, index, volatility regime, clearing member hoặc data feed.

a. Một con số phải trả lời được bốn câu

Giả sử dashboard ghi stress loss = 7,8m, thấp hơn limit8m. Chưa thể gọi đây là PASS nếu không biết:

  1. Position snapshot lấy lúc nào?
  2. Scenario áp lên gross positions hay đã net?
  3. Netting dựa trên agreement/rule nào?
  4. Model version và market data source là gì?

Nếu position vừa tăng sau timestamp, số7,8m đã cũ. Nếu hai legs khác settlement date nhưng model net toàn bộ, liquidity need có thể bị đánh giá thấp. Nếu quote stale, valuation đẹp không nói được chi phí close thật. Vì vậy evidence không phải giấy tờ trang trí; nó cho người kiểm soát tái tạo cùng phép tính và biết metric còn đúng với decision hay không.

Một cách ghi tối thiểu là:

RM-33 | 14:05 | position-v12 | quote-A/B | model-3.2 | owner-Lan | BLOCK

Ledger này không tiết lộ toàn bộ phương pháp, nhưng nối được input, version, người chịu trách nhiệm và action. Khi dữ liệu thay đổi, hệ thống tạo row mới thay vì sửa mất lịch sử row cũ.

b. Soft limit không thay thế hard limit

Soft limit là ngưỡng cảnh báo để owner review sớm. Nó có thể kích hoạt thêm monitoring, giảm proposed size hoặc yêu cầu evidence. Hard limit là biên không được vượt theo policy; breach phải map sang BLOCK, REDUCE hoặc ESCALATE đúng authority.

Ví dụ warning có thể bắt đầu khi usage đạt80%, nhưng hard limit vẫn là8m. Một stress loss7m có thể WARNING dù chưa breach; stress loss9m là BLOCK. Không được lấy chữ “warning” để hợp thức hóa row9m, cũng không được hiểu ESCALATE là đã được duyệt. Escalation cần approver, decision, điều kiện, expiry và bằng chứng đóng exception.

5. Checklist pre-trade, intraday và close

Pre-trade

  • Xác nhận product, notional, multiplier, expiry và settlement.
  • Tính gross/net exposure; ghi netting agreement/rule.
  • Chạy base, planned, gap và liquidity stress.
  • So từng metric với hard/soft limits.
  • Kiểm counterparty/clearing, margin, cash và collateral.
  • Ghi model/data version, timestamp và independent source.
  • Nếu breach: BLOCK/REDUCE/ESCALATE trước execution.

Intraday

  • Revalue bằng fills và positions thật.
  • Monitor limit usage, margin calls, cash, Greeks và concentration.
  • Alert owner khi warning; auto-block khi hard limit theo policy.
  • Reconcile front-office, broker/FCM và risk ledger.
  • Ghi exception với approver, reason, expiry và remediation.

Close/end-of-day

  • Xác nhận all legs/positions và resulting underlying.
  • Reconcile P&L, cash, collateral và settlement.
  • Lưu breach/action/evidence.
  • Review model/data exceptions và open operational items.

Hình 4 — Risk loop chạy trước, trong và sau giao dịch.

Dừng khi thiếu position inventory, quotes, margin/cash, settlement terms, counterparty limit hoặc model version. Escalation không đồng nghĩa tự động được phê duyệt; nó chỉ chuyển decision tới owner có thẩm quyền.

Nếu breach xảy ra giữa phiên

Một breach intraday cần thứ tự xử lý rõ để tránh vừa sửa số vừa mất evidence:

  1. Freeze decision mới trong scope bị ảnh hưởng.
  2. Snapshot positions, quotes, cash, collateral và timestamp.
  3. Classify breach: data error, booking error hay exposure thật.
  4. Notify owner theo escalation matrix.
  5. Execute approved action như block thêm, reduce hoặc bổ sung collateral.
  6. Recalculate bằng input mới và lưu before/after rows.
  7. Close exception chỉ khi approver và evidence đều đủ.

Nếu nguyên nhân là booking sai, sửa booking không có nghĩa bỏ row breach. Row cũ chứng minh hệ thống đã phát hiện điều gì; row mới chứng minh remediation làm metric thay đổi ra sao. Nếu nguyên nhân là feed lỗi, risk team vẫn cần nguồn độc lập hoặc quyết định dừng, không tự điền giá “hợp lý” để dashboard trở lại xanh.

Control cũng phải có phạm vi. Breach ở một account có thể kéo theo block riêng account, toàn strategy hoặc toàn product tùy policy. Ghi rõ scope giúp tránh hai lỗi đối nghịch: block quá rộng gây disruption không cần thiết, hoặc block quá hẹp để exposure tiếp tục tăng qua account khác.

6. Bài tập15 phút: dựng limit ledger RM-33

Dùng Sheets, LibreOffice hoặc giấy; số liệu giả, chưa dùng tiền thật.

  1. Nhập price20.000, multiplier50.000, notional1b.
  2. Tạo limits2,5b/8m/10m.
  3. Nhập size3; tính notional3b.
  4. Tính planned6m, gap9m, liquidity need12m.
  5. Dùng IF(value<=limit,"PASS","BLOCK").
  6. Tạo decision toàn row: chỉ PASS nếu mọi hard gate PASS.
  7. Đổi size2; tính2b/4m/6m/8m.
  8. Gắn label NUMERIC_PASS, chưa gọi book PASS.
  9. Thêm qualitative fields: counterparty, model, legal, settlement, owner.

Mẫu đối chiếu

Size Notional Planned Gap Liquidity Numeric decision
3 3b BLOCK 6m PASS 9m BLOCK 12m BLOCK BLOCK
2 2b PASS 4m PASS 6m PASS 8m PASS NUMERIC_PASS

Kết quả mong đợi: row3 bị block dù planned loss pass; row2 cần qualitative evidence mới được nâng trạng thái.

7. Tổng kết: PASS từng ô, BLOCK toàn book khi hard limit breach

a. Năm ý chính

  • Risk Management = exposure→stress→limit→action.
  • Register phải bao phủ market, credit, liquidity, margin, model, operations, legal và settlement.
  • RM-33 size3 breach notional3b, gap9m và liquidity12m.
  • Size2 đạt numeric2b/4m/6m/8m nhưng chưa tự động book PASS.
  • Mỗi limit cần owner, evidence, timestamp và action.

b. Câu hỏi tự kiểm tra

  • Vì sao planned loss6m PASS nhưng size3 vẫn BLOCK?
  • Margin thấp có chứng minh max loss thấp không?
  • NUMERIC_PASS thiếu gì để thành book-level PASS?

c. Gợi ý đáp án

Xem gợi ý câu1

Notional, gap stress và liquidity cash đều breach hard limits. Xem lại mục 3.

Xem gợi ý câu2

Không; margin là collateral và có thể thay đổi, không phải maximum loss. Xem lại mục 4.

Xem gợi ý câu3

Cần evidence counterparty, liquidity, model, legal, settlement, operations và owner. Xem lại mục 2 và mục 5.

d. Thuật ngữ cần nhớ

Thuật ngữ Giải thích ngắn
Exposure Giá trị/sensitivity đang chịu risk.
Stress Scenario bất lợi giả định.
Risk tolerance Mức risk đã được phê duyệt.
Hard limit Breach buộc block/reduce/escalate.
Credit risk Counterparty không thực hiện nghĩa vụ.
Liquidity risk Không fund/settle/close mà không adverse cost.
Model risk Model, data hoặc assumption sai.
Operational risk People, process hoặc system fail.
Netting Offset theo agreement/rules hợp lệ.

e. Nguồn tham khảo

f. Bài tiếp theo

Nội dung này phục vụ mục đích giáo dục, không phải lời khuyên đầu tư hoặc tín hiệu giao dịch. Phái sinh có leverage, gap, margin, liquidity, counterparty, model, operational và settlement risk.

e. Nguồn tham khảo

f. Bài tiếp theo

Nội dung này phục vụ mục đích giáo dục, không phải lời khuyên đầu tư, pháp lý hoặc tín hiệu giao dịch. Limits giả trong RM-33 không phải regulatory thresholds.